CANopen SIG application layer

Scope

Enhancement and maintenance of the basic CANopen specification CiA 301 as well as of further additional CANopen application layer functions, such as e.g. access to/from other networks, EDS in XML, layer setting services, security, wake-up handling, conformance testing, and electronic device description.

Chairmen

Dr. Martin Merkel, HMS

Group meetings

No events found.

Minutes

Title Date Status Size Published Action
SIG application layer2017-05-31Minutes2.5 MiB2017-07-17Login
SIG application layer2017-05-19Minutes123 KiB2017-07-17Login
SIG application layer2017-05-15Minutes2.0 MiB2017-07-17Login
TF security2017-06-21Minutes11.4 MiB2017-07-17Login
TF security2016-06-14Minutes129 KiB2017-07-17Login
TF wake-up handling2017-05-10Minutes1.4 MiB2017-07-17Login
TF wake-up handling2017-06-19Minutes128 KiB2017-07-17Login
TF wake-up handling2016-07-06Minutes118 KiB2017-07-17Login
SIG application layer2017-03-24Minutes11.5 MiB2017-07-17Login
SIG application layer2017-03-31Minutes142 KiB2017-07-17Login
SIG application layer2017-04-12Minutes289 KiB2017-07-17Login
SIG application layer2017-04-21Minutes294 KiB2017-07-17Login
SIG application layer2017-04-28Minutes127 KiB2017-07-17Login
TF CiA 3092017-06-07Minutes1.6 MiB2017-07-17Login
TF CiA 3092017-04-24Minutes1.7 MiB2017-07-17Login
TF CiA 3092017-04-06Minutes1.1 MiB2017-07-17Login
SIG application layer2017-03-03Minutes109 KiB2017-07-18Login
SIG application layer2017-02-21Minutes129 KiB2017-07-18Login
SIG application layer2017-02-10Minutes269 KiB2017-07-18Login
SIG application layer2017-02-02Minutes138 KiB2017-07-18Login
SIG application layer2017-01-27Minutes372 KiB2017-07-18Login
SIG application layer2017-01-20Minutes227 KiB2017-07-18Login
SIG application layer2017-01-13Minutes1.0 MiB2017-07-18Login
SIG application layer2016-12-09Minutes196 KiB2017-07-18Login
SIG application layer2016-10-20Minutes6.4 MiB2017-07-18Login
SIG application layer2016-10-14Minutes110 KiB2017-07-18Login
SIG application layer2016-09-30Minutes1.1 MiB2017-07-18Login
SIG application layer2016-09-27Minutes115 KiB2017-07-18Login
SIG application layer2016-08-25Minutes178 KiB2017-07-18Login
SIG application layer2016-07-28Minutes123 KiB2017-07-18Login
SIG application layer2016-07-08Minutes141 KiB2017-07-18Login
SIG application layer2016-06-20Minutes261 KiB2017-07-18Login
SIG application layer2016-06-08Minutes137 KiB2017-07-18Login
SIG application layer2016-05-30Minutes510 KiB2017-07-18Login
SIG application layer2016-05-03Minutes132 KiB2017-07-18Login
SIG application layer2016-02-24Minutes116 KiB2017-07-18Login
SIG application layer2016-02-19Minutes285 KiB2017-07-18Login
SIG application layer2016-01-29Minutes123 KiB2017-07-18Login
SIG application layer2016-01-14Minutes1.0 MiB2017-07-18Login
SIG application layer2017-07-28Minutes2.7 MiB2017-08-03Login
SIG application layer2017-08-18Minutes1.2 MiB2017-08-23Login
TF wake-up handling2017-08-17Minutes434 KiB2017-08-25Login
TF CiA 3092017-08-30Minutes1.8 MiB2017-09-04Login
TF XML2017-09-13Minutes126 KiB2017-09-13Login
SIG application layer2017-09-15Minutes1.9 MiB2017-09-19Login
TF wake-up handling2017-09-20Minutes111 KiB2017-09-27Login
SIG application layer2017-10-10Minutes125 KiB2017-10-12Login
TF CiA 3092017-10-13Minutes2.4 MiB2017-10-19Login
TF LSS2017-10-18Minutes181 KiB2017-10-30Login
TF CiA 3092017-11-16Minutes2.4 MiB2017-11-20Login
TF LSS2017-11-15Minutes4.8 MiB2017-11-20Login
TF wake-up handling2017-12-14Minutes318 KiB2017-12-15Login
TF CiA 3092017-12-18Minutes364 KiB2017-12-18Login
TF LSS2018-01-12Minutes255 KiB2018-01-26Login
TF LSS2018-02-05Minutes307 KiB2018-02-12Login
TF LSS2018-02-23Minutes381 KiB2018-03-05Login
TF LSS2018-05-22Minutes244 KiB2018-05-23Login
TF XML2018-05-28Minutes151 KiB2018-06-04Login
TF EDS2018-06-04Minutes440 KiB2018-06-22Login
TF XML2018-06-15Minutes496 KiB2018-06-22Login
TF LSS2018-06-18Minutes118 KiB2018-06-22Login
TF testing2018-05-25Minutes114 KiB2018-06-22Login
TF testing2018-06-25Minutes130 KiB2018-06-27Login
TF XML2018-06-29Minutes170 KiB2018-07-04Login
TF EDS2018-07-02Minutes141 KiB2018-07-04Login
TF LSS2018-07-26Minutes398 KiB2018-08-02Login
TF XML2018-08-14Minutes132 KiB2018-08-27Login
TF LSS2018-08-24Minutes338 KiB2018-08-28Login
TF XML2018-08-28Minutes2.6 MiB2018-08-30Login
TF testing2018-08-27Minutes138 KiB2018-08-30Login
TF XML2018-10-09Minutes132 KiB2018-10-15Login
TF LSS2018-10-15Minutes5.3 MiB2018-10-16Login

