Jump to content
LFG

Thermal Runaway due to the slice?

Recommended Posts

Posted · Thermal Runaway due to the slice?

I have been trying to solve a thermal runaway issue for some time and I have finally narrowed it down to the sliced g-code from Cure 3.6.0. I know, it doesn't make much sense but let me see if I can describe it in sufficient detail.

 

I first noticed it during printing of a DnD hex dice case. I got he model off of Thingiverse a while ago and printed numerous prints of both the base and lid. I recently loaded it in TinkerCAD and added a design to the top which I then sliced in the top down orientation with the recently updated Cura 3.6.0 and the print failed at the point where it was starting to cap the infill and lay the base layer for the magnet holes. At the time I didn't note that as I assumed, like I am sure most of you are, that it was a printer hot end issue. 

 

Through the next month or so I replaced thermistors, connectors and wires but alas it kept trowing a thermal runaway. That is when I started noticing that it was happening at the same spot every time. Shortly there after I got another printer running and was able to check the print on that one. Again it threw a TR error in the same spot. Being suspect of a bad slice I re-sliced it and moved the model from center. Still errored. I then tried rotating it thinking the hex design was causing a bug issue. No luck, still TR errored. 

 

At this point I started trouble shooting the printers again. Swapped out more thermistors and even re-flashed the printers. By this point I finally got my 3rd printer running and again tried the g-code on that one. Grr... yet another fail at the same spot/layer.  

 

Well as frustrated as I was I decided to abandon my plan of printing this new Tinkercad revised print and went back to printing the plain Jane lid that was sliced with Cura 3.5.1. It printed fine on all three printers. I then proceeded to design card trays, battery boxes and other items for personnel use and discovered that if I designed a wall thickness between 1-mm and 2-mm in my part it would cause issues. basically, during the printing of the wall the hotends ability to maintain temperature will slowly degrade and will eventually cause a thermal runaway.  

 

I have uploaded a STL file of one of the items that has caused the TR error as well as a screen shot of the temp graph showing the degradation. The important thing here is I am still printing with these machines and getting successful prints. The only thing I am changing to get these is the wall thickness of the base model. Another thing to note is after discovering the issue I checked the hex box prints that failed and I think it was because at the same time its capping the infill its running the tapered ends of the interior particians which are at that point only about 1-mm to 2-mm thick.

 

Anyone else seeing this?

 

LFG

Battery Case Base AAA.stl

Battery Case Base AAA.gcode

Thermal runaway.png

Share this post


Link to post
Share on other sites
Posted · Thermal Runaway due to the slice?

Hello @LFG, I cannot see anything obvious in the gcode that would badly affect the hotend temperature. What printer do you have? Do the part cooling fan(s) blow onto the hot end much? If so, perhaps they are causing the temperature to drop and, for some reason, the heater can't supply enough heat? Just guessing, really.

Share this post


Link to post
Share on other sites
Posted · Thermal Runaway due to the slice?

I've certainly never heard of this.  It seems to take only 4 minutes.  maybe your "I" value in your PID is too low.  Did you try autotuning the PID values?

 

It doesn't seem to be oscillating too much.  My first thought was your wall thickness wasn't a multiple of your wall thickness.  For example if nozzle width is 0.4 and line width is .4 and it's printing a wall that is 0.6 it might print a 0.4 width trace followed by a 0.2 width trace.  You need more heat for the 0.4 trace and less for the 0.2.  But still, make sure your wall width is a multiple of your line widths and make sure the inner and outer line widths are the same and the "wall line count" makes sense.

 

I like smartAvionics fan theory.  Sometimes air from the fan bounces back.  Sometimes it's not a problem when starting out because it's printing slower and the bed may also be heated.

Share this post


Link to post
Share on other sites
Posted · Thermal Runaway due to the slice?

Smartavionics,

 

I didn't see anything in the code either. I I haven't tuned the PI but as I said I have no issue with most other prints.  And my current 3 printers are basically custom home builds. Two of them started life as Anet A8s but I have completely change to my own frame design and mounting system and have swapped out the control boards with Ramps 1.4s; basically their just a custom printer using old Anet parts.

 

gr5,

 

I think our on track with the wall thickness multiples. I have am slicing with three walls for a normal outer wall thickness of 1.2-mm. But since I am modeling a 2-mm wall that may be causing the slice issue. My abilities at modeling aside the Hex DnD case is what I am concerned with. Because that used to print no problem. Its been a stable print for many people but now at the 90% complete mark its failing. 

 

I added the stl so you can try if you want.

Hex Top DnD.stl

Share this post


Link to post
Share on other sites
Posted · Thermal Runaway due to the slice?

The PID controller doesn't like extremely frequent temperature changes. It could be that that is causing some issues?

 

Other than that, you could also just tune your PID to be less aggressive.

Share this post


Link to post
Share on other sites
Posted · Thermal Runaway due to the slice?

Well slowing down the print speed from 60mm/s to 45mm/s and no more Thermal Runaways. I am still seeing a lack of hot end control but ... I ma printing again.

 

LFG

Share this post


Link to post
Share on other sites
Posted (edited) · Thermal Runaway due to the slice?

I solved this by rolling back to 3.5.0. Not sure what 3.6.0 changed but it is either overloading the Arduino processor and it cant keep up with the nozzle or something is bugging the nozzle controls. I have not had an issue since going back. 

 

On a different note, anyone want to purchase 30 or so partial prints?

Edited by LFG

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!