Sample: EL6692 bridge terminal

Using the sample programs This document contains sample applications of our products for certain areas of application. The application notices provided here are based on typical features of our products and only serve as samples. The notices contained in this document explicitly do not refer to specific applications. The customer is therefore responsible for assessing and deciding whether the product is suitable for a particular application. We accept no responsibility for the completeness and correctness of the source code contained in this document. We reserve the right to modify the content of this document at any time and accept no responsibility for errors and missing information.

In this example, two Beckhoff IPCs with TwinCAT 2.11, b1539, will be synchronized with each other. One PC is the master clock, the second (slave clock) synchronizes its ‘time’ to the first. As the fieldbus, EtherCAT makes the necessary operating resources available, in particular EtherCAT’s own synchronization mechanism, distributed clocks.

The procedure is as explained in the previous chapter.

The following must be observed:

• The master PC works autonomously on the basis of its DC time
• Following the start of TwinCAT, the slave PC readjusts its distributed clocks time to the master IPC:
• At the start of EtherCAT, the initial offset between the two times is determined.
• The subsequent adjustment keeps this offset constant and makes it known.
• The readjustment takes place continuously.
• In the case of failure of the synchronization (interruption of the connection, restart of one of the systems), the behavior is as follows:
• If the adjustment restarts in the slave PC, a new offset is calculated there and made known.
• The application must therefore continuously observe this offset.
• The local DC time must still be used for tasks related to the respective station hardware (EtherCAT slaves, terminals).
• The EtherCAT cycle time must be identical in both systems.
• If different configurations are used in the two systems, i.e. the number, type and/or order of the slaves is different, the automatically calculated shift times will also differ.
  Sample: Both systems use an EL2202-0100, which are both supposed to switch their output at the same time. A constant difference is measured, since different output shift times were calculated.
  In the system with the smaller output shift time the shift time of the other system should be entered.

• In a controlled system the time offset between the systems is subject to certain fluctuations.

Sample program (Download), TwinCAT 2.11

Pay attention in the program to the use of ‘signed’ and ‘unsigned’ 64-bit variables as required.

demo_el6692_dc_synchronization_s.zip

Topology

Station Master: EK1100, EL2202, EL6692

Station Slave: EK1100, EL2202

In this example, the EL6692 is synchronized in the direction PrimarySide --> SecondarySide (RJ45 connection). Synchronization in the other direction is also possible.

EL6692 documentation Please note the information in the EL6692 documentation regarding the system behavior of this terminal.

Demo program

In this demo program, the slave’s own local DC time from the ReferenceClock in the EtherCAT strand is offset by the time difference to the external synchronization device. This offset therefore only makes sense on a platform that is a synchronization slave to one master.

The synchronization route can be
- another EtherCAT system; means: Beckhoff EL6692 bridge terminal (this example)
- an IEEE1588 system; means: Beckhoff EL6688 PTP terminal
- an arbitrary timer with time information (GPS, radio clock); means: TwinCAT ‘External Synchronization’ supplement

The principle:
TwinCAT cyclically receives (e.g. every second) a pair (64-bit, unit 1 ns) made up of an internal (DC) and an external time stamp. These two time stamps are originally obtained simultaneously. The offset between the two timebases is calculated from the initial difference and made known in the System Manager | EtherCAT device | InfoData. Furthermore, the slave TwinCAT readjusts its own local DC time from the course of the two time stamps with respect to each other.

Calculations:

• current control deviation = DcToExtOffset – (external time stamp – internal time stamp)
  This value (‘signed’, 64-bit) is compared to an application-specific limit; the validity of the time is output if within the limit
• local synchronized time = local DC time + DcToExtOffset
  This ‘nuLocalTime’ (‘unsigned’, 64-bit) can now be used for data logging and events with a time reference to the master PC clock.

Setting up TwinCAT 2.11

In the following procedure the complete system is set up as follows:

• EL6692 primary side (E-bus): Sync Master (i.e. reference clock)
• EL6692 secondary side (RJ45 sockets): Sync Slave (i.e. synchronized side)

The synchronization direction of the time can be set up the other way around; the instructions must then be followed analogously.

Sync Master side

Timestamp PDO The activation of the timestamp PDO indicates to the TwinCAT software on the respective side that this side is to be synchronized, i.e. that it is the Sync Slave. It is not necessary to activate the timestamp PDO on the Sync Master side (i.e. the side that represents the reference clock).

TwinCAT can now be activated and started on this side. All devices must be in OP, WorkingCounter = 0, no LostFrames. The EL6692 time stamps on the PrimarySide remain at 0, because the SecondarySide has not yet been configured.

Sync Slave side

The EL6692, SecondarySide is set to DC and 0x1A02 according to the fig. Set the EL6692 PrimarySide to DC and Activate PDO 0x1A02 to display the time stamp.

After reloading the configuration (or restarting in ConfigMode, FreeRun), the synchronization direction can be read out by means of GetConfiguration on the SecondarySide, see the fig. SecondarySide of the EL6692.

After the restart, the DC function of the EL6692 is known to the EtherCAT master; therefore, it now offers this EL6692 as an ExternalSyncDevice in the DC dialogue.

The linking of the following variables is necessary for the evaluations; see the fig. Slave side.

On the slave side, the start of the synchronization can be observed with the incorporated visualization.

Only the local DC time is available on the slave side immediately after the start.

Following receipt of the first time stamps via the EL6692, the offset is known; in this case it is around 3 minutes different to the time of the IPC used. Synchronization has begun; in this sample a window of ± 10 µs is to be achieved.