<p>I have solved the problem. After some investigation I have decided to connect directly to the drivers board. It needs to be disconnected from Olimex board and instead connected to the PC, then select 250kbps speed, COM port can be found through Device manager. I have used Repetier-Host in not Easy Mode and all possible messages turned on to see all possible messages. Then I prepared 20mm box to print and tried to print. After two lines voila! Error message: </p>

<pre><code>12:35:32.401 : N187 M105*41
12:35:32.841 : Error:0
12:35:32.841 : : Extruder switched off. MINTEMP triggered !
12:35:32.924 : Error:Printer stopped due to errors.  
Fix the error and use M999 to restart!. (Temperature is reset. Set it before restarting)  
</code></pre>

<p>Now I went for quick search and learned that this can be caused by intermittent fault of thermistor or its wiring. 
<a href="https://i.sstatic.net/JcbMv.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/JcbMv.png" alt="Thermistor connection on Creatr HS"></a>
 So, I disconnected thermistor from the PCB and checked its resistance: 170kohm. Now, when I moved the extruders on X axis there was a particular position when thermistor resistance went to infinity. There is a connector in head which went loose. After refitting the printer is behaving correctly.<br>
<strong>Summary:</strong><br>
It is a shame, that the display on this machine does not present any feedback from the drivers board. Also, the PC connectivity on the rear of this printer does not bring any clear information (rear USB is first connected to the Olimex PCB and then to the drivers PCB, some information from drivers PCB are lost). BTW: Leapfrog drivers board is an Arduino based Marlin firmware. Info sent to serial connection after connectivity established is: </p>

<pre><code>Leapfrog Firmware: 2.5  
Model: CreatrHS 
PROTOCOL_VERSION: 1.0 
FIRMWARE_NAME:Marlin V1; 
Extruder offset X: 15.23 Y: 0.02
</code></pre>

CC BY-SA 4.0
2018-09-11T14:49:08.983Z
2018-09-11T14:49:08.983Z
smajli
<p>I have tried to print a 3D model with Creatr HS from Leapfrog. This print failed twice. The 3D model is the same, .gcode the same. Surprisingly it failed at different stage. Please look at the pictures. You can see the place where extruder was when print stopped.   </p>

<p><a href="https://i.sstatic.net/BrCvi.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/BrCvi.png" alt="Same model interrupted at diff. stage"></a>  </p>

<p>I checked the filament and extruders, it is NOT a problem here. Extruders are not clogged, filament is not tangled nor blocked. Stepper motors stopped working, anyway the display shows that print progresses.  </p>

<p>I have created a ticket for this issue on Leapfrog support page, but had an answer that this printer is no longer supported.<br>
 Does anyone has an idea what could be the core of the problem?<br>
<strong>EDIT</strong><br>
Today I have tried print again to observe and answer questions from the comments. Observations are:<br>
- The process suddenly stops<br>
- Hotend cools down (you can observe it on the picture below - I am using left extruder - as you can see it shows 24/0; 24 is actual hotend temp, 0 - wanted temperature )<br>
- Display shows that print is progressing even faster than it would happen when everything is fine (maybe this is not important)  </p>

<p><a href="https://i.sstatic.net/jfUMf.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/jfUMf.png" alt="46 percent"></a><br>
<a href="https://i.sstatic.net/z3ioE.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/z3ioE.png" alt="49 percent"></a></p>

<p><strong>EDIT2</strong>  </p>

