DeviceNet模块协议与CAN协议的区别

解读这两类协议之间有什么联系的最佳方式是参照开放式系统互联模型(OSI)。OSI模型为完成通信协议标准了7层结构，那么DeviceNet与CAN有哪些联系？下面由DEVICENET模块厂家无锡凌科自动化来带大家了解一下DEVICENET与CAN的不同。

CAN标准完整界定了数据链路层。CAN的物理层则有不一样的标准。采用CAN标准，互联网运营者就具有了在CAN总线上传送和收到帧的方式。特定数据怎样以帧的方式传送就决定于运营者。

CAN标准带来了一种稳定的通信频道而且内置了异常监测和规定。DeviceNet模块采用了CAN当作最高层的通信协议。它往往被当作CAN的一种应用层协议。DeviceNet模块的目标是让不一样厂家生产的DeviceNet模块设备之间可以实现互联以及交互。为了完成这些目标，DEVICENET模块界定了：

1、CAN物理层-为CAN的物理连接界定了独立的标准。采用的标准为ISO11898-2。该标准也涵盖了总线送电电压、可连设备数量、容许的联接器种类、电缆长短以及波特率。

2、CAN数据链路层-该标准无法修改。规范的CAN控制器可以应用于DeviceNet模块设备。

3、应用层-DeviceNet标准的主要成就是定义了数据组织和模块设备间传输数据的方式。DEVICENET模块规定了一种模块设备需要完成的对象模型。这些方式促使全部的模块设备为互联网其他部分带来了统一的数据接口，并隐藏了模块设备内部的细节。

在应用软件开发层面，采用NI-CAN编写应用软件的开发团队会采用帧，需要具有互联网上其他模块设备完整的专业知识，而且可以采用仲裁ID对它们寻址。这对小型的、“封闭的”互联网足够了，比如1个车辆网络，其首要目标是一个迅速而且十分稳定的通信网络。

采用NI-DNET，开发团队可以开启和互联网上的其他模块设备通信的目标。DeviceNet标准带来了检测网络上模块设备以及从1个网络节点将数据路由到其他网络节点的方式。如此一来，NI-DNET驱动可以和一切DeviceNet适配的模块设备进行通信。这考虑到不一样生产商带来的功能一样的模块设备之间的可交换性。

通过上述内容可以看出DEVICENET模块更多的是以CAN协议作为基础进行通信。了解更多关于DEVICENET模块、DEVICENET模块作用等等现场总线知识，欢迎大家前往DEVICENET主站模块厂家无锡凌科自动化公司。