MICROMASTER CANopen Option Module Operating Instructions
MICROMASTER CANopen Option Module Operating Instructions
User Documentation
6SE6400-5BC00-0BP0
Description 1
General
CAN/CANopen 2
definitions
MICROMASTER 420/430/440
Connecting to
CANopen Option Module
CANopen 4
Commissioning with
CANopen 5
Commissioning using
a commissioning 6
(start-up) tool
Diagnostics and
troubleshooting 7
Attachment 8
Issue 01/05
Definitionen und Warnhinweise Issue 01/05
The certified Siemens Quality for Software And Training It is possible that other functions are available which are not
corresponds to DIN ISO 9001, Reg. No. 2160-01 described in this documentation. However, this does not
mean that we are responsible in providing such functions with
The reproduction, transmission or use of this document or its a new control system or when servicing the equipment.
contents is not permitted without express written authority. We have checked the contents of this document to ensure
Offenders will be liable for damages. All rights, including rights that they coincide with the described hardware and software.
created by patent grant or registration of a utility model or However, differences cannot be completely excluded, so that
design, are reserved. we do not accept any guarantee for complete conformance.
However, the information in this document is regularly
© Siemens AG 2002, 2004. All rights reserved. checked and necessary corrections will be included in
subsequent editions. We are grateful for any
MICROMASTER® is a registered trademark of Siemens AG. recommendations for improvement.
Siemens Manuals are printed on chlorine-free paper from
professionally managed forests. No solvents are used for
printing or binding.
Changes to this documentation can be made without prior
notice.
DANGER
For the purpose of this documentation and on the warning label of the product
itself, "Danger" indicates that death, grievous injury or extensive damage to
property will occur if the appropriate precautions are not taken.
WARNING
For the purpose of this documentation and on the warning label of the product
itself, "Warning" indicates that death, grievous injury or extensive damage to
property may occur if the appropriate precautions are not taken.
CAUTION
"Caution" with a warning triangle, means that minor personal injury may occur if the
appropriate precautions are not taken.
CAUTION
"Caution" without a warning triangle, means that damage to property may occur if
the appropriate precautions are not taken.
NOTICE
means that an undesirable situation or condition can occur if the appropriate
information/instruction is not observed.
NOTE
For this purpose of this documentation, "Note” highlights an important item of
information about the product or a section of the instructions which requires careful
attention.
Qualified personnel
For the purpose of these Operating Instructions and on the product label, "qualified
personnel" are those familiar with the installation, mounting, start-up and operation
of the equipment and the hazards involved. He or she must have the following
qualifications:
Trained and authorized to energize, de-energize, clear, ground and tag circuits and
equipment in accordance with established safety procedures.
Trained in the proper care and use of protective equipment in accordance with
established safety procedures.
Trained in rendering first aid.
User Documentation
WARNING
Before installing and commissioning the equipment, please carefully read the
safety-related information/instructions and warnings as well as the warning labels
on the equipment itself. Please ensure that the warning labels are kept in a
condition where they can be easily read and missing or damaged
labels/information are replaced.
Intended use
WARNING
When in operation, electrical equipment contains components that are under
dangerous voltage.
Failure to adhere to these instructions can result in death, severe bodily injury or
property damage!
Only appropriately qualified personnel may work on this equipment or be in its
vicinity. These personnel must be completely knowledgeable about all warnings
and service measures as specified in these Operating Instructions.
The successful and safe operation of this equipment is dependent on proper
handling, installation, operation and service.
National safety guidelines and regulations must be carefully observed.
List of contents
1 Description .............................................................................................................. 9
1 Description
ON
LED Inverter status
1 2 see Operating Instructions
for inverter
CANopen-/
Module status
LED
SUB-D9/
CAN connector
Technical data
The user can obtain all of the necessary information about the instantaneous
status of the CANopen option module using an LED which displays the status of
both the module and communications. More detailed diagnostics information can
be directly read-out of the diagnostic memory of the CANopen option module using
the diagnostics parameters.
The CANopen option module uses a 9-pin sub-D connector to connect to the CAN
bus system.
The following baud rates are supported: 10, 20, 50, 125, 250, 500, 800 kbaud and
1 Mbaud.
Functionality of CANopen
• The CANopen option module for MICROMASTER 420/430/440 supports the
CANopen data transfer types with SDOs (Service Data Objects) as well as with
PDOs (Process Data Objects)
• Further, the CANopen option module supports PDO mapping – with certain
restrictions.
• The CANopen option module for MICROMASTER 420/430/440 supports the
CANopen communications profile DS 301 Version 4.0, the device profile DSP
402 (Drives and Motion Control) Version 1.1 and the indicator profile DR303-3
Version 1.0.
• For communication monitoring, the CANopen option module supports the Node
Guarding/Life Guarding as well as the Heartbeat protocol (Heartbeat Producer)
and SYNC loss detection (using communication cycle time.
• The CANopen option module offers an SDO->parameter channel with which all
of the MICROMASTER 420/430/440 parameters can be read or written into. In
this case, it does not involve CANopen objects, as the numbering of the sub-
indices differs with respect to CAN-open (subindex 0 does not contain the
number of objects, but already the first object). However, the objects from the
parameter channel can, just like CANopen objects, be read and written using
SDO access operations - they are designated with a * in the following.
• The CANopen option module supports free process data objects in order to be
able to read or write all of the process data, available in the drive, via the CAN
bus.
• With the CANopen option module, MICROMASTER 440 supports the Profile
Torque Mode and the Velocity Mode; whilst the MICROMASTER 420/430 only
supports the Velocity Mode.
• The default settings of the drive are as follows: NodeID=3, baud rate=10kbit/s
Apart from its use in mobile systems, the Controller-Area-Network (CAN) protocol
is also deployed in other applications when allied to additional specific and
standardized higher protocol and profile specifications. Alongside its use as an
internal bus in mobile systems, its other main applications are in internal
communication between plant and machinery.
The major performance features and characteristics of the CAN protocol
standardized to ISO-WS 11898 parts I, 2 and 3 are described below.
Message-oriented protocol
The CAN protocol does not exchange data by addressing the recipient of the
message, but rather marks each transmitted message with a message identifier. All
nodes in the network check the identifier when they receive a message to see
whether it is relevant to them. Messages can therefore be accepted by none, one,
several or all participants (multicasting, broadcasting).
Prioritization of messages
As the identifier on a message also determines its priority for accessing the bus, it
is possible to specify a correspondingly rapid bus access for messages according
to their importance. Especially important messages can thus gain access to the
bus without a prolonged wait-time, regardless of the loading on the bus at that
moment. This characteristic means that especially important messages are
transmitted with priority even in exceptional situations (e.g. in the case of longer-
lasting disturbances), thereby ensuring proper functioning of a system even during
phases of restricted transmission capacity.
Multi-Master capability
Bus access rights are not issued by a meta-level control unit (bus master) per
network. Each participant can rather start to send a message with equal rights as
soon as the bus has become free. If several participants access the bus at the
same time, an arbitration process allocates each participant the bus access right in
line with the priority of the message they want to send at that particular moment.
Each participant can therefore communicate directly with every other participant.
As the transmission of a message can be initiated by the message source itself,
then in the case of event-controlled transmission of messages, the bus is only
occupied when a new message is on-hand.
Header Frame
Useful Data (max. 8 Byte) Trailer Frame
COB-ID
2.2 CANopen
General information
MICROMASTER, in conjunction with the CANopen option module, also provides,
for the various MICROMASTER types, different CANopen modes from the DSP
402 profile (Drives and Motion Control).
For MICROMASTER 420/430), only the Velocity Mode is available. The
MICROMASTER 440 supports the Velocity Mode and Profile Torque Mode modes.
When transferring net data via CANopen, a differentiation is made between
process data (PDO) and parameter data (SDO).
In order to transfer process data, CAN telegrams can be set using so-called PDO
mapping. After being powered-up, MICROMASTER has the following default
settings:
• Receive PDO1 6040H control_word
• Receive PDO5 not mapped
• Receive PDO6 not mapped
• Send PDO1 6041H status_word
• Send PDO5 not mapped
• Send PDO6 not mapped
The mapping for PDO1 is fixed. Free PDO mapping in compliance with CANopen
is not possible using MICROMASTER for this PDO.
The mapping for PDO5 and PDO6 can be modified using CANopen.
The mapping is subject to several restrictions that are described in more detail in
Section 5.4.
The COB IDs of the PDOs can be changed by changing the node address or by
writing into the communication objects. If the COB ID is changed in a
communications object, then this is only saved in the volatile memory. This means
that if the MICROMASTER drive unit is isolated from the supply voltage, these
settings are lost and, after run-up, must be re-set via the bus. If you wish to
permanently save the change to the COBID, then this must be written via the
CANopen object 1010H (refer to Section 3.1).
An object of the object directory is accessed via the SDO channel. However, the
communication objects (DS301) and the profile-specific objects of the drive profile
(DSP402) are saved in the object directory of the CANopen option module. In order
to be able to access additional objects in MICROMASTER, there is an SDO ->
parameter mechanism. In this case, it does not involve CANopen objects, as the
numbering of the sub-indices differs with respect to CAN-open (subindex 0 does
not contain the number of objects, but already the first object). However, the
objects from the parameter channel can, just like CANopen objects, be read and
written using SDO access operations - they are designated with a * in the following.
All of the objects of the object directory are listed in the following table. The table
contains the index and subindex of the object as well as a brief description of the
functionality and the data type as well as the default value.
For each object, it is defined as to how it can be transferred. In this case, a
differentiation is made between the two possibilities - SDO and PDO transfer. In
addition, the parameters or connectors, in which the object data are located, are
also listed. If both possibilities are specified in the table, then data transfer can
either be realized as SDO or as PDO.
For more detailed information about the objects, please refer to the CANopen
profiles DS 301 V4.0 and DSP 402 V1.1.
∆n = P1082 ⋅ 100 s ⋅ 60 s
P1120 ⋅ r0313
After each power-up, this subindex is set to
the speed at which the drive rotates in 100 s. If
subindex 1 or 2 are changed, then this effects
P1120.
(2070H*)
.2 Delta_time Time change which is SDO U16 / 100 s /
used to calculate the rw After every power-up, this subindex is set to
acceleration the default value of 100 s.
6049H Vl_velocity_ Deceleration
deceleration
.1 Delta_speed Velocity change SDO U32 / 15 000/
which is used to rw RPM in 100 s /
calculate the When reading-out the object the value in
deceleration subindex 1 is calculated using P1121, P1082
and the pole pair number according to the
following formula:
∆n = P1082 ⋅ 100 s ⋅ 60 s
P1121⋅ r0313
After each power-up, this subindex is set to
the speed at which the drive rotates in 100 s. If
subindex 1 or 2 are changed, then this effects
P1121
(2071H*)
.2 Delta_time Time change which is SDO U16 / 100 s /
used to calculate the rw After every power-up, this subindex is set to
deceleration the default value of 100 s.
604EH Vl_velocity Reference velocity SDO U32 / 1500/
_reference rw P2000 ⋅ 60
/
r 0313
Using this object, the reference velocity to
convert the process quantities is set. This
object writes or reads from P2000 (27D0H*),
converted to RPM.
NOTE
CANopen will always write to the active data set. If the drive data set should
change, then relevant objects in the object dictionary will be updated from the new
data set, and the stored powerup values of parameters will be updated from the
new data set.
(If the contents of parameters r0050 or r0051 are changed, the objects are updated
automatically.)
Request 0 1 2
CS Node-ID
Indication
COB-ID = 0 Indication
Indication
Nodes are initialized, started, monitored, reset or stopped using the NMT services.
MICROMASTER is an NMT slave.
The following sketch shows the switched communications network of the option
module CANopen.
(1)
Initalisation
(2)
(14)
(11)
Pre-Operational
(7)
(5) (10)
(13)
Stopped
(4) (3) (8)
(6)
(12) (9)
Operational
(1) After Power On, the MICROMASTER and the CANopen option module automatically go into the
initialized state
(2) After initialization, transition to PRE-OPERATIONAL
(3), (6) Start_Remote_Node instruction (CS = 1)
(4), (7) Enter_PRE-OPERATIONAL_State instruction (CS = 128)
(5), (8) Stop_Remote_Node instruction (CS = 2)
(9), (10), (11) Reset_Node instruction (CS = 129)
(12), (13), (14) Reset_Communication instruction (CS = 130)
With a Reset Node instruction, all objects of the node are reset to the state after
power-up. For MICROMASTER 420/430/440, this function is only available
with some restrictions. MICROMASTER only resets the objects from the
communications profile (1000H - 1FFFH) as well as from the device profile
(6000H - 9FFFH). The Reset Node instruction can only be executed if the object
changes were only saved in the RAM (P0014 = 0) and no "save" instruction was
sent to object 1010H. As soon as changes were saved in the EEPROM, as a
result of the settings of parameter P0014 or by writing into the object 1010H, the
values, saved in the EEPROM for a Reset Node instruction, are set. The Reset
Node is, also, acknowledged by an emergency message in order to inform the
user of this fact.
After a data set change, it is also no longer possible to reset values of the initial
data set back to their Power On values. After a Reset Node, the actual data set
is reset to the values it had, when it was first changed. The command "load"
Table 3-2 CANopen services which are available in the various states
PDO X
SDO X X
Synchronization Object X X
Emergency Object X X
Boot-Up Object X
Network Management Object X X X
Node Guarding:
MICROMASTER 420/430/440 supports Node Guarding and Life Guarding. With
Node Guarding, the CANopen master sends, to each slave, an RTR telegram with
the COB-ID 700H + node-ID. The slave responds, with the same COB-ID, with its
communications state. This means either Pre-Operational, Operational or Stopped.
Further, the message that is sent contains a toggle bit - using the Object Guard
Time, the time between two RTR messages, received at the slave, is set.
Life Guarding:
The CANopen slave monitors the incoming RTR messages from the master. The
number of RTR telegrams which can fail as a maximum before the slave initiates a
Life Guarding event is defined using the Life Time Factor object. The lifetime of the
master is calculated from the product of the Guard Time (refer to Node Guarding)
and Life Time Factor. This is the maximum time that the slave waits for an RTR
telegram (message) before it initiates a Life Guarding Event.
Confirmation Response
7 6 ... 0
t s
Node Node
Life Guard
time time
COB-ID = 700H + Node-ID
Request Remote transmit request Indication
Confirmation Response
7 6 ... 0
t s
Indication Indication
Heartbeat:
The MICROMASTER 420/430/440 also supports the Heartbeat protocol as
Heartbeat Producer. With the Heartbeat protocol, a Heartbeat Producer cyclically
sends its NMT state to the CAN bus. The message does not contain a Toggle bit.
The Heartbeat Producer object is used to define the time between two heartbeat
messages. One or several Heartbeat Consumers expect the telegram of the
Heartbeat Producer after the Heartbeat Consumer Time. If this message is not
received, then the consumer initiates a Heartbeat event. The error message sent
(EMCY) is the same as for Node Guarding/ Life Guarding.
NOTE
Only one communication monitoring service may be activated. This is either Node
Guarding/Life Guarding or Heartbeat.
Heartbeat Event
Request Indication
L=0
SYNC SYNC
Producer time Consumer time
L=0
Request Indication
SYNC
Consumer time
NOTE
After powerup, Node Guarding and SYNC loss detection only become active after
reception of the first Node-Guarding message and/or the first SYNC message.
The Node-Guarding or SYNC loss warning and the displayed LED error condition
will be cleared immediately after the first Node-Guarding message or SYNC
message was received. That means the first SYNC starts SYNC checking and the
first Node-Guard message starts Node-Guarding.
If a Node-Guarding fault or a SYNC loss has caused the inverter to trip, then it is
possible to reset the trip in the inverter via CAN. However, the inverter cannot go
into run as long as a communications error is still present (Node-Guarding, SYNC,
Busoff or Overrun).
After the initialization phase, a CANopen slave logs-on with a boot-up telegram.
This telegrams contains the COB-ID 700 plus NODE-ID. The COB-ID can be taken
from the node address of the slave. This allows a CANopen master to know which
slaves are connected to the bus.
SDO services are used to access the object directory of the connected device. An
SDO connection is a peer-to-peer coupling between an SDO client and a server.
The MICROMASTER with its object directory is, in this sense, an SDO server. The
identifiers of the Micromaster are defined according to CANopen. For
communications between the client => server, then COB-ID 600H + node ID and
for the server => client, COB-ID 580H + node ID apply.
Properties/features of SDOs
• Confirmed transfer of objects
• Data transfer/exchange is always asynchronous (non-synchronous)
• Values greater than 4 bytes can be transferred (normal transfer)
• Values not more than 4 bytes can be transferred (expedited transfer)
Note
For MICROMASTER, SDO transfer is only possible by specifying the length of the
data bytes contained. If another device uses the transfer mechanism without length
data, then problems can occur.
CLIENT SERVER
0 1 2 3 4 7
7 ... 5 4 3 ... 2 1 0 Sub-
Index Data
Request ccs = 1 x n e s index Indication
0 1 2 3 4 7
Confirm 7 ... 5 4 ... 0 Response
Sub-
Index reserved
scs = 3 x index
Table 3-3 Significance of the bytes in the SDO download protocol (CANopen master to
MICROMASTER)
Table 3-4 Significance of the bytes in the SDO download protocol (MICROMASTER to CANopen
master)
The SDO download is either realized directly in the RAM or directly in the
EEPROM. This can be controlled using parameter P0014 (object 200EH). If
parameter P0014 (object 200EH) is set so that the download is saved in the RAM,
data can be saved to object 1010H to save in the EEPROM using the "save"
instruction.
CLIENT SERVER
0 1 2 3 4 7
7 ... 5 4 ... 0 Sub-
Index reserved
Request ccs = 2 x index Indication
0 1 2 3 4 7
Confirm Response
7 ... 5 4 3 ... 2 1 0 Sub-
Index Data
scs = 2 x n e s index
Table 3-5 Significance of the bytes in the SDO upload protocol (CANopen master to MICROMASTER)
Byte 0: Control Word Bytes 1,2 Byte 3 Bytes 4,5 Bytes 6,7
Bits 7-5 Bit 4 - 0 = 0 Object Object Reserved = 0
CCS = 2 Dictionary Dictionary
Index Subindex
CLIENT/SERVER SERVER/CLIENT
0 1 2 3 4 7
7 ... 5 4 ... 0 Sub-
Index Abortcode
Request cs = 4 x index Indication
In this case, there are various abort codes. The abort codes, which occur in the
MICROMASTER 420/430/440, are listed in the following table. Most of the faults
occur due to communication errors between the CANopen option module and
MICROMASTER. In order to be able to access the parameters in the
MICROMASTER, SDO tasks must be re-coded into parameter tasks and then sent
to the MICROMASTER via the SOL. If the MICROMASTER cannot correctly
process the parameter task which it was issued, then it signals this in the form of a
response to the option module. In turn, the option module transforms this response
into the abort codes listed in the table. If the MICROMASTER sends an abort code,
the parameter request issued must be re-checked and repeated.
You must proceed as follows to write into a MICROMASTER parameter via the
SDO<->parameter channel:
Firstly, the parameter number of the PKW object, specified as a decimal number,
must be converted into a hexadecimal value.
After this, 2000H must be added to the hexadecimal parameter value. This is then
the object number that is used for the SDO access operation (reading or writing).
The numerical sequence after the point in the specification of the PKW object
generally corresponds to the subindex number of the CANopen object. It only has
to be converted from a decimal number into a hexadecimal number. In order to be
able to write into the parameter, in addition, the data type - e.g. unsigned 16 (U16)
- must be taken from the MICROMASTER parameter list.
The following diagram again clearly shows how to work with the SDO parameter
channel:
Reading
Write
Reading
objects via SDO Writing
objects via SDO
Reading an
NO object from YES Writing an
NO object from the YES
the object list
Section 3.1 object list,
? Section 3.1
?
Add 2000H
Add 2000H
to the converter
from the converted
hexadecimal value
hexadecimal value
Using two examples, the following two sections show the read and write access
operations using SDO on two PKW objects.
• Byte 1
− Bit 0 - 7 = C4H ->index of the object, part 2
• Byte 2
− Bit 0 - 7 = 23H ->index of the object, part 1
• Byte 3
− Bit 0 - 7 = 02H ->subindex of the object
• Byte 4-7
− Bit 0 - 7 = 00H ->always for initiate SDO-upload request
Table 3-7 SDO read request to parameter r0964.02 (object 0x23C4* sub2)
Table 3-9 SDO write request for parameter (object 0x24B3* sub0)
PDO services are used to transfer data which are critical from a time perspective.
PDO connections follow the Producer/Consumer model. Whereby a normal PDO
connection follows the Push model and an RTR connection, the Pull model.
Several objects are mapped in a PDO. This mapping is an agreement between the
sender and receiver as to which object is located at which position in the PDO. This
means that the sender knows at which position in the PDO it should write data and
the receiver knows to where it should transfer data which it received. A more
detailed description of the PDO mapping is provided in Sections 2.2 and 5.4.
PDO services
Write PDO service
The Write PDO service is unacknowledged. There is a PDO producer which sends
its PDO to the PDO consumer. There can be 0 or more consumers in the network -
but always only one Producer. This service is used for the normal process data
transfer between MICROMASTER 420/430/440 and one of the other CANopen
nodes (e.g. CANopen master). Regarding Receive PDOs, MICROMASTER is the
consumer and regarding Transmit PDOs, is the Producer.
Indication Request
Remote transmit request
PDO identifier
It is recommended that an identifier is allocated to the PDOs in the CANopen
profile for the first four transmit and receive PDOs. However, this can always be
changed by writing into the appropriate communication objects. In Micromaster 440
the COBIDs are pre-set as follows:
Receive PDOs 1. 200H + Node ID
5. 300H + Node ID
(corresponds to the pre-setting [default] for 2. after
DS301, however, the second RPDO does not exist for
the Micromaster, this is the reason that COBID was
assigned here for the next existing PDO)
6. 400H + Node ID
(corresponds to the pre-setting for 3. after DS301)
Synchronous PDOs are transferred using the standardized SYNC object. The
SYNC Producer sends these periodically.
The Transmission Type (operating mode) specifies the data transfer type and the
trigger initiation for a PDO. For synchronous Transmit PDOs, the Transmission
Type also defines the data transfer rate in the form of a factor. For a factor of 0, the
PDO is transferred after each SYNC object if an additional event has occurred (a
value has changed). For a factor of 1, the PDO is transferred after every SYNC
object. For a factor n (n = 1 - 240), the PDO is sent after every nth SYNC signal.
Non-synchronous PDOs are sent independently of the SYNC object. Data of a
synchronous Receive PDO, that is received after a SYNC object, is processed by
the application after the next received SYNC object - independently of the value of
the factor for the Transmission Type. The data of an asynchronous PDO are
always directly transferred to the application.
Request Indication
L=0
NOTE
Warnings do not initiate EMERGENCY telegrams – they are indicated by the
warning bit in the status word. The CANopen master can read-out the warning
number from object 283EH.
Table 3-13 EMERGENCY messages that are not generated by the drive
The following table indicates all CANopen error codes and the associated
MICROMASTER faults. A precise description is provided in the MICROMASTER
documentation.
Table 3-14 Assignment of the CANopen error codes to MICROMASTER errors. Comment: Additional
error numbers were introduced here that are not defined in CANopen in order to be able to
more precisely specify the fault/error.
Power Fault 13
Disabled
Fault
Start
Reaction Active
0 14
Not Ready to
Fault
Switch On
15
Switch On
Disabled
2 7 Statusword
Bit 3 (Fault)
Ready to
Switch On
9 8 3 6 10 12
Switch On
4 5
The CANopen control word is used in order to execute the state transitions
described in the previous Chapter.
Parameter P0700 (object:0x22BC*) must be set to 6 in order to transfer the
CANopen control word to the appropriate internal parameters.
The CANopen control word is then written into the inverter at P2050.00 (object
0x2802*) and is then internally copied into parameter r2090. The CANopen control
word is converted to the MICROMASTER control word in the option module. The
assignment of the bits of the CANopen control word to the MICROMASTER control
word are shown in the following table.
Table 3-15 Assignment of CANopen control word bits to MICROMASTER control word bits
This means that it is not possible to stop the drive using the stop bit of the
CANopen control word. Bits 4, 5 and 6 are specific to the operation mode and only
exist in the velocity mode.
The bit combinations which result in the various state machine transitions are
shown in the following table.
The CANopen status word is used to define the drive status according to the state
machine described above. Especially after a transition, by sending the CANopen
control word from the master to the drive, it can be identified as to whether the
change (transition) was correctly executed.
In order to transfer the CANopen status word to the appropriate internal
parameters, parameter P0700 (object:0x22BC*) must be set to 6.
The MICROMASTER status word (r0052, corresponds to object 0x20034*) is sent
to the CANopen option module via the BICO connection with P2051.00 (object
0x2803*). There, it is converted into the CANopen status word.
The assignment of the bits of the CANopen status word to the MICROMASTER
status word are shown in the following table.
Table 3-17 Assignment of CANopen status word bits to MICROMASTER status word bits
Note inversion between Drive status word and CANopen Status word.
These bits are defined as “reserved” for velocity mode in the CANopen Spec so
these definitions may not be possible
The status messages of the CANopen status word are listed in the following table.
In addition to the CANopen control and status word, for Micromaster, there are also
the so-called control and status words 2. If so required, these can be used to
enable additional Micromaster functions.
In order to be able to address control word 2 of the MICROMASTER via CANopen,
parameter r2050 .3 (object 0x2802* subindex 4) must be connected via the
appropriate BICO connection!
Status word 2 can also be connected as checkback signals to control word 2 via
parameter P 2051.3 (object 0x2803* subindex 4).
This is possible using the BICO connection from r0053 to r2051.03.
Bit 12 of control word 2 (torque control) is additionally changed by the CANopen
object 0x6060 "modes_of_operation", in order to change between closed-loop
speed and torque control and/or between "velocity mode" and" profile torque
mode" (refer to Section 3.1). Object 0x6060 only becomes available if this BICO
connection has been established from bit 12 of control word 2. This can be realized
either via CAN, BOP or the start-up tool.
Note that the free object 0x2802* subindex 4 in the drive corresponds to parameter
r2050.3 and that parameter r2050.3 is internally connected to parameter r2091.
The bits of r2091 can be connected appropriately via BICO to provide the functions
defined below (see Table 3-19 "Manually setting").
The meaning of the bits in control word 2 and status word 2 are as follows:
Table 3-19 Significance of the bits in control word 2 and status word 2
CAUTION
Note that for mode selection to work control bit 12 of control word 2 must be BICO-
linked to torque-control / speed-control selection bit via P1501 as follows:
P1501 = r2091.12
(i.e. 082B000C must be written into CAN object 0x25DD sub 0)
For the CAN object 0x6061 "modes of operation display", in addition, a BICO
connection must be established from P2051.06 to r0055. Up until now, this
connection can only be established using the BOP or the start-up (commissioning)
tool.
4 Connecting to CANopen
WARNING
The drive converter/drive inverter must be powered-down (brought into a no-
voltage condition) before installing or removing the CANopen communications
module from a MICROMASTER 420/430/440.
WARNING
The drive converter/drive inverter must be powered-down (brought into a no-
voltage condition) before the CANopen communications module is installed or
withdrawn from a MICROMASTER 430/440.
Then re-locate the front cover and Standard Display Panel (SDP) on the drive.
WARNING
The drive converter/drive inverter must be powered-down (brought into a no-
voltage condition) before the CANopen communications module is installed or
withdrawn from a MICROMASTER 430/440.
Fig. 4-4 Installing the communications module for MICROMASTER 4, Sizes FX, GX
The communications module is installed essentially the same as for Size A (refer to
Section 4.1). Then re-locate the covers on the drive converter/drive inverter.
CAN-bus cables
The CANopen DRP 301-1 profile recommends cables with the following
properties/features:
(1) Recommended cable AC parameters: 120-Ω impedance and 5-ns/m specific line delay
Bus termination
In order to guarantee perfect operation of the CAN bus, bus terminating resistors
must be provided at both ends of the bus cable (refer to Table 4-2).
Ground connection
Generally, the CAN ground can be connected. However, in completely electrically
isolated CANopen networks the CAN connection does not have to be grounded.
Cable lengths
The lengths of the bus cables in a CANopen network depend on the baud rate and
the delay times of the various nodes.
The maximum cable lengths for a CANopen network with a CANopen master and a
MICROMASTER 420/430/440 are calculated in the following example. It is as-
sumed that the CANopen MASTER has the same delay times as MICROMASTER
420/430/440.
When calculating the maximum cable lengths between the two nodes located the
farthest away from each other, it is decisive that the nodes with the highest delay
are also located at the start and at the end of the network. Another calculation must
be made if a node with even higher delay times is to be located in a network.
Lmax
TLtg
TTransceiver TTransceiver
Transceiver
TCAN TCAN
CAN-Controller
Node 1 Node 2
The maximum length of cable between two nodes is calculated using the formula
below:
0,85 - Tel
Lmax = 2 ⋅ Baudrate =
TLtg
0,85 - ([TCAN In+out] +[TTransceive r Tx +Rx]+[2 ⋅ TOptocouple r ])
2 ⋅ Baudrate
TLtg
The following values must be taken into account for the maximum cable length
between a MICROMASTER and a CANopen-Master with the same values:
CAN interface chip = TCAN = In+out 26 ns
Line driver = TTransceiver (Tx) = 80 ns
Line driver = TTransceiver (Rx) = 150 ns
Opto-coupler = TOptocouler = 40 ns
Cable time lag = TLtg = 5 ns/m
Table 4-3 Maximum cable lengths between two bus nodes with the delay times of
MICROMASTER 420/430/440
When commissioning a system for the first time via CANopen, it is important for the
master that it knows the default values of the Node ID (in this case: 3) and the
baud rate (in this case: 10kbit/s) of a new node. This then allows the master to
configure it corresponding to the specified requirements. Further, there must be an
EDS file, to provide information about its default, highest and lowest values as well
as its data type via existing CANopen objects. Practical examples for
commissioning a system for the first time are provided in the Chapters:
"Commissioning in the velocity mode" and "Commissioning in the profile torque
mode".
The information required for the existing object of a node are saved in the EDS file.
This EDS file is provided on the CD that is included in the scope of supply of the
CANopen module.
NOTE
The CANopen option module can only be connected if the inverter was previously
disconnected/isolated from the power supply.
When commissioning the CANopen option module for the first time, the settings of
the following parameters must be checked:
NOTE
If the CAN parameters - baud rate and NodeID - were changed, then it is either
necessary to run-up again or send the "reset node" command of the CAN master in
order to make the changes in the drive effective. The run-up must be initiated by
powering-OFF/ON the inverter (powering-down and powering-up again).
"P2040" = 0 no monitoring
"P2040" > 0 telegram failure time in milliseconds (as standard > 0 !)
Caution!
When commissioning the system for the first time, we recommend that
parameter "P2040" (object 0x27F8*) is set to zero in order to prevent the drive
going into a fault state.
In order to set the mapping for PDO 5 or PDO 6 via the CANopen master, the
usual sequence must be maintained (also refer to DS 301):
1/ Set the number of mapping entries in the subindex 0 to 0
2/ Write new mapping entries - one after the other - into sub-indices 1 to 4
3/ Set the number of mapping entries in subindex 0 to the number of the now newly
mapped objects (2 for 2 mapping entries, 4 for 4 mapping entries...)
NOTE
The internal MICROMASTER parameters only use a single bit in order to specify a
mapping parameter. This is the reason that in CANopen, a specific sequence must
be maintained when writing the mapping values. The connection between drive
parameters and mapping entry is specified in the following table:
Initially, values that correspond to the lowest bit numbers must be mapped.
As example, here, the following mapping should be set for RPDO_5:
Control word, free object 2802.03, setpoint (reference) torque and modes of
operation.
The process data of the CANopen option module are updated approx. every 8 ms.
This means, on one hand, that the CANopen master should only send a new
setpoint (reference) value telegram every 8 ms - but, on the other hand, for a non-
synchronous PDO transfer type, actual values are only updated and sent every 8
ms. Setpoints, that are sent in a shorter cycle than the 8ms, can be overwritten.
Only the last setpoint telegram before the data transfer between the CANopen
option module and MICROMASTER 420/430/440 is valid.
Instead of using the usual CANopen mechanisms, the properties of the PDOs can
be set and checked using the indexed parameter P2041(object 27F9*).This
includes the PDO mapping and the PDO data transfer type. Further, in this
parameter, the behavior of the bus node for a Live Guarding Event, the baud rate,
the response of the CAN state machine to loss of communications (using object
1029H) and the response of the drive status machine to communications loss
(using object 6007H) are defined.
The possible settings are listed in the following tables.
The subsequent table shows all of the possible data transfer types for Transmit
PDOs. For Receive PDOs it is only possible to set as to whether the PDO can
receive in synchronism or out of synchronism with the SYNC telegram. This can
either be set using the appropriate CANopen objects or using bits 8, 9 and 10 of
parameter 2041.01 (object 27F9*sub 1).
The power-on values of the CANopen objects, that define the data transfer type of
the PDOs, can, under certain circumstances, deviate from the true values of the
objects in the inverter. This is the reason that we urgently recommend that these
objects are not saved using a "SAVE" command via object 0x1010. In fact, after
every power-on, they should be explicitly re-defined using CAN in order to avoid an
incorrect function.
The following tables indicate the significance of the various bits in parameters
P2041.02 (object 27F9*sub 2) and P2041.03 (object 27F9*sub 3).
Table 5-3 Significance of the bits for MICROMASTER 420/430 in parameters P2041.02 and P2041.03
MICROMASTER 420/430
SET Bit Direction Object Dictionary Drive Description
Number Index Table
Data into Drive : Transferred from CANopen bus to CANopen objects to Drive parameters 2050.x
Bit 0 R_PDO 6040H 2050.0 Map to CANopen control word (6040H). Note that
this object is mapped internally in the Drive to
Parameter P2090 which is bit-addressable.
Bit 1 R_PDO 6042H or 2050.1 Map to CANopen
6052H vl_target_velocity (RPM, 6042H) or
vl_nominal_percentage (per-unit, 6052H)
Depending on Bit 7.
Bit 2 R_PDO 2802.3H 2050.2 Map to Free Object (2802H subindex 3).
Bit 3 R_PDO 2802.4H 2050.3 Map to Free Object (2802H subindex 4). Note that
this object is mapped internally in the Drive to
Parameter P2091 which is bit-addressable. This
therefore allows CANopen to change control word
2 or other control words (through appropriate
BICO connections) if required.
Bit 4 Not used
Bit 5 Not used
Bit 6 Not used
Bit 7 R_PDO Choose mapping from from RPM or per-unit
values.
CLEAR: If Bit 7 clear, map to vl_target_velocity
(RPM, 6042H)
SET: If Bit 7 set, map to vl_nominal_percentage
(Per-unit, 6052H)
Data out of Drive : Transferred from Drive parameters 2051.x to CANopen objects to CANopen bus
Bit 8 T_PDO 6041H 2051.0 Map to CANopen status word (6041H)
Bit 9 T_PDO 6043H or 2051.1 Map to CANopen ….
6053H vl_velocity_demand (RPM, 6043H) or
vl_percentage_demand (per-unit, 6053H)
depending on bit 15
Bit 10 T_PDO 2803.3H 2051.2 Map to Free Object (2803H subindex 3)
Bit 11 T_PDO 2803.4H 2051.3 Map to Free Object (2803H subindex 4)
Bit 12 Not used
Bit 13 Not used
Bit 14 Not used
Bit 15 T_PDO Choose mapping from RPM or per-unit values.
CLEAR: if Bit 15 clear, map to vl_velocity_demand
(RPM, 6043H)
SET: if bit 15 set, map to vl_nominal_percentage
(Per-unit, 6053H)
Table 5-4 Significance of the bits for MICROMASTER 440 in parameters P2041.02 and P2041.03
MICROMASTER 440
SET Bit Direction Object Dictionary Drive Description
Number Index Table
Data into Drive : Transferred from CANopen bus to CANopen objects to Drive parameters 2050.x
Bit 0 R_PDO 6040H 2050.0 Map to CANopen control word (6040H). Note that
this object is mapped internally in the Drive to
Parameter P2090 which is bit-addressable.
Bit 1 R_PDO 6042H 2050.1 Map to CANopen….
or vl_velocity_reference (RPM, 6042H) or
6052H vl_nominal_percentage (per-unit, 6052H)
depending on Bit 7.
Bit 2 R_PDO 2802.3H 2050.2 Map to Free Object (2802H subindex 3)
Bit 3 R_PDO 2802.4H 2050.3 Map to Free Object (2802H subindex 4). Note that
this object is mapped internally in the Drive to
Parameter P2091 which is bit-addressable. This
therefore allows CANopen to change control word
2 or other control words if required. Note that if
modes of operation is mapped, then bit 12 of this
object will have no effect because bit 12 of 2050.3
will be set or cleared depending on the value of
modes of operation.
Bit 4 R_PDO 6071H 2050.4 Map to CANopen Target_Torque (6071H)
Bit 5 R_PDO 2802.6H 2050.5 Map to Free Object (2802H subindex 6)
Bit 6 R_PDO 6060H 2050.3 Map to CANopen Modes_of_operation (6060H)
bit 12
Bit 7 R_PDO Choose mapping from RPM or per-unit values
CLEAR: if Bit 7 clear, map to
vl_velocity_reference (RPM, 6042H)
SET: if bit 7 set, map to vl_nominal_percentage
(per-unit, 6052H)
Data out of Drive : Transferred from Drive parameters 2051.x to CANopen objects to CANopen bus
Bit 8 T_PDO 6041H 2051.0 Map to CANopen status word (6041H)
Bit 9 T_PDO 6043H 2051.1 Map to CANopen
or vl_velocity_demand (RPM, 6043H) or
6053H vl_percentage_demand (per-unit, 6053H)
depending on Bit 15
Bit 10 T_PDO 2803.3H 2051.2 Map to Free Object (2803H subindex 3)
Bit 11 T_PDO 2803.4H 2051.3 Map to Free Object (2803H subindex 4).
Note that if modes of operation display is mapped,
then bit 12 of this object will reflect the value of
P2051.06 bit 12.
Bit 12 T_PDO 6077H 2051.4 Map to CANopen actual torque (6077H)
Bit 13 T_PDO 6044H 2051.5 Map to CANopen
or vl_control_effort (RPM, 6044H) or
6054H vl_actual_percentage (per-unit, 6054H)
depending on Bit 15
Bit 14 T_PDO 6061H 2051.6 Map to CANopen modes of operation display
(6061H)
MICROMASTER 440
SET Bit Direction Object Dictionary Drive Description
Number Index Table
Bit 15 T_PDO Choose mapping to RPM or per-unit values
CLEAR:
if bit 9 set, map to vl_velocity_demand
(RPM, 6043H)
if bit 14 set, map to vl_control_effort
(RPM, 6044H)
SET:
if bit 9 set, map to vl_percentage_demand
(per-unit, 6053H)
if bit 14 set, map to vl_actual_percentage
(per-unit, 6054H)
Join Join
high- and low byte high- and low byte
Fig. 5-1 Transmitting a PDO mapping via parameter P2041.02 (object 27F9*sub 2)
and P2041.03 (object 27F9*sub 3)
Join Join
high- and low byte high- and low byte
Fig. 5-2 Reading the set PDO mapping via parameters P2041.02 and P2041.03
The first commissioning in the velocity mode is described in this Chapter. All of the
necessary settings and CAN messages are documented here in order that the
drive can be moved:
Firstly, the following BICO connections must be set using the BOP link or
commissioning (start-up) tool:
Parameter P2051.6 = 55 - connection to display the operating modes
CAN object modes of operation display 0x6061 is active
Parameter P2051.5 = 63 - the actual speed is repeatedly read
CAN object 0x6044 is active
Caution! It is not possible to set this connection via CAN, as object 0x2803*
(P2051) is a read-only object.
Set parameter P1300 (control type) to 0 for V/f operation (closed-loop speed
control)
Write 0 into object 0x2514* sub 0
T0 00:01:44,6277: 0x603 8-Data: 2b 14 25 00 00 00 00 00
R0 00:01:44,6573: 0x583 8-Data: 60 14 25 00 00 00 00 00
Set the data transfer type of all PDOs to non-synchronous data transfer:
Write FF into object 0x1400 sub 2
T0 00:01:44,7392: 0x603 8-Data: 2f 00 14 02 ff 00 00 00
R0 00:01:46,4598: 0x583 8-Data: 60 00 14 02 00 00 00 00
Receive the following three PDOs if the target velocity is reached and the "Target
reached bit" is set by the drive:
A first commissioning in the velocity mode is described in this Chapter. All of the
necessary settings and CAN messages are documented here in order to move the
drive:
When commissioning in the Profile Torque Mode, the baud rate for CANbus
communications must be set to 500kbit/s:
Write 500 into object 0x27DA sub 0
T0 00:00:36,4500: 0x603 8-Data: 2b da 27 00 f4 01 00 00
R0 00:00:38,2083: 0x583 8-Data: 60 da 27 00 00 00 00 00
The new baud rate becomes active after the drive is re-started
Initially, the following BICO connections must be set using the BOP or
commissioning (start-up) tool:
Parameter P2051.6 = 55 - connecting to display the operating modes
CAN object modes of operation display 0x6061 is active
Parameter P2051.5 = 63 - the actual speed is repeatedly read
CAN object 0x6044 is active
Parameter P2051.4 = 80 - torque
CAN object 0x6077 is active
Caution! It is not possible to set these connections via CAN as object 0x2803*
(P2051) is a read-only object.
Set the data transfer type of all PDOs to non-synchronous data transfer:
Write FF into object 0x1400 sub 2
T0 00:01:44,7392: 0x603 8-Data: 2f 00 14 02 ff 00 00 00
R0 00:01:46,4598: 0x583 8-Data: 60 00 14 02 00 00 00 00
Execute the mapping for RPDO 4 - set the number of mapped objects to 0
Write 0 into object 0x1604 sub 0
T0 00:01:50,4900: 0x603 8-Data: 2f 04 16 00 00 00 00 00
R0 00:01:50,5034: 0x583 8-Data: 60 04 16 00 00 00 00 00
The PZD data received (consumed) from the CANopen master is located in a
specific data area in the MICROMASTER 420/430/440. For reasons of flexibility,
this incoming PZD data must be allocated a purpose of use – for instance, the
second word can be used as speed setpoint. Using parameters P0700 and P1000
to allocate, it is set so that the control word is received via P2050.00 and the main
setpoint via P2050.01. The required BICO connections are also made for this
purpose.
The PZD data, transferred back to the CANopen master (produced), come from
another data area which is specifically reserved in MICROMASTER 420/430/440
for outgoing data. This is also done for reasons of flexibility. Every outgoing PZD
data word (16 bit) must be allocated internal status words and actual value words,
which are already available in MICROMASTER 420/430/440. This means that the
second word, sent back to the CANopen master, can, for example, include the
speed actual value. The indexed parameter P2051 is used to make this selection.
NOTE
Only 4 PZD words are shown for the MICROMASTER 420 in Table 6-1. This
corresponds to the maximum capacity of the MICROMASTER 420.
MICROMASTER 430/440 have higher capacities. The CANopen option module
can process up to 6 PZD words.
The following tables contain the specific parameters which are used to connect
process data for the CANopen option module:
NOTE
P2050.00 (Control word 1) is internally copied to parameter r2090 and that
P2050.03 (Free Object) is internally copied into parameter r2091. This is to enable
the BICO connections to be made to the individual bits within these control words.
Note also that modes of operation operates on bit 12 of r2050.03.
Process data is sent from the drive to the network in parameter P2051 as follows:
NOTE
r2050 also acts as a display parameter with which the setpoints, received from the
CANopen master, can be checked. These displays always have a decimal format –
if, e.g. r2050.00 = 1150, then this would be 047EH in the hexadecimal format.
This parameter can be set in order to define the sources of the parameter changes.
Bit 0 CANopen master 0: No
1: Yes
Bit 1 BOP 0: No
1: Yes
Bit 2 Mounting set PC/drive converter 0: No
(USS at the BOP interface) 1: Yes
Bit 3 Local RS485 interface (terminal 14/15 0: No
(MICROMASTER 420) and 29/30 1: Yes
(MICROMASTER 440) with USS)
The pre-setting (default setting) for all bits is 1; this means that the parameters of
all of the sources can be changed.
Fig. 6-1 to Fig. 6-4 give an overview to the process data connections and show
appropriate BICO connections for velocity mode and torque profile mode.
free object to
MICROMASTER 0 Free connection
P2050.3
2802.4H 1 r2091
RPDO5 P2041.2 bit 02
RPDO6 P2041.3 bit 02
free object to
0 Free connection
MICROMASTER
P2050.2
2802.3H 1
V1_velocity_reference
604EH
RPDO5 P2041.2 bit 01
V1_target_velocity RPDO6 P2041.3 bit 01
4000H
6042H RPDO5 P2041.2 bit 07
604EH RPDO6 P2041.3 bit 07
Drive Main Setpoint
0 Frequency Setpoint P1070 (755.0)
0 BICO connection:
V1_nominal_percentage P2050.1 KK
1
P0700 = 6
6052H 1
RPDO5 P2041.2 bit 00
RPDO6 P2041.3 bit 00 Drive Control Word
r0054
CANopen Drive
control word Conversion from 0 Control Word
P2050.0
BICO connection:
CANopen control word
6040H P0700 = 6
to MICROMASTER 1
Drive
control word Control Word
r2090
Fig. 6-1 Process Data transfer from CAN object dictionary to MICROMASTER 420/430/440 using
RPDO5 or RPDO6
V1_velocity_reference
604EH
Fig. 6-2 Process Data transfer from MICROMASTER 420/430/440 to CAN object dictionary using
TPDO5 or TPDO6
NOTE
Changes to CAN configuration parameters using BOP, AOP, Start-up Tool
(STARTER, DriveMonitor) will only take effect after a powercycle.
Changes to CAN configuration parameters made over the CAN network via the
object dictionary will take immediate effect (powercycle not necessary).
free object to
MICROMASTER 0 Free connection
P2050.5
2802.6H 1
free object to
MICROMASTER 0 Modify bit 12 Free connection
If object 6060H is P2050.3
2802.3H mapped
1 BICO connection:
r2091
Bit 12 P1501 = r2091.12
motor rated torque
Note this = P2003 which by Select speed control
default = 2 x nominal torque or torque control
Speed control setpoint 0
6076H Speed or Torque
setpoint
1
Convert to torque RPDO5 P2041.2 bit 04
CANopen 4000H RPDO6 P2041.3 bit 04 Torque control
target torque 1000 setpoint
Note: 4000H corresponds Torque
6071H to torque in 6076H. 0 setpoint
BICO connection:
Note that 6076H = P2003 P2050.4
P1503 = P2050.4
which by default = 1
2 x nominal torque
Fig. 6-3 Process Data transfer from CAN object dictionary to MICROMASTER 440 using
RPDO5 or RPDO6
Fig. 6-4 Process Data transfer from MICROMASTER 440 to CAN object dictionary using
TPDO5 or TPDO6
Typical parameter edits for the Profile Torque Mode allowing switchover between
speed and torque control
Parameter Value Comment
2041.0 65535 PDO1, PDO5
Transmit if data changes
2041.1 0* 0 = default value on powerup, so user does not need to change
no change required this.
by user RPDO1, 5 and 6 are asynchronous
TPDO6 = Acyclic, synchronised, but not mapped (not needed
for minimal system)
2041.2 01110010 RPDO5 : TDO5:
01010010 hex = Setpoint in RPM Actual speed in RPM
7252H = 29266 Torque setpoint Actual torque
decimal Modes of operation Actual speed in RPM
Modes of operation display
P1503 2050.4 Connect torque setpoint from CAN
P1501 2091.12 Connect modes of operation to allow switching between speed
control and torque control
P2051.4 80 Connect actual torque
P2051.5 63 Connect actual drive speed. This is not necessary for torque
profile, but it does give the actual motor speed as shown by an
(optional) attached encoder
P2051.6 2091 Connection for modes of operation display
NOTE
Changes to CAN configuration parameters using BOP, AOP, start-up tool
(STARTER, DriveMonitor) will only take effect after a powercycle.
Changes to CAN configuration parameters made over the CAN network via the
object dictionary will take immediate effect (powercycle not necessary).
A standard combi LED is provided for troubleshooting. This combi LED displays the
module/network status and, alarms generated specifically from the CANopen
module and a diagnostics display parameter.
A two-color LED is provided on the front panel of the CANopen module. This
displays the operating status of the module.
An LED test is carried-out when the module is powered-up. The test proceeds as
follows: The LED is lit green for approximately 1 second and then it is red for 1
second and then it goes dark.
The following table explains the various states of the combi LED for the
module/network status.
LED Action
On LED colour constantly ON
Off LED colour constantly OFF
Flickering iso phase on and off with a frequency of about 10 Hz (approximately
50 ms on / 50 ms off)
Blinking iso phase on and off with a frequency of about 2.5 Hz (approximately
200 ms on / 200 ms off)
Single flash One short 200 ms flash followed by off for 1 s
Double Flash Two short 200 ms flashes followed by off for 1 s
Triple Flash Three short 200 ms flashes followed by off for 1 s
In the CANopen specification the RED part of the LED indicates the status of the
CAN physical layer and indicates errors due to missing CAN messages (SYNC,
NODE-GUARDING, etc).
The MICROMASTER 420/430/440 will support the following mandatory states of
the RED part of the LED and an MICROMASTER 420/430/440 specific option as
follows:
In the CANopen specification the GREEN part of the LED indicates the status of
the CANopen network state machine.
The MICROMASTER 420/430/440 will support the following mandatory states of
the GREEN part of the LED as follows:
Note that the above effects of the two colours in the LED are combined to give a
total status. For example ‘CAN warning limit reached’ during the ‘pre-operational’
state would give a 200 ms flash of the RED LED every second interspersed with a
2.5 Hz signal on the GREEN LED.
NOTE
Orange colour LED is not critical.
Warnings
Table 7-4 Warnings displayed at the drive converter
Note 1: Objects 1029H and 6007H determine CANopen module response to most of the
alarms described above.
1029H is set up from the least significant digit of P2041.04
6007H is set up from the middle digit of P2041.04
Note 2: CAN Chip: The CAN chip is read on interrupt, and interrupt routine takes
approx. 20 to 50 µs. Therefore if 3 messages received within
40 to 100 µs will get CAN overrun.
CAN software: The CAN software has 10 buffers. These buffers are read
every 2 ms. Therefore if receive > 10 messages in 2 ms may
get a CAN overrun.
Drive Cycle Time: This is 8 ms. If the MICROMASTER 420/430/440 receives the
data for the same variable within 8 ms the previous data will
be overwritten.
Faults
Table 7-5 Fault messages displayed at the drive converter
Parameter r2054
The indexed parameter r2054 provides detailed information if the MICROMASTER
displays a warning (alarm) generated by the CANopen option module.
Index Content
0 Configuration or other errors
0: no error
1: Invalid slave address (low byte of P0918)
2: Invalid PDO Transmission Type (P2041.00 - P2041.01)
3: Invalid T_PDO Transmission Type (P2041.00 - P2041.01)
4: Invalid R_PDO Transmission Type (P2041.01 high byte)
5: Invalid baud rate (P2041.04)
6: Invalid comm error response (P2041.04)
7: Invalid lifeguarding event response (P2041.04)
8 - 10: Unable to read configuration parameters : problem on comm link to Drive
12: Configuration timed out
13: Other configuration error
14 - 15: Configuration Mapping error (P2041.02 – P2041.03)
16: illegal drive type
32: wrong index passed by SDO
33: SDO wrong profile
35 - 36: Failure in writing Parameters to Drive on reset-node
64 - 66: Execution of resetCommunication command failed
67 - 69 Execution of resetNode command failed
96 - 101 Execution of “load” command failed
112 - 113 Execution of “save” failed
114 Tried to do resetcommunication or resetnode whilst drive running
128 - 129 Data set changed, but failed to update parametes accordingly
146 Tried to do resetnode or resetcommunication when data saved to eeprom or
when already executed a “load” command
CANopen errors
401: Out of RAM
402: Object does not exist
404: Operation not allowed in this state
405: No matching type
406: Inhibit time active
407: No initiate service executed
408: Service is already running
409: Datatype does not fit in telegram
410: Errortype does not fit in telegram
412: Invalid range
415: No COB database available
416: Object disabled
420: PDO Mapping error
421: No access to object dictionary
422: Object does not exist
423: Subindex doesn't exist
424: No read permission
425: No write permission
426: Value greater than upper limit
427: Value less than lower limit
428: Object has wrong size
429: Wrong trans type
Parameter Description
r2053.00 Module type (3 = CANopen)
r2053.01 Version (11 = Version 1.1); this is the same version which is output at CANopen
r2053.02 Firmware details
r2053.03 Year of the software
.
r2053.04 Day / month (2404 = 24 April) of the software
8 Attachment
The module fulfills the following Standards regarding noise emission and noise
immunity:
Noise emission according to EN55011 (1991) Class A
Noise immunity according to IEC 60 801-3 and EN61000-4-3
AC Alternating current
AD Analog digital converter
ADC Analog digital converter
ADR Address
AFM Additional frequency modification
AIN Analog input
AOP Advanced operator panel
AOUT Analog output
ASP Analog setpoint
ASVM Asymmetric space vector modulation
BCC Block check character
BCD Binary-coded decimal code
BI Binector input
BICO Binector / connector
BO Binector output
BOP Basic operator panel
C Commissioning
CAL CAN Application Layer
CAN Controller Area Network
CB Communication board
CCS Client Command Specifier
CCW Counter-clockwise
CDS Command data set
CI Connector input
CiA CAN in Automation
CM Configuration management
CMD Commando
CMM Combimaster
CO Connector output
CO/BO Connector output / Binector output
COB-ID Communication Object Identifier
COM Common (terminal that is connected to NO or NC)
COM-Link Communication link
CT Commissining, ready to run
CT Constant torque
CUT Commissining, run, ready to run
CW Clockwise
DA Digital analog converter
DAC Digital analog converter
DC Direct current
DDS Drive data set
DIN Digital input
DIP DIP switch
DOUT Digital output
DS Drive state
EEC European Economic Community
EEPROM Electrical erasable programmable read-only
ELCB Earth leakage circuit breaker
EMC Electro-magnetic compatibility
EMF Electromotive force
EMI Electro-magnetic interference
FAQ Frequently asked questions
FCC Flux current control
FCL Fast current limit
FF Fixed freqeuncy
FFB Free function block
FOC Field orientated control
FSA Frame size A
GSG Getting started guide
GUI ID Global unique identifier
HIW Main actual value
HSW Main setpoint
HTL High-threshold logic
I/O Input and output
IBN Commissioning
IGBT Insulated gate bipolar transistor
IND Subindex
JOG Jog
KIB Kinetic buffering
KTY
LCD Liguid crystal display
LED Light emitting diode
LGE Length
MHB Motor holding brake
MM4 MICROMASTER 4th. Generation
To Recommendations
Corrections
Siemens AG
For the document/Manual:
Automation & Drives Group MICROMASTER 420/430/440
SD SM 5 CANopen Option Module
P.O. Box 3269
D-91050 Erlangen
Federal Republic of Germany