• contains detailed information about the commissioning, configuration, and diagnostics of the
CANopen® bus system as part of the Lenze automation system Controller-based Automation.
• is part of the "Controller-based Automation" manual collection. It consists of the following sets
of documentation:
Documentation typeSubject
System manualsSystem overview/sample topologies
• Controller-based Automation
• Visualising
Communication manuals
Online helps
Reference manuals
Online helps
Software manuals
Online helps
Bus systems
• Controller-based Automation EtherCAT®
• Controller-based Automation CANopen®
• Controller-based Automation PROFIBUS®
• Controller-based Automation PROFINET®
Lenze Controller:
• Controller 3200 C
• Controller c300
• Controller p300
• Controller p500
Lenze Engineering Tools:
• »PLC Designer«: Programming
• »Engineer«: Inverter configuration
• »VisiWinNET® Smart«: Visualisation
• »Backup & Restore«: Back up/restore data
5Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD17
Further information on Lenze products which can be used in conjunction with Controller-based
Automation can be found in the following sets of documentation:
Mounting & wiringSymbols:
Mounting instructions
• Controller
• Communication cards (MC-xxx)
• I/O system 1000 (EPM-Sxxx)
• Inverter, Servo Drives
•Communication modules
Operating instructions
• Controller
• Servo system ECS (ECSxE, ECSxM)
Sample applications/Using application templates
Online help/software manuals
• Application Sample i700
• Application Samples
• ApplicationTemplate
Parameter setting, configuration, commissioning
Online help/reference manuals
•L-force Controller
• Inverter, Servo Drives
• I/O system 1000 (EPM-Sxxx)
Online help/communication manuals
• Bus systems
•Communication modules
Operating instructions
• Servo system ECS (ECSxE, ECSxM)
Printed documentation
Online help in the Lenze Engineering
Tool (also available as PDF file at
www.lenze.com
.)
Tip!
Current documentation and software updates with regard to Lenze products can be found
in the download area at:
www.lenze.com
Target group
This documentation is intended for persons who plan, install, commission and maintain the
networking of devices as part of the Lenze automation system "Controller-based Automation".
Information on validity
The information provided in this documentation is valid for the Lenze automation system
"Controller-based Automation" from version 3.
Screenshots/application examples
All screenshots in this documentation are application examples. Depending on the firmware
version of the field devices and the software version of the Engineering tools installed (e.g. »PLC
Designer« ), screenshots in this documentation may differ from the representation on the screen.
Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD176
This documentation uses the following conventions to distinguish different types of information:
Type of informationIdentificationExamples/notes
Numbers
DecimalNormal spellingExample: 1234
Decimal separatorPointIn general, the decimal point is used.
Example: 1234.56
Hexadecimal0x[0 ... 9, A ... F]Example: 0x60F4
Binary
• Nibble
Text
Program name» «PC software
WindowitalicsThe message window... / The Options dialog box ...
Variable nameSetting bEnable to TRUE...
Control elementBoldThe OK button ... / The Copy command ... / The Properties
Sequence of menu
commands
Shortcut<Bold>Use <F1> to open the online help.
Program codeCourierIF var1 < var2 THEN
KeywordCourier bold
HyperlinkUnderlined
Icons
Page reference ( 8)Optically highlighted reference to another page. Can be
Step-by-step instructions
0b[0, 1]Example: ’0b0110’
Example: ’0b0110.0100’
Example: Lenze »Engineer«
tab ... / The Name input field ...
If several successive commands are required for
executing a function, the individual commands are
separated from each other by an arrow: Select the
command File
If a key combination is required for a command, a "+" is
placed between the key identifiers: With
<Shift>+<ESC>...
a = a + 1
END IF
Optically highlighted reference to another topic. Can be
activated with a mouse-click in this documentation.
activated with a mouse-click in this documentation.
Step-by-step instructions are marked by a pictograph.
Open to...
Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD178
CANCAN (Controller Area Network) is an asynchronous, serial fieldbus system.
CANopen® is a communication protocol based on CAN. The Lenze system bus (CAN on board)
operates with a subset of this communication protocol.
CANopen® is a registered Community Trade Mark of the CAN User Organisation CiA® (CAN
in Automation e. V.).
CodeParameter for parameterising or monitoring the field device. The term is also referred to as
ControllerThe controller is the central component of the automation system which controls the Logic
Engineering PCThe Engineering PC and the Engineering tools installed serve to configure and parameterise
Engineering toolsLenze software solutions for simply engineering in all phases:
Fieldbus stationsLenze Controller and controller integrated into the bus system (CANopen)
Field device
PLCProgrammable Logic Controller
SubcodeIf a code contains several parameters, they are stored in so-called "subcodes".
"index" in common usage.
and Motion functionalities (by means of the runtime software).
The controller communicates with the field devices via the fieldbus.
the system.
The Engineering PC communicates with the controller via Ethernet.
•»EASY Starter«
• »Engineer«
•»PLC Designer«
•»WebConfig«
•»VisiWinNET®«
•»IPC Backup & Restore«
Lenze Engineering tools
»PCAN view« is the basic version of the »PCAN explorer« program by PEAK System Technik
GmbH for the diagnostics of CAN networks.
EtherCAT® (Ethernet for Controller and Automation Technology) is an Ethernet-based
fieldbus system which meets the application profile for industrial real-time systems.
EtherCAT® is a registered trademark and patented technology, licensed by Beckhoff
Automation GmbH, Germany.
Observe the following safety instructions if you want to commission an inverter or a system with
the Lenze Controller.
Read the documentation supplied with the system components carefully before you
start commissioning the devices and the Lenze Controller!
The system manual contains safety instructions which must be observed!
Danger!
Risk of injury
There is risk of injury by ...
• unpredictable motor movements (e.g. an unintended direction of rotation, too high
speeds, or jerky movement);
• impermissible operating states during the parameterisation while there is an active
online connection to the device.
Possible consequences
Death or severe injuries
Protective measures
• If required, provide systems with installed inverters with additional monitoring and
protective devices according to the safety regulations valid in each case (e.g. law on
technical equipment, regulations for the prevention of accidents).
• During commissioning, maintain an adequate safety distance to the motor or the
machine parts driven by the motor.
Stop!
Damage or destruction of machine parts
Damage or destruction of machine parts can be caused by ...
• unpredictable motor movements (e.g. an unintended direction of rotation, too high
speeds, or jerky movement);
• impermissible operating states during the parameterisation while there is an active
online connection to the device.
Possible consequences
Damage or destruction of machine parts
Protective measures
If required, provide systems with installed inverters with additional monitoring and
protective devices according to the safety regulations valid in each case (e.g. law on
technical equipment, regulations for the prevention of accidents).
11Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD17
3Controller-based Automation: Central motion control
3Controller-based Automation: Central motion control
The Lenze automation system "Controller-based Automation" serves to create complex automation
solutions with central motion control. Here, the Controller is the control centre of the system.
System structure of the Controller-based Automation: "All from one single source"
[3-1]Example: CANopen with the 3231 C Lenze Controller (I/O system 1000 and Servo Drive 9400 as slaves)
Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD1712
3Controller-based Automation: Central motion control
Lenze provides especially coordinated system components:
• Engineering software
The Lenze Engineering tools
to parameterise, configure and diagnose the system. The Engineering PC communicates with
the Controller via Ethernet.
•Controller
The Lenze Controller is available as Panel Controller with integrated touch display and as
Cabinet Controller in control cabinet design.
Cabinet Controllers provide a direct coupling of the I/O system 100 via the integrated backplane
bus.
The runtime software of the Lenze Controllers provides the control and/or visualisation of
motion sequences. The following software versions are available:
• "Logic": Sequence control in the Controller, motion control in the inverter
• "Motion": Sequence control and motion control in the Controller, inverter as actuating drive
• "Visu": Optional visualisation of the automation system, can be used separately or in addition
to "Logic" or "Motion"
An external monitor panel/display can be connected to the Cabinet Controller 3231 C/
3241 C.
• Without software: Controller as single component with operating system only
•Bus systems
EtherCAT is a standard "on board" bus system of the Controller-based Automation. EtherCAT
enables the control of all nodes (Motion/Logic) on one common fieldbus.
Optionally, CANopen, PROFIBUS and PROFINET can be used as extended topologies.
The Controllers c300/p300 have a CANopen interface "on board" as well (in addition to
EtherCAT).
• Inverter (e.g. Servo Inverter i700)
( 19) on your Engineering PC (Windows operating system ) serve
"Logic & Motion" runtime software
The "Controller-based Automation" system allows for the central control of devices for Logic and
Motion applications. The runtime software runs on the Controller.
In case of Logic applications, the sequence control is carried out in the Controller and the motion
control is carried out in the inverter.
In case of Motion applications , the sequence control and motion control are carried out in the
Controller. The inverter is used as actuating drive.
• Motion applications make special demands on the cycle time and real-time capability of the bus
system between the Controller and the subordinate fieldbus nodes.
• this is for instance the case if the field devices, for example, are to move in a synchronised way
or if position setpoints are to be transmitted.
13Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD17
3Controller-based Automation: Central motion control
The control technology based on CANopen allows for the integration of all Lenze device series
provided with the Lenze system bus (CAN on board).
In order to extend the existing limits of the CAN bus, several CAN lines synchronised with each other
can be used. The number of CAN lines available depends on the equipment of the Lenze Controller
in each case.
The maximum possible number of nodes on a CAN line depends on the baud rate and the cycle time
set.
Example: In the case of a cycle time of 1 ms and a baud rate of 1 Mbps, three nodes with a setpoint
PDO and an actual value PDO, respectively, can be actuated on the CAN bus.
Tip!
Detailed information on CAN/CANopen can be found on the website of the CAN User
Organization CiA (CAN in Automation):
www.can-cia.org
15Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD17
[4-1]Example: CANopen (Logic/Motion) with the 3231 C controller (I/O system 1000 and Servo Drive 9400 as slaves)
Due to the requirements regarding the real time behaviour of the fieldbus system and due to its
limited transfer capacity, it is useful to operate Logic and Motion devices on separate CAN phases if
CANopen is used – on a logic bus and a motion bus.
The Lenze Controllers ...
•with the Communication card MC-CAN2
and CANopen (Motion);
• can also be used as CAN slaves.
Depending on the required number of Motion nodes and bus cycle time, up to 2 Motion bus lines
can be created.
( 18) have two CAN interfaces for CANopen (Logic)
Tip!
A sample project for operation of a 3200 C controller as CAN slave can be found in the
"Download" area at www.Lenze.com
"Application Knowledge Base": All articles Application Ideas Pool Controller 3200 C
:
Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD1716
• It is absolutely necessary to comply with the permissible cable lengths.
• Observe the reduction of the total cable length due to the signal delay of the repeater.
Use of repeaters
• If the total cable lengths of the nodes are different at the same baud rate, the smaller
value must be used to determine the max. cable length.
5.4.1Total cable length
The total cable length is also specified by the baud rate.
Baud rate [kbps]Max. bus length [m]
108000-5000
204000-2500
50150015001000
125600600500
250275275250
50011011080
1000131325
( 23)
Servo Drives
9400
Inverter Drives
8400
I/O-System 1000
(EPM-Sxxx)
CANopen bus coupler
5.4.2Segment cable length
Repeaters divide the total cable length into segments. The segment cable length is defined by the
cable cross-section and the number of nodes per segment. Without a repeater, the segment cable
length corresponds to the total cable length.
Max. number of
nodes per segment
2240 m430 m650 m940 m
5230 m420 m640 m920 m
10230 m410 m620 m900 m
20210 m390 m580 m850 m
32200 m360 m550 m800 m
63170 m310 m470 m690 m
100150 m270 m410 m600 m
Cable cross-section
0.25 mm
2
0.50 mm
2
0.75 mm
2
1.00 mm
2
Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD1722
Create an overview screen of the planned CANopen network with all field devices to be
implemented. Start with the Lenze Controller and arrange the other field devices below it (see
Example of an overview screen
Provide the following data for each device:
TypeType designation of the field device
Used CAN interface of the device• The functionality of the two available CAN interfaces is identical. Both
Unambiguous CAN node address• If system bus (CAN) devices are used, max. 63 nodes/node addresses are
Baud rate• The baud rate applies to all nodes of the CANopen network.
Master task of the device
(NMT master/Sync master)
CAN objects and COB-IDs• Plan your COB-IDs according to the CANopen DS301 communication
( 27)).
Logic and Motion devices can be connected. The combination of Logic and
Motion on an interface is possible as well.
• If possible, the Logic and Motion devices should be installed on different
CAN lines:
• The requirements of the Motion devices regarding the synchronicity of
the bus are higher.
• Shorter cycle times are needed.
• The data volume to be transferred is larger.
CANopen (Logic) / CANopen (Motion)
possible.
• With CANopen-compliant devices, up to 127 nodes/node addresses are
possible.
Note: Do not use the node address 1, in order to avoid unintentional
mistakes and conflicts with a device containing the factory adjustment.
• 50, 125, 250 and 500 kbps are supported by all device types of the system.
• Observe the connection between bus cable length and baud rate.Bus
cable length ( 22)
•An NMT master sets itself and then the NMT slaves to the "Operational"
state. In this state, process data can be communicated. Generally, there
can be an optional number of NMT masters on one CANopen bus.
•A Sync master cyclically sends a sync telegram providing for an exactly
simultaneous processing of process data and/or a simultaneous task
start in all sync receivers.
• Via CAN synchronisation, the Lenze Controller can influence the exact
time of the following events in the field device:
• Acceptance and transmission of sync-controlled PDOs
• Starting time of the task of the application (only possible in 9400)
• You only need to use CAN synchronisation on the Logic bus if an exact
simultaneity in the range of milliseconds is of importance. A mere
operating periphery (operator button, control lamps, etc.) does not
require CAN synchronisation.
profile. This convention is optimised for the communication with a
central master device.COB-IDs acc. to DS301
• Up to 4 PDOs per device can be identif ied with this sch eme. I f you require
more, e.g. for a modular I/O system with more than 8 modules, you can
add them later.
• You can easily assign the node during the bus diagnostics by means of the
COB-IDs.
• COB-ID = basic identifier + node address
( 16)
( 26)
25Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD17
the device-specific information on the CAN configuration in the documentation for the
field devices to be implemented.
6.1COB-IDs acc. to DS301
ObjectDirectionBasic identifier
from the driveto the driveDechex
NMT00x000
Sync1280x080
Time Stamp2560x100
Emergency1280x080
PDO1
(Process data channel 1)
PDO2
(Process data channel 2)
PDO3
(Process data channel 3)
PDO4
(Process data channel 4)
SDO
(Parameter data channel 1)
NMT Error Control17920x700
TPDO1
RPDO1
TPDO2
RPDO2
TPDO3
RPDO3
TPDO4
RPDO4
3840x180
5120x200
6400x280
7680x300
8960x380
10240x400
11520x480
12800x500
14080x580
15360x600
Note!
In Lenze system bus (CAN) devices, two SDO channels are permanently active, in
CANopen devices, only one by default.
When using CANopen devices, activate a second SDO channel for access of the
»Engineer«. Otherwise communication with the device will be interfered if you go online
with the »Engineer« while the Lenze Controller has access as well.
The COB-IDs for your CANopen network can be calculated according to the following formula:
COB-ID = basic identifier + node address
Basic identifier - 9400 Servo Drives
Basic identifier - 8400 Inverter Drives
Basic identifier - I/O system 1000 (EPM-Sxxx)
( 29)
( 30)
( 31)
Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD1726
•The optional parameter data channels 2 ... 10 can be activated via the subcodes of the codes
Cxx372 and Cxx373.
SDO identifierCode
CANopen SDO server Rx identifierC00372: CAN on board
C13372: Module in slot 1
C14372: Module in slot 2
CANopen SDO server Tx identifierC00373: CAN on board
C13373: Module in slot 1
C14373: Module in slot 2
• If bit 31 is set (0x8nnnnnnn), the corresponding SDO server is deactivated.
• In order to change the COB-ID of a currently active parameter data channel, you have to first
deactivate it and then activate it with a changed COB-ID. Both processes must be rendered
effective by a "Reset Node" command via C00002.
Basic identifier - 9400 Servo Drives
The default setting of the basic identifier is as follows:
ObjectDirectionBasic identifier
from the driveto the driveDechex
NMT00x000
Sync 1)1280x080
Emergency1280x080
PDO1
(Process data channel 1)
PDO2
(Process data channel 2)
PDO3
(Process data channel 3)
PDO4
(Process data channel 4)
SDO1
(Parameter data channel 1)
SDO2 ... 10
(Parameter data channel 2 ... 10)
Node guarding, heartbeat17920x700
TPDO1
RPDO1
TPDO2
RPDO2
TPDO3
RPDO3
TPDO4
RPDO4
TSDO1
RSDO1
TSDOx
RSDOx
3840x180
5120x200
6400x280
7680x300
8960x380
10240x400
11520x480
12800x500
14080x580
15360x600
14720x5C0
16000x640
29
1) When creating the sync transmit/receive identifier manually, observe the use of the emergency telegram because
of the same COB-ID.
Lenze · Controller-based Automation · CANopen® Communication Manual · DMS 6.3 EN · 04/2014 · TD17