Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10)

Different configuration dialogs are used for the EtherCAT master and the slaves with distributed clock support.

Note

Attention! No plausibility check takes place!

The mentioned notes and information should be used advisedly.
The EtherCAT master automatically allocates settings that support reliable and timely process data acquisition.
User intervention at this point may lead to undesired behavior.
If these settings are changed in the Beckhoff TwinCAT System Manager, no plausibility checks are carried out on the software side.
Correct function of the EtherCAT slaves with all conceivable setting options cannot be guaranteed!
Unless specified otherwise in the associated slave documentation, we strongly advise against changing the automatic settings.

Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 1:

Validity of the following settings

The setting options described below refer to Beckhoff TwinCAT 2.10 Build 1320. More recent editions can have a different user interface design; however, usage remains analogously the same.

Master settings

Each EtherCAT device in the System Manager offers access (via Advanced Settings) to the Distributed Clocks settings, if EtherCAT slaves are present in the configuration:

Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 2:
EtherCAT master – advanced settings
Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 3:
EtherCAT- Master - Distributed Clocks
Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 4:

Precision of the variable DcSysTime

The time from the reference clock is read without the need for uniform sampling. It is intended as rough guidance for the user to indicate the current time range of the EtherCAT system. It is scanned cyclically, although the value may jitter by up to +/- 1 cycle time due to "soft" sampling.
The time values of suitable EtherCAT slaves are to be used for high-precision relative time-based actions – e.g. the timestamp of an EL1252.

Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 5:
DcSysTime input variable (can be activated)

Note

Attention! No plausibility check takes place!

The mentioned notes and information should be used advisedly.
The EtherCAT master automatically allocates settings that support reliable and timely process data acquisition.
User intervention at this point may lead to undesired behavior.
If these settings are changed in the Beckhoff TwinCAT System Manager, no plausibility checks are carried out on the software side.
Correct function of the EtherCAT slaves with all conceivable setting options cannot be guaranteed!

Unless specified otherwise in the associated slave documentation, we strongly advise against changing the automatic settings.

Slave settings

Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 6:

Validity of the following settings

DC functionality is explained using the EL1202-0100 terminal as an example. Each EtherCAT slave with distributed clock support uses this feature on an individual basis as described in the associated documentation.

Note

Attention! No plausibility check takes place!

The mentioned notes and information should be used advisedly.
The EtherCAT master automatically allocates settings that support reliable and timely process data acquisition.
User intervention at this point may lead to undesired behavior.
If these settings are changed in the Beckhoff TwinCAT System Manager, no plausibility checks are carried out on the software side. Correct function of the EtherCAT slaves with all conceivable setting options cannot be guaranteed!
Unless specified otherwise in the associated slave documentation, we strongly advise against changing the automatic settings.

“DC” tab

If an EtherCAT slave supports distributed clock functionality, a "DC" tab appears for the parameterization. If an EtherCAT slave offers several operation modes, the required mode can be selected here. The EL1202-0100 can only be used in one mode, which is why no selection is possible here.

Click "Advanced Settings" to enter the advanced extended distributed clock dialog:

Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 7:
DC tab

The basic side of any EtherCAT slave with distributed clocks can be seen in Fig. Distributed clocks dialog in the EtherCAT slave (TwinCAT 2.10, build 1320):

Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 8:
Distributed clocks dialog in the EtherCAT slave

The following two sections describe the interrupt signals generated by the distributed clock unit in the ESC.

A somewhat reduced dialog is available for setting the SYNC1 signal:

Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 9:

Relationship between SYNC0 and SYNC1

In contrast to the SYNC0 signal the SYNC1 signal is not a fully independent interrupt, as indicated by the reduced and different property dialogs. Further information can be found at www.ethercat.org, e.g. under ESC specifications.

Note

Attention! No plausibility check takes place!

The mentioned notes and information should be used advisedly.
The EtherCAT master automatically allocates settings that support reliable and timely process data acquisition.
User intervention at this point may lead to undesired behavior.
If these settings are changed in the Beckhoff TwinCAT System Manager, no plausibility checks are carried out on the software side.
Correct function of the EtherCAT slaves with all conceivable setting options cannot be guaranteed!
Unless specified otherwise in the associated slave documentation, we strongly advise against changing the automatic settings.

Time-related cooperation with other terminals

The final section of this introduction uses a further example to illustrate the application of distributed clocks in an EtherCAT system.
The task is to sample an analog input value in the range +/- 10 V at precise intervals of 50 µs and to transmit it to the controller; see Fig. Sample application for a manual shift time on SYNC0.

Distributed Clocks settings in the Beckhoff TwinCAT System Manager (2.10) 10:
Sample application for a manual shift time on SYNC0

In this example a fast analog input module (e.g. Beckhoff EL3702) is used in conjunction with an EtherCAT cycle time of 50 µs. A different analog input module with an analog/digital conversion time of 60 µs is used. An EtherCAT cycle time of 50 µs is therefore not appropriate.

The following solution is available: Two such input modules are operated side by side (referred to as "Term x" and "Term x+1" here) and subjected to the same input signal. If the cycle time is 100 µs (A1 to B1) each input module has enough time (100 µs > 60 µs) for converting the analog input value. Conversion of the SYNC0 signal in the input modules is triggered at an interval of 100 µs at time A2, B2 etc. as standard. The situation at "Term x" is as follows: At time A2 the SYNC signal triggers conversion of the input values (the analog/digital converter is started). The lead time (A2 to A4) is dimensioned such that adequate time is available for converting the data and making them available in the slave, until at time A4 the slave "Term x" couples its input data into the passing Ethernet frame. At time A6 the frame has arrived back at master. The next data processing cycle commences at time B1.

In order to achieve the required time resolution of 50 µs, the user manually enters a constant user shift time of 50 µs for the SYNC0 signal in the second input module, as shown in the above dialogs. "Term x+1" always converts its input signals 50 µs after "Term x" at time A7, B7, etc. "Term x+1" then couples the data determined at time A7 into the Ethernet frame at time B5, shortly after B4, since in this example "Term x+1" is located after "Term x".
Fig. Sample application for a manual shift time on SYNC0 provides no information about the position of the data in the Ethernet frame – only the time axis is shown to the right!

Both input modules therefore cyclically convert the input value every 100 µs with a tolerance of < 100 ns, but with a constants offset of 50 µs. The user now has to interpret the process data generated in this way in the right time order within the PLC program. The associated terminals can support this process through a timestamp for process data, as described in the respective documentation.