爱华网DeviceNet讲座[第1讲]——什么是DeviceNet？
DeviceNet是一种低成本的通信链接。它将工业设备（如：限位开关、光电传感器、阀组、电动机起动器、过程传感器、条形码读取器、变频驱动器、面板显示器和操作员接口）连接到网络，从而消除了昂贵的硬接线。
直接互连性不仅改善了设备间的通信，而且同时提供了相当重要的设备级诊断功能，这是通过硬接线I/O接口很难实现的。
DeviceNet是一种简单的网络解决方案，在提供多供货商同类部件间的可互换性的同时，减少了配线和安装工业自动化设备的成本和时间。
DeviceNet是一个开放式网络标准。规范和协议都是开放的 —厂商将设备连接到系统时，无需购买硬件、软件或许可权。任何人都能以少量的复制成本（目前：$250USD+邮费）从开放式DeciceNet供货商协会（ODVA）获得DeviceNet规范。任何制造（或有打算制造）DeviceNet产品的公司都可以加入ODVA，并参加对DeviceNet规范进行增补的技术工作组。DeviceNet规范的购买者将得到一份不受限制的、真正免费的开发DeviceNet产品的许可。寻求开发帮助的公司可以通过任何渠道购买使其工作简易化的样本源代码、开发工具包和各种开发服务。关键的硬件可以从世界上最大的半导体供货商那里获得。
DeviceNet讲座[第2讲]——DeviceNet的特点和功能
DeviceNet讲座[第3讲]——什么是DeviceNet规范？
DeviceNet规范定义了一个网络通信系统，以便在工业控制系统的各组成元件间传送数据。规范分为两卷，内容如下：
卷1
* DeviceNet通信协议和应用（第7层 — 应用层）
* CAN以及它在DeviceNet中的应用（第2层 — 数据链路层）
* DeviceNet物理层和介质（第一层 - 物理层）
卷2
* 设备描述（DeviceProfile），用于实现同类产品之间的互操作性和可互换性进行
DeviceNet融合了CAN（控制器局部网）规范的定义。CAN定义了数据传输的句法和格式,而DeviceNet的应用层则定义了传输数据的语法和语义。
图1. DeviceNet是一个应用层协议（ISO第七层）
通信协议特点
* 点对点数据交换，任何DeviceNet产品都可以生产和消费报文
* 将主/从操作定义为点对点的子集
* DeviceNet产品可用作客户机或服务器，或具有双重身份
* 一个DeviceNet网络最多可有64个介质访问控制标识符或MACID（节点地址）。每个节点可以支持无限多的I/O。例如,气动阀执行器的典型I/O数为16或32个。
对象模型
将DeviceNet节点作为对象集合的模型。一个对象提供产品内一个特定部件的抽象表示。某个产品的抽象对象模型的实现与其执行相关。
每个对象实例和对象类具有属性（数据），提供一定的服务（方法或步骤），并产生一定的行为。属性（1-225）、实例（0-65535）、类（1-65535）和节点地址（0-63）都是用数字编址的。
DeviceNet讲座[第4讲]——DeviceNet规范目录
卷I，版本2.0
章
附录
卷II，版本2.0
章
DeviceNet讲座[第5讲]——DeviceNet的物理层和介质
在DeviceNet规范的第一卷第九章中定义了DeviceNet允许的拓扑结构和元件。图2中表示出了各种可能的拓扑结构。规范还涉及系统接地、粗细混合干线、终端电阻和电源分布。
基本的干线/支线拓扑结构为信号和供电提供隔离的二对双绞总线。粗或细电缆都可以用作干线或支线。端—端的网络距离随数据传输速率和电缆尺寸（见第4页中的表）变化。
网络上的设备可以直接由总线供电，并通过同一根电缆进行相互通信。可以在不切断网络供电的情况下，将节点接入网络，或从网络中移走。
电源分接头可加在网络的任何一点，可以实现多电源的冗余供电。干线的额定电流为8安培。光隔离设计允许外部供电的设备（如：交流电动机起动器和阀门线圈）分享同一总线电缆。而其它基于CAN的网络只允许整个网络由一个电源供电。
图3. 光电隔离的物理层
，
图4. 无光电隔离的物理层
图3和图4所示为带光电隔离的物理层和无光电隔离的物理层收发器的简化结构图。
DeviceNet规范包括了有关组件要求，误接线保护等附加信息以及示例。
，
端 — 端的网络距离随数据传输速率和电缆粗细变化。
，
图5 DeviceNet可以使用的开放式和密封式连接器
DeviceNet可以使用几种不同类型的连接器（见图5）。开放式和密封式的连接器都可以使用。还可以使用大尺寸（小型）和小尺寸（微型）的可插式密封连接器。对于不要求使用密封式连接器的产品，可以使用开放式连接器。如果不要求可插式连接器，可以用螺丝或压接式连接直接接到电缆上。DeviceNet规范包括如何使用这些电缆和连接器组件，构建单端口或多端口分接头的相关信息。
DeviceNet讲座[第6讲]——为什么要进行DeviceNet通信链接
多年来，过程工业一直致力于开发一种单一的、开放的标准对现场的各类设备进行编址。标准的最初目标是用单一的数字标准取代4-20mA标准。当范围扩展到寻址复杂的、高难度的服务时（如：控制器间的高速通信、大量快速扫描设备间的时间同步）单一标准的开发变得延迟了。
同时，通信技术的成本近几年已经明显降低，将简单设备直接连接到网络上（而不必考虑SP50现场总线）的成本由此变得经济。简单设备的这种标准要求同现存的120/220VAC和24VDC离散、硬接线I/O标准具有相同级别的互换性。DeviceNet在允许多个复杂设备互连接的同时，允许简单设备的互换性。除了读取离散设备的状态外，DeviceNet还可以报告电动机起动器内温度，读取负载电流，改变驱动器加减速速率或统计前一小时通过传输带传送的包裹计数。
DeviceNet讲座[第8讲]——对象模型
对象模型为管理和实现DeviceNet产品组件的属性（数据）、服务（方法或步骤）和行为提供了一个模板（见图8）。模型为每个属性提供了由4个数字组成的寻址方案，它们分别是节点地址（MACID）、对象类标识符、实例编号和属性编号。这四级地址与显式报文连接相结合，将数据从DeviceNet网络上的一点传送到另一点。下表列出四个地址组件的范围：
图8. DeviceNet对象模型
DeviceNet产品中典型的对象类
标识对象 — 卷II，版本1.2，页6-3
DeviceNet产品一般都有一个标识对象实例（1＃实例）。此实例包含各种属性，如供货商ID、设备类型、产品代码、版本、状态、序列号、产品名称和说明。标识对象要求的服务是Get_Attribute_Single和Reset。
报文路由对象 — 卷II，版本1.2，页6－17
DeviceNet产品一般都有一个报文路由对象实例（1＃实例）。报文路由对象是将显式报文传送到其它对象的产品的部件。一般在DeviceNet网络中它不具有外部可视性。
DeviceNet对象 — 卷I，版本1.3，页5-50
DeviceNet产品一般都有一个DeviceNet对象实例（1＃实例）。该实例有下列属性：节点地址或MACID 、波特率、总线－脱离动作、总线－脱离计数器、单元选择和主机的MACID。唯一要求的服务是Get_Attribute_Single。
组合对象 — 卷II，版本1.2，页6-25
DeviceNet产品一般具有一个或多个可选的组合对象。这些对象的主要任务就是将来自不同应用对象的不同属性（数据）组合成一个能够随单个报文传送的属性。
连接对象 — 卷I，版本1.3，页5-6
DeviceNet产品一般至少包括两个连接对象。每个连接对象代表DeviceNet网络上两节点间虚拟连接中的一个端点。两种连接类型分别称为显式报文连接和I/O报文连接。显式报文包括属性地址、属性值和服务代码来描述所请求的行为。I/O报文只包含数据。I/O报文中，所有有关如何处理数据的报文都包含在与该I/O报文相关的连接对象中。
参数对象 — 卷II，版本1.2，页6-95
在带有可配置参数的设备中都用到了可选的参数对象。每个可配置的参数都应引入一个实例。参数对象为配置工具访问所有参数提供标准的方法。参数对象的配置选项属性可以包括值、范围文字串和限制。
应用对象
通常，设备中除了组合或参数类对象外至少有一个应用对象 —卷II第六章DeviceNet对象库中有大量的标准对象。
DeviceNet讲座[第9讲]——报文
DeviceNet应用层定义了如何分配标识符（控制优先权），如何用CAN数据区指定服务、传送数据以及判断它的含义。
报文在通信网络中流动的方式十分重要。老式的通信技术是由具有特定源和目的地址的信息组成的。
DeviceNet使用更为有效的生产者 — 消费者模式，取代了传统的源 —目的的传输方法。该模式要求对信息打包，使它具有数据标识区。标识符还提供解决多级优先权（仲裁中使用）的手段，以便更高效传送I/O数据，并供多个消费者使用。
有数据的设备网络上生产带有正确标识符的数据，所有需要数据的设备在总线上监听报文，在识别出相应的标识符后就消费此数据。采用生产者—消费者模式，报文将不再专属于特定的源或目的，控制器发出的一个报文，用很窄的带宽就可以供多个电动机起动器使用。
DeviceNet定义了两种不同类型的报文，称作I/O报文和显式报文。
I/O报文适用于实时性要求较高和面向控制的数据。I/O报文为一个生产应用和一个或多个消费应用之间提供适当的专用的通信路径。I/O报文通常使用优先级高的连接标识符，通过一点或多点连接进行报文交换。I/O报文的8字节数据区不包含任何与协议有关的位，只有当I/O报文为大报文经过分割后形成的I/O报文片段时，数据区中有一位由报文分割协议使用。报文的含义由连接ID（CAN标识符）指示，在I/O报文利用连接标识符发送之前，报文的发送和接受设备都必须先进行配置。配置的内容包括源和目的对象的属性，以及数据生产者和消费者的地址。
显式报文则适用于两个设备间多用途的点对点报文传递，是典型的请求-响应网络通信方式，常用于节点的配置、问题诊断等。显式报文通常使用优先级低的连接标识符，并且该报文的相关报文包含在显式报文数据帧的数据区中，包括要执行的服务和相关对象的属性及地址。
DeviceNet为长度大于8字节的报文提供了分段服务。大的I/O报文可以分割成为任意多的标准I/O报文。对于显式报文，也可以进行分段。分段服务为DeviceNet提供了更多的可扩展性和兼容性，保证了将来更加复杂、更智能化的设备可以加入到DeviceNet网络上。DeviceNet面向对象的设计和编址方式可以在不改变基本协议和连接模型的基础上其能力得到无限制的扩展。
另一方面，一个含两个报文连接的简单从机设备的应用（1个I/O报文，1个显式报文），用4KROM和175字节RAM（Motorola68HCO5X4，带内置CAN接口的CPU）的CPU就可以实现。
I/O报文和显式报文的一般格式如图9～12所示.
许多传感器和执行器要实现的功能在设计时就已经预先决定了（如感受压力、起动电动机等等），因此这些设备将要生产和／或消费的数据的类型和数量在通电前就已经知道了。这些设备通常提供输入数据或请求输出数据和配置数据。预定义主／从连接组可以满足设备的这些要求，它提供的连接对象的全部配置在设备通电时就完成了。在启动数据流时，主机设备唯一必须执行的一个步骤就是要声明对从机内该预定义连接组的所有权。
信息组２用于定义这些标识符（参考图７）组２报文的一个明显不同之处在于MACID没有指定为源ＭAC ID，允许使用目的MACID。该类连接的使用有严格的规则，以防止总线上出现重复CAN标识符。目的MACID的使用允许被集中的设备和必须同许多节点通信的设备（主机）向其它节点借用标识符。此外，预留了MACID和报文ID区。从而允许组ID和MACID进入CAN标识区最高的8个有效位。这点非常重要，因为许多低成本、8位的CAN芯片只能硬件过滤前8位。目的MACID的使用进一步体现了允许设备利用硬件进行过滤的优点。另一主要的优点就是预定义主／从组大幅度简化了连接的建立，只需要用很少的报文来建立和运行I/O连接。预定义组包括一个显式报文连接和可选的几个不同的I/O连接，包括位选通命令／响应，轮询命令／响应，状态改变和周期。卷I的第七章，详细介绍了有关预定义主／从连接组的相关信息。DeviceNet讲座[第11讲]——设备描述（DeviceProfiles） DeviceNet规范不仅仅是一个物理连接协议规范。它通过定义标准的设备模型促进不同厂商设备之间的互操作性。属于同一设备模型的所有设备都必须支持共同的标识和通信状态数据。设备描述是针对各种设备而定义的，包括设备各种特定的数据。符合设备类型描述的多个供货商提供的简单设备（例如按钮、电动机起动器、光电池、气动阀执行器）在逻辑上是可互换的。
设备描述包括下列各项：
* 设备对象模型定义 －定义设备对象模型，如第10页图8所示。通常用表格列出设备中存在的所有对象类、各类中的实例数、各个对象如何影响行为以及每个对象的公共接口。
* 设备I／O数据格式定义－通常包含组合对象的定义，组合对象包含所需要的数据元件的地址（类、实例和属性）。
* 设备可配置参数的定义和访问这些参数的公共接口。该信息包含在电子数据文档（EDS）中，EDS包含在设备的用户文件中。
例如，一个光电传感器（设备类型6）应该包括下列对象：
*标识对象 1
*报文路由 1
*DeviceNet 1
*连接 2（1 个显式，一个I/O）
*组合 1
*参数 1(可选)
*存在传感 1
DeviceNet规范定义了一个电子数据文档
（EDS），EDS是一个简单文件格式，供货商可以将产品的特殊信息提供给其它供货商。这样可以具有友好的用户配置工具，可以很容易地更新，无需经常修正配置软件工具。
为了对规范的增补不受限制，DeviceNet有一套方法来补充供货商的特殊要求，增加选项功能。DeviceNet在其规范中定义的公共类、服务和属性，各供货商可以增补供货商特殊类、服务和属性，这就允许供货商向其用户提供附加的、在DeviceNet规范中未涉及的功能。当供货商-特殊项目成为很普及或很平常的时候，ODVA有机制将其转为公共项目。DeviceNet讲座[第12讲]——状态改变和周期传送 状态改变方式意味着设备仅当它的状态改变时才生产数据。为了确保消费数据的设备知道数据生产者仍处于活动状态，DeviceNet提供一个可调节的背景心跳率。当状态改变或心跳计时器超时时就发送数据。该服务保证连接的有效性，通知数据消费者它的数据源设有任何故障。心跳率的最小时间可防止内部的干扰节点影响网络。使设备产生心跳，使控制器不必再定期发送令人讨厌的仅仅是确定设备是否活动的请求。这在多点传送时显得更加有效。
周期选项可以减少不必要的通信量和信息包处理，不必每秒钟扫描数十次温度或模拟量输入模块，其报告数据的时间间隔可以根据该设备能够检测到变化的频率来设定。在更新时间为500ms的慢速PID回路中的温度传感器可以将它的周期率设置为500ms，这样不但可以为改变更快的、对实时性要求更严格的I/O数据保留带宽，而且数据也更为精确。例如，作为有很多负载，每个节点都传送多字节数据的主机的大量扫描清单中的一部分，它可能是每30ms被扫描一次，这就意味着PID计算中使用的数据有可能采自470-530ms之间，而使用周期生产数据时将在500ms时准确采集数据。
缺省时，状态改变和周期都是有应答交换（ACK）方式，因此生产者能够知道它的目的消费者是否接收到了数据。但是对于状态改变或周期率相当快的应用，用应答报文包扰乱网络是毫无意义的。应答处理对象（卷II，版本1.2，第六章，6-252至6-272）可以取消不必要的应答。
即使简单的从机节点也可以设置成以适当的间隔进行报告，不论是周期或是状态改变。ACK处理对象使得可以有多个从机数据的消费者，而不仅仅是主机。多点传送对于操作员接口（OI）设备特别有用，它可以只监听自己需要的数据包括是否需要显示、报警监视或数据记录等。
重要的是报警监视不能错过状态改变，因此OI设备应包括在设备的ACK清单中，以保证OI因某种原因丢失报文时的重发（或几次重发）。另一方面，如果是一个最初设定为每隔5s记录一次数据的数据采集设备（并且每隔300ms生产一次控制报文），那么就不能将记录设置为ACK方式，如果记录丢失了数值，它可以在接下来300ms内进行弥补。
对主机设备的周期和状态改变也作了定义，并可在每一节点基础上选择。
DeviceNet讲座[第13讲]——连接
DeviceNet通信协议是基于连接概念的协议。要想同设备交换信息，就必须先与它建立连接。
要想建立一个连接，每个DeviceNet产品，都必须具有一个未连接信息管理器（UCMM）或一个未连接端口，二者都是通过保留某些可用的CAN标识符实现其功能的。DeviceNet规范卷I的第4章详细介绍了UCMM，第7章详细介绍未连接端口。
当用UCMM或未连接端口建立一个显式信息连接时，这个连接可用于从一个节点向其它节点传送信息，或建立附加的I/O连接。一旦建立了连接，就可以在网络设备之间传送I/O数据。此时，DeviceNetI/O报文的所有协议都包含在11位的CAN标识符中，其它部分都是数据。
11位的CAN标识符用来定义连接ID。DeviceNet将11位的CAN标识符分为4组，前三个定义组包括两个区，一个6位的MACID（媒体访问控制标识符），另一个是报文ID（MessageID）。信息组的定义如图7所示，组4信息用于离线通信。
设备可以是客户机或服务器或兼之。客户机和服务器可是生产者、消费者或兼之。在典型的客户机设备中，它的连接将产生请求和消费响应。在典型的服务器设备中，它的连接将消费请求和生产响应。DeviceNet提供几种该模式的变形。某些客户机或服务器中的连接只能消费报文。这些连接将是周期或状态改变报文的目的地。类似地，某些客户机或服务器中的连接只能生产报文，这些连接是周期或状态改变报文的源。使用周期和状态改变连接可以大幅度降低对网络带宽的要求。
通过设计，DeviceNet系统中的节点能负责管理各自的标识符。这些标识符交错分布在整个范围内。所有的节点都有一个完整的适用于自己的并与MACID无关的报文优先权系列。重复MACID算法保证了CAN标识符的唯一性，而不需要网络集中工具或记录。
与此相关的问题是重复节点的检测。DeviceNet使用CAN标识区中的设备地址，CAN的标识区提供了检测设备地址重复的机制。事先防止地址重复要优于地址重复问题发生后再解决问题。其它基于CAN的网络则没有考虑这一点。
图7. DeviceNet具有4个定义信息组
节点管理自己标识符的另一个重要好处在于用户可以随时增加和删除节点，以及在现存的节点中增加额外的点对点报文，而不需要了解网络当前的配置。不必定位或重构网络的集中记录。由于节点知道哪些ID已经被使用，因此，只需要用一个工具请求将一个I/O连接加到两个设备间，指定优先级、数据路径（类、实例、属性）和生产触发的条件（周期、轮询、或状态改变）。DeviceNet讲座[第14讲]——通信协议和应用
在DeviceNet规范卷I的第3章、第4章和第5章中定义了DeviceNet通信协议（DeviceProtocol）。这些章节分别详细介绍连接，报文协议和与通信相关的对象。
使用DeviceNet的应用同标准或应用特定对象相结合产生所谓的设备描述。设备描述是从网络的角度对设备的定义。DeviceNet规范卷II的第6章有一个对象库。DeviceNet规范卷II的第3章是设备描述库。ODVA协调工业专家们的工作，开发新对象和设备描述的规范。这项任务是由ODVA中的特别兴趣小组（SIGs）完成的。
DeviceNet支持选通、轮询、周期、状态改变和应用触发的数据传送方式，用户可根据设备性能和应用要求选择主／从、多主和点对点或三种方式组合的配置。数据通信方式的选择，可以明显加快系统的反应时间。一种流行的DeviceNet应用采用标准的、预定义的连接组，使设备在主／从连接组之下工作。
DeviceNet讲座[第15讲]——状态指示器和配置开关
尽管DeviceNet不要求产品有状态指示器，但产品若带有状态指示器，则必须遵守DeviceNet规范。DeviceNet规范建议状态指示器应包括模块状态LED和网络状态LED，或两者相结合的模块状态／网络状态LED。
状态指示器由双色（绿／红）LED组成，使用开、关或闪烁的组合来表达信息。模块状态LED指示设备是否有电，操作是否正常。网络状态LED指示通信链路的状态。
DeviceNet讲座[第16讲]——CAN和DeviceNet
DeviceNet的数据链路层完全根据CAN规范和CAN控制器芯片实际特性来定义。CAN规范定义了两种总线状态，“显性”（逻辑0）和“隐性”（逻辑1）。任何发送器都可以将总线驱动为“显性”状态。没有发送器处于显性状态时，总线只能是隐性状态:
CAN定义了四种类型的帧:
l 数据帧 l 远程帧
l 超载帧 l 出错帧
DeviceNet使用数据帧传送数据。远程帧在DeviceNet中没有被使用，超载帧和出错帧则用于例外情况的处理。数据帧格式如图6所示。
较高优先权的数据取得总线通信权
同以太网类似，DeviceNet在总线空闲时任何节点都可以尝试发送，这提供了网络固有的点对点的通信能力。当两个或多个节点同时想要访问网络时，非破坏性逐位仲裁机制会解决潜在的冲突，而不会损失数据或浪费带宽。比较而言，以太网所使用的冲突检测器，会导致丢失数据和带宽的浪费。发生冲突的两个节点必须回退并重新发送数据。
CAN使用唯一的、非破坏性逐位仲裁机制。CAN的这一特性使得在解决总线冲突（决定“胜者”时，不会因为要求优先权高的节点重发数据而损失总线的吞吐能力。
CAN使用逐位仲裁的方法解决冲突。CAN网络上所有接收器通过一个帧的起始位（由隐性转变为显性）同步。标识符和RTR（远程传送请求）位一起组成仲裁区，仲裁区是为了便于媒体访问。DeviceNet不使用RTR位，因此总线访问优先权也不将其考虑在内。当设备进行发送时，它要监视（接收）自己发送的内容，以确定两者是否一致，从而可以在发送时进行检测。在节点发送仲裁区时，如果发送了一个隐性位同时却接收到一个显性位，它就停止发送。同时进行发送的两个节点中，仲裁的胜者是具有较低值的11位标识符的节点。CAN还规定了具有29位标识符的数据帧格式，但DeviceNet没有使用该格式。
控制区包括两个固定位和一个4位的长度区。长度区可以是0-8中的任一个数字，表示数据区中的字节数。0-8字节的数据长度对于具有少量但必须频繁交换I/O数据的低端设备来说很理想。同时8个字节使简单设备可以灵活地发送诊断数据，或向驱动器发送速度基准和加速度值。
CRC校验区是循环冗余校验字，CAN控制器用它来检测帧错误。校验字通过对它前面的位进行计算得到。ACK应答中的显性位表明除了发送者以外至少有一个接收器接受到报文。
CAN使用包括CRC和自动重试在内的多种错误检测和故障限制方法。这些对应用来说高度透明的方法，可以防止故障节点破坏（中断）网络。
图6. CAN数据帧DeviceNet讲座[第17讲]——CAN 参考文献 [1] Anonymous, MC68HC05X4HCMOS Microcomputer Unit, Motorola LTD, 1992.
[2] Terry, K., Software Driver Routines for the MotorolaMC68C05 CAN Module (AN464),Motorola LTD., 1993
[3] Anonymous, 80c51-Based 8-Bit Microcontrollers,Data HandbookIC20, Philips, 1995.
[4] Anonymous, 82527 Serial Communications ControllerArchitectural Overview, Intel Corporation, February 1995, OrderNumber: 272410-002
[5] Anonymous, 8227 Serial Communications Controller,Controller Area Network Protocol., Intel Corporation, December,1995, Order Number: 272250-006
[6] Anonymous, 87C196CA/87C196CB Advanced 16-Bit CHMOSMicrocontroller with Integrated CAN 2.0, Intel Corporation,October, 1993, Order Number: 272405-002
[7] BOSCH CAN Specification - Version 2.0, Part A, 1991, RobertBosch GmbH
[8] ISO 11898:1993 – Road vehicles – Interchange of digitalinformation – Controller area Network (CAN) for high-speedcommunication.
DeviceNet讲座[第18讲]——控制器局部网（CAN）是低成本产品的核心 DeviceNet通信连接是建立在面向广播的通信协议 —控制器局部网（CAN）之上的。CAN协议最初是由BOSCH公司为欧洲汽车市场开发的，原想用低成本的网络电缆取代汽车上昂贵的硬接线。因此，CAN协议具有快速响应和高可靠性性能，能满足反—锁死制动装置和安全气囊控制要求。CAN芯片有各种封装形式，其高温度等级、高抗扰性的性能非常适合工业自动化市场。
用户和商业化要求是降低CAN芯片价格和提高CAN芯片性能最重要的驱动力量。早在1994年，4家CAN芯片的供货商（英特尔、摩托罗拉、飞利浦、西门子）就提供了超过4百万的CAN芯片。1996年，估计发送了超过1千万CAN芯片。而其它的工业自动化网络使用的定制芯片，年订货量在20,000—200,000片左右，DeviceNet产品使用与在汽车和其它用户/商业应用中使用相同的CAN芯片。DeviceNet产品使用的芯片通常是其它网络所使用芯片价格的1/5～1/10。DeviceNet讲座[第19讲]——DeviceNet的CAN部件一览表多数从站设备用Intel 82527 或Motorola 68HC705X4芯片，多数主站设备用Philips 82C200芯片。