Specifications

Title Details
Status
Size
Published
Action
CiA 301 version 4.2.0CANopen application layer and communication profile
DescriptionThis specification specifies the CANopen application layer. This includes the data types, encoding rules and object dictionary objects as well as the CANopen communication services and protocols. In addition, this specification specifies the CANopen network management services and protocols. This specification specifies the CANopen communication profile, e.g. the physical layer, the predefined communication object identifier connection set, and the content of the Emergency, Timestamp, and Sync communication objects.
Keywordsn/a
public3.4 MiB2011-02-21Login
CiA 302-1 version 4.1.0CANopen additional application layer functions - Part 1: General definitions
DescriptionThis document defines additional services and functionalities that extend the services and functionalities of the CiA 301: CANopen — application layer and communication profile. These additional services and functionalities are not required for CANopen devices, but may be useful for certain types of networks. This includes network management, configuration and program download, network variables and process image, dynamic SDO management, network redundancy, and multi-level networking.
Keywordsn/a
DSP85 KiB2009-02-02Login
CiA 302-2 version 4.1.0CANopen additional application layer functions – Part 2: Network management
DescriptionThe definition of the network management includes the definition of the network startup behavior as well as definitions that are related to networks that operate without NMT master, networks with one CANopen device capable of the NMT master mode, and networks with more than one CANopen device capable of the NMT master mode (NMT flying master for higher availability). These definitions are intended to be an add-on to the CANopen application layer and communication profile (see /CiA301/).
Keywordsn/a
DSP1.5 MiB2009-02-02Login
CiA 302-3 version 4.1.0CANopen additional application layer functions – Part 3: Configuration and program download
DescriptionThis document defines objects and file formats for the configuration manager and for program download and control.
Keywordsn/a
DSP331 KiB2010-04-08Login
CiA 302-4 version 4.1.0CANopen additional application layer functions – Part 4: Network variables and process image
DescriptionIn a network programmable CANopen devices can be characterized as a process having input variables and output variables. The set of variables will be arguments of the program and hence will be only known in a final state when the program is written. The arguments are handled as variables located in the object dictionary. The marking of such parameters depends on the programming system (e.g. /IEC61131–3/) and does not fall into the scope of this document. But it can be assumed that there is a set of network variables with the logic attribute EXTERN. Compiling/Linking (or interpreting) a program including EXTERN variables requires relocation information. Within CANopen devices this information is the index (and sub-index) of the variable. Most of the programming systems know the mechanism of a resource definition. This can be used to assign the CANopen attributes (index, sub-index, R/W, assignment of CANopen data type to local data type etc.) to the corresponding symbolic names (variable name in the program). The resource definition may be created with a simple editor by the user or with much more comfort by a configuration tool. Systems with a disk-based file system may exchange the information directly, e.g. via a device configuration file. The names of variables may meet the rules of the underlying programming system. The definition does not fall into the scope of this document. This is the responsibility of the programmer/manufacturer. Defining EXTERN variables requires a rule for distributing the indices. It is called "dynamic index assignment".
Keywordsn/a
DSP162 KiB2009-02-02Login
CiA 302-5 version 4.1.0CANopen additional application layer functions – Part 5: SDO manager
DescriptionCANopen offers a communication mechanism between CANopen devices via SDO. These communication channels are always established between two CANopen devices. For accessing a CANopen device the first time at least one SDO channel per CANopen device is required. This is called the default SDO channel. Only the SDO manager is allowed to use that SDO channel. Simple networks may use SDO channels that are pre-configured between a pair of CANopen devices. This allows direct communication between CANopen devices without the need of a SDO manager. This document defines mechanisms that may be used for plug-n-play networks, without the requirement of a pre-configuration of the network. These mechanisms may be used to establish dynamic SDO connections between CANopen devices. These mechanisms require a specific CANopen device in the network that is able to handle the dynamic request; this CANopen device is called SDO manager. These mechanisms require CANopen devices that are able to perform a dynamic request; these CANopen devices are called SDO Requesting Device (SRD).
Keywordsn/a
DSP397 KiB2009-02-02Login
CiA 302-6 version 4.1.0CANopen additional application layer functions – Part 6: Network redundancy
DescriptionThe network redundancy is intended to be an add-on to the CANopen application layer and communication profile (see /CiA301/). It is assumed, that a CANopen device with the need of safety-critical and mission-critical communication can use all the features defined by the communication profile. Safety-critical and mission-critical communication is achieved by the underlying structure defined in this specification. The manufacturer and the system integrator shall take care, that the hardware and software of the CANopen device support the safety-critical and mission-critical function and that the CANopen device is operated within its safety-critical and mission-critical limits.
Keywordsn/a
DSP390 KiB2009-02-02Login
CiA 302-7 version 1.0.0CANopen additional application layer functions – Part 7: Multi-level networking
DescriptionThis specification describes the interface for bi-directional CANopen-to-CANopen communication in multi-level networks. It supports multiple CANopen networks implementing hierarchical and non-hierarchical architectures.
Keywordsn/a
DSP698 KiB2009-02-02Login
CiA 302-8 version 0.0.4CANopen additional application layer functions – Part 8: Project management parameters
Descriptionn/a
Keywordsn/a
WD371 KiB2016-08-11Login
CiA 302-9 version 1.0.0CANopen additional application layer functions – Part 9: Energy saving
DescriptionThis series of specifications defines additional CANopen services and functionalities, especially related to dedicated application requirements. It comprises the following parts. This part of the additional application layer function documents specifies the energy saving modes and the related communication parameters for energy saving.
Keywordsn/a
DSP169 KiB2014-03-27Login
CiA 303-2 version 1.5.0Recommendation - Part 2: Representation of SI units and prefixes
DescriptionThis document provides recommendation on how to represent the international system of units and prefixes in CANopen device, interface and application profiles.
Keywordsn/a
public120 KiB2012-04-27Login
CiA 303-3 version 1.4.0Recommendation - Part 3: Indicator specification
DescriptionThis recommendation describes the communication-related indicators. Additional application- related indicators are either described in the appropriate device profile or are manufacturer- specific.
Keywordsn/a
public124 KiB2012-04-27Login
CiA 303-1 version 1.9.0Recommendation - Part 1: Cabling and connector pin assignment
DescriptionThis document provides device and network design recommendations for CANopen physical layer. Additionally, it provides the guidelines for selecting cables and connectors for use in CANopen systems.
Keywordsn/a
public563 KiB2017-09-18Login
CiA 305 version 3.0.0CANopen layer setting services (LSS) and protocols
DescriptionThis document specifies the layer setting services (LSS) and protocols for CANopen. These services and protocols are used to inquire or to change the settings of three parameters of the physical layer, data link layer, and application layer on a CANopen device with LSS slave capability by a CANopen device with LSS master capability via the CAN network. The following parameters may be inquired or changed: Node-ID of the CANopen device, bit timing parameters of the physical layer (bit rate), LSS address compliant to the identity object (1018h).
Keywordsn/a
DSP2.0 MiB2013-05-08Login
CiA 306-1 version 1.3.7CANopen electronic device description - Part 1: Electronic Data Sheet and Device Configuration File
DescriptionThis set of documents specifies the electronic description of CANopen devices in harmonized file formats. These electronic device descriptions are typically required to either configure CANopen device parameters or for testing and diagnostic purposes. This set of documents consists of the three parts. NOTE: The specification of an XML-based CANopen device description is not in the scope of this set of documents. This document specifies the electronic data sheets as well as the device configuration files.
Keywordsn/a
DSP223 KiB2014-03-18Login
CiA 306-2 version 1.0.4CANopen electronic device description - Part 2: Profile database specification
DescriptionThe set of documents specifies the electronic description of CANopen devices in standardized file formats. These electronic descriptions are used to configure CANopen device parameters or for testing and diagnostic purposes. This set of documents consists of the three parts. NOTE: The specification of an XML-based CANopen device description is not in the scope of this set of documents. This part specifies the CANopen profile database format, which is used by tools (e.g. EDS file checker).
Keywordsn/a
DSP356 KiB2014-03-24Login
CiA 306-3 version 1.0.0CANopen electronic device description - Part 3: Network variable handling and tool integration
DescriptionThe set of documents specifies the electronic description of CANopen devices in standardized file formats. These electronic descriptions are used to configure CANopen device parameters or for testing and diagnostic purposes. This set of documents consists of the three parts. This part specifies mechanisms with regard to the handling of network variables, which are specified in /CiA302-4/. In addition recommendations for tool integration are provided. NOTE: This document contains parts of the withdrawn document CiA 405.
Keywordsn/a
DSP153 KiB2014-03-18Login
CiA 306 version 1.3.0CANopen electronic data sheet specification
DescriptionThe usage of devices in a communication network requires configuration of the device parameters and communication facilities. CANopen defines a standardised way to access these parameters via the object dictionary. For handling of the complexity of CANopen systems software tools are required. This reduces the complexity of the planning, configuration and analysis process and significantly increases the security of the system. For this purpose software tools need an electronic description of the CANopen devices. To allow the usage of manufacturer independent tools, this document defines a standardised file format – called Electronic Data Sheet. Furthermore some derived file formats are specified. The Device Configuration File describes a concrete incarnation of a device configuration. The Module Data Sheet describes modules of devices with a modular structure.
Keywordsn/a
public179 KiB2005-01-01Login
CiA 306-1 version 1.3.12CANopen electronic device description – Part 1: Electronic data sheet and device configuration file
Descriptionn/a
Keywordsn/a
WD590 KiB2018-10-16Login
CiA 306-2 version 1.1.2CANopen electronic device description – Part 2: Profile database specification
Descriptionn/a
Keywordsn/a
WD524 KiB2018-10-16Login
CiA 306-3 version 1.1.3CANopen electronic device description – Part 3: Network variable handling and tool integration
Descriptionn/a
Keywordsn/a
WD378 KiB2018-10-16Login
CiA 308 version 1.0.1Technical Report – Performance measurement basics
DescriptionCANopen is a field-bus protocol used in many diverse application: CANopen networks can be found not only in various industrial applications ranging from printing machines and robots to process controls, but also in ships, building automation, trains, trucks and even in coffee machines. CANopen is used for high accuracy drive synchronisation and for flight data recording. It is also in use in medical applications and has been chosen as the standard communication protocol for passenger information systems in public transport. This variety of applications leads to totally different requirements in regard to CANopen performance. The critical real-time requirement of one application may be a short response time to synchronisation messages relating to a single process data object, where as a different application may expect a node with many event driven process data objects to send these objects immediately after a certain input signal has changed. With drive synchronisation for instance, some applications need long time accuracy of the sync cycle and tolerate almost any jitter of a single sync message, and others require minimal jitter and tolerate long term drift. Regarding most other bus systems it is fairly straightforward to measure and publish communication performance figures for most node types. With CANopen this is not the case: the capability of CANopen to tailor the communication to the application needs makes it very difficult to determine valuable performance figures that are independent of the specific network set-up. For example, figures relating to reaction times not only depend on the processor used, but on the actual bus load, on the type of CAN controller being used, on the actual number and types of I/Os or drives connected, on the number and transmission types of the process data objects, on the guard or heartbeat cycle, and on many other settings and parameters in the object dictionary. Developing a CANopen node always involves a certain trade-off between performance and functionality. Therefore performance is a multi- dimensional value. The goal of this performance specification is to name and define a set of CANopen communication performance figures that may be used to compare devices and implementations within a specific application environment. It is not the aim of this paper to define a standard performance-measuring environment, as this would lead to implementations that perform fine in exactly this environment but disappoint under most other conditions. However, in order to establish some comparable conditions, this specification defines a number of standard busloads that may be used to simulate or enhance application environments. This performance test specification is aimed both at CANopen device developers and at CANopen system integrators. It may help developers determine relative performance figures regarding two implementation variants, thus leading to better devices and it may help system integrators to ask the right questions, thus leading to better CANopen networks.
Keywordsn/a
public382 KiB2006-01-24Login
CiA 309-4 version 1.0.0CANopen integration in PROFINET IO - Part 4: Amendment 7 to Fieldbus Integration into PROFINET IO
DescriptionThis guideline describes the integration of CANopen systems into PROFINET IO. It shall be used as basis for the development of linking devices between CANopen and PROFINET. Base for this document is the general fieldbus integration document [4]. The primary use case is to connect CANopen Devices to PROFINET controllers in that way, that the Linking Device is a modular device and the CANopen Devices are modules within the Linking Device. The elements of the system should behave as described in the PROFINET IO specification.
Keywordsn/a
DSP1.1 MiB2011-03-01Login
CiA 309-1 version 2.0.0CANopen access from other networks - Part 1: General principles and services
DescriptionThis specification defines the services and protocols to interface CANopen networks to other (e.g. TCP/IP-based) networks. This set of specifications is organized as follows: Part 1: General principles and services, Part 2: Modbus/TCP mapping, Part 3: ASCII mapping, Part 4: Amendment 7 to Fieldbus Integration into PROFINET IO. Part 1 specifies the network access services provided by a CiA 309 gateway device that give one CiA 309 network device (e.g. PLC or PC application) connected through TCP/IP or other protocols (based on Ethernet, remote access services, or serial links) access to devices attached to CANopen networks. The description of the transport protocol between the CiA 309 gateway device and the CiA 309 network devices using the services specified in this document is not in the scope of this specification part.
Keywordsn/a
public369 KiB2015-07-30Login
CiA 309-2 version 1.1.0CANopen access from other networks - Part 2: Modbus/TCP mapping
DescriptionThis specification specifies the services and protocols to interface CANopen networks to a TCP/IP- based network. This set of specifications is organized as follows: Part 1: General principles and services, Part 2: Modbus/TCP mapping, Part 3: ASCII mapping. This part of the specification defines the mapping of services defined in /CiA 309-1/ on Mod- bus/TCP. It is intended to access CANopen devices via a gateway device from a remotely Mod- bus/TCP connected device (e.g. PLC or tool).
Keywordsn/a
public0.9 MiB2006-12-12Login
CiA 309-2 version 1.3.0CANopen access from other networks - Part 2: Modbus/TCP mapping
DescriptionThis specification defines the services and protocols to interface CANopen networks to other (e.g. TCP/IP-based) networks. This set of specifications is organized as follows: Part 1: General principles and services, Part 2: Modbus/TCP mapping, Part 3: ASCII mapping, Part 4: Amendment 7 to Fieldbus Integration into PROFINET IO. Part 2 specifies the mapping of services defined in CiA 309-1 on Modbus/TCP. It is intended to access CANopen devices via a CiA 309 gateway device from a remotely Modbus/TCP connected device (e.g. PLC or tool).
Keywordsn/a
DS1.1 MiB2015-07-30Login
CiA 309-3 version 1.1.0CANopen access from other networks - Part 3: Mapping
DescriptionThis specification specifies the services and protocols to interface CANopen networks to a TCP/IP- based network. This set of specifications is organized as follows: Part 1: General principles and services, Part 2: Modbus/TCP mapping, Part 3: ASCII mapping. This part of the specification defines the ASCII-based communication syntax for CANopen gateway devices. The aim is to provide a lightweight counterpart to solutions with CORBA or OPC.
Keywordsn/a
public107 KiB2006-12-12Login
CiA 309-3 version 2.1.0CANopen access from other networks - Part 3: ASCII mapping
DescriptionThis specification defines the services and protocols to interface CANopen networks to other (e.g. TCP/IP-based) networks. This set of specifications is organized as follows: Part 1: General principles and services, Part 2: Modbus/TCP mapping, Part 3: ASCII mapping, Part 4: Amendment 7 to Fieldbus Integration into PROFINET IO. Part 3 specifies the ASCII-based communication syntax for CiA 309 gateway devices. The aim is to provide a lightweight counterpart to solutions with CORBA or OPC.
Keywordsn/a
DS482 KiB2015-07-30Login
CiA 309-1 version 2.0.1CANopen access from other networks – Part 1: General principles and services
Descriptionn/a
Keywordsn/a
WD424 KiB2017-01-09Login
CiA 309-3 version 2.1.6CANopen Access from other networks – Part 3: ASCII mapping
Descriptionn/a
Keywordsn/a
WD682 KiB2017-10-11Login
CiA 309-5 version 0.0.9CANopen access from other networks – Part 5: HTTP request mapping
Descriptionn/a
Keywordsn/a
WD1.5 MiB2018-01-17Login
CiA 311 version 1.1.0CANopen device description – XML schema definition
DescriptionThis specification defines the elements and rules for describing device profiles and communication network profiles for devices used in CANopen-based control systems. The content of this specification complies with the definitions and provisions of ISO 15745-1:2005/Amd1. NOTE: Part 1 of ISO 15745 specifies generic elements and rules for describing integration models and application interoperability profiles, together with their component profiles. The formal description is based on XML technology.
Keywordsn/a
DSP673 KiB2011-08-10Login
CiA 315 version 1.0.0CANopen generic frame – for wireless tunneling of CAN messages and for transfer of diagnostic data
DescriptionThis specification specifies the generic frame for the transparent transmission of CAN messages on a wireless network.
Keywordsn/a
DSP441 KiB2011-08-09Login
CiA 416-1 version 2.0.0CANopen application profile for building door control – Part 1: General definitions, start-up procedures and system security
DescriptionThe CANopen application profile for building door control consists of several parts: Part 1: General definitions, start-up procedures and system security, Part 2: Virtual devices overview, Part 3: Pre-defined communication objects and application object specification. These specifications represent the CANopen application profile for building door control. It describes the interaction of e.g. door locking status, key cylinder, handle, alarms, system parameters, keypads and many more. Each of those properties is realized as a single virtual device.
Keywordsn/a
DSP536 KiB2007-08-28Login
CiA 416-2 version 2.0.0CANopen application profile for building door control – Part 2: Virtual devices overview
DescriptionThis part of the application profile gives an overview of the virtual devices.
Keywordsn/a
DSP292 KiB2007-08-28Login
CiA 416-3 version 2.0.0CANopen application profile for building door control – Part 3: Pre-defined communication objects and application object specification
DescriptionThis part of the application profile pre-defines the application objects of the physical and virtual devices in detail.
Keywordsn/a
DSP1.5 MiB2007-08-28Login
CiA 318 version 1.0.0CANopen integration to RTC environment
DescriptionThis document specifies the mapping of the Robotic technology component (RTC) finite state automaton to the CANopen network management (NMT) finite state automaton as well as the mapping of the RTC data types to CANopen data types. In addition, it describes the RTCCANopen manager and the ProxyRTCs system integration.
Keywordsn/a
DSP565 KiB2012-02-10Login
CiA 319 version 1.0.0CANopen implementation and configuration guideline for safety-related devices
DescriptionThis framework provides implementation and configuration guidelines for devices implementing communication services as specified in EN 50325-5 (CANopen Safety). It contains a framework about the procedure to configure safety-related parameters and to proof the authentication of the device to be configured. Additionally, it contains a framework for implementing the configuration signature and valid parameters in CANopen device and application profiles.
Keywordsn/a
DSP229 KiB2014-09-02Login
CiA 801 version 1.0.0CANopen automatic bit-rate detection
DescriptionThis technical report describes the recommended practice and gives application hints for implementing automatic bit-rate detection in CANopen devices. With the Layer Setting Services (LSS) it is possible to change the bit-rate in CANopen networks. However, this mechanism fails in certain situations. Some low-cost devices that do not support LSS at all could also benefit from the recommended automatic bit-rate detection method. This technical report discusses an approach for automatic bit-rate detection in CANopen networks. As introduction the possible solutions to detect an unknown bit-rate for CAN controllers (Software / Hardware) are presented. The technical report will focus on situations where automatic bit-rate detection fails (no traffic on the bus, error frames) and how to avoid these deadlocks.
Keywordsn/a
public0.9 MiB2005-01-01Login
CiA 801 version 1.1.1CANopen Automatic bit-rate detection
Descriptionn/a
Keywordsn/a
290 KiB2018-03-26
CiA 802 version 1.1.0CAN remote frames: Avoiding of usage
DescriptionThis application note provides recommendations for substituting CAN remote frames by other CANopen communication services. It should be regarded as a clear statement to avoid the usage of CAN remote frames.
Keywordsn/a
public201 KiB2010-12-07Login
CiA 320 version 1.0.0CANopen services and protocols for sleep and wake-up handling
DescriptionThis document specifies services and protocols for sleep and wake-up handling. It considers CANopen devices that use CAN transceivers with low-power mode or selective wake-up capability, as well. CANopen sleep and wake-up handling are implemented in e.g. light electric vehicles, add-on modules for special purpose cars, service robots, or any other application that operate on a limited amount of energy and in which energy management is therefore essential.
Keywordsn/a
DSP597 KiB2018-03-14Login
CiA 1301 version 1.0.0Application layer and communication profile
DescriptionThis document specifies the CANopen FD application layer. This includes the data types, encoding rules and object dictionary data objects as well as the CANopen FD communication services and protocols. In addition, this document specifies the CANopen FD network management services and protocols. This document also specifies the CANopen FD communication profile, e.g. the physical layer, the pre-defined communication object identifier connection set, and the content of the EMCY, TIME, and SYNC communication objects.
Keywordsn/a
DSP2.2 MiB2017-09-28Login
CiA 1302-1 version 0.0.2CANopen FD Additional application layer services - Part 1: General definitions
Descriptionn/a
Keywordsn/a
WD124 KiB2018-12-07Login
CiA 1305 version 0.0.4CANopen FD layer setting services (LSS) and protocols
Descriptionn/a
Keywordsn/a
WD3.4 MiB2018-07-17Login
CiA 1310 version 0.0.1CANopen Conformance test plan - Part 1: CiA 1301 testing
Descriptionn/a
Keywordsn/a
WD3.9 MiB2018-05-25Login
CiA 1310-1 version 0.0.3CANopen FD Conformance test plan Part 1: CiA 1301 testing
Descriptionn/a
Keywordsn/a
WD4.8 MiB2018-12-12Login