Firmware 3.4b7 - firmware retraction bug
-
@phaedrux said in Firmware 3.4b7 - firmware retraction bug:
@Diamondback No it shouldn't damage anything. I think what happens is that the back emf equals the input voltage and the driver basically detects that as a possible disconnect.
That's correct.
-
@diamondback are you using mesh bed compensation with taper when this issue occurs?
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
@dc42 said in Firmware 3.4b7 - firmware retraction bug:
@diamondback are you using mesh bed compensation with taper when this issue occurs?
I am indeed using a tapered mesh bed compensation, however, that only gets activated prior to starting a job. I don't think it gets deactivated afterwards though, so it might very well be active sometimes when this happens.
Maybe that explains the seemingly random nature, doing filament changes after power-up vs after a print job...
If you suspect that the mesh has something to do with it, is there a specific gcode I should try to put in my post print macro that deactivates the mesh again?
Or would changing something abuot the taper help?
I can't really turn off the mesh for actual printing I'm afraid. -
@diamondback thanks. One of our collaborators has tracked down a cause of extruder-only moves happening too fast, but he can only make it occur when bed compensation taper is in use. I am working on a fix to include in 3.4.2. Meanwhile can you try disabling bed compensation taper, to see if the problem still occurs?
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
@dc42 said in Firmware 3.4b7 - firmware retraction bug:
@diamondback thanks. One of our collaborators has tracked down a cause of extruder-only moves happening too fast, but he can only make it occur when bed compensation taper is in use. I am working on a fix to include in 3.4.2. Meanwhile can you try disabling bed compensation taper, to see if the problem still occurs?
Ok, will disable it and see what happens
-
@diamondback one more question: does the tool concerned have a nonzero Z offset?
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
@dc42 said in Firmware 3.4b7 - firmware retraction bug:
@diamondback one more question: does the tool concerned have a nonzero Z offset?
It's a toolchanger where all 4 tools have non-zero offsets in all axis. (the toolhead/coupling/toolplate system is the one from E3D)
-
@diamondback @natthapol-v @danzaywer I have put new 3.4.2rc2+ firmware builds to fix this at https://www.dropbox.com/sh/7tf55ax00ky1pyx/AAA_eVJE20oYUON_gjKhCHsja?dl=0. I have tested the fix on the Duet 3 MB6HC build.
I was only able to reproduce this issue after when using tapered mesh bed compensation. Thanks for your patience.
-
@dc42 said in Firmware 3.4b7 - firmware retraction bug:
@diamondback @natthapol-v @danzaywer I have put new 3.4.2rc2+ firmware builds to fix this at https://www.dropbox.com/sh/7tf55ax00ky1pyx/AAA_eVJE20oYUON_gjKhCHsja?dl=0. I have tested the fix on the Duet 3 MB6HC build.
I was only able to reproduce this issue after when using tapered mesh bed compensation. Thanks for your patience.
Awesome, so with that updated firmware, using a taper shouldn't be an issue anymore?
-
@diamondback said in Firmware 3.4b7 - firmware retraction bug:
Awesome, so with that updated firmware, using a taper shouldn't be an issue anymore?
Correct.
-
So far, no issues.
But haven't printed/changed filaments a lot yet
