CANopen基本概念学习笔记 |
您所在的位置:网站首页 › 现场总线的基本定义是什么 › 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节点示意图见下: 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)部分: 为了减少网络的组态工作量,CANopen预定义了强制性的缺省标识符分配表,见下: 每个CANopen 节点都具备一个对象字典(Object Dictionary,OD),用来设定设备组态及进行非即时的通讯。所谓的对象字典就是一个有序的对象组,描述了对应CANopen节点的所有参数,如通信参数、应用程序数据,以及 PDO 的映射数据等;具体以总线电机驱动器为例,对象字典中的对象(Object )可以是电流环、速度环、位置环的 PID 参数等。 CANopen字典的对象结构见下图: 对象字典的结构参照下表: 轻松掌握CANOpen最难理解的对象字典 2.2 EDS文件对象字典的可传递形式被称作EDS(electronic data sheet,电子数据表格)文件。EDS文件是 PLC 所连接从站的标识文件或者类似码,通过该文件来辨认从站所属的类型。该文件包含包含了从站的所有信息,比如生产厂家、序列号、软件版本、支持波特率种类、可以映射的 OD 及各个 OD 的属性等等参数,类似于 Profibus 的 GSD 文件。在进行硬件配置前,需要把从站的 EDS 文件导入到上位组态软件。 3 SDO服务数据对象SDO(Service data object,服务数据对象)用于传输非周性数据,使用对象字典的索引和子索引访问CAN节点对象字典中的对象。 SDO 的基本结构如下: 当主站读取从站索引时: SDO 报文发送时命今字均为 0x40;如果接收数据为 1个字节,则接收命令字为 0x4F;如果接收数据为 2 个字节,则接收命令字为 0x4B;如果接收数据为 3 个字节,则接收命令字为 0x47;如果接收数据为 4 个字节,则接收命今字为 0x43;当主站写从站索引时: 如果发送数据为 1个字节,则发送命令字为 0x2F;如果发送数据为 2 个字节,则发送命令字为 0x2B;如果发送数据为 3 个字节,则发送命令字为 0x27;如果发送数据为 4 个字节,则发送命今字为 0x23;写成功时, 则接收命今字为 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 节点自身为参考,此处以从站为例: TXPDO:从站通过 TXPDO 反锁自身的状态,相对于从站来说就是指从站发送出去的数据,这些数据由主站来接收;RXPDO:从站通过 RXPDO 接收主站的指令,相对于从站来说就是指从站接收的数据,这些数据由主站来发送;在Canopen预定义中,TPDO 和 RPDO 分别有 4 个数据对象(若从站支持,可根据需要在规则上扩增),每个 PDO 最大可映射 8 字节。 PDO属于生产者-消费者模型(producer/consumer),即将生产者(主站)生产行为同消费者(从站)消费行为剥离,网络中的每个节点都能收到发送节点的报文,接收到报文后根据配置决定是否接受报文。
PDO 的属性可以在对象字典中配置,每个PDO在对象字典中由PDO通讯参数和PDO映射参数组成。 4.2 PDO传输方式PDO 有两种传输方式: 同步(SYNC) 在 CANopen 中,同步传输是通过 SYNC(同步)消息来实现的。SYNC 消息是由主节点周期性地发送的,所有其他节点在接收到 Sync 消息后都会执行指定的操作。 同步非周期(传输类型:0)。控制器必须具有发送同步报文的能力(频率最高为 1KHZ 的周期发送的报文),伺服在接收到该同步报文后再发送。同步周期(传输类型: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 的通信参数集,其中的子索引分别指向具体的各种参数。
PDO 映射用于建立对象字典与 PDO 的映射关系。PDO 映射参数包含了 PDO 传输内容信息(包括索引、子索引及位长),说明PDO中的对象在对象字典中的位置和长度。生产者和消费者必须知道这个映射,以解释 PDO 内容,将通信参数、应用数据和具体 CAN 报文中数据联系起来。 映射参数索引(RxPDO:1600h1631h,TxPDO:1A00h1A31h)中子索引 0 记录该 PDO 具体映射的对象个数,子索引 1~8 则是映射对象内容,数据存放在 2000h 和 6000h 之后厂商自定义区域。 主站向从站发送数据: CANopen 节点按照协议规定的状态机执行相应工作,状态机的状态决定了该节点当前支持的通讯方式及节点行为。 状态机有初始化(initialization)、预操作(pre-operational)、操作(operational)和停止(stopped) 四个状态,可以通过 NMT (Net Management,网络管理) 报文来实现在各种模式之间切换。只有主节点能够传送 NMT报文,所有从设备都必须支持 NMT 模块控制(Module Control)服务,同时 NMT模块控制服务消息不需要应答。 CANopen设备状态机制见下图。 初始化时,节点自动设置自身参数和对象字典;当系统上电初始化完毕后,自动进入预操作状态中并发送 Boot-Up,该状态是主要的配置节点状态,可以接收和发送除PDO以外的所有报文;主节点发送启动节点报文启动远程节点,由预操作状态进入操作状态,操作状态是 CANopen 正常工作时的状态,各个模块都应正常工作;反之主节点发送另外的NMT 报文使节点进入预操作状态。当 NNT 主机发送停止节点报文时,设备进入停止状态,该状态是一种临时状态,只能接受主站的网络命令以恢复运行或重新启动。![]() SYNC同步是控制多个节点发送与接收之间协调和同步的一种特殊机制,用于 PDO 的同步传输。 同步对象由 CANopen 主站周期性地广播 CAN 总线的报文,用来实现基本的网络时钟信号,每个设备可以根据自己的配置,决定是否使用该事件来跟其它网络设备进行同步通讯。 SYNC 通信也基于生产者/消费者模型。生产者定期广播同步对象,网络中的其它设备都可以接收 SYNC 消息,由此为 CANOpen 网络提供基本的同步机制。 SYNC 消息的周期由对象字典中的标准通信循环周期参数 0x1006 定义。SYNC 报文的 COB-ID 为 0x80,具有很高的优先级,以减少生产者发送 SYNC 报文时的延时抖动。SYNC 报文可以不包含数据,最小化报文的传输时间。 7 Emergency应急报文当设备内部出现致命错误将触发应急(Emergency)报文,由应用设备以最高优先级发送到其他设备。任何具备紧急事件监控与处理能力的从站会接收并处理紧急报文。 8监督类型监督类型是指在运行过程中主站选择何种检查方式检查从站,判断从站是否出现故障,并根据这些故障做出相应的处理。 检查方式有心跳报文(Heartbeat)和节点保护(Node Guarding)。一个节点不能够同时支持节点保护和心跳报文,只能选其中一种作为保护。 8.1心跳报文心跳模式采用生产者/消费者模型,心跳报文分为主站心跳报文和从站心跳报文。 主站心跳报文 从站以“监督时间”周期性的上传报文到主站,如果超过“心跳消费者时间”后主站还没有收到从站的下一个心跳报文,那么主站判断通讯出错,主站产生报警。 从站心跳报文 主站以“监督时间”周期性的发送报文到从站,如果超过“心跳生产者时间”从站还没有收到主站的下一个心跳报文,那么从站判断通讯出错。 由于远程帧在 CAN 发展中逐渐被淘汰,而节点守护由于需要更多的主站开销与增加网 络负载,CiA协会已经不建议使用节点守护,更多的被心跳报文所取代。 目前节点守护为预留功能。 节点保护遵循主从模型,主站以“监督时间”周期性的发送远程请求报文到从站,从站接收到后即回应,如果超过“监督时间×寿命因子”时间后,主站还没有收到从站回应的报文,主站判断从站出错。 同时,从站也可以监控主站的远程请求状态,从收到的第一条远程帧开始启动通讯保护,如果超过“节点保护时间×节点保护系数”时间没有收到主站远程帧,从站也会判断通讯出错。 |
今日新闻 |
点击排行 |
|
推荐新闻 |
图片新闻 |
|
专题文章 |
CopyRight 2018-2019 实验室设备网 版权所有 win10的实时保护怎么永久关闭 |