PLC_Training_CH04.ppt

PLC Engineer Training Hong Wang * Agenda CANopen协议介绍 M340的CANopen使用 CANopen 架构总览 CANopen 总线用于连接到总线设备间的数据交换。 隐性交换 通过 %QW, %IW 显性交换 通过 write/read var CANopen 总线端口集成在一些处理器上。 BMX P34 2010 / 2030 处理器 物理接口为9针SubD 典型系统架构－传统接线方案 典型系统架构－CANopen-最佳的集成方案 实现简单、紧凑和快速地安装 本地连接TE系列驱动产品，提供更多高性价比的服务 与 Preventa 安全控制器协同工作 与设备高效兼容 变频和伺服驱动器实现与电机分布式安装 IP 20 和 IP 67 Advantys 远程I/O 与 Osicoder 编码器完美集成 通过HMI 进行操作和维护 典型系统架构－以太网-透明就绪服务 通过IO Scanning实现基于以太网的现场总线 IP20 Advantys 远程 IO Altivar 驱动器 兼容任何Modbus 设备 协同控制 与其他Modicon M340 建立模块化机器以及基础设施应用 成为Premium 或 Quantum 的最佳拓展 为监控提供的完善解决方案 本地通过Magelis XBT 或Magelis iPC进行操作和维护 通过Vijeo Citect 或者Monitor Pro进行监督和管理 为什么需要制定应用层协议 现场总线的OSI结构 OSI结构体系为7层 现场总线的特点： 网络功能并不复杂 网络节点多为：传感器、控制器、执行器等 网络数据量并不大 要求较高实时性和可靠性 现场总线网络通讯模型作了简化 通常包括物理层、数据链路层以及应用层 为什么需要制定应用层协议 CAN – bus OSI 结构 CAN总线的底层协议规范： CAN2.0A/B协议 CAN总线采用短帧报文，抗干扰能力强，可靠性高 定义物理层和数据链路层 没有规定应用层，本身并不完整 OSI的七层中应用层最复杂，与用户需要密切相关：应用层具体定义所要传送的信息 为什么需要制定应用层协议 现场总线对于通讯协议的要求： 通讯介质的多样性：支持多种通讯介质，满足不同的现场环境的要求 实时性：信息不允许有较大的时延或者时延的不确定 可靠性：具备抗各种干扰的能力以及完善的检测、纠错功能 数字特征：数据以0或者1的数字信息在各设备以及网络上串行的进行传输 可互操作性：不同制造商制造的现场仪表可以在同一总线上互相通信和操作 为什么需要制定应用层协议 在CAN应用网络中，附加功能需要通过应用层协议实现： 流程控制； 网络启动； 发送长于8 字节的数据块、响应块，或确定数据传送； 为不同的物理节点分配报文标识符； 定义帧报文的数据内容与含义； 节点监控，节点故障的诊断和标识。 标准协议的特点 一个开放的、标准化的CAN-bus高层协议； 制定属于特定行业的CAN-bus应用方案； 支持不同厂商设备的互用性、可交换性； 完善地定义标准设备模型； 开放扩充自定义设备的接口； 对总线仲裁、数据交换、错误处理有明确的限定 标准协议的优势 为分布式自动化控制系统的设计实现，提供一个经过实际检验过的系统结构。 可以缩短产品开发时间，降低产品的开发成本和开发风险。 能够支持不同生产厂家设备的互用性和可交换性。 目前市场上有大量的支持基于标准高层协议开发的工具。 常用的高层协议 一些常用的 CAN-bus 高层协议： DeviceNet 协议 制定组织：ODVA CAL 协议 制定组织：CiA CANopen 协议 制定组织：CiA CANKingdom 协议 制定组织：Kvaser J1939协议 制定组织：SAE SDS 协议 制定组织：Honeywell DeviceNet协议和CANopen协议是真正占领市场的高层协议。 CAL 协议 CAL（CAN Application Layer）协议 发布于1993 年，是CiA 首批的效力条款之一 CAL 为基于CAN 的分布式系统的实现，提供了一个不依赖于应用面向对象的环境 为通讯标识符分布，网络和层管理提供了对象和服务 CAL 的主要应用在基于CAN 的分布式系统，系统不要求可配置性以及标准化的设备建模 CAL提供了所有的网络管理服务和报文传送协议，但并没有定义CMS对象的内容或者正在通讯的对象的类型 在欧洲一些公司在尝试使用CAL ，尽管CAL 在理论上正确并在工业上可以投入应用，但每个用户都必须设计一个新的子协议,因为CAL 是一个真正的应用层。CAL 可以被看作开发一个应用CAN 方案的必要理论步骤，但在这一领域它不会被