Hello,
I ran a test again—maybe it will help someone solve the problem.
The system configuration is as follows:
Debian 12
LinuxCNC 2.10.0-pre0
Gmoccapy 3.5
Configuration generated with Stepgen (basic 3-axis mill).
Because I use a control panel with all my machines, I utilize many halui signals for program start/stop, spindle start/stop, overrides, etc.
As you can see in the video, the spindle signals (halui.spindle.0.is-on, spindle.0.forward/reverse) work correctly when the program is started by clicking the Start/Stop buttons in the Gmoccapy interface, and the number of lines in ngc file is fewer than ~1100.
However, when I load longer files than 1100 lines (attached a test file) and use halui.program.start/stop signals, the spindle signals behave differently and cause the spindle motor to restart from the HAL program.
I believe the issue is related to halui.program.stop. For example, if I start the program using the Gmoccapy button and then stop it using halui.program.stop, the problem still occurs.
But if I start the program using halui.program.start and stop it using the Gmoccapy Stop button, the problem does not occur.
Interestingly, the issue disappears when I reduce the number of lines in the program to below approximately 1100 lines (the test .ngc file originally had around 12,000 lines).
As shown in the video, the spindle signals reset at program stop and—though not every time, in about 8 out of 10 cases—they are set again shortly afterward and remain true.
When using only Gmoccapy buttons, the signals reset, generate a short pulse a bit later, and then reset again.
If the .ngc file contains fewer than ~1100 lines, the spindle signals reset at program stop and do not set again—no pulse is generated either.
Files and video:
drive.google.com/drive/folders/1MjqY3XpM...5T-rd4Og?usp=sharing
