EtherCat homing, limits, and probing
- mwc
- Offline
- Premium Member
-
Less
More
- Posts: 126
- Thank you received: 17
14 Nov 2026 19:09 #350698
by mwc
EtherCat homing, limits, and probing was created by mwc
I'm aware there is a release imminent to make proper use of in drive homing routines, but it's also got me wondering about limits and probing.
Limits aren't that big an issue, as they should work just like any other limit switch by just using whatever input is suitable, but most EtherCat drives can act on the limit inputs internally by stopping motion. Is it worth the effort of utilising that functionality?
For reference, my current build has a dual motor gantry, and will home of the limit switches, so there would obviously be some parameter changing needed during the homing process.
Probing is a bit more interesting.
Probing can be handled like any other system with LCNC directly controlling things. but again EtherCat drives often have the ability to have a probe directly connected, with the probe trigger storing the exact position to an internal register.
Has anybody made use of this functionality yet?
I know the easy answer is just to probe slower to minimise how much any time delays affect the read position, so this is more about the theoretical possibility, as you'd then also have the electrical problem of connecting a probe to every drive that might need it.
Limits aren't that big an issue, as they should work just like any other limit switch by just using whatever input is suitable, but most EtherCat drives can act on the limit inputs internally by stopping motion. Is it worth the effort of utilising that functionality?
For reference, my current build has a dual motor gantry, and will home of the limit switches, so there would obviously be some parameter changing needed during the homing process.
Probing is a bit more interesting.
Probing can be handled like any other system with LCNC directly controlling things. but again EtherCat drives often have the ability to have a probe directly connected, with the probe trigger storing the exact position to an internal register.
Has anybody made use of this functionality yet?
I know the easy answer is just to probe slower to minimise how much any time delays affect the read position, so this is more about the theoretical possibility, as you'd then also have the electrical problem of connecting a probe to every drive that might need it.
Please Log in or Create an account to join the conversation.
Time to create page: 0.066 seconds