Showing posts with label CANopen. Show all posts
Showing posts with label CANopen. Show all posts

Monday, 8 December 2025

Setting up networks safely.

The CAN in Automation (CiA) association has released the second version of the CiA 319 specification. This specifies how to implement and to configure functional-safe devices compliant to EN 50325-5 (CANopen Safety). CANopen Safety services and protocols are used especially in mobile machines and industrial machine control. 

The European standard does not specify the configuration of functional-safe devices; this is given in detail in CiA 319.

“This document fills the gap und helps CANopen Safety system designers to safely set-up networks,” explained Holger Zeltwanger, CiA Managing Director. “Additionally, this document addresses editors of CANopen device profiles using SRDO (safety-related data objects as specified in EN 50325-5.” 

SRDOs comprise two CAN frames with bitwise-inverted CAN data fields and different CAN identifiers. CANopen Safety is approved up to SIL 3 (safety integrity level).


@CANopen #PAuto #Communcations

Thursday, 12 May 2022

CiA-Spezifikationen überarbeitet und verbessert


Der eingetragene Verein CAN in Automation (CiA) aktualisiert seine Spezifikationen regelmäßig. In diesem Frühjahr wurden mehrere Dokumente in neuen Versionen herausgeben.

CiA entwickelt und pflegt Spezifikationen, Empfehlungen und Anwendungshinweise rund um Controller Area Network, ein international genormtes (ISO 11898) serielles Kommunikationssystem. Außerdem gibt der Verein CANopen-Spezifikationen heraus. Dies umfasst höhere Protokolle und Geräte- bzw. Anwendungsprofile. Kürzlich wurden die Profile für Motorstarter (CiA 442), Spreader (CiA 444), RFID-Geräte (CiA 445) und programmierbare Netzgeräte (CiA 453) aktualisiert.

Zukünftige CiA-Dokumente entsprechen den Richtlinien der inklusiven Sprache. Insbesondere die Begriffe „Master“ und „Slave“ werden nicht mehr benutzt. Sie werden durch „Manager“ bzw. „Server“ ersetzt. Dies entspricht dem Kommunikationsverhalten des Netzwerkmanagements, bei dem die NMT-Server nur auf Anforderung des NMT-Managers kommunizieren.

Der im Mai herausgegebene technische Report CiA 106 enthält sämtliche CAN-Steckerbelegungen aus dem Vorläuferdokument CiA 303-1, welches auf CANopen-Stecker begrenzt war. In dem neuen Dokument sind auch CAN-Steckerbelegungen für andere höhere Protokolle sowie von internationalen Normen referenziert. Damit sind in CiA 106 alle CAN-Stecker und deren Pin-Belegungen zusammengefasst. Die erste Anschlussbelegung für 9polige Dsub-Stecker veröffentliche der CiA im Jahre 1992 zwei Monate nach seiner Gründung.

@CANopen #PAuto #Communications

CAN specification revised.

This spring, several CANopen profile documents have been improved.

In 1992, CiA released the very first CAN pin-assignment recommendation for the 9-pin Dsub connector. This was done just after two months after the nonprofit association had been established.

The CiA international users’ and manufacturers’ group develops and maintains specifications, recommendations, and application notes for Controller Area Network, the internationally standardized (ISO 11898) serial network. Additionally, the association has published CANopen specifications. CANopen comprises higher-layer protocols and profile specifications for different devices and applications. Recently, the profiles for motor starters (CiA 442), spreaders (CiA 444 series), RFID devices (CiA 445), and programmable power supplies (CiA 453) have been updated.

All CiA specifications are going to apply the inclusive language guidelines by international standardization bodies. Especially, the terms “master” and “slave” are substituted by appropriate terms. In CANopen, the terms “manager” “and “server” are used, e.g. NMT manager and NMT server respectively LSS manager and LSS server. This reflects the communication behavior, where the servers only communicate on request of the manager.

CiA has also released the CiA 106 technical report. It contains the CANopen connector pin-assignment recommendations from the predecessor CiA 303-1 document plus references to other pin-assignment specifications and standards. CiA 106 is a single-source reference for CAN connectors independent of the used higher-layer protocols or the application field.

@CANopen #PAuto #Communications

Tuesday, 1 February 2022

Keypads and controllers.

A new range of keypads and controllers from the Italian manufacturer Blink Marine has been added to Variohm EuroSensor's product portfolio. Powerkey, PowerTrack, and Powerkey Pro series keypads offer exceptional durability and flexibility through models that variously include CANopen, J1939 and RS485 communication profiles and offer industry leading features such as relegendable buttons with customisable/interchangeable inserts as well as fully configurable and personalised LED indicators plus LED backlights.
Blink Marine keypads are further characterised by their smart and ergonomic design, which makes for easy vertical or horizontal orientation into the customer’s application. With IP67/IP69K protection ratings, UVB 400 sunlight protection as well as salt spray and chemical resistance to the harshest substances, the keypad’s ruggedised construction will suit use in the toughest environments. With their well proven use in machine control and switching applications ranging from agricultural, off road, transportation, and construction vehicles to motorsports, marine and military equipment, Blink Marine keypads are a perfect complementary product line for Variohm EuroSensor’s extensive range of sensors and transducers.

Their PowerKey1000 and 1400 are available in 10 and 14 key versions. With CANopen (Device Profile 401d) and J1939 protocols, the range can be customised for both the key symbol imagery and the number of LED’s assigned to each individual key. They include a backlight to aid use and visibility in low light settings. The PowerTrack series is based on the same style and design as the PowerKey but includes a rotary encoder together with six keys to allow management of complex scroll functions that can be assigned via CANbus/J1939 and read into a compatible HMI display. Customisation options are available including multicolour LEDs.

The PowerKey Pro builds upon the PowerKey, adding RS485 keypad addressing to CANopen and J1939 communication. The PowerKey Pro series has a low-profile design and can be flush or front mounted. The range covers a choice of 15 mm or 24 mm interchangeable keys where individual laser-etched key symbol inserts can be easily replaced from Blink Marine’s comprehensive library. User customised symbol inserts are also available. This allows the possibility for the user to adapt and change the keypad to match the switching task in hand or for the user’s keypad spares or production inventory to be maintained at a minimum level. The larger 24 mm insert size is particularly appropriate for more heavy-duty applications where operators may need to wear protective gloves. Models are available through the PowerKey Pro series with four to twelve keys and as with all Blink Marine keypads, the number of LEDs assigned to each key can be colour-code personalised.

Software features across the complete product range include ‘Event Status Transmission’ where the keypad can message the communication bus indicating a button press or a button release - allowing digital systems to have similar input acknowledgements as that of the latching position of a mechanical switch. ‘Periodic Status Transmission’ indicates the press or release status of each button as a continuous broadcast of messages where the frequency can be adjusted over a wide range. Also, to ensure the keypad is functioning correctly, ‘Periodic Heartbeat’ broadcasts continuously, again with a wide frequency adjustment range. Blink Marine keypads have plug-and-play configurability and are supported with comprehensive programming manuals. Blink Marine’s keypads are also available with a special motorsport protocol to enable communication with some motorsport controllers that have limited CAN programming capacity. Whilst the keypad software is more complex the controller software burden can be lighter.

@Variohm @mepaxIntPR #Blink #PAuto

Tuesday, 15 June 2021

User-friendly programming for mobile machines.

openSYDE, from the control systems company STW, is a framework and toolset for the implementation, analysis, maintenance and documentation of functions and programs in control systems for mobile machinery. It is characterized above all by its open architecture. It offers the OEM open interfaces to other programs and the possibility to integrate third party components.

It supports machine manufacturers with various tasks around the control system throughout the machine lifecycle, through design, production, and service. openSYDE also supports application programming. Integrated logi.CAD 3 realizes this in a particularly user-friendly way.

The focus of openSYDE is the control system architecture and design, with peripherals. For this purpose, it has the programming environment logi.CAD 3 integrated into the workflow. logi.CAD 3 can be started directly from openSYDE and with openSYDE generated code, automatically takes over the base configuration of the control system for the further programming. This is one part of the development environment’s lifecycle support, which accompanies the machine manufacturer throughout the entire product lifecycle.

With logi.CAD 3, together with the runtime system Micro-Runtime-System µRTS 3, powerful and cost-effective solutions can be realized. logi.CAD 3 offers a powerful ST (Structured Text) Editor and the graphical FBD (Function Block Diagram) Editor. The environment and control system architecture also allows the integration of C and C++ code, and the complete data storage is in ASCII format. In contrast to proprietary binary codes from other suppliers, this makes further processing far simpler - especially in conjunction with the integrated code generator.

logi.CAD 3 utilizes the open source programming environment Eclipse. This means a large number of additional plugins are available, many of them free of charge. One example is support for the source code management system GIT. Using Eclipse as a basis ensures long-term availability and development of both the environment and plugins.

Another advantage of logi.CAD 3, and thus of openSYDE, is the runtime system µRTS 3 of the programming environment mentioned above. µRTS 3 requires around 30 kB of memory. Thus, the machine manufacturer has almost the entire memory of the target controller available for the application. Further, the CAN safety protocol ECeS developed by STW, which is inherently supported by the STW controllers of the ESX family, is also particularly resource friendly. The SIL2/PL d-certified protocol significantly reduces the amount of data on the CAN bus and provides a higher speed of data transfer than the CANopen safety protocol.

openSYDE, logi.CAD 3 and the ESX controller family complement each other in an optimal way. Together they provide manufacturers of construction, agricultural, forestry and municipal machinery, as well as automated guided vehicles and mobile working robots, with a perfect ecosystem for system design, analysis, monitoring and service of their machines.

@Sensor_Technik @PresseBox #PAuto #Mobile

Thursday, 25 March 2021

Control of innovative, electric rope balancer!

ZASCHE handling turned to Delta Industrial Automation to draw upon their expertise in motor control solutions.

Handling systems are an essential tool across a range of industries, from manufacturing and metalworking to automotive and railway. Personnel must frequently lift and maneuver heavy or awkward loads, then place them with utmost accuracy and care. ZASCHE handling has been focused on this challenge since the 1990s, helping its customers fulfill ergonomic requirements for their staff, such as the EU’s Machinery Directive 2006/42/EC . For many years, the industry has relied upon pneumatic rope balancers to handle and position loads with precision. However, the compressed air required is not always available and, in some cases, is even prohibited.

To meet this market need, ZASCHE handling developed a fully electric rope balancer. With customer expectations aligned to the performance of pneumatic solutions, this electric implementation had high expectations to fulfill. Not only should its performance be comparable with existing products, it would need to be quieter, consume less energy, and have an even simpler maintenance regime.

Such devices can lift loads of up to 100 kg and offer a stroke of 2000 mm. Additionally, single-hand control is expected for fatigue-free operation, while motion must be both smooth and responsive. Perhaps the most challenging aspect of such equipment is limiting motion as the device moves from heavily loaded to unloaded. With many facilities integrating Industry 4.0 technologies, easy integration with CANopen networks was an additional requirement. Features such as Safe Torque Off (STO) and no-drop when the brake was released were further critical aspects of the design for ensuring operator safety.

ZASCHE handling turned to Delta Industrial Automation to draw upon their expertise in motor control solutions. A three-phase induction motor requiring field-oriented control (FOC) had been selected to power the rope balancer that would be powered from a single-phase, 230 V supply. An encoder integrated into the gearbox, providing 1024 pulses per revolution (ppr), formed an essential element of the balancer’s precise control implementation. The need for vibration-less motion from the motor drive proved challenging at the highest and lowest speeds due to operators expecting the same responsiveness at high loads as they do at low loads.

After careful review of the requirements, Delta proposed the MH300 Series of high-performance, heavy-duty micro drives. The vector control implementation matched the selected motor optimally. Furthermore, thanks to its 40% size reduction over previous generations of the drive, it was an excellent fit for the rope balancer and contributed to its low overall weight. The integrated PLC provided the flexibility required to optimize the motor control precisely to the needs of the application. The USB port built into the drive ensured the customized firmware of the PLC could be updated with ease, enabling rapid iteration and testing of software improvements to the design’s closed-loop controller. This 230 V, single-phase micro drive also delivered the requested built-in support for CANopen and a Class A (C2) EMC filter.

Rope balancers are subject to wildly changing loads, so drive solutions must be heavy-duty. The MH300 Series provides a 150% overload capability over 60 seconds and 200% over 3 seconds. To support the compact design requirements, the integrated STO, compliant with EN 61508 SIL2, replaced the multiple contactors typically needed for emergency stop implementations. Coupled with a Safety Relay, the safe release of the rope balancer’s brake could be guaranteed. Safe hold in the event of power loss was also implemented.

Precise control is at the core of such applications, requiring the micro drive to accurately monitor the motor’s rotor position. Thanks to the modular approach used, the MH300 Series could be interfaced with the selected encoder using one of the available PG Cards that are easily inserted in the available Options Slot. Combined with the ability to program upper and lower control limits into the MH300, this also helped reduce overall design complexity.

Innovative products, such as the Z-BE electric rope balancer from ZASCHE handling, are challenging to develop, especially when expectations are already set so high by existing solutions. However, thanks to the close cooperation with Delta Industrial Automation, operators and facilities managers now have access to an intuitive-to-use, safe, accurate, low-maintenance, and, above all, electrically efficient alternative to pneumatic rope lifters. “The selection of the MH300, with its simple configuration, integrated CANopen, and modular approach, has enabled us to deliver our product with the safe control and precision our customers expect,” said Günther Rieck, Electrical Engineer at Zasche. 

Dr. Jörg Eidam, CTO at Zasche added, “We also value the technical insights and support provided by Delta at every stage of development.” 

Holger Friedrich, Sales Manager at Delta also highlighted that: “The compact and rugged MH300 Series was designed with exactly such applications in mind. It has been a pleasure to support ZASCHE handling in bringing their application successfully to market.”

@DeltaEMEA @EU_Growth #Automotive #Transport #PAuto

Tuesday, 24 November 2020

Electronic definition for CAN-FD devices.


The  CAN in Automation association has released the CiA 1311-1 specification. The document provides the XML schema Definition for CANopen FD profiles. Technically, an XML schema is an abstract collection of metadata, consisting of a set of schema components: mainly element and attribute declarations and complex and simple type definitions.

CiA 1311-1 is a subset of the CiA 311 XML schema components and rules limited to the mandatory components and extended with the CANopen FD specific components. It is based on the definitions given in ISO 15745-1:2003/Amd 1:2007. The annex of part 1 provides XML schema files for generation of the generic device description in XDD file format and configuration description in XDC file format. A web resource for the XML scheme namespace and location of scheme files is a work in progress.

Configuration and design tools can use XDD files compliant to CiA 1311 to read electronically the functionality of a CANopen FD device. Such XDD files are also necessary for the mandatory conformance test by CiA.

• See also CAN FD on wikipedia

@CANopen #PAuto #Automotive

Wednesday, 2 September 2020

Technology days.

CAN in Automation (CiA) has scheduled two >CiA technology days online with the topic "CANopen in lift applications (CiA 417)”.

The 4-hour events take place two times, at different starting times. On October 06 (start 08:30 to 12:30, Berlin time) and October 09 (start 15:00 to 19:00, Berlin time), 2020. Thus, people from all over the world can participate at a suitable local time.

These CiA technology days provide an insight to the status and future of CANopen in lift applications. The presentation language will be English. Participation is free of charge, but registration is obligatory to receive the dial-in data. CiA members have also the option to take part with technical-oriented presentations, to inform about experiences with CiA 417 solutions.

Agenda (Subject to change without notice)

- 08:30 to 08:45 Welcome (Reiner Zitzmann, CiA)
- 08:45 to 09:15 CANopen introduction (Reiner Zitzmann, CiA)
- 09:15 to 09:30 Break
- 09:30 to 10:00 The CANopen application profile CiA 417 (Thilo Schumann, CiA)
- 10:00 to 10:30 CiA 417 Condition monitoring (Oskar Kaplun, CiA)
- 10:30 to 10:45 Break
- 10:45 to 11:00 CiA 417 – virtual controller (Roy Schneider, Thor Engineering)
- 11:00 to 11:30 CiA 417 – car drive unit (External speaker)
- 11:30 to 11:45 Break
- 11:45 to 12:15 CiA 417 – panel unit (Mitun Chidamparam, Schaefer)
- 12:15 to 12:30 Outlook on CAN-based networking (Holger Zeltwanger, CiA).

@CANopen #PAuto #Europe

Tuesday, 25 August 2020

Webinars on industrial communications.

The seminars’ target groups are system integrators, development engineers, and technical decision-makers.

CAN in Automation (CiA) has scheduled web-based CAN and CANopen seminars to increase attendees safety in times of the coronavirus.

The CAN Seminars take place on September 23, and October 07, 2020.

The CANopen Seminars are on September 24 and October 08, 2020.

They provide in a compact format the contents of our well-known on-site seminars. The seminars, held in German language, discuss CAN and CANopen in depth including CAN FD and CANopen FD. Additionally an outlook e.g. to CAN XL is provided.

In the CAN online seminar, attendees learn the CAN principles, the differences between Classical CAN and CAN FD, which possibilities CAN communication offers and in which markets CAN is used. The event explains CAN as it is specified in ISO 11898-1:2015. This comprises the Classical CAN, the CAN FD protocol, as well as the CAN physical layer standards.

During the CANopen online seminar, participants learn the basic principles of CANopen, as specified in CiA 301. Furthermore, CANopen additional application layer functions as well as the basic principles of CANopen profiles are introduced. Additionally, attendees get an insight to the new CANopen FD protocol, according to CiA 1301. The seminar enables to select the right CANopen device for individual applications, to integrate devices in a proper control application, or to design the intended CANopen device behavior. In addition, there is enabled to assess the possibilities and effort to introduce CANopen FD in own projects.

@canopen #PAuto 

Greater connectivity, maintainability and flexibility for actuators.

Thomson Industries has announced the availability of the CANopen industrial networking protocol as an option for its line of heavy duty Electrak HD electric actuators. Designers of linear motion systems requiring up to 16 kN load handling can now enjoy the cost savings and flexibility of this CAN bus standard.

“Many of our customers are seeking to reduce costs and gain flexibility by integrating their motion systems into higher-level, open automation strategies and have asked us to support CANopen. We are pleased to announce that we are now offering both CANopen and SAE J1939 capabilities for our popular Electrak HD actuators,” said Anders Karlsson, Product Line Specialist – Linear Actuators at Thomson.

CANopen is an open industrial integration protocol built on the Controller Automation Network (CAN). Originally developed for industrial systems,it is increasingly becoming the protocol of choice for factory automation systems, most notably AGVs and PLC-controlled material handling systems.

CANopen offers all of the functionality of SAE J1939, another protocol built on the CAN network bus, but uses an independent standard platform that enables plug and play integration with other standard devices. This makes it possible to integrate motion into other, higher-level automation schemes.

In addition to simplifying connectivity, CANopen enables users to finely control the motion of a linear component using programmable parameterssuch as distance travelled, temperature and speed. Programs can provide data, which can help diagnose problems, signal maintenance alarms, improve quality control and optimize operations.

Taking full advantage of the CANopen data handling capabilities are the onboard electronics embedded in the Thomson Electrak HD actuator, which eliminate the need for standalone controls. This smart electric actuator offers an intelligent, powerful and compact alternative to hydraulic systems. In addition to load handling up to 16 kN, the Electrak HD provides up to 1 meter of stroke, up to 75 mm/s of speed and high environmental resistance, including IP69K.

ThomsonElectrak HD linear actuators with CANopen are available immediately and are compliant with specification 301 published by the CAN in Automation (CiA) standards body. Additional Thomson electric actuator models are being considered for future implementation.

@Thomson_Ind @bcm_pr @CANopen #PAuto

Wednesday, 15 April 2020

Software stack and SoM.

An engineering company that specialises in industrial real-time data communication has developed two alternatives for CC-Link IE TSN products: a software stack (master/slave) reduces in-house development time and costs for the component manufacturer while an embedded system on module (SoM) can directly expand existing platforms.

Founded in 1990, port industrial automation based in Halle/Saale (D) is committed to industrial real-time communication in all sectors. More than 500 product and system developers worldwide use MCU middleware, libraries, cores, protocol stacks, drivers, tools and development services from port to successfully place their products on the market.

Since the beginning of CANopen, the company has primarily relied on multi-protocol solutions, working in collaboration with market drivers from the European and US automation industries. Today, port focuses on the Industrial Ethernet protocols in their many forms and that is why, in June 2018, it joined the CC-Link Partner Association (CLPA) in order to support its latest Industrial Ethernet technology CC-Link IE TSN which combines gigabit bandwidth and Time-Sensitive Networking (TSN).

“Port mainly serves industrial markets such as factory automation, logistics automation, sensor technology and the process industry and our real-time communication solutions cover the whole communication chain. CC-Link IE TSN provides an interesting technology platform which enables data from sensor to interface ‘IT’ to be displayed safely and represents an important addition to our portfolio”, says Dietmar R. Franke, CEO/CFO of port industrial automation. “We will continue to develop the company by focussing on TSN as we will fully support the whole topic of ‘Time-Sensitive Networking’ with a variety of products.”

The product range for CC-Link IE TSN currently includes a software stack that contains the tools required to configure, manage and install the new open specification. A decisive advantage of the stack solution is its hardware independence. The stack is ported to the relevant hardware platform in a consistent format and already contains the TSN features that are supported according to IEEE standards. In addition, there are appropriate configuration and management tools.

Moreover, port has developed a hardware product for CC-Link IE TSN in the form of an embedded system on module (SoM) which can be used as an add-on or expansion board for existing systems. “In other words, customers who are currently using a platform that offers a serial peripheral interface (SPI) can also add CC-Link IE TSN to their platform via this interface”, says Franke.

While the licensing of port’s CC-Link IE TSN stack is aimed at customers who will then be able to optimise their development effort for larger quantities, the company also wants the embedded module to offer a CC-Link IE TSN option for companies which produce very small quantities. Franke sees opportunities for the SoM alternative for mechanical engineering in particular: “This fully integrated SoM alternative is particularly suitable for manufacturers who make more specific products such as certain gateways or I/Os with small annual production runs because all the customer has to take care of is the integration of the hardware. However we also offer that as a service for the CC-Link IE TSN system.”


 #Pauto #port @CLPA_News @CC_LinkNewsDE @CANopen

Wednesday, 1 April 2020

Bus newsletter reflects present crisis.

The latest issue (March 2020) of the CAN Newsletter has been distributed.

CiA have postponed the iCC 2020, and have withdrawn all face-to-face events. This includes CiA technical meetings, seminars, the CiA technology days in Spain, etc. Most of the CiA staff is now in home-office with just a few in the CiA office.

All online services are continued as usual. The CAN Newsletter is to be published as scheduled in early June. Product news will continue to be published almost daily online. The CAN Newsletter is a good opportunity to monitor developments in the CAN community.

The association has started selling the iCC 2020 proceedings. They contain all 22 papers and the keynote speech. They may be ordered from the CiA office and they will be distributed by email in PDF format.

CiA has additionally scheduled two free-of-charge webinars, in which Reiner Zitzmann and Holger Zeltwanger (MD_CiA) will present the trends provided in the iCC papers.

Regarding technical trainings, CiA is going to offer online in-house seminars. The agenda is customised. One session lasts three hours. If more time is needed, multiple sessions may be booked, which may be scheduled for different days.

#PAuto @CANopen

Tuesday, 20 August 2019

Communications standards upgrades.

The CAN in Automation (CiA) association has released new versions of the CANopen profiles CiA 406 and CiA 461. CANopen is internationally standardized in EN 50325-5. This European standard specifies the CANopen application layer and communication profile.

The updated CiA 406 specification provides improvements regarding the CRC polynomial for CANopen Safety encoders. Additionally, some parameters for functional safety have been introduced. The Annex C provides examples for CANopen Safety configuration handling. CANopen Safety is standardized in EN 50325-5 (formerly CiA 304).

The CiA 461 series specifies the CANopen interfaces of weighing devices. Part 1 (PDO specification) and part 2 (load cells) originally published in 2015 have been updated marginally. Just a few minor changes have been introduced. More impor
tant is the completion of the profile series. Part 3 specifies the CANopen interface for scales. This includes the process data and the mapping into PDOs as well as configuration parameters. Part 4 provides the device profile for weighing displays and indicators. It specifies the process data and configuration parameters. Additionally, it describes the PDO communication and mapping parameters.

 #Pauto #Standards @CANopen 

Thursday, 8 March 2018

Board elected!

The members re-elected the three members of the board at annual CiA General Assembly: Uwe Koppe (Technical Director), Christian Schlegel (Business Director), and Holger Zeltwanger (Managing Director).
Left to right: Uwe Koppe (MicroControl), Holger Zeltwanger, and Christian Schlegel (HMS)
Besides the board-of-directors, the general assembly elected the members of the CiA Technical Committee and of the CiA Business Committee. Bosch, Emtas, Esacademy, HMS, and Janz Tec are the elected members of the CiA Technical Committee. Additionally, the committee comprises representatives of the Interest Groups CANopen, CAN FD, and Commercial Vehicles. The Business Committee is build by representatives of the Marketing Groups Lift and CANopen FD (in foundation) as well as the elected members (Emtas, ESD Electronics, Janz Tec, MicroControl, and Vector).

In the annual meeting also those companies having not paid their membership fee for 2017 were excluded. The proposed budget for 2018 was accepted.

This year, CiA will exhibit at Hannover Messe and SPS IPC Drives (both in Germany) as well as at IAS and Bauma China (both in Shanghai).

The budget for developing CANopen FD related specifications was increased compared to the previous year.

@CANopen  #PAuto 

Thursday, 30 November 2017

Profile for contrast-media injector updated.

CAN in Automation (CiA) has released the version 2.4 of the CANopen profile for contrast-media injectors. The newly introduced functions include the mandatory time synchronization between scanner and injector. Several other parameters have been updated including some editorial improvements and clarifications.

Now, the profile supports an automatic configuration of the contrast-media injector. Another new function is the sampling of Hounsfield Units.

Since its introduction in 2005, all market-leading manufacturers of contrast-media injectors support the CiA 425-2 profile. The suppliers of medical scanner devices provide a CiA 425-2 compliant CANopen interface, too. Recently, the supporting companies agreed on the shown logo: CANopen med.

CANopen is a standardized application layer protocol and communication profile (EN 50325-4). It is used in many different application fields. Often it is not visible, because it is embedded and deeply embedded in medical devices including in computed-tomography (CT) scanners. Most of the market-leading medical device suppliers use CANopen to control several parts, especially for all moving parts. The CiA 425-2 interface is an exception: It is visible for the medical staff. This is why a logo has been introduced.

@CANopen #Medical

Tuesday, 3 November 2015

Focus on CAN FD.

About 100 engineers attended the two-day 15th international CAN Conference (iCC) held in Vienna in October 2015. The 22 presentations were of high quality, said the organizer, CAN in Automation (CiA). The main focus was on CAN FD, the improved CAN protocol introduced at the 13th iCC in the Hambach Castle (D).

Other topics included Internet of Things (IoT) and secure communication in CAN network systems. Bosch presented a security extension to the CAN protocol.

Daimler discussed some internal research results on CAN FD system design aspects. The airborne industry made in an ad hoc presentation a commitment to use CAN FD in aircrafts. In the tabletop exhibition Cypress, Fraunhofer, Kvaser, Microchip, and Renesas showed their latest ISO CAN FD implementations. Microchip announced a CAN FD stand-alone controller with integrated transceiver.

All presentations are documented in the proceedings, which can be purchased from CiA office. This includes the papers on transceiver add-on circuitry hiding CAN FD messages to legacy Classical CAN implementations by Kvaser (FD Filter) and NXP (FD Shield). Another interesting paper was given by Denso about its Ringing Suppression technology based on dynamic bus impedance adjustment.

Monday, 12 October 2015

Standardised access to CANopen services from IEC 61131.

CAN in Automation (CiA) has released the CiA 314 specification, which substitutes partly the CiA 405 specification published around 20 years ago.

Function block for creating object
dictionary entries
The other parts of CiA 405 have been moved already some years ago to the CiA 302-4 (network variable and process image) and the CiA 306-3 (electronic datasheet) documents. The CiA 314 document specifies CANopen-specific function blocks, e.g. to write or to read SDOs (service data objects), to inquire the NMT (network management) state or the CANopen kernel state.

Other function blocks are dedicated for transmitting and receiving EMCY information (emergency messages) as well as for creating object dictionary entries. The providers of CANopen devices programmable in IEC 61131-3 languages and related Soft-PLCs may implement these function blocks to make the application software portable to other platforms. This increases the re-usability of application programs.

CANopen devices programmable in IEC 61131-3 languages are used in factory automation, machine control systems, “intelligent” drives as well as displays, and increasingly in mobile machines.

Tuesday, 18 August 2015

CANopen profile for weighing devices. @CANopen #PAuto

The device profile family for weighing devices specifies the CANopen interface including the PDO mapping and the necessary configuration parameter. Part 1 and part 2 have been released CiA internal as Draft Standard Proposal (DSP) in August 2015. Part 3 not yet developed will deal with scale devices, and part 4 is intended for special human machine (HMI) interface and indicator devices related to weighing applications.

• Part 1 of this series provides some general definitions including several legal for trade (LFT) modes. It describes also the data encryption and data exchange procedure. Additionally, the sealing and the password changing procedure are described briefly. Of course, this part specifies some common communication parameter of the CANopen interfaces for weighing devices. Legal for trade (LFT) weighing devices are intended for use in commercial applications, in which products are sold by weight. Often, LFT devices comply with Handbook 44 by NIST (National Institute of Standards and Technology). In the USA, they may be certified under the National Type Evaluation Program (NTEP). CiA 461-1 specifies several LFT modes with and without protection, for example, with CRC signature or Trivium encryption.

• Part 2 specifies the CANopen interface for load cells. Load cells are transducers that generate an electrical signal with a magnitude proportional to the measured force. There are described eight devices classes. The profile specifies several compensation techniques for gravity, inclination, temperature, and movement acceleration. In case of external compensation, the compensation values are mapped into the four default RPDOs. The two specified default TPDOs provide the load cell weight output value plus weight status and alarm information respectively the weight status and the process data random number as well as the process data signature. The configuration parameters include data sample rate and filter settings, for example, for Bessel, Butterworth, or Notch characteristics.

Tuesday, 4 August 2015

New wine in old bottles!

Linking CANopen to TCP-based networks

Everyone is talking about the Internet of Things (IoT). However, it is, according to CAN in Automation (CiA),  just “new wine in old bottles”“We do this since more than 10 years,” explained Holger Zeltwanger, CiA’s managing director. “First users came from the ModbusTCP business followed by the generic ASCII protocol.” 

Horst Zeltwanger
CiA had already released the CiA 309 series of interface specification for CANopen-to-TCP gateways in 2004. Recently, the nonprofit association launched new versions for three parts of this set of specifications.

Part 1 (version 2.0) describes the general principles and specifies the communication services. Besides some editorial improvements and corrections, the updated document provides a new section explaining CiA 309 operating sequences. It provides entire protocols, exchanged between a TCP device and a CANopen device, whereby the communication link is established via the CiA 309 gateway device. The CiA 309 services also include management services for the gateway devices and the CANopen host controller. Other services are dedicated to initiate Layer Setting Services (LSS) in order to set the CANopen node-ID via the CAN network or to change the bit-rate. The related CiA 309 protocols are described in part 2 to part 4.

Part 2 released as version 1.3 specifies ModbusTCP messages. The new CiA 309-2 document just introduces some editorial improvements and corrections. Additionally, the Modbus extended exception has been introduced. Part 3 version 2.1 specifying the ASCII-based protocol and launched end of July as the other parts has not been functionally extended. Just a few editorial changes have been made including some additional definitions.

There are some CiA 309 gateways on the market. Most of them use the ASCII-based protocols on the TCP-side. There are also software packages available providing the necessary protocol stacks for both interfaces as well as gateway program. They support ModbusTCP as well as ASCII protocols. In subsea applications, CiA 309 gateways are embedded in the so-called “tree”-controllers, which links the sensor networks on the ocean ground to the topside controller via TCP-based networks.

By means of the CiA 309 protocols, the user can access from a remote controller every device in the connected CANopen network. This TCP-connection is mainly used for remote configuration and remote diagnostic purposes. Real-time communication is done locally. Nevertheless, any CANopen device is via such a standardized CiA 309 compliant interface a “thing” in the Internet.

Additionally, the CiA 309-4 document specifies the remote access via ProfinetIO. CiA and Profibus International members have been jointly developed this specification. Both associations have released it already in the year of 2011.

Monday, 1 December 2014

Protocol allows higher transmission speed plus...

At the end of October, a CAN-FD-plug-fest took place in the offices of the international users and manufacturers group CAN in Automation (CiA). Participants of fourteen companies communicated in a network with their CAN-FD-products. Among them were manufacturers of micro-controllers (Infineon, Renesas, Spansion, and STM) and companies that employ FPGA implementations (Bosch, ESD, Ixxat/HMS, Kvaser, National Instruments, Peak, as well as Daimler and Volkswagen). Data was transmitted with 500 kbit/s in the arbitration-phase. The bit-rate of the data-phase started with 1 Mbit/s and was then raised up to 10 Mbit/s. No errors frames were detected up to a bit-rate of 5 Mbit/s – even during busloads up to 100 % over a longer period of time (several hundred thousand frames). LeCroy participated with a passive bus analyzer, which was able to interpret the individual bits of the CAN FD protocol. CiA will organize similar events in the US and Japan in 2015.

At the moment, the CAN-FD-protocol is being standardised by ISO. It is supposed to be internationally standardized in the ISO 11898-1 standard. High-speed CAN communication is specified in the ISO 11898-2 standard. The document, which is under revision at the moment, is also supposed to include the low-power option (ISO 11898-5 to date), as well as the optional selective wake-up function (ISO 11898-6 to date). Both standards are to be published in 2015. ISO committees are also working on expanding the ISO transport layer protocol (ISO 15765-2) so that it can support the larger data frames (up to 64-byte payload). The nonprofit Asam association has adapted the CAN-based calibration protocol as well. Corresponding Autosar extensions have also been approved and will be published soon (Version 4.2.1).

CAN FD is also being discussed in the responsible CiA interest groups. Besides the activities regarding generic network design recommendations (CiA 601), an update of CiA 301 is planned. Under the name CANopen+, the application layer will be extended accordingly. Besides 64-byte SDOs, the PDOs are to be extended to 64-byte too. This is especially of interest for complex CAN devices, for which the previous 8-byte limit led to functional restrictions. The PDO extension is especially beneficial for devices that support functional safety as well as security measures. Normal functionality can also be improved by longer PDOs. Electrical drives according to CiA 402 can receive several commands in one PDO. However, the CANopen profiles have to be revised accordingly.

Recently the CiA organization has started the Interest Group (IG) “Commercial Vehicles”. The group will develop an application layer for CAN FD networks in trucks and omnibuses, which will be submitted to SAE (Society of Automotive Engineers). In this context the physical transmission will be specified too. These specifications are developed under the name CiA 602. They will adopt the functions and data standardized in J1939 as far as possible. It is more or less a matter of mapping the existing SAE specifications to CAN FD networks.

Even though CAN FD has adopted many principles of Classical CAN, there are some characteristics the user should pay attention to. To get this information to users from the various sectors, CiA will organize informative events (CiA Tech Days) and dedicated seminars (CAN/CAN-FD Training) worldwide throughout the next year. The latter are addressed at developers who don’t have much experience with CAN. The CiA Tech Days mainly want to inform technical managers about the possibilities and limits of CAN FD. Moreover, CAN FD will be a topic at the 15th international CAN conference in Vienna.

“The CAN FD protocol not only allows higher transmission speeds, but also longer frames with a maximum of 64 bytes,” explained Holger Zeltwanger, CiA Managing Director. Besides the semiconductor manufacturers, providers of software tools have also started to adapt their products to CAN FD. However, the original CAN FD protocol had to be changed to improve the reliability of the data transmission. “Among others, a stuff-bit counter was introduced, which is protected by a parity bit,” clarified Zeltwanger, who also chairs the related ISO working group.