FORUM CTRLX AUTOMATION
ctrlX World Partner Apps for ctrlX AUTOMATION
Dear Community User! We have started the migration process.
This community is now in READ ONLY mode.
Read more: Important
information on the platform change.
05-30-2024 06:04 PM - last edited on 06-04-2024 09:24 AM by CodeShepherd
This may be related. When I synchronize a real axis to another real axis using MC_GearInPos and SyncSource = SYNC_ACTUAL, the slave lags the master by 12 ms (6 EtherCAT cycles). If I switch to SyncSource = SYNC_ACTUAL_EXTRAPOLATED, the lag is resolved (but also the feedback noise is amplified). Why are so many cycles lost and need to be compesated for?
SYNC_ACTUAL
SYNC_ACTUAL_EXTRAPOLATED
Solved! Go to Solution.
06-04-2024 09:24 AM
Moved to own topic from "Subject: Why is there a five-cycle delay in motion?".
06-04-2024 03:55 PM
Hello,
the delay is the result of the following reasons (In the CML-System there was a delay of 4 cycles):
+ Fineinterpolation in the drive according to Parameter P-0-0187 (default values => 2 cycles)
+ Transmission of command value and receiving of actual value (1 + 1 cycle)
+ actual values are transfered to axisprofile/distribution after Motion (1 cycle)
+ command values are not directly transfered to the drive (1 cycle)
This is independent of the operation mode (also in position mode and so on). To be synchron this must be compensated.
06-07-2024 03:52 AM
Hello,
Thank you for the explanation.
Best regards,
Brian