On 6/5/25 07:53, Chad Woitas via Emc-developers wrote:
  Related?

https://github.com/LinuxCNC/linuxcnc/issues/3355

Get Outlook for Android<https://aka.ms/AAb9ysg>
________________________________
From: David Mueller <mueller_da...@hotmail.com>
Sent: Thursday, June 5, 2025 5:08:41 AM
To: emc-developers@lists.sourceforge.net <emc-developers@lists.sourceforge.net>
Subject: [Emc-developers] Proposal: Change default behavior on abort to 'M2'

Hi all,

I'd like to invite you to discuss this PR to change the default behavior
on program abort from, basically, doing nothing to 'M2':

This would affect my setups as I am a user of closed loop stepper/servo's which have an error output I wire up to the E-Stop circuitry, which for all my machines causes a stop AND total powerdown if a driver sees an error.  I expect to have to fix the jam reason that caused the stop, rehome the machine since a powerdown loses home, and if possible, run-from-line to restart. Having the whole machine reset by the M2 would lead to some interesting results not limited to loss of the partially done part.

This scenario has been well tested here, but I should note also, such an E-stop has never occurred since switching out the std steppers unless I've left a wrench someplace to block motion. That obviously is my fault. And the E-stop activates so fast I have not chipped a carbide tool when actually hitting it against a chuck jaw to test it.

Bottom line is a NO from me.

The other advantages of these motors is they run 60C cooler,  and because the drivers allow much higher motor voltages to be used, the machine (if a printer) is up to 10x faster and far more accurate. The accuracy improvement is a side effect of doing away with the PID's, they make the motors stay exactly at the trajectory planners output. The encoder from the motor goes only back to the driver, NOT to LinuxCNC and the driver controls the motor currant on a microsecond to microsecond basis by the error the driver sees. So accuracy is +- one count of the motor encoder. Most are 1000ppr, or 4000 in quadrature.


https://github.com/LinuxCNC/linuxcnc/pull/3459


Reason for  this is strange and unexpected behavior as described here:

https://github.com/LinuxCNC/linuxcnc/issues/2908

https://github.com/LinuxCNC/linuxcnc/issues/2745


The underlying issue is rather complex as parameters and status channel
values are clearly not updated the same way. Given the shortage of
personnel it seems unlikely that this is going to be mended any time
soon. Meanwhile resetting the controller by executing 'M2' has been
shown to fix the above behavior.


Thank you.





_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
.

Cheers, Gene Heskett, CET.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis



_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to