[BUG] Printer freezes during print, heaters ON (SKR 1.3 - TMC2209 in UART -BlTouch Smart clone) #15337
Comments
|
Ok, things are getting even stranger: I rebooted the printer and re-ran the print to see if it would crash another time at the same point. No my LCD display has got stuck showing the same values since 0.2mm height and the whole machine is no longer responsive to key presses. But it is still PRINTING! ?! I will leave it to its work and watch... EDIT: I am going nuts, the display just jumped to 5mm height and Marlin is responsive again. And it has skipped the problem part, print finished with no crash. |
|
I'm having the exact same issue, its absolutely maddening. I have noticed that I cannot run stealth chop on E0 or I will get continuous under extrusion. Turning off stealth chop on any other axis induces emf that you can audiably hear ringing from the steppers, the emf regularly causes the motherboard to freeze so I'm pretty obligated to run stealth chop on x y and z. |
Stealth chop does not work in combination with linear advance. I have already turned it off, except for the z axis.
I don't have these problems. It rather seems the other way round as stealth chop makes noise with my printer. |
|
UPDATE: It seems to have gotten worse. Tried a different SD-Card and gcode. The printer stopped at 2.1mm height at the first attempt: no more printing moves but heaters ON! This time the LCD showed "Printing..." UPDATE 2: Re-ran print, same SD card, same gcode. Printed with no errors. I don't know what could be the cause... |
asko58
changed the title
|
Can you give us more information about your setup ? (heater type, power supply, ...) |
|
I am observing same issue with latest builds (maybe a week old) - SKR E3 mini/DIP + TMC2209 drivers in UART. |
|
Thanks fo the responses. My setup is the following: 24v 8.5A Power supply |
|
Exact same issue for me too on SKR 1.3. At first i tought that maybe i connected something wrong or something but TBH im glad im not alone that has this issue. But this sure has to get fixed as it makes the printer basically unusable at bigger prints. |
|
Setup. Stock Tevo Tarantula PRO with SKR 1.3 and TMC2208 in UART mode. |
|
@asko58 still having issues? |
I will try a file that i know freezes my printer tomorrow and will tell you if its still broken on latest marlin. |
|
remember to rule of a bad sd card etc |
Not a bad SDcard as this happens with USB connection too with SD card out. The main issue here im concerned is the printer stopping for some reason which you can imagine isnt fun on big print. |
|
@boelle Not exactly 100% sure but print just finished without printer freezing. This was 1 Gcode i coudlnt get to print to 100% and i tried like 7 times. So when more people confirm that they dont experience it anymore i guess then its safe to assume its fixed. |
|
odd, and you did not change anything? |
|
Only updated marlin @boelle |
|
But during the first few minutes the screen was OK but then it made all pixels totally black and never came back. I was unable to control the printer but it was still printing |
boelle
changed the title
|
Will build a new version of firmware but did a 6 hour print and it went
just fine and finished just fine. But will try with new firmware.
|
|
I have the same symptoms (print freezes but heating of bed and nozzle still continues; print resumes after about a minute or so) on an ESP32 running TMC2130 via I2S stepper stream. I think @felixstorm also faced similar issues. Not sure if our issues are related to this; if so, then the common denominator is 32-bit + TMC driver. |
|
@vivian-ng I do indeed have TMC modules on my ESP32 PCB, but run them standalone without TMC support inside Marlin, so I do not think that our problem is actually related to this. |
|
@boelle I would like to request you reopen this. IDK what caused this but i just literally changed filament to PETG and put the bed to 85C and 245C at hotend. It printed fine for over an hour then it did this again. |
|
@Haxk20 — Start a new issue and be sure to fill out the template. We want to start with a fresh new page. |
|
Have the same issue - printer prints but UI freezes until I power cycle it. |
|
@marhub You have different issue then. Here it is that UI is fine but printer on its own freezes. |
|
Hello there, |
|
small update on it guys, recently printing only via octoprint and see no issues. |
At the moment it seems to be voltage drop in PSU that the SKR just cant handle and drops for a split of a second and as a result it drops SDcard which in turn stops print. I have started using octoPrint as well and see no issue with it. No freezes. Done 64 hour print. No freeze. So i think thats a pretty decent test. |
oh, ok- my bad. |
|
I had this issue. Tried several different versions of Marlin, symptoms were always slightly different. Freeze at random points, heaters on, LCD stuck, with Version 2.0.5.3 the printer rebooted. Connection via USB not possible if the printer freezes (USB device not recognized). Homebuilt Cartesian printer Anyway, since switching SD Card (the SD in the Display, where I store the GCode), I no longer experience the freezing issue (normally, it would freeze every 3-4 hours of printing on average. No freeze for 30+ printing hours since switching SD card). Had been chasing this for half a year now... |
|
From a similar thread investigating the same issue on another project. This correspondence with TMC is being attached which explains the lock-up issue
To my understanding this issue could be addressed by:
Does marlin have a velocity ramping configuration parameter? |
|
well, it doesn't explains why there is no issue when driven via octoprint.
imo driving section is not a problem here issue is random and never
occurred for me after changing to octoprint.
it should be in the area of BIQU TFT 24 screen and it's card reader.
ср, 3 июн. 2020 г. в 01:01, minosg <[email protected]>:
… From a similar thread investigating the same issue on another project.
Klipper3d/klipper#196
<Klipper3d/klipper#196>
This correspondence with TMC is being attached which explains the lock-up
issue
I think, the reason for disabling of the TMC2208 driver could be
a hard stop of the motor in stealthChop (Step frequency goes from a higher value, e.g. > 0.5 RPS to 0)
an abrupt change of motor velocity (Step frequency goes from a higher value to a low value within a single step).
When using stealthChop, please always make sure, that you use velocity
ramping. A hard stop will cut away motor back-EMF at once. As stealthChop
is a voltage based chopper, it cannot respond to this at once, like
spreadCycle. The result is an overcurrent, and the motor driver goes to
overcurrent switch off, until it becomes disabled / enabled again.
To resolve the problem, please use at least a tiny velocity ramping, when
hard stopping the motor, e.g. within a few / a few ten microsteps.
To my understanding this issue could be addressed by:
- velocity ramping. ( Not certain how Linear advance will respect that
)
- Setting the hybrid threshold to a value, that when the extrude
changes direction suddenly it falls to spread cycle.
- Playing with the
MINIMUM_STEPPER_POST_DIR_DELAY/MINIMUM_STEPPER_PRE_DIR_DELAY and overriding
the driver default of 20nS
Does marlin have a velocity ramping configuration parameter?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#15337 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/APBUDCGSQ3XEFSNKYKNZ4YLRUWAEFANCNFSM4IZDB4ZA>
.
|
|
Apologies, I kinda responded to the wrong ticket. But that driver design feature is still relevant in that case. Marlin will freeze with heaters on whenever the flow blocks and waits for an external component to return something, Weather that is the LCD screen in auto-levelling, or the TMC drivers. As a result you can have different causes display the same effect. From my experience Linear advance trigger's the driver lockup way more often than anything else. but one other reason you could be experiencing it, is the condition of the SD card. is SD_CHECK_AND_RETRY enabled? |
|
tried various SD's, brand new one too.
happens randomly.
as i said on octoprint no issues at all already pushed through few kilos
never freezed.
could be screen with issue itself and not software problem
ср, 3 июн. 2020 г. в 10:44, minosg <[email protected]>:
… Apologies, I kinda responded to the wrong ticket. But that driver design
feature is still relevant in that case.
Marlin will freeze with heaters on whenever the flow blocks and waits for
an external component to return something, Weather that is the LCD screen
in auto-levelling, or the TMC drivers. As a result you can have different
causes display the same effect.
From my experience Linear advance trigger's the driver lockup way more
often than anything else. but one other reason you could be experiencing
it, is the condition of the SD card. is SD_CHECK_AND_RETRY enabled?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#15337 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/APBUDCBQ6FKMWKJODQDMYWTRUYENXANCNFSM4IZDB4ZA>
.
|
|
I have a printer with an mks robin nano v1.2 and all 5 TMC2209's running UART. I believe this issue may be related to mine. I get random marlin lockups/freeze during prints with octoprint requiring powering down to reset if I have linear advance set to anything but 0. I have successfully printed with octoprint the same 22hr gcode file with linear advance set to 0. |
|
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. |
Ever since I updated to Marlin 2 and the board SKR 1.3 the printer randomly freezes during some prints. Here are the key facts:
Machine:
Issue:
-> possibly no freeze printing same gcode, freezing at different points during print, no freezes for a number of prints then again many freezes
As Marlin does not notice that it has stopped, I think this could be a severy firmware issue. Can anyone confirm this or suggest a solution?
asko
Edit: For the first time I could just reproduce it within the same gcode. It happened at a height of 4.25mm. I don't see anything particular in the code, but I attached the file. Strangely, the LCD showed "Media inserted", which I definitely did not do.
TT_Tensioner v1.zip
config.zip
The text was updated successfully, but these errors were encountered: