CANopen基本概念学习笔记

参考文献
《Kinco FD&CD3系列伺服驱动器使用手册20210125》
《CANopen协议讲解课件》
《信捷 CANopen 通讯用户手册》
《基于CANopen协议的网络主控制器的设计》
《CANopen 轻松入门》致远电子

前置文章
CAN总线技术基本概念简述

0 CANopen简述

CAN协议基本概念简述

CAN现场总线本身仅仅实现了物理层和数据链路层，CANopen是CAN现场总线的应用层协议。

CANopen是应用层协议，未规定物理层和数据链路层的实现，故并非必须基于CAN总线实现，例如也可基于Ethercat总线实现，即CANopen Over EtherCAT（CoE）。

CANopen 通信网络一般由一个主节点(master)和数量不定（最大126）的从节点(slave)组成。
●主节点：负责整个网络的管理。
●从节点：主要负责底层的网络通讯和控制任务。
CANopen 主节点在功能上相当于具备网络管理功能的CANopen 从节点。

CANopen由非营利组织CiA（CAN in Automation）进行标准的起草及审核工作。

标准CANopen节点示意图见下：

作为 CAN 总线的应用协议层，CANopen 协议主要对 CAN 报文中的仲裁域（11 位）和数据域（最多 8 字节）进行了定义。

CANopen 采用 CAN2.0A 规范的标准帧格式，数据部分传输多字节数据时采用小端模式。

CANopen协议是一个通用协议标准，从CiA 301 基础协议（DS 301）开始，对于不同类型的CANopen设备有不同的设备子协议（称之为行规），如CiA 402“伺服与运动控制”子协议面向运动设备（包括伺服驱动器、逆变器、步进电机驱动器等）。

1通讯对象标识符

CANOPEN协议的基本通信单元为通信对象（Communication Object）。常用的通信对象有NMT、SYNC、EMERGENCY、TIME STAMP、SDO、PDO六类。COB-ID （ Communication Object Identifier，通讯对象标识符） 即CAN 标识符，指定了在通讯过程中对象的优先级以及通讯对象的识别，CANopen 的各个通讯对象都有默认的 COB-ID。

COB-ID格式是基于 CANopen 2.0A 定义的 11 位 CAN-ID（CANopen 2.0B 协议 COB-ID 是 27位），包含一个 4 位的功能码（Function Code）部分和一个 7 位的节点 ID(Node-ID)部分：

1. 节点ID ——即站号，由系统集成商定义，例如通过设备上的拨码开关设置，Node-ID 范围是 1～127（0 为主站号）；
2. 功能码 ——数据传输的功能码，定义所有报文的传输级别，功能码越小，优先级越高;

为了减少网络的组态工作量，CANopen预定义了强制性的缺省标识符分配表，见下：

传输数据发生冲突时，CANbus 的仲裁机制会使 COB-ID 最小的讯息继续传送，不用等待或重传，也就是说 COBID 数值越小，输出优先等级越高。

2对象字典

2.1概述

每个CANopen 节点都具备一个对象字典（Object Dictionary，OD），用来设定设备组态及进行非即时的通讯。所谓的对象字典就是一个有序的对象组，描述了对应CANopen节点的所有参数，如通信参数、应用程序数据，以及 PDO 的映射数据等；具体以总线电机驱动器为例，对象字典中的对象（Object ）可以是电流环、速度环、位置环的 PID 参数等。

CANopen字典的对象结构见下图：

1. 索引（Index）：每个对象采用一个16位的索引值来寻址，这个索引值通常被称为索引，其范围在0x0000到0xFFFF之间。为了避免数据量大时无索引可分配，所以在某些索引下也定义了一个8 位的索引值，这个索引值通常被称为子索引（Sub），其范围是0x00到0xFF之间。每个索引内具体的参数，最大用32位的变量来表示，即Unsigned32，四个字节。
2. 对象属性（Attrib）：对象属性有RW（读写）、RO（只读）、WO（只写）、M（可映射）、S（可存储）

对象字典的结构参照下表：

轻松掌握CANOpen最难理解的对象字典

2.2 EDS文件

对象字典的可传递形式被称作EDS（electronic data sheet，电子数据表格）文件。EDS文件是 PLC 所连接从站的标识文件或者类似码，通过该文件来辨认从站所属的类型。该文件包含包含了从站的所有信息，比如生产厂家、序列号、软件版本、支持波特率种类、可以映射的 OD 及各个 OD 的属性等等参数，类似于 Profibus 的 GSD 文件。在进行硬件配置前，需要把从站的 EDS 文件导入到上位组态软件。

3 SDO服务数据对象

SDO(Service data object，服务数据对象)用于传输非周性数据，使用对象字典的索引和子索引访问CAN节点对象字典中的对象。

SDO 的基本结构如下：

SDO 命令字指明了该段 SDO 的传输类型和传输数据长度。

当主站读取从站索引时：

