11 implemented canopen objects, 12 system bus "can on board – Lenze 8400 TopLine User Manual
Page 802
12
System bus "CAN on board"
12.11
Implemented CANopen objects
802
Lenze · 8400 TopLine · Reference manual · DMS 6.0 EN · 06/2014 · TD05/TD14
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
12.11
Implemented CANopen objects
Lenze devices can both be parameterised with Lenze codes and manufacturer-independent
"CANopen objects". A completely CANopen-compliant communication can only be achieved by
using CANopen objects for parameter setting. The CANopen objects described in this chapter are
defined in the CAN specification DS301 V4.02.
Many CANopen objects can be mapped on Lenze codes. In the following table, the corresponding
Lenze codes are listed in the column "Relationship to Lenze codes".
Overview of CANopen indices and their relationship to Lenze codes
Note!
Some of the terms used here derive from the CANopen protocol.
CANopen object
Relationship to Lenze
code
Index
Subindex
Name
0
Device type
-
0
Error register
-
Predefined error field
0
Number of errors
-
1 ... 10
Standard error field
-
0
COB-ID SYNC message
0
Communication cycle period
0
COB-ID EMCY
-
Consumer heartbeat time
0
Highest subindex supported
-
1 ... n
Consumer heartbeat time
• "BaseLine C" version: n = 1
• "StateLine C" version: n = 7
• "HighLine C" version: n = 15
• "TopLine C" version: n = 15
0
Producer heartbeat time
Identity object
0
Highest subindex supported
-
1
Vendor ID
-
2
Product code
-
3
Revision number
-
4
Serial number
-
SDO1 server parameter
0
Highest subindex supported
-
1
COB-ID client −> server (rx)
-
2
COB-ID server −> client (tx)
-
SDO2 server parameter
0
Highest subindex supported
-
1
COB-ID client −> server (rx)
-
2
COB-ID server −> client (tx)
-