CAN总线35周年，回顾它的前世今生

来源 | 安富莱电子

编排 | strongerHuang

嵌入式专栏

1

在1980年代初期，博世的工程师正在评估现有的串行总线系统，以探讨其在汽车中的可能用途。由于没有可用的网络协议能够满足汽车工程师的要求，因此Uwe Kiencke于1983年开始开发新的串行总线系统。
新的总线协议主要是要增加新的功能 --- 减少线束不是CAN发展背后的驱动力。奔驰的工程师很早就参与了新的串行总线系统的规范制定阶段，英特尔作为潜在的主要半导体供应商也参与了进来。来自德国Braunschweig-Wolfenbüttel的应用科学大学（现为Ostfalia University of Applied Science）的Wolfhard Lawrenz教授被聘为顾问，他将新的网络协议命名为“Controller Area Network（控制器区域网络）”。来自卡尔斯鲁厄大学的Horst Wettstein教授也提供了学术帮助。
1986年2月，CAN诞生了：在底特律的SAE大会上，新的总线系统被称为“Automotive Serial Controller Area Network（汽车串行控制器局域网）”。Uwe Kiencke，Siegfried Dais和Martin Litschel介绍了多主网络协议。它基于一种非破坏性仲裁机制，该机制允许总线访问具有最高优先级的帧而没有任何延迟。没有中心控制器。此外，CAN之父（上述人员以及博世员工Wolfgang Borst，Wolfgang Botzenhard，Otto Karl，Helmut Schelling和Jan Unruh）已经实现了几种错误检测机制。错误处理还包括自动断开故障总线节点，以保持其余节点之间的通信。传输的帧不是由帧发送器或帧接收器的节点地址（几乎在所有其他总线系统中）识别的，而是由它们的内容识别的。表示帧有效载荷的标识符，还具有指定帧在网络段内的优先级。
随后，许多介绍该创新通信协议的演讲和出版物，直到1987年中期（比计划提前两个月），英特尔才交付了第一款CAN控制器芯片82526。这是CAN协议的第一个硬件实现。在短短四年内，一个想法就变成了现实。此后不久，飞利浦半导体推出了82C200。CAN控制器的这两个最早的祖先在接受过滤和帧处理方面有很大的不同。一方面，与飞利浦选择的BasicCAN实施相比，英特尔所青睐的FullCAN概念要求所连接的微控制器的CPU负载更少。另一方面，FullCAN设备在可以接收的帧数方面受到限制。BasicCAN控制器还需要更少的硅。在当今的CAN控制器中，实现了接受过滤和帧处理这两种概念的混合。这使BasicCAN和FullCAN的误导性术语过时了。

嵌入式专栏

2

博世CAN规范（2.0版）已于1990年代初提交国际标准化。在发生了几场政治纠纷之后，尤其是涉及到法国一些主要汽车制造商开发的“车载区域网络”（VAN，Vehicle Area Network），ISO 11898标准于1993年11月发布。除了CAN协议外，它还标准化了物理层，速率高达1 Mbit / s。同时，ISO 11519-2对通过CAN的低功耗，容错数据传输方式进行了标准化。由于该标准存在缺陷，因此从未实施。在1995年，ISO 11898标准通过附录进行了扩展，该附录描述了使用29位CAN标识符的扩展帧格式。
不幸的是，所有已发布的CAN规范和标准化都包含错误或不完整。为避免不兼容的CAN实施方案，Bosch确保所有CAN芯片均符合Bosch CAN参考模型。此外，由Wolfhard Lawrenz教授领导的德国Braunschweig-Wolfenbüttel应用科学大学已经进行了几年的CAN一致性测试。所使用的测试模式基于ISO 16845一致性测试计划标准系列。今天，多家测试机构可提供CAN一致性测试服务。
修订后的CAN规范已标准化。ISO 11898-1描述了“ CAN数据链路层”，ISO 11898-2标准化了“非容错” CAN物理层，而ISO 11898-3指定了“容错CAN物理层”。ISO 11992系列（卡车和拖车接口）和ISO 11783（农业和林业机械）系列指定了基于SAE J1939网络方法的应用程序配置文件。它们不兼容，因为物理层规范不同。

嵌入式专栏

3

