Download CANopen Implementation Guidelines

Transcript
,QGH[KH[
6XE,QGH[
2EMHFW
1DPH
7\SH
$WWU
VAR
VAR
VAR
RECORD
VAR
VAR
ARRAY
VAR
VAR
VAR
VAR
VAR
VAR
VAR
VAR
VAR
VAR
device type
error register
manufacturer status register
predefined error field
error counter
standard error field
number of PDOs supported
COB-ID SYNC-message
communication cycle period
synchronous window length
manufacturer device name
manufacturer hardware version
manufacturer software version
Node-ID
guard time
life time factor
COB-ID guarding protocol
Unsigned32
Unsigned8
Unsigned32
Unsigned32
Unsigned8
Unsigned32
Unsigned32
Unsigned32
Unsigned32
Unsigned32
Vis-String
Vis-String
Vis-String
Unsigned32
Unsigned32
Unsigned32
Unsigned32
const
ro
ro
ro
ro
ro
rw
rw
rw
const
const
const
ro
rw
rw
rw
0
1
2
3
4
RECORD
VAR
VAR
VAR
VAR
VAR
1st receive PDO communication parameter
number of entries
COB-ID used by PDO
transmission type
inhibit time
CMS priority group
PDOComPar
Unsigned8
Unsigned32
Unsigned8
Unsigned16
Unsigned8
ro
rw
rw
rw
rw
0
1
...
8
ARRAY
VAR
VAR
VAR
VAR
1st receive PDO mapping parameter
number of mapped objects in PDO
1st object to be mapped
nth object to be mapped
8th object to be mapped
PDOMapping
Unsigned32
Unsigned32
Unsigned32
Unsigned32
ro
rw
rw
rw
0
1
2
3
4
RECORD
VAR
VAR
VAR
VAR
VAR
1st transmit PDO communication parameter
number of entries
COB-ID used by PDO
transmission type
inhibit time
CMS priority group
PDOComPar
Unsigned8
Unsigned32
Unsigned8
Unsigned16
Unsigned8
ro
rw
rw
rw
rw
0
1
...
8
ARRAY
VAR
VAR
VAR
VAR
1st transmit PDO mapping parameter
number of mapped objects in PDO
1st object to be mapped
nth object to be mapped
8th object to be mapped
PDOMapping
Unsigned32
Unsigned32
Unsigned32
Unsigned32
ro
rw
rw
rw
1000
1001
1002
1003
0
1
1004
1005
1006
1007
1008
1009
100A
100B
100C
100D
100E
::
1400
::
1600
::
1800
::
1A00
Figure 2: CANopen Object Dictionary
The object dictionary is organized in a communication profile specific part which contains the
communication entries, and in a device specific part which contains the device entries. The device
specific part is specified in the device profile, the communication entries form the common subset of all
devices, therefore they are specified in the communication profile. There is a range of mandatory
entries in the dictionary which ensure that all CANopen devices of a particular type show the same
basic behavior. The object dictionary concept caters for optional device features which means a
manufacturer does not have to provide certain extended functionality on his device but if he wishes to
do so he must do it in a pre-defined fashion. Additionally, there is sufficient address space for truly
manufacturer specific functionality. This approach ensures that the CANopen device profiles are
“future-proof”.
01.07.1997
7
Implguid_public.doc  STA Reutlingen