Probe tripped during non-probe move deadlock
- tommylight
-
- Away
- Moderator
-
Less
More
- Posts: 21518
- Thank you received: 7336
08 Dec 2025 16:02 #339873
by tommylight
Replied by tommylight on topic Probe tripped during non-probe move deadlock
Thank you, Andy, and sorry for pestering.
Please Log in or Create an account to join the conversation.
- abs32
- Offline
- Senior Member
-
Less
More
- Posts: 77
- Thank you received: 2
26 Mar 2026 12:08 #344768
by abs32
Replied by abs32 on topic Probe tripped during non-probe move deadlock
As a result, I started experimenting with Z-axis acceleration settings to reduce braking time. Previously, the acceleration was set to 2000. When I set the acceleration to 6000, no errors occurred over 14 hours of operation (115,000 measurements). When I set the acceleration to 12,000, I got an axis misalignment error. It works acceptably at an acceleration of 9,000.
The following user(s) said Thank You: pommen
Please Log in or Create an account to join the conversation.
- grandixximo
-
- Away
- Elite Member
-
Less
More
- Posts: 279
- Thank you received: 339
27 Apr 2026 11:59 - 27 Apr 2026 12:01 #345977
by grandixximo
Replied by grandixximo on topic Probe tripped during non-probe move deadlock
Last edit: 27 Apr 2026 12:01 by grandixximo.
Please Log in or Create an account to join the conversation.
- abs32
- Offline
- Senior Member
-
Less
More
- Posts: 77
- Thank you received: 2
27 Apr 2026 12:09 #345979
by abs32
Replied by abs32 on topic Probe tripped during non-probe move deadlock
The axis desynchronization issue was caused by an error in my INI configuration—the parameters I had set required a frequency higher than 50 kHz. I changed the servo period, and the error disappeared.
“Probe tripped during non-probe move” is resolved by setting delays. In my case, using an electrical capacitor. Over 2 million activations.
This leads to the conclusion that it would be appropriate to implement a Probe delay parameter in the machine settings. “Feedback” delay. That is, when the probe triggers, the machine must immediately recognize this and begin braking, and then even execute the next command (typically, recording and rebound). And the specified parameter in seconds or milliseconds should not react to a change in the probe’s state.
“Probe tripped during non-probe move” is resolved by setting delays. In my case, using an electrical capacitor. Over 2 million activations.
This leads to the conclusion that it would be appropriate to implement a Probe delay parameter in the machine settings. “Feedback” delay. That is, when the probe triggers, the machine must immediately recognize this and begin braking, and then even execute the next command (typically, recording and rebound). And the specified parameter in seconds or milliseconds should not react to a change in the probe’s state.
Please Log in or Create an account to join the conversation.
- djdelorie
- Offline
- Senior Member
-
Less
More
- Posts: 52
- Thank you received: 10
27 Apr 2026 14:28 #345988
by djdelorie
Replied by djdelorie on topic Probe tripped during non-probe move deadlock
I mentioned this here: forum.linuxcnc.org/39-pncconf/58480-conf...g-dual-y-axes#344832
I have "write a better debounce module" on my todo list. No guarantees
I have "write a better debounce module" on my todo list. No guarantees
Please Log in or Create an account to join the conversation.
Time to create page: 0.176 seconds