尽管CAN最初被开发用于汽车，但最初的应用来自不同的市场领域。特别是在北欧，CAN在早期已经非常流行。在芬兰，电梯制造商Kone 使用了CAN总线。瑞典工程办公室Kvaser向一些纺织机械制造商（Lindauer Dornier和Sulzer）及其供应商建议将CAN作为机器内部的通信协议。在Lars-Berno Fredriksson的领导下，这些公司成立了“ CAN纺织品用户小组”。到1989年，他们制定了沟通原则，有助于在1990年代初塑造发展环境“ CAN Kingdom”。尽管相对于OSI参考模型，CAN Kingdom不是应用程序层。
在荷兰，飞利浦医疗系统决定将CAN用于其X射线机的内部联网，从而加入了工业CAN用户。主要由Tom Suters开发的“ Philips消息规范”（PMS）代表了CAN网络的第一个应用层。来自德国Weingarten应用科学大学的Konrad Etschberger教授也有相同的想法，在他负责的Steinbeis过程自动化转移中心（STZP）中，他开发了类似的协议。
尽管第一个标准化的高层协议开始出现，但大多数CAN开拓者还是采用了整体法。通信功能，网络管理和应用程序代码是一种软件。即使某些用户希望采用模块化的方法，但他们仍有专有解决方案的缺点。增强和维护CAN高层协议的必要努力被低估了 ---今天仍然部分是正确的。
在1990年代初，是时候成立了一个用户小组，以推广CAN协议并促进其在许多应用中的使用。1992年1月，当时的《 VMEbus》杂志编辑（出版商：Franzis）的Holger Zeltwanger吸引了用户和制造商一起建立了一个中立的平台，用于CAN的技术增强以及串行总线系统的市场营销。两个月后，“ CAN in Automation”（CiA）国际用户和制造商小组正式成立。在早期，CAN通讯已经出版。
仅几周后发布的第一份技术出版物涉及物理层：CiA建议仅使用符合ISO 11898的CAN收发器。如今，制造商专用的EIA-485收发器在CAN网络中非常普遍，那个时候，并不总是兼容，应该已经完全消失了。
CiA的首要任务之一是规范CAN应用层。利用飞利浦医疗系统公司和STZP提供的现有材料，并在CiA其他成员的帮助下，开发了“ CAN应用程序层”（CAL），也称为“绿皮书”。在使用CAN制定规范时，CiA的主要任务之一是组织CAN专家与那些希望在CAN上变得更多知识的专家之间的信息交换。因此，自1994年以来，举行了国际CAN会议（iCC）。
LAV（德国农业车辆协会）追求另一种学术方法。自1980年代后期以来，已经开发了基于CAN的农用车辆总线系统（LBS）。但是在这项工作可以成功完成之前，国际委员会已决定支持美国的解决方案J1939（ISO 11783）。此应用程序配置文件也基于CAN，由SAE卡车和公共汽车协会的委员会定义。J1939是一种非模块化方法，非常易于使用，但也非常不灵活。
还为卡车开发了CAN的标准化。卡车和拖车之间的网络标准化为ISO11992。该协议基于J1939，从2006年起必须在欧洲使用。汽车的趋势是向OSEK-COM和OSEK-NM，通信协议和网络管理迈进。两者均已提交国际标准化。到目前为止，汽车制造商一直在使用专有软件解决方案。

嵌入式专栏

4