1. SDO 报文发送时命今字均为 0x40；
2. 如果接收数据为 1个字节，则接收命令字为 0x4F；
3. 如果接收数据为 2 个字节，则接收命令字为 0x4B；
4. 如果接收数据为 3 个字节，则接收命令字为 0x47；
5. 如果接收数据为 4 个字节，则接收命今字为 0x43；

当主站写从站索引时：

1. 如果发送数据为 1个字节，则发送命令字为 0x2F；
2. 如果发送数据为 2 个字节，则发送命令字为 0x2B；
3. 如果发送数据为 3 个字节，则发送命令字为 0x27；
4. 如果发送数据为 4 个字节，则发送命今字为 0x23；
5. 写成功时， 则接收命今字为 0x60；

如果接收数据存在错误，则接收命令字为 0x80。

SDO 传输方式遵循客户端/服务器模式，由 CAN 总线网络中的 SDO 客户端发起，SDO 服务器做出应答。因此只适合对参数的设置，不适合于对实时性要求较高的数据传输。

SDO 的通讯方式分为下载（Download）和上传（Upload）：

• 下载：对对象字典进行写操作；
• 上传：对对象字典进行读操作；

4 PDO过程数据对象

4.1概述

PDO(Process data object，过程数据对象) 主要用来传输需要高频率交换的数据。与现有的数据问答式传输方式不同，进行PDO传输方式时，设备双方在传输前先在各个设备定义好对象字典中数据接收和发送区域，在数据交换时直接发送相关的数据到对方的数据接收区，减少了问答式的询问时间。

由于需要区分每个 CANopen 节点的输入和输出，所以将PDO 分为发送方 Transmit-PDO（TxPDO）和接收方 Receive-PDO（RxPDO）。注意发送和接收是以 CANopen 节点自身为参考，此处以从站为例：

1. TXPDO：从站通过 TXPDO 反锁自身的状态，相对于从站来说就是指从站发送出去的数据，这些数据由主站来接收；
2. RXPDO：从站通过 RXPDO 接收主站的指令，相对于从站来说就是指从站接收的数据，这些数据由主站来发送；

在Canopen预定义中，TPDO 和 RPDO 分别有 4 个数据对象（若从站支持，可根据需要在规则上扩增），每个 PDO 最大可映射 8 字节。

PDO属于生产者-消费者模型（producer/consumer），即将生产者（主站）生产行为同消费者（从站）消费行为剥离，网络中的每个节点都能收到发送节点的报文，接收到报文后根据配置决定是否接受报文。

在生产者-消费者模型中，生产者负责生成数据（或任务），而消费者负责消费这些数据（或执行任务）。生产者和消费者在不同的时间段运行，并通过共享的缓冲区或队列进行通信和数据交换。生产者将数据放入缓冲区，而消费者从缓冲区中取出数据并处理。

PDO 的属性可以在对象字典中配置，每个PDO在对象字典中由PDO通讯参数和PDO映射参数组成。

4.2 PDO传输方式

PDO 有两种传输方式：

同步（SYNC）
在 CANopen 中，同步传输是通过 SYNC（同步）消息来实现的。SYNC 消息是由主节点周期性地发送的，所有其他节点在接收到 Sync 消息后都会执行指定的操作。

1. 同步非周期（传输类型：0）。控制器必须具有发送同步报文的能力（频率最高为 1KHZ 的周期发送的报文），伺服在接收到该同步报文后再发送。
2. 同步周期（传输类型：1-240）。传送在每 1 到 240 个 SYNC 消息后触发。该方式下伺服驱动器每接收到 n 个同步报文后，PDO 里的数据发送一次。

异步（ASYNC）
(传输类型：254/255)
从站报文数据改变后即发送，不管主站是否询问，而且可以定义同一个报文两次发送之间的时间间隔，避免高优先级报文一直占据总线。

允许在一个网络中同时使用同步和异步PDO，但可能会增加网络复杂性。

4.3 PDO 通讯参数

通讯参数描述了 PDO 的通信功能，定义了该设备所使用的 COB-ID、传输类型、禁止时间和事件时间等。
RPDO 通讯参数位于对象字典索引的 1400h to 15FFh，TPDO 通讯参数位于对象字典索引的 1800h to19FFh。每条索引代表一个 PDO 的通信参数集，其中的子索引分别指向具体的各种参数。

●COB-ID：即这个 PDO 发出或者接收的对应 CAN 帧 ID；
●传输类型：决定PDO遵循何种传输方式（同步/异步）；
●禁止时间：禁止时间指两个连续 PDO 传输的最小间隔时间，避免由于高优先级信息的数据量太大，始终占据总线，而使其它优先级较低的数据无力竞争总线的问题。
●事件时间：异步传输模式中驱动器向控制器发送 PDO 报文的周期时间。注意使用事件时间时，禁止时间应设置为 0。
●同步起始值：同步传输的 PDO，收到若干个同步帧后，才进行发送，该参数用于指定同步帧数量。

4.4 PDO 映射参数

