M501 stays busy, 3.5.1
-
Hi,
I just updated to 3.5.1 and find that when M501 is called, my printer stays busy and won't respond to any more commands.
Bug?
Joel
-
@Joel can you share your config.g and config-override.g?
Can you connect the board via USB serial and see if it's still responsive there?
-
@Joel Also please share the output of
M122when the problem occurs. -
Hi,
I did do some more playing and it seems to happen when I use my Z offset macro.
Sometimes calling M122 resets the machine. This morning I was able to get some output.
I can't connect via USB, the controller is unresponsive using the web interface and at the PanelDue. -
I tried something,
I commented out the M501 from my z-offset macro, everything worked fine. I then ran M501 from the console and everything still worked OK. I uncommented M501 in my z-offset macro, the machine stayed busy again.
I used to have an M501 in my Z-home macro, did the same thing there ( stayed busy ).
-
@Joel theres no need to load things like you have there as they're already loaded
-
I took it out of the Z-home, because I believe that is true. But for Z-offset, config-override gets updated, so won't it need to be read again?
In my z-offset macro I added a delay between M500 and M501, and now it does not get stuck busy.
This is a change in behavior for 3.5.1, in 3.4.x, this was not an issue. -
@Joel said in M501 stays busy, 3.5.1:
so won't it need to be read again?
If you've saved it to config-override it will already be active, so won't need to be applied again.
-
OK, but it still leaves open what changed? Is there an issue with file handling?
-
@Joel said in M501 stays busy, 3.5.1:
OK, but it still leaves open what changed? Is there an issue with file handling?
3.5 is a very large update to RRF, particularly with multiple gcode streams, so I'm not surprised that some things will behave a bit differently. @dc42 would have to advise on what exactly may have changed here.
