一、现场总线概述：工业网络发展史、主流现场总线对比与OSI模型应用
各位工程师朋友，大家好。我是老张，干现场总线这行当快二十年了。今天咱们聊聊工业网络的发展史，还有几个主流现场总线的对比。说实话，每次给新来的同事培训，我都觉得这部分特别重要——你不了解过去，就搞不懂现在为什么这么设计。
1.1 工业网络发展史：从继电器到工业以太网
工业网络的发展，说白了就是一部「从简单到复杂，从封闭到开放」的历史。
第一阶段：继电器时代（1960年代以前）
那时候没有网络，控制全靠硬接线。一个继电器柜能占半面墙，改一条逻辑就得重新布线。我记得刚入行时，老师傅跟我说，当年调试一条生产线，光查线就得花三天。嗯，那会儿的工程师是真辛苦。
第二阶段：PLC与串行通信（1970-1980年代）
PLC出现了，但各厂家各玩各的。Modbus协议就是在这个背景下诞生的——1979年，Modicon公司搞了个串行通信协议，简单、开放，一直用到现在。我个人习惯把Modbus称为「工业通信的活化石」，因为它真的太长寿了。
第三阶段：现场总线百花齐放（1990年代）
这个时期最热闹。Profibus、DeviceNet、CC-Link、CANopen……各种总线像雨后春笋一样冒出来。为什么会这样？因为每个厂家都想抢占市场，都想让自己的标准成为行业标准。你想想看，那会儿做项目最头疼的就是选型——选错了总线，后面全是坑。
第四阶段：工业以太网一统江湖（2000年代至今）
EtherNet/IP、PROFINET、EtherCAT这些基于以太网的协议开始普及。原因很简单：以太网便宜、速度快、IT和OT能融合。我在项目中遇到过不少客户，还在用老旧的Profibus DP网络，问他们为什么不升级？答：稳定，不想折腾。嗯，这确实是很多工厂的现状。
1.2 主流现场总线对比：Profibus / DeviceNet / CC-Link
这三款总线，我都有过实战经验。下面这张表是我自己整理的，方便大家对比：
| 特性 | Profibus DP | DeviceNet | CC-Link |
|---|---|---|---|
| 物理层 | RS-485 | CAN | RS-485 |
| 最大速率 | 12 Mbps | 500 kbps | 10 Mbps |
| 最大节点数 | 126 | 64 | 64 |
| 传输距离 | 100m（12Mbps）~ 1200m（93.75kbps） | 100m（500kbps）~ 500m（125kbps） | 100m（10Mbps）~ 1200m（156kbps） |
| 主从架构 | 主从 + 令牌传递 | 主从 + 多主站 | 主从（1主站 + 64从站） |
| 应用领域 | 过程控制、制造业 | 传感器/执行器层 | 日系设备、三菱PLC生态 |
| 典型厂商 | 西门子、ABB | 罗克韦尔（AB） | 三菱、基恩士 |
避坑指南：我曾经在一个汽车零部件工厂调试Profibus网络，发现通信总是间歇性中断。查了两天，最后发现是终端电阻没接对。嗯，Profibus对终端电阻的要求非常严格，少一个都不行。DeviceNet也有类似问题——CAN总线需要120欧姆终端电阻，而且必须在总线两端各接一个。
Profibus DP：德国血统，西门子的亲儿子。速度快、抗干扰能力强，适合大型分布式控制系统。我个人习惯在过程控制项目中首选Profibus，因为它稳定，而且诊断功能强大——你可以用Profibus分析仪直接读出每个站的状态。
DeviceNet：美国货，罗克韦尔力推。基于CAN总线，说白了就是给传感器和执行器用的。DeviceNet最大的优点是供电和数据共用一根电缆，接线简单。但速度慢，500kbps封顶，不适合大数据量传输。
CC-Link：日本三菱的看家本领。在日系设备中占有率极高，尤其是三菱PLC的生态圈。CC-Link的实时性不错，但开放性差一些——你想想看，想用非三菱的从站设备，有时候兼容性会出问题。
1.3 OSI模型在工业总线中的应用
OSI七层模型，大学课本里都学过。但说实话，工业现场总线一般只用到下面几层：
- 物理层（Layer 1）：决定了用什么线、什么接口、什么电平。比如Profibus用RS-485，DeviceNet用CAN收发器。
- 数据链路层（Layer 2）：负责帧的封装、错误检测、介质访问控制。Profibus的令牌传递、DeviceNet的CSMA/CA都在这一层。
- 应用层（Layer 7）：定义了具体的通信服务，比如读寄存器、写输出等。Modbus的03功能码、06功能码就在这一层。
中间的第3到第6层，在大多数现场总线中被简化或合并了。为什么会这样？因为工业通信追求实时性和确定性，层数越少，处理越快。
实战技巧：我建议大家在排查总线故障时，按照OSI模型从下往上查。先看物理层——线断了没有？接头松了没有？终端电阻对不对？再看数据链路层——有没有冲突？CRC校验对不对？最后看应用层——地址配对了没有？功能码对不对？这个思路，我用了十几年，屡试不爽。
举个例子，有一次我在现场排查一个DeviceNet网络故障。从站设备时好时坏，用示波器看CAN_H和CAN_L的差分信号，发现信号幅值只有1.5V（正常应该是2.5V左右）。嗯，物理层出问题了。一查，发现总线供电电源电压偏低，只有18V（DeviceNet要求24V±1%）。换了电源后，问题解决。
你看，这就是OSI模型分层的好处——把问题限定在某一层，排查效率高得多。
注意：不要以为工业以太网（如PROFINET、EtherNet/IP）就不需要关注OSI模型了。虽然它们用了标准以太网的物理层和数据链路层，但应用层还是各玩各的。我曾经见过一个项目，PROFINET网络老是丢包，查了半天发现是交换机不支持PROFINET的实时帧优先级标记。嗯，交换机选型也很重要。
好了，这一章的内容就到这里。下一章我们开始讲Modbus协议的具体细节——包括RTU、ASCII、TCP三种模式的区别，以及如何用Modbus分析仪抓包。到时候我会带大家看几个我实际抓到的故障案例，保证干货满满。