-
-
Notifications
You must be signed in to change notification settings - Fork 19.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extruder motor stops mid print (not Linear advance related) #21390
Comments
Does the issue occur with different slicers? Have you tried printing directly from SD instead of over serial? |
** Fixed / removed the first paragraph from the description as it was a copy paste fault. Just verified with this string pillar model that SD card printing failed exactly at the same spot. Have not tested other slicers (shamefully admit that I haven't never really used but S3D during my 6 printing years). I could give Cura a try but I somehow don't think it could be slicer fault, with the weird motor noise and all. |
Was that the exact same gcode you were printing with OctoPrint or did you re-slice it? If it’s the same, then the gcode could be corrupt. Try slicing in a different slicer and see if your printer stops in the same spot. @rhapsodyv: Are you aware of any common issues on these Tronxy machines that could cause this? |
Yes, exactly the same file to via OctoPrint and SD card. I installed Cura and quickly set it up closely to S3D as I could (same startup scripts, same speeds, same retraction etc.) and shot it at Marlin via OctoPrint. It succeeded. I've heard some "rumors" about some issues with G92 E0 with Marlin. No idea if they're valid anymore and if they're only S3D related or general issue but there's an option to disable them in S3D. Didn't yet try it and will call it for the day but I'll test that tomorrow. Then I found some comments about "something something ...issues with S3D retraction and Marlin... something" but again really didn't find any details to back that statement. |
Oh, and about corrupted gcode, well could be, but I ran into this problem first with some other models too. They failed always at the very end of the model when there was some small details, so I initially thought it was extruder driver overheating or something like that, but then I started noticing they fail at exactly same position every time and then I finally found this stringing test that allowed me to make it fail fast and repeatedly, so it became obvious it couldn't be a hw issue. Here are the sliced files. S3D version is the one that fails every time. Failure height is somewhere between 10.00 - 10.50 mm (layer 50 ->). I couldn't spot anything wrong in the gcode there. |
Thanks for sharing your gcode. I will do some simulations. |
Booger. G92 E0 did not solve it. Stops at the same spot. |
I had exactly the same problem with my Tronxy X5SA-Pro. I use the PrusaSlicer as slicer. I printed exactly the same GCode again and then it worked without problems. |
This case is different I believe as it is repeatable. |
@rhapsodyv any luck reproducing the issue? I've also played with different FW settings while tuning. Been chaning X/Y accelerations, switching between classic jerk and junction deviation, changed extruder max speeds / accelerations and these haven't affected this stopping behavior at all. serial.zip |
Everything I do just makes it fail more. Now the other XY motor decided to have siesta mid print. I wonder if it's just the shitty chitu board deteriorating already after a roll of filament or if this really is some FW issue. |
I seem to be having a very similar issue. I've recompiled Marlin of the Bugfix branch and disabled both s-curve acceleration and linear advance and have the same symptoms - extruder motor just stops mid print. However interestingly if I disable retraction in Cura it works fine. (Same issue when enabling retraction in PrusaSlicer). I have an Ender 3 Pro w/ an SKR Mini V2 board (2209 stepper drivers running Stealthchop) and a Trianglelabs DDE kit. I'm throughly stumped and this is the closest bug report I've seen similar to my issue. |
I had to switch to a duet board as I couldn't find any solution besides printing slow, which wasn't a solution for me for this printer. Good to know it's not a chitu board issue only. I can use that board for another slower setup. |
Any luck solving the problem? |
Chiming in again - I finally fixed it by replacing my entire extruder stepper motor. Everything works as expected now - I'd check the wiring and try a new motor and see if it works for you. |
Thank you for your answer mydewji. |
In the duplicate issue, #22676 (comment)_ ;layer 1, Z = 0.200 |
Update, loaded the Marlin 2.0.6 from Creality's website and the issue is not there. They show it as V1.0, but their filename is Ender-3 4.2.7mainboard--High Temperature Full Hotend Kit firmware.zip. Pre-compiled. Guess I'll start with the default in 2.0.9.1 and work up with each option I enable |
Please download |
Unfortunately at least I can't test this as I've been running the printer with Duet 2 board last 2 years. Zero stopping issues during that time in case someone still thought it could be a wiring issue, but really it never really could have been if the issue was repeatable at the same exact gcode line. |
This issue has had no activity in the last 60 days. Please add a reply if you want to keep this issue active, otherwise it will be automatically closed within 10 days. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Did you test the latest
bugfix-2.0.x
code?Yes, and the problem still exists.
Bug Description
While printing some other small detailed models I noticed extruder motor quitting mid print. The problem was a bit hard to repeat but then, during some stringing tests using the 'basic stringing test', after one successful print it started quitting exactly at the same spot, like at the same layer exactly at the same spot.
This exact malfunctioning quite well ruled out any hw issue. Sure, if something overheats it overheats at about same rate but can't be one layer accurately repeated.
First I suspected driver overheating but took care of that with a heatsink and PLENTY of airflow. Also I suspected hw issue as usually before the failure there's a screech noise (like really bad step commands) coming from the motor, but like said, as this happens exactly at the same spot always, I'm fairly sure it's not the hw. But this would indicate it's not the S3D either as the noise indicates that there's something wrong in the command chain.
Also, I don't anymore believe it's a driver issue because if I instantly after the print fail cancel the job and try to manually extrude via octoprint UI, the extruder motor works just fine.
This is not:
Bug Timeline
No response
Expected behavior
Should finish printing
Actual behavior
extruder motor quits trying
Steps to Reproduce
Print https://www.thingiverse.com/thing:2080224 with my gear with my settings
Version of Marlin Firmware
FIRMWARE_NAME:Marlin bugfix-2.0.x
Printer model
Tronxy x5sa Pro
Electronics
stock v6 main board
Add-ons
improved driver cooling
Your Slicer
Simplify3D
Host Software
OctoPrint
marlin_conf.zip
S3D Profile Tronxy X5S - PLA - tower test failing.zip
The text was updated successfully, but these errors were encountered: