CANopen3.0-数据格式

本文详细介绍了CANOpen3.0协议中的CAN消息格式,包括CAN消息的组成部分和CANOpen中的数据存放方式。接着,重点讲解了NMT协议的控制消息、节点监控、节点心跳和节点启动过程。最后,阐述了SDO协议的快速读写操作及其应用场景。
摘要由CSDN通过智能技术生成

一、CAN消息

一帧CAN消息的通信协议如下:
在这里插入图片描述
其中,
id: CAN消息的标识符,通常是11bits
rtr: 0–消息帧,普通消息;1–远程帧,远程传输请求消息,这种类型的消息不能包含数据帧;
dn: 数据帧,一帧普通CAN消息包括0~8bytes数据
在CANOpen中需要自己实现CAN发送消息接口,类似如下代码:``

/********CAN接口函数 ********/
/*****************************
函数名称 : canSend
功    能 : CAN发送一帧消息
参    数 : notused --- 未使用
            m ----------- 消息内容
返 回 值 : 0:失败  1:成功
*******************************/
unsigned char canSend(CAN_PORT notused, Message *m)
{
   
  uint8_t i;
  static CanTxMsg TxMsg;

  TxMsg.StdId = m->cob_id;

  if(m->rtr)
      TxMsg.RTR = CAN_RTR_REMOTE;//远程帧
  else
      TxMsg.RTR = CAN_RTR_DATA;//消息帧

  TxMsg.IDE = CAN_ID_STD;//标准消息类型
  TxMsg.DLC = m->len;//数据帧长度,byte
  for(i=0; i<m->len; i++)
      TxMsg.Data[i] = m->data[i];//数据帧

  if(xQueueSend(xCANSendQueue, &TxMsg, 100) != pdPASS)
  {
   
      return 1;
  }
  return 0;
}

二、CANOpen中的CAN消息

在CANOpen中的CAN消息形式如下:
在这里插入图片描述
在CAN帧中数据都是以低位优先(小端模式)的方式存放。例如,0x01020304应该按如下方式存放在CAN帧中:
在这里插入图片描述
其中,cobId用于表示CANO

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
canopen协议中文翻译版,帮助理解canopen。CANopen是一种架构在控制局域网路(Controller Area Network, CAN)上的高层通讯协定,包括通讯子协定及设备子协定常在嵌入式系统中使用,也是工业控制常用到的一种现场总线。CANopen 的物理层 CANbus 每次传送的数据量不大,其中包括 11 位元的 ID、远端传输请求(RTR)位元及大小不超过8字节的资料。CANopen 将 CANbus 11 位元的 ID 分为 4 位元的功能码及 7 位元的 CANopen 节点 ID。7 位元的 ID 共有 128 种不同的组合,其中 ID 0 不使用,因此一个 CANopen 网络上最多允许 127 台设备。CANbus 在 CAN 2.0 B 规格中允许 29 位元的 ID,因此若配合 CAN 2.0 B 使用,CANopen 网络上可以超过127 台设备,不过在实际运用中,大多数的 CANopen 网络上设备数量均低于此数值。 CANopen 将 CANbus 的 11 位元 ID 称为通讯对象 ID (COB-ID)。当传输数据发生冲突时,CANbus 的仲裁机制会使 COB-ID 最小的讯息继续传送,不用等待或重传。COB-ID 的前 4 个位元是 CANopen 的功能码,因此数值小的功能码表示对应的功能重要,允许的延迟时间较短。 以下是一个标准的 CANopen 页框: 功能码 节点 ID RTR 资料长度 资料 长度 4 位元 7 位元 1 位元 4 位元 0-8 字节 在 CANopen 标准中,部份 COB-ID 被保留作网络管理及 SDO 通讯用。而在设备初始化后,有些功能码和 COB-ID 会对映到标准的功能,不过后续仍可以规划为其他用途。 通讯模型 CANopen 设备间的通讯可分为以下三种通讯模型。 在 master/slave 模型中,一个 CANopen 设备为 master,负责传送或接收其他设备(称为 slave)的数据。NMT 协定就使用了 master/slave 模型。 客户机/服务器(client/server)模型定义在 SDO 协定中,SDO client 将对象字典的索引及子索引传送给 SDO server,因此会产生一个或数个需求数据(对象字典中,索引及子索引对应的内容)的 SDO 封包。 生产者/消费者(producer/consumer)模型用在 Heartbeat and Node Guarding 协定。由一个生产者送出数据给消息者,同一个生产者的数据可能给一个以上的消息者。又可分为二种: push-model:生产者会自动送出数据给消费者。 pull-model:消费者需送出请求讯息,生产者才会送出数据。 CANopen参考模型: CANopen参考模型 CANopen设备 CANopen 实现了OSI模型中的网络层以上(包括网络层)的协定。CANopen 标准包括寻址方案、数个小的通讯子协定及由设备子协定所定义的应用层。 CANopen 支援网络管理、设备监控及节点间的通讯,其中包括一个简易的传输层,可处理资料的分段传送及其组合。一般而言数据链结层及物理层会用CAN来实作。除了 CANopen 外,也有其他的通讯协定(如EtherCAT)实作 CANopen 的设备子协定。 CANopen由非营利组织CiA(CAN in Automaion)进行标准的起草及审核工作,基本的 CANopen 设备及通讯子协定定义在 CAN in Automation (CiA) draft standard 301中。针对个别设备的子协定以 CiA 301 为基础再进行扩充。如针对 I/O 模组的 CiA401 及针对运动控制的 CiA402。物理层非常稳定;2. 数据链路层可靠,因为相比其他所有总线,只有CAN可以做到达到汉明间距(Hamming Distanz)为6,能够检测报文里多达5个随机引入的位错误及15位突发性错误。3. 灵活,兼容性高;4. 可互操作性高;5. 价格低 (对于设备生产商来说);6. CAN产品尺寸小,节省空间;7.支持冗余备用 CANopen 设备都需要具备对象字典,用来设定设备组态及进行非即时的通讯。对象字典的entry 定义如下: 索引 (Index):对象 16 位元的位址。 对象名称 (Object name):一个代表对象的 symbolic type,可以是阵列、纪录或只是一个变量。 名称 (Name):描述此 entry 的字串。 形态 (Type):变量的资料形态。 属性 (Attribute):提供此 entry 是否可读/可写的资料,有下列四种:可读/写、只读、唯写、只读常数。 必须 (Mandatory)/可选 (Optional)字段定义属于特定设备规范下的设备,是否必须实现某些对象。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值