<p>I have opened the printer to see what is happening inside. The electronics is divided into 2 PCBs. One is an 'heavy job workhorse' (drivers and some logics), the other is a Olimex A20-Olinuxino-Micro. The pendrive with .gcode is connected to this board as well as the display and control joystick (actually encoder).
<a href="https://i.sstatic.net/FZBah.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/FZBah.jpg" alt="Olimex"></a><br>
One of the USB ports from Olinuxino is connected to 'workhorse' board. Next to the USB port here you can see Rx/Tx diodes.<br>
<strong>Observations:</strong><br>
When the print is in active state, two Rx/Tx diodes located on workhorse PCB blinking occasionally (mainly when there is a print head direction change), what brings the suggestion, that the data comes from Olinuxino PCB. When the print stops, these two diodes are blinking rapidly. I am thinking that there is some problem with Olimex board (it is sending uncontrolled data or data is being send too quick).<br>
Below you can see image of drivers board with Rx/Tx diodes continuously on. There is also another Rx/Tx pair and these are also both on. 
<a href="https://i.sstatic.net/vvaO6.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/vvaO6.jpg" alt="Driver pcb Leapfrog"></a><br>
I'm going to do some search on Olinuxino board/system.  </p>

<p><strong>EDIT 3</strong><br>
Finding: During board and temperature check I have found that the fan cooling bottom Olimex pcb is dead. I have took it out, connect to +24V and... no spinning.<br>
<a href="https://i.sstatic.net/8p2Ma.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/8p2Ma.jpg" alt="Dead fan Creatr HS"></a>
I have replaced the fan to a new one. Also, I have created a 20mm box model for printing, sliced it and tried to print it. No success here. After 2 lines of print sudden stop and Rx/Tx blink. I have downloaded model of Marvin, sliced it and tried to print: all ok!<br>
Also I want to know if the data is continuously fetched from USB or loaded to Olinuxino and then used to print. So, started the Marvin print, removed USB from Creatr HS and yes, the print continues until the end. I am thinking that the data must be stored in Olimex memory and then fetched and fed to drivers PCB. Question is: where in Olimex the data is stored? Is lack of fan (and possibly overheat) damaged it slightly? If this is stored in onboard NAND memory it could cause a problem after a long time - it has 100 000 write/erase cycles.<br>
<a href="https://i.sstatic.net/yjo8Z.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/yjo8Z.png" alt="NAND Kynix"></a><br>
New board would be a solution, unfortunately Leapfrog ran out of them. Olimex is selling boards, will try to buy one. I hope that different revision will work. </p>

CC BY-SA 4.0
2018-09-04T13:19:40.113Z
By 'stopped', I assume the print finished as expected, just with no extrusion? When you say 'not blocked', will another print work straight after? Is the hotend still hot? It's not clear what you say about steppers. Maybe the driver chip is overheating?
Sean Houlihane
CC BY-SA 4.0
2018-09-04T13:51:23.753Z
By 'stopped' I mean interrupted (without any external forces/actions). The head stops and stays in place. 
By stepper motors I mean X/Y/Z axis stepper motors.
smajli
CC BY-SA 4.0
2018-09-04T14:08:09.593Z
so the whole print job crashes? Is is just a print of this duration? Hot location?
Sean Houlihane
CC BY-SA 4.0
2018-09-04T14:45:47.583Z
I don't think so. I have successfully printed the same model when we had very hot days. Today it is around 19 degrees.
smajli
CC BY-SA 4.0
2018-09-04T15:08:24.147Z
Did you abort the print as it stopped or did you give it a minute? At times a print may halt if the heater block drops below a certain temperature... You should be able to monitor and log temperature via Repetier host just by connecting to the printer with a cable. Just let it print and watch the temperature curves - if it fails again, you might have ruled out temperature droßp or identified it as reason.
Trish
CC BY-SA 4.0
2018-09-06T15:31:48.547Z
is this behavior endemic to this gcode or does a print for a similarly long gcode generate the same error (just to rule out that this file is corrupt)? Can you check the seat of the connectors between the two boards and the temperature of the core chips?
Trish
CC BY-SA 4.0
2018-09-07T06:59:50.773Z
@Trish: No1. Yes, I gave it about 10 minutes time after print stop to see if it resumes. From the display I can see that demanded temperature goes to 0, so problem is not here. 
No2. I have tried to place model at different area of the printing bed and slice it again. Then print. Similar results. Today I will try with different model of similar length. Connectors checked and fine. Temperature: top board ok, bottom to be checked. I have found a dead fan which blows air to the bottom board, but don't think its a core of the problem. Update soon :)
smajli
<print-quality>
Leapfrog Creatr HS stops mid print (extruders not clogged)
smajli
# Leapfrog Creatr HS stops mid print (extruders not clogged)

