UltiMaker uses functional, analytical and tracking cookies. Tracking cookies enhance your experience on our website and may also collect your personal data outside of Ultimaker websites. If you agree with the use of tracking cookies, click “I agree, continue browsing”. You can withdraw your consent at any time. If you do not consent with the use of tracking cookies, click “Refuse”. You can find more information about cookies on our Privacy and Cookie Policy page.
When Creality released the 4.2.x boards there was a conflict on the boards between commands that send messages to the the LCD (M0, M1 and M117) and the LCD itself. Because the TFT style LCD doesn't understand the "message" part of the command, the command is simply ignored. In short - the normal failure is that the print should not have paused.
If you look through the gcode you will see the M0 followed by the resumption of the print. There should be no "dive" in the Z. (Your only PauseAtHeight setting I would question is your standby temp of 25°. I typically don't allow the hot end to cool but I'm also generally close to the printer to catch the pause.)
I think you need to look at what Octoprint is doing with the M0 command. The normal function of M0 is "unconditional stop" and a message "Click to Resume" is sent to the LCD indicating that a button click will get the printer going again. If you don't see "Click to Resume" then maybe you have the issue described above. A way to check is to send an "M117 BLAH BLAH" to the printer and see if the message appears on the LCD. If it doesn't, then you have the glitch and maybe Octoprint is passing it's own M0 command routine to the printer which might include a homing move.
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!
In the Cura 5.8 stable release, everyone can now tune their Z seams to look better than ever. Method series users get access to new material profiles, and the base Method model now has a printer profile, meaning the whole Method series is now supported in Cura!
We are happy to announce the next evolution in the UltiMaker 3D printer lineup: the UltiMaker Factor 4 industrial-grade 3D printer, designed to take manufacturing to new levels of efficiency and reliability. Factor 4 is an end-to-end 3D printing solution for light industrial applications
Recommended Posts
GregValiant 1,370
When Creality released the 4.2.x boards there was a conflict on the boards between commands that send messages to the the LCD (M0, M1 and M117) and the LCD itself. Because the TFT style LCD doesn't understand the "message" part of the command, the command is simply ignored. In short - the normal failure is that the print should not have paused.
If you look through the gcode you will see the M0 followed by the resumption of the print. There should be no "dive" in the Z. (Your only PauseAtHeight setting I would question is your standby temp of 25°. I typically don't allow the hot end to cool but I'm also generally close to the printer to catch the pause.)
I think you need to look at what Octoprint is doing with the M0 command. The normal function of M0 is "unconditional stop" and a message "Click to Resume" is sent to the LCD indicating that a button click will get the printer going again. If you don't see "Click to Resume" then maybe you have the issue described above. A way to check is to send an "M117 BLAH BLAH" to the printer and see if the message appears on the LCD. If it doesn't, then you have the glitch and maybe Octoprint is passing it's own M0 command routine to the printer which might include a homing move.
Link to post
Share on other sites