9 implemented canopen objects, Implemented canopen objects, 9system bus "can on board – Lenze 8400 BaseLine C User Manual
Page 211
Lenze · 8400 BaseLine C · Reference manual · DMS 1.6 EN · 01/2014 · TD05
211
9
System bus "CAN on board"
9.9
Implemented CANopen objects
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
9.9
Implemented CANopen objects
Lenze devices can both be parameterised with Lenze codes and manufacturer-independent "CANo-
pen objects". A completely CANopen-compliant communication can only be achieved by using CA-
Nopen 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)
-