当然，将CAN内核实现到其微控制器中的半导体供应商主要集中在汽车行业。自1990年代中期以来，英飞凌科技公司（以前为西门子半导体公司）和摩托罗拉公司（外包为飞思卡尔，后来被NXP收购）已经向欧洲汽车制造商及其供应商运送了大量CAN控制器。自1990年代末以来，远东半导体供应商也开始提供CAN控制器。NEC在1994年推出了他们传奇的CAN芯片72005，但为时过早-该组件在商业上并不成功。
自1991年以来，奔驰一直在其汽车中使用CAN。第一步，通过CAN连接负责发动机管理的电子控制单元。1995年，宝马在其7系汽车中使用了带有五个ECU（电子控制单元）的树/星拓扑CAN网络。第二步，跟随人体电子设备所需的控制单元。实现了两个物理上分离的CAN网络，通常通过网关连接。其他汽车制造商也沿用了奔驰的方式，通常在乘用车中实现两个CAN网络。如今，他们都在自己的车辆中实现了多个CAN网络。
在1990年代初期，美国机械工程公司Cincinnati Milacron的工程师与Allen-Bradley和Honeywell Microswitch共同成立了一家合资公司，以基于CAN的控制和通信项目。但是，不久之后，重要的项目成员换了工作，合资企业瓦解了。但是Allen-Bradley和Honeywell分别继续工作。这导致了至少在较低的通信层中非常相似的两个高层协议“ DeviceNet”和“智能分布式系统”（SDS）。1994年初，Allen-Bradley将DeviceNet规范移交给了“开放DeviceNet供应商协会”（ODVA），这促进了DeviceNet的普及。Honeywell未能在SDS上采取类似的方式，这使SDS看起来更像是Honeywell微动的内部解决方案。DeviceNet是专为工厂自动化而开发的，因此，它本身就是Profibus-DP和Interbus等协议的直接对手。提供现成的即插即用功能，DeviceNet已成为美国这个特定细分市场中领先的总线系统。
在欧洲，几家公司尝试使用CAL。尽管CAL方法在学术上是正确的，并且可以在工业应用中使用它，但是每个用户都需要设计一个新的配置文件，因为CAL是真正的应用程序层。CAL可以看作是独立于应用程序的CAN解决方案必不可少的学术步骤，但它从未在该领域获得广泛认可。
自1993年以来，在Esprit项目ASPIC的范围内，由博世领导的欧洲财团一直在开发CANopen的原型。它是用于生产单元内部网络的CAL配置文件。在学术方面，来自德国罗伊特林根应用科学大学的Gerhard Gruhler教授和来自英国纽卡斯尔大学的Mohammed Farsi博士参加了有史以来最成功的Esprit活动之一。项目完成后，CANopen规范移交给了CiA，以进行进一步的开发和维护。1995年，发布了经过完全修订的CANopen通信配置文件，并在短短五年内成为欧洲最重要的标准化嵌入式网络。
第一个CANopen网络用于内部机器通信，尤其是驱动器。CANopen提供了很高的灵活性和可配置性。高层协议已用于多个非常不同的应用领域（工业自动化，航海电子，军用车辆等），同时其国际标准为EN 50325-4（2003）。CANopen尤其在欧洲使用。意大利的注塑机，德国的木锯和机器，英国的卷烟机，法国的起重机，奥地利的搬运机以及瑞士的钟表制造机只是工业自动化和机械制造中的几个例子。在美国，推荐将CANopen用于叉车并将其用于信件分拣机中。
CANopen不仅定义了应用程序层和通信配置文件，而且还定义了可编程系统以及不同设备，接口和应用程序配置文件的框架。这是整个行业（例如印刷机，海事应用，医疗系统）决定在1990年代后期使用CANopen的重要原因。
借助DeviceNet和CANopen，可以使用两个标准化的（IEC 62026-3或EN 50325-4 / 5）应用层，以满足不同的工业自动化市场的需求。DeviceNet针对工厂自动化进行了优化，而CANopen特别适合于各种机器控制中的嵌入式网络。这使得专有的应用程序层已过时。定义特定于应用程序的应用程序层的必要性已成为历史（也许，对于某些专用的大容量嵌入式系统而言除外）。

嵌入式专栏

5

在2000年初，一个由数家公司组成的ISO特别工作组为CAN帧的时间触发传输定义了一个协议。Bernd Mueller博士，Thomas Fuehrer博士和其他博世员工，以及半导体行业和学术研究专家共同定义了协议“ CAN上的时间触发通信”（TTCAN，Time-triggered communication on CAN）。
这种CAN扩展可以实现时间等量的帧传输和通过CAN的闭环控制的实现，而且还可以在x-by-wire的应用中使用CAN。由于CAN协议未更改，因此可以通过同一物理总线系统传输时间触发帧和事件触发帧。但是，汽车行业尚未采用TTCAN。而且，工业用户很少使用时间触发的协议扩展。他们改用CANopen中指定的同步传输功能，可以说是一种软时间触发方法。

嵌入式专栏

6

在90年代后期，发明了几种基于CAN的专有安全协议。幸存下来的是德国Pilz生产的Safetybus p。在1999年，CiA开始开发CANopen-Safety协议，该协议已获得德国TüV的批准。经过标准化机构的大量参与之后，此CANopen扩展（CiA 304）在EN 50325-5（2009）中进行了国际标准化。
DeviceNet使用CIP安全协议扩展。全球领先的船级社之一的德国劳埃德船级社（Germanischer Lloyd）已批准了适用于海事应用的CANopen框架（CiA 307）。除其他外，该框架规定了从默认的CANopen网络到冗余总线系统的自动切换。如今，这些功能已在CiA 302系列其他CANopen应用层功能中得到了概括和指定。

嵌入式专栏

7

嵌入式专栏

8

嵌入式专栏

9