4 communication mechanisms – Baumer BA_DSRT_22DJ Benutzerhandbuch

Seite 16

Advertising
background image

Manual_CANopen_StrainLink_EN_V3_05.doc

16/65

Baumer

22.07.11/dam

Frauenfeld, Switzerland

Excerpt of the object region for communication (1000H … 1FFFH)

Indexrange

Description

1000h bis 1029h

general communication objects

1200h to 12FFh

SDO Parameter objects

1300h to 13FFh

CANopen Savety objects

1400h to 1BFFh

PDO Parameter objects

1F00h to 1F11h

SDO Manager objects

1F20h to 1F27h

Configuration Manager objects

1F50h to 1F54h

Program control objects

1F80h to 1F89h

NMT Master objects

4.4 Communication mechanisms

Differentiation is mainly made between two different types of data transmission. The Process Data Objects
(PDOs) are used to transmit real-time data or process data and the Service Data Objects (SDOs) allow
access to the object directory containing all device settings.
In addition to the standard transmission mechanisms, there are still more communications mechanisms.
These are Network Management (NMT), Emergency (EMGY), Node Guarding and Heartbeat.

4.4.1

Process Data Objects (PDOs)

The main task of a CANopen system is exchanging process data.
For the transmission of process data, the protocol overhead is omitted and transmission uses the Producer-
Consumer principle. This means that a message sent by a node (the Producer) can be received by all other
nodes (the Consumers). This principle is also known as broadcast and represents a very efficient principle of
data transmission.
PDO messages are not acknowledged to reduce the bus load as much as possible, primarily during time-
critical applications. Consequently, this service is not a query-response mechanism.

The transmission of PDOs is possible only in the Operational state and the transmission packets do not have
a fixed data length. The data length of a PDO can range from one to eight bytes.
With regard to the composition of the data packets, both the sender and the receiver must know how to
compose or interpret, respectively, the contents. The sender of the PDO can be identified only by the COB
ID.
PDO mapping describes the individual process variables transmitted in the data field of a PDO, how they are
arranged as well as the data type and length used. The contents and the significance of the transmitted data
in a PDO are defined in a PDO mapping list both on the send and the receive ends.

The transmission of process data can be triggered by various events:

Event driven

The transmission of the PDOs is triggered by an internal event of the node. This can occur due to a
timer in the device, by exceeding or dropping below a limit or through other internal events.

Synchronized

A bus user (usually the master) transmits synchronization messages on the bus. In the case of
synchronous transmission, the PDOs are triggered by the received sync message. In this way, it is
possible to obtain an instantaneous snapshot (process values at the same time) of the system.

Request driven

In this case, a bus user requests processed data using a Remote Transmission Request (RTR). This
mechanism is deprecated and not implemented by the strain links.

Advertising