CAN Newsletter September 2004

Business RTN in Italy - CANopen web site - Book review - Automatica fair in Munich -CIMAC conference - CANopen profile for extruders - ICC call for papers - CAN versus Ethernet
Device Servo inverter - Servo controller - Servo motor - CANopen and DeviceNet HMI - CANopen drives survey (DSP402) - CAN encoders and transducers - CANopen pressure sensors - Device Net encoders - PCI interface - CANopen load measuring - Gateways - Sensors - Interface - M-module for PCI - I/Os with adjustable network interface - Gateways - CANopen PLC - CANopen HMI - CNC controller - HMI with CANopen - CANoopen I/Os - Developer`s kit
Application Toffee production with CANopen - Blow molder with CANopen - CANaerospace higher layer protocol
Semiconductor Single channel CAN macro with diagnosis support - CAN7Ethernet micro-controller - 8-bit CAN MCU with 15 message object buffers - AVR support - MCU for motion control - 32-bit MCU with four CAN interfaces - Transceiver - CAN MCU with Flash memory - SafetyBus p devices
Software CAN core for FPGA - DeviceNet protocol stack
Tool TTCAN design tool - Configuration and design tools - CAN analyzer - Configuration tool - Handheld tool

CAN versus Ethernet

The editors of the CAN Newsletter have followed the discussion about whether Ethernet will make field bus systems obsolete or not. Some engineers seem to think that one protocol must be the "better" one and will thus supersede all the others. More important for the CAN Newsletter is the relation between CAN and Ethernet. The editors have addressed some experts on this topic.

Where do you see the strengths of CAN as opposed to industrial Ethernet?

Prof. Dr. Konrad Etsch-berger (Ixxat Automation): The CAN data transmission protocol comprises a simple but highly sophisticated layer-2 multimaster protocol, which beside the collision-free bus arbitration scheme provides message-priority-oriented data transmission, a powerful error-recovery mechanism and a very high error detection capability. Also Ethernet represents a simple layer-2 multimaster protocol. Without an additional higher layer protocol the bus access implies possible bus collisions, a node-oriented message transmission scheme and only moderate error detection mechanism.
Since Ethernet does not provide error recovery, Ethernet-based networks require an additional higher layer protocol (such as TCP) to provide error-recovery. The CAN and Ethernet protocols are completely integrated in the respective communication controllers as stand-alone chips or as part of a micro-controller. Due to the only moderate resources (processing power, interrupt frequency, memory) required by CAN, this can be implemented already on very low-cost micro-controllers. CAN therefore allows the implementation of very low-cost communication systems. Due to the much higher data rate of Ethernet, many more resources are required. Ethernet communication controllers therefore are mainly found on powerful and more expensive 32-bit micro-controllers.
The application of CAN-based communication is most appropriate in applications with event-oriented transmission of short messages, up to some thousand messages per second, latency times no shorter than a few milliseconds and a network extension up to some hundred meters. With CANopen and DeviceNet, worldwide-accepted CAN-based comprehensive higher layer protocols, device and application profiles are available for distributed automation systems.

Martin Jetter (Jetter): The obvious strengths of CAN are its low costs and its handy size. It is these strengths that make CAN especially apt for combining with smaller and less cost-intensive devices. In this area, CAN is an interesting counterpart of Ethernet. Although Jetter AG applies Ethernet company-wide, our controllers have nevertheless been equipped with a system bus the functions of which are transparent to the user. This system bus is CAN-based, which makes standardized distributed solutions possible without needing further field bus nodes.

Martin Rostan (EtherCAT Technology Group): Compared with generic industrial Ethernet, CAN is very cost effective, well suited for small data packets such as I/O and drives, and ideal for networking both embedded systems and typical field bus applications. However, when you take EtherCAT into account, some of these advantages are not so unique any more...

Viktor Schiffer (Rockwell Automation): CAN is optimized for messages up to 8 byte. These short messages are transmitted with much higher protocol efficiency over CAN as compared to Ethernet. Another advantage lies in the much simpler physical layer. Due to the lower speed and the different bus access mechanism, CAN networks are built with a simple passive physical layer that is much easier to set up than Ethernet.

Would you like to read more? Please subscribe to the CAN Newsletter. It's free!

CANopen drives and motion control survey

The CANopen device profile for drives and motion control (CiA DSP 402 version 2.0) defines the functional behavior of controllers for servo drives, frequency inverters and stepper motors. The device profile describes several modes of operation functions such as:
Homing Mode, which de-scribes the various methods to find a home position, reference point, date, or zero point.
Profile Position Mode, which defines the positioning of the drive. Speed, position and acceleration can be limited, and profiled moves using a trajectory generator are also possible.
Interpolated Position Mode, which describes the time interpolation of single axles and the spatial interpolation of coordinated axles. Synchronization mechanisms and interpolation data buffers are covered as well.
Profile Velocity Mode is used to control velocity of the drive with no special regard of the position. It supplies limit functions and trajectory generation.
Profile Torque Mode, which defines the torque control with all related parameter.
Velocity Mode is a simple mode used by many frequency converters. It provides limit and ramp functions.

With the exception of the Homing Mode, these listed modes of operation can all be put under the heading of „set point setting“. In parallel to this, manufacturer-specific modes of operation may also be implemented. These are not limited to set point settings. It is possible to implement different device modes. It is not possible to operate the modes in parallel. An example of exclusive functions is position and torque control, which can only control one variable at any one time. The variables can perform at most a limited function. Such hybrids are regarded as the particular characteristics of a mode of operation. Position control operation and encoder profile support can be active at the very same time, for example.

The device profile specifies a generic default PDO mapping. All Receive-PDOs contain the control-word and, depending on the device functionalities, parameters for the supported modes of operation. The described PDO distribution should be used for every axis of a multi-device module with an offset of 64, e.g. the first PDO of the second axis gets the number 65. In this way a system with a maximum of eight axes is supported. It is up to the manufacturer to specify additional entries in the mapping table or define proprietary PDOs and it is also up to a user to change these default settings by changing the mapping structure, if the module supports variable PDO mapping.

The default Transmit-PDOs contain the status-word, and different actual values, which depend on the mode of operation.

The next version of the device profile for motion control and drives will also define specific PDO mappings for frequency converter, servo controller, or stepper motor. This will simplify the PDO configuration. If the specific PDO or the generic PDO are implemented is described in the device type object. The updated profile specification also will include objects to control the jerk behavior and some other new features. It will be available by the end of this year.

On the next two pages you will find an overview of currently available devices that conform to CiA DSP 402. The survey is based on a questionnaire and does not claim to include all available devices. The device's attributes and characteristics are indicated as provided by the individual company and have not been checked for their accurateness by the editors.

Would you like to read more? Please subscribe to the CAN Newsletter. It's free!