(Asked by: username_0 on 2018-09-04)

I have tried to print a 3D model with Creatr HS from Leapfrog. This print failed twice. The 3D model is the same, .gcode the same. Surprisingly it failed at different stage. Please look at the pictures. You can see the place where extruder was when print stopped.

[![Same model interrupted at diff. stage](https://i.sstatic.net/BrCvi.png)](https://i.sstatic.net/BrCvi.png)

I checked the filament and extruders, it is NOT a problem here. Extruders are not clogged, filament is not tangled nor blocked. Stepper motors stopped working, anyway the display shows that print progresses.

I have created a ticket for this issue on Leapfrog support page, but had an answer that this printer is no longer supported.  
Does anyone has an idea what could be the core of the problem?  
**EDIT**  
Today I have tried print again to observe and answer questions from the comments. Observations are:  
- The process suddenly stops  
- Hotend cools down (you can observe it on the picture below - I am using left extruder - as you can see it shows 24/0; 24 is actual hotend temp, 0 - wanted temperature )  
- Display shows that print is progressing even faster than it would happen when everything is fine (maybe this is not important)

[![46 percent](https://i.sstatic.net/jfUMf.png)](https://i.sstatic.net/jfUMf.png)  
[![49 percent](https://i.sstatic.net/z3ioE.png)](https://i.sstatic.net/z3ioE.png)

**EDIT2**

I have opened the printer to see what is happening inside. The electronics is divided into 2 PCBs. One is an 'heavy job workhorse' (drivers and some logics), the other is a Olimex A20-Olinuxino-Micro. The pendrive with .gcode is connected to this board as well as the display and control joystick (actually encoder).
[![Olimex](https://i.sstatic.net/FZBah.jpg)](https://i.sstatic.net/FZBah.jpg)  
One of the USB ports from Olinuxino is connected to 'workhorse' board. Next to the USB port here you can see Rx/Tx diodes.  
**Observations:**  
When the print is in active state, two Rx/Tx diodes located on workhorse PCB blinking occasionally (mainly when there is a print head direction change), what brings the suggestion, that the data comes from Olinuxino PCB. When the print stops, these two diodes are blinking rapidly. I am thinking that there is some problem with Olimex board (it is sending uncontrolled data or data is being send too quick).  
Below you can see image of drivers board with Rx/Tx diodes continuously on. There is also another Rx/Tx pair and these are also both on.
[![Driver pcb Leapfrog](https://i.sstatic.net/vvaO6.jpg)](https://i.sstatic.net/vvaO6.jpg)  
I'm going to do some search on Olinuxino board/system.

**EDIT 3**  
Finding: During board and temperature check I have found that the fan cooling bottom Olimex pcb is dead. I have took it out, connect to +24V and... no spinning.  
[![Dead fan Creatr HS](https://i.sstatic.net/8p2Ma.jpg)](https://i.sstatic.net/8p2Ma.jpg)
I have replaced the fan to a new one. Also, I have created a 20mm box model for printing, sliced it and tried to print it. No success here. After 2 lines of print sudden stop and Rx/Tx blink. I have downloaded model of Marvin, sliced it and tried to print: all ok!  
Also I want to know if the data is continuously fetched from USB or loaded to Olinuxino and then used to print. So, started the Marvin print, removed USB from Creatr HS and yes, the print continues until the end. I am thinking that the data must be stored in Olimex memory and then fetched and fed to drivers PCB. Question is: where in Olimex the data is stored? Is lack of fan (and possibly overheat) damaged it slightly? If this is stored in onboard NAND memory it could cause a problem after a long time - it has 100 000 write/erase cycles.  
[![NAND Kynix](https://i.sstatic.net/yjo8Z.png)](https://i.sstatic.net/yjo8Z.png)  
New board would be a solution, unfortunately Leapfrog ran out of them. Olimex is selling boards, will try to buy one. I hope that different revision will work.

**Tags:** print-quality

> **Comments:**
> **username_1**: By 'stopped', I assume the print finished as expected, just with no extrusion? When you say 'not blocked', will another print work straight after? Is the hotend still hot? It's not clear what you say about steppers. Maybe the driver chip is overheating?  
> **username_0**: By 'stopped' I mean interrupted (without any external forces/actions). The head stops and stays in place.  By stepper motors I mean X/Y/Z axis stepper motors.  
> **username_1**: so the whole print job crashes? Is is just a print of this duration? Hot location?  
> **username_0**: I don't think so. I have successfully printed the same model when we had very hot days. Today it is around 19 degrees.  
> **username_2**: Did you abort the print as it stopped or did you give it a minute? At times a print may halt if the heater block drops below a certain temperature... You should be able to monitor and log temperature via Repetier host just by connecting to the printer with a cable. Just let it print and watch the temperature curves - if it fails again, you might have ruled out temperature droßp or identified it as reason.  
> **username_2**: is this behavior endemic to this gcode or does a print for a similarly long gcode generate the same error (just to rule out that this file is corrupt)? Can you check the seat of the connectors between the two boards and the temperature of the core chips?  
> **username_0**: @username_2: No1. Yes, I gave it about 10 minutes time after print stop to see if it resumes. From the display I can see that demanded temperature goes to 0, so problem is not here.  No2. I have tried to place model at different area of the printing bed and slice it again. Then print. Similar results. Today I will try with different model of similar length. Connectors checked and fine. Temperature: top board ok, bottom to be checked. I have found a dead fan which blows air to the bottom board, but don't think its a core of the problem. Update soon :)  

---

## 1 answers

### Answer by username_0 on 2018-09-11. Score: 1 | Accepted answer

I have solved the problem. After some investigation I have decided to connect directly to the drivers board. It needs to be disconnected from Olimex board and instead connected to the PC, then select 250kbps speed, COM port can be found through Device manager. I have used Repetier-Host in not Easy Mode and all possible messages turned on to see all possible messages. Then I prepared 20mm box to print and tried to print. After two lines voila! Error message:

```
12:35:32.401 : N187 M105*41
12:35:32.841 : Error:0
12:35:32.841 : : Extruder switched off. MINTEMP triggered !
12:35:32.924 : Error:Printer stopped due to errors.  
Fix the error and use M999 to restart!. (Temperature is reset. Set it before restarting)  

```

Now I went for quick search and learned that this can be caused by intermittent fault of thermistor or its wiring.
[![Thermistor connection on Creatr HS](https://i.sstatic.net/JcbMv.png)](https://i.sstatic.net/JcbMv.png)
So, I disconnected thermistor from the PCB and checked its resistance: 170kohm. Now, when I moved the extruders on X axis there was a particular position when thermistor resistance went to infinity. There is a connector in head which went loose. After refitting the printer is behaving correctly.  
**Summary:**  
It is a shame, that the display on this machine does not present any feedback from the drivers board. Also, the PC connectivity on the rear of this printer does not bring any clear information (rear USB is first connected to the Olimex PCB and then to the drivers PCB, some information from drivers PCB are lost). BTW: Leapfrog drivers board is an Arduino based Marlin firmware. Info sent to serial connection after connectivity established is:

```
Leapfrog Firmware: 2.5  
Model: CreatrHS 
PROTOCOL_VERSION: 1.0 
FIRMWARE_NAME:Marlin V1; 
Extruder offset X: 15.23 Y: 0.02

```


---

