qq_36998064的博客

本文档分析了国内某ehtercat主站的启动过程。对启动过程中的每一个报文的作用进行了标注。部分标注如下： "DC过程： 1.主站写900，发一帧写的数据；只要是写900，每个口的会锁存接收时间； 2.主站读900 16byte:读区上一次写900数据帧时，锁存器的接受时间；有了锁存时间，就可以计算传导延时； 3.读取918 8byte，ECAT Processing Unit的接受时间，该时间减去主站系统时间，就是system time offset 4.将920 8byte中写入系统时间偏移，将928 4byte中写入传导延时。 5.周期性向910 8byte中写入新的时间。 同步时钟设置过程： 设置起始DC事件时间 990 8byte 启动同步时钟 从站芯片应该没有自己的mac地址；从站会接受所有的网卡数据。返回数据时，都是将主站的mac做了修改并返回。 "

CANopen是一种架构在控制局域网路（Controller Area Network, CAN）上的高层通讯协定，包括通讯子协定及设备子协定常在嵌入式系统中使用，也是工业控制常用到的一种现场总线。 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。

CANopen是一种架构在控制局域网路（Controller Area Network, CAN）上的高层通讯协定，包括通讯子协定及设备子协定常在嵌入式系统中使用，也是工业控制常用到的一种现场总线。 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。

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)字段定义属于特定设备规范下的设备，是否必须实现某些对象。