Error: cold extrusion prevented

Get Help
1

What is the problem?
Heating is always turned off for 20-30 minutes of printing, when the part is already printed on 85%

What did you already try to solve it?

  1. I checked the printer's firmware settings again.
  2. Installed a clean octoprint
  3. I was looking for a solution on the Internet, I did not find it.
  4. I tried to print without an octoprint, everything works well.

Additional information about your setup
OctoPrint 1.3.8
OctoPi 0.15.0
HuperCube
mk4duo 4.3.6
because of the limitation, I was unable to load octoprint.log
serial.log (1.7 MB)
octoprint.log

2

Filter your serial.log by "Recv: T:" to see the responses back from your RAMPS board. 230, 230, 230...

And then around "2018-05-21 15:42:00,666" things don't look so good for your T0 extruder. By "2018-05-21 15:43:13,670" the temperature has reached the fatal 170C threshold of plasticity and the failsafe kicks in. In the span of about a minute, it just cooled rapidly. So now, was it set to zero or did the connection fail?

ONOZ (it's subtle but this tells the story):

2018-05-21 15:41:52,667 - Recv:  T:230.53 /230 B:100.06 /100 B@:145 @:57
2018-05-21 15:41:53,669 - Recv:  T:230.53 /0 B:100.06 /0 B@:0 @:100:

That "/0" means that the target for T0 is now 0. Oh... and also the bed!

Filter this time by "2018-05-21 15:41:5" and let's see what happened.

2018-05-21 15:41:52,667 - Recv:  T:230.53 /230 B:100.06 /100 B@:145 @:57
2018-05-21 15:41:52,695 - Recv: ok
2018-05-21 15:41:52,699 - Send: N13285 G1 X172.375 Y161.062 E25.8742*102
2018-05-21 15:41:52,719 - Recv: ok
2018-05-21 15:41:52,723 - Send: N13286 G1 X172.375 Y160.355 E25.9036*102
2018-05-21 15:41:53,150 - Recv: ok
2018-05-21 15:41:53,154 - Send: N13287 G1 X166.645 Y154.624 E26.2405*108
2018-05-21 15:41:53,156 - Recv: ok
2018-05-21 15:41:53,160 - Send: N13288 G1 X167.352 Y154.624 E26.2699*102
2018-05-21 15:41:53,584 - Recv: ok
2018-05-21 15:41:53,588 - Send: N13289 G1 X172.375 Y159.648 E26.5652*97
2018-05-21 15:41:53,608 - Recv: ok
2018-05-21 15:41:53,612 - Send: N13290 G1 X172.375 Y158.940 E26.5946*101
2018-05-21 15:41:53,669 - Recv:  T:230.53 /0 B:100.06 /0 B@:0 @:0

Wait... what...? Suddenly you went from a set extruder/bed to cleared (zero) for both. Reviewing the stack of commands above this, there's nothing that was sent to merit that change.

Looks like mk4duo, if I were to guess.

What this isn't:

  • This isn't the power supply because the set temperatures would have stayed where they were supposed to be
  • This isn't OctoPrint since it didn't clear those set temperatures
  • This doesn't feel like a single sensor or heating element since the set temperatures were actually cleared in the RAMPS board somehow
2 Likes
3

It works fine, but in the end it turns off the heat, so I do not know, I already checked everything I could. video
p.s. the printer is controlled by: arduino uno + ruramps

4

Well, that was sort of a dramatic question for the audience since I then answered my own question by researching the log. (I'm an instructor so I do that with students: ask question and then answer it.)

So, follow the logic in the original post. I believe that I have deduced that your firmware is to blame here.

2 Likes
5

any news on this?

  • having the same problems on MK4Duo 4.3.6 running with Octoprint 1.3.9

I already added the "print active" command (M530 S1) to my start script, but not the solution

What I noticed:
I can reproduce the error when opening a second instance of Octoprint on a different device, f.i logging in on my mobile device on the printer / octoprint.
In that moment MK4duo restores Eprom values and switches the heaters off.
The (running) print continues (with heaters switched off) until the cold extrusion error comes.

Weird! Don't know if its MK4Duo or Octoprint.