Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Non First Slave errors out on some brands. #547

Closed
VitalSys opened this issue Aug 27, 2021 · 2 comments
Closed

Non First Slave errors out on some brands. #547

VitalSys opened this issue Aug 27, 2021 · 2 comments

Comments

@VitalSys
Copy link

Hello

Having another peculiar issue on some slave brands the non first slaves error out. The only peculiar thing I noticed was the EtherCAT frame where it errors out, dc time is off by 4 micro seconds which is not that much. Is there a tolerance for EtherCAT comms? I'm sure some jitter is acceptable as most slaves have no issue with it.
Cycle time is 1ms. 1 slaves works good all by itself.
Attaching the Wireshark capture spent quite some time trying to diagnose the problem any help is appreciated.

wireshark.zip

@ArthurKetels
Copy link
Contributor

Please read #487 (comment) .

You have assigned a SYNC0 pulse generator to both slaves but you did not first synchronize slave 2 to slave 1. And probably did not synchronize the master to slave 1. In this scenario master and slaves run at slightly different clock rates and are bound to cross the maximum jitter threshold. Slave to slave synchronization is automatic and will lock after a while of sending clock distributions (but can take many seconds). But master to slave synchronization is up to you. Have a look at the red_test example.

@nakarlsson
Copy link
Contributor

Closed due to inactivity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants