Jump to content

LFG

Member
  • Content Count

    4
  • Joined

  • Last visited

Community Reputation

0 Neutral

Personal Information

  • Field of Work
    Engineering
  • Country
    US
  • 3D printer
    Other
  1. 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?
  2. 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
  3. 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
  4. 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
×
×
  • 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!