As mentioned above, a CANopen FD protocol stack is required to develop CANopen FD devices. Such a protocol stack implements the CANopen FD protocol by interpreting the CAN FD messages according to CANopen FD and vice versa, composing CAN FD messages that follow the CANopen FD specification. A CANopen FD stack handles all communication tasks, allowing the application developer to focus on the application itself, including connecting the application to the protocol stack.
Emotas’ CANopen FD stack can be used with various microcontrollers or on PC-based systems with CAN FD interfaces. Although CANopen FD protocol stack represents the core of each development, the development process is simplified by a comprehensive tool chain that has been built around the stack.
Besides a CAN FD interface, everyone working with CAN FD needs a CAN FD analyzer. There are various analyzers available, but most lack the capability to interpret CAN FD messages according to the CANopen FD protocol. That is where emotas’ CANinterpreter enters the stage, providing a detailed interpretation of all CANopen FD messages.
To develop a CANopen FD network, one usually starts with the design of the object dictionary. This task can be simplified by emotas’ CANopen DeviceDesigner, a GUI tool that defines the object dictionary based on existing object databases or imported device description files and target specific customization of the objects and CANopen FD services. Based on all inputs, the tool generates an object dictionary representation as C structures (an ANSI-C file) which is linked to the stack and application, but also an XML device description file (XDD) according to CiA specification CiA 1311.
When a complete new CANopen FD network consisting of multiple CANopen FD devices is envisaged, emotas’ CANopen NetworkDesigner is recommended over CANopen DeviceDesigner, which is for single CANopen FD device development. As the name suggests, CANopen NetworkDesigner enables a complete CANopen FD network with multiple devices to be designed, with the tool handling all communication relationships between devices.
When developing CANopen FD devices, a CANopen FD host controller will usually be required as a counterpart to the communication. A PLC or other hardware can be used, but in many situations, the full flexibility of a tool like emotas’ CANopen DeviceExplorer is beneficial. In addition to the CANopen FD interpretation features of emotas’ CANinterpreter, CANopen DeviceExplorer includes analysis and configuration functionality. It can send and receive USDOs, PDOs, NMT commands and many more. An integrated scripting language enables programming of automated test or configuration tasks.
To complete the CANopen FD tool chain, emotas offers a CANopen FD bootloader and CANopen UpdateManager that can update single CANopen FD devices or complete CANopen FD networks with new firmware via CANopen FD.
All mentioned emotas tools and protocol stacks can be used with Kvaser CAN FD interfaces on Windows, Linux and some Mac OS X, using can4osx.