Fig. 34 Schematic Diagram: "Guarding Procedure - Beckhoff FC5101 Documentation

Firmware version BA
Up to firmware version BA the emergency identifier was used for the boot up message.
Format of the Boot-up message
11 bit identifier
0x700 (=1792)+ node
ID
Node Monitoring
Heartbeat and guarding mechanisms are available to monitor failures in the CANopen network. These are of
particular importance for CANopen, since modules do not regularly speak in the event-driven mode of
operation. In the case of "guarding", the devices are cyclically interrogated about their status by means of a
data request telegram (remote frame), whereas with "heartbeat" the nodes transmit their status on their own
initiative.
Guarding: Node Guarding and Life Guarding
Node Guarding is used to monitor the non-central peripheral modules, while they themselves can use Life
Guarding to detect the failure of the guarding master. Guarding involves the master sending remote frames
(remote transmit requests) to the guarding identifier of the slaves that are to be monitored. These reply with
the guarding message. This contains the slave's status code and a toggle bit that has to change after every
message. If either the status or the toggle bit do not agree with that expected by the NMT master, or if there
is no answer at all, the master assumes that there is a slave fault.
Guarding procedure
Fig. 34: Schematic diagram: "Guarding procedure"
Protocol
The toggle bit (t) transmitted in the first guarding telegram has the value 0. After this, the bit must change
(toggle) in every guarding telegram so that the loss of a telegram can be detected. The node uses the
remaining seven bits to transmit its network status (s):
FC5101 and FC5102
1 byte of user data
0x00
Version: 2.0
CANopen Communication
39