PDO 映射用于建立对象字典与 PDO 的映射关系。PDO 映射参数包含了 PDO 传输内容信息（包括索引、子索引及位长），说明PDO中的对象在对象字典中的位置和长度。生产者和消费者必须知道这个映射，以解释 PDO 内容，将通信参数、应用数据和具体 CAN 报文中数据联系起来。
映射参数索引（RxPDO：1600h_{1631h,TxPDO:1A00h}1A31h）中子索引 0 记录该 PDO 具体映射的对象个数，子索引 1~8 则是映射对象内容，数据存放在 2000h 和 6000h 之后厂商自定义区域。

下述内容引自致远电子《CANopen 轻松入门》，帮助读者加深理解。
为了更加直观地表现映射，表 7.3 模拟 TPDO1，将参数、应用数据、CAN 报文数据联合起来展示，不同的映射采用不同的颜色。

在PLC中，使用输入寄存器/输出寄存器承载索引数据。
从硬件和数据传输的角度来看，输入寄存器和输出寄存器可以理解为CANopen节点中的数据缓冲区或寄存器，用于临时存储从CANopen网络接收到的数据或发送到CANopen网络的数据。

PLC通常支持自动分配映射寄存器，主从站数据交互的寄存器地址将自动分配。

4.5 PDO通讯示意

主站向从站发送数据：

从站向主站发送数据：

5 NMT控制

CANopen 节点按照协议规定的状态机执行相应工作，状态机的状态决定了该节点当前支持的通讯方式及节点行为。

状态机有初始化（initialization）、预操作（pre-operational）、操作（operational）和停止（stopped） 四个状态，可以通过 NMT （Net Management，网络管理） 报文来实现在各种模式之间切换。只有主节点能够传送 NMT报文，所有从设备都必须支持 NMT 模块控制（Module Control）服务，同时 NMT模块控制服务消息不需要应答。

CANopen设备状态机制见下图。

• 初始化时，节点自动设置自身参数和对象字典；
• 当系统上电初始化完毕后，自动进入预操作状态中并发送 Boot-Up，该状态是主要的配置节点状态，可以接收和发送除PDO以外的所有报文；
• 主节点发送启动节点报文启动远程节点，由预操作状态进入操作状态，操作状态是 CANopen 正常工作时的状态，各个模块都应正常工作；反之主节点发送另外的NMT 报文使节点进入预操作状态。
• 当 NNT 主机发送停止节点报文时，设备进入停止状态，该状态是一种临时状态，只能接受主站的网络命令以恢复运行或重新启动。
  

6 SYNC同步对象

SYNC同步是控制多个节点发送与接收之间协调和同步的一种特殊机制，用于 PDO 的同步传输。
同步对象由 CANopen 主站周期性地广播 CAN 总线的报文，用来实现基本的网络时钟信号，每个设备可以根据自己的配置，决定是否使用该事件来跟其它网络设备进行同步通讯。
SYNC 通信也基于生产者/消费者模型。生产者定期广播同步对象，网络中的其它设备都可以接收 SYNC 消息，由此为 CANOpen 网络提供基本的同步机制。
SYNC 消息的周期由对象字典中的标准通信循环周期参数 0x1006 定义。SYNC 报文的 COB-ID 为 0x80，具有很高的优先级，以减少生产者发送 SYNC 报文时的延时抖动。SYNC 报文可以不包含数据，最小化报文的传输时间。

7 Emergency应急报文

当设备内部出现致命错误将触发应急（Emergency）报文，由应用设备以最高优先级发送到其他设备。任何具备紧急事件监控与处理能力的从站会接收并处理紧急报文。

8监督类型

监督类型是指在运行过程中主站选择何种检查方式检查从站，判断从站是否出现故障，并根据这些故障做出相应的处理。
检查方式有心跳报文（Heartbeat）和节点保护（Node Guarding）。一个节点不能够同时支持节点保护和心跳报文，只能选其中一种作为保护。

8.1心跳报文

心跳模式采用生产者/消费者模型，心跳报文分为主站心跳报文和从站心跳报文。
主站心跳报文
从站以“监督时间”周期性的上传报文到主站，如果超过“心跳消费者时间”后主站还没有收到从站的下一个心跳报文，那么主站判断通讯出错，主站产生报警。
从站心跳报文
主站以“监督时间”周期性的发送报文到从站，如果超过“心跳生产者时间”从站还没有收到主站的下一个心跳报文，那么从站判断通讯出错。

心跳报文格式见下：

8.2节点保护

由于远程帧在 CAN 发展中逐渐被淘汰，而节点守护由于需要更多的主站开销与增加网 络负载，CiA协会已经不建议使用节点守护，更多的被心跳报文所取代。
目前节点守护为预留功能。

节点保护遵循主从模型，主站以“监督时间”周期性的发送远程请求报文到从站，从站接收到后即回应，如果超过“监督时间×寿命因子”时间后，主站还没有收到从站回应的报文，主站判断从站出错。
同时，从站也可以监控主站的远程请求状态，从收到的第一条远程帧开始启动通讯保护，如果超过“节点保护时间×节点保护系数”时间没有收到主站远程帧，从站也会判断通讯出错。