Emergency Stop without M112

[taconite]

Thx @peter247 I have a trigger configured but I dont want to wait for moves to finish - I want the printer to stop immediately

[peter247]

@taconite Can't you make a macro to call M0 what is Unconditional stop.

[droftarts]

@taconite an emergency stop that stops immediately (ie doesn’t finish moves in buffer), but doesn’t terminate the Gcode or reset the board is on the to do list. I don’t know when it will be implemented though.

Ian

[cdthomas9]

I'm thinking the only way to go about that would be to cut the power somehow. I would think that any software options would be processed in order, and not interrupting what is going on immediately. I imagine a hardware solution (relay, etc) to accomplish this. That would probably negate what you're trying to accomplish though.

@droftarts that feature would be able to resume after this full stop?

[kazolar]

@droftarts that would be a big feature for CNC use cases, there many conditions when a full stop/reset, which is recoverable is what is necessary and CNC controllers support this behavior (coming from Mach 3)

[taconite]

@peter247 in the docu it says about M0: The firmware finishes any moves left in its buffer

@droftarts Mhh okay at least it already made it on the list so +1 from me. Btw for every machine that runs in Europe it is mandatory to have an Emergency Stop and yes the duet is kind of complying but it would be nice to have the flexibility
It would be nice if it would not reset homing either so we can still move the machine without homing (especially for deltas)

Is there a timeline when which feature is planned to be implemented?

[Phaedrux]

@taconite said in Emergency Stop without M112:

It would be nice if it would not reset homing either

It can't guarantee the same position so it's marked unhomed. If you can guarantee position, you can force the position with G92, which will mark it as homed.

[kazolar]

@Phaedrux you can save the positions, and then if the behavior is scriptable, then G92 can be used to set them back as homed. Main key with this feature is stop current motion, no clearing of buffer, no more pulses to the steppers -- I've done this with ICs with external drivers by sending the step pin through a logic gate which is unioned with a conditional behavior -- as soon as the condition is triggered, the steppers stop. I can't do that with onboard drivers

[kazolar]

So simple enough -- I made M113 for my purposes which works just like the E-Stop button on web UI and panelDue -- problem with M999 --is it has this 1 second wait, it results in waiting for a second before stopping the motors, that's not good. I made M113 that does everything M112 does and a software reset, and boom -- my e-Stop Triggers work like they do on a safe CNC controller. Hard limit is hit -- machine stops and reboots -- easy as pi

[kazolar]

next task is to add M3.g, M4.g and M5.g support to toggle some relays, and I have fully functional CNC controller.

[RileyG]

@kazolar Can you describe the action you M113 code takes?

Looking for a "softer" stop than M112 where the machine stops immediately (does not complete any actions in the buffer) but does not reset the firmware. Not an emergency stop but an immediate stop.

[JuKu]

This would also make jogging simple. Start a move to machine limit on button down, send immediate stop on button up.

[kazolar]

@RileyG My M113 is actually an emergency stop, it is basically what M999 does, but with no delays -- or M112 + a reboot. I don't need a just stop the world with no reset -- I want it to reset -- but with no prompts