3、数据链路层：Modbus的Master/Slave模式 vs Profibus的Master/Slave与Token Passing混合模式
好，咱们今天聊聊数据链路层。这一层说白了，就是决定「谁能在什么时候说话」的规则。你想想看，总线上挂了一堆设备，如果大家同时开口，那不就乱套了吗？Modbus和Profibus在这层的处理方式，可以说是两种完全不同的哲学。
3.1 Modbus的Master/Slave：简单粗暴的「一问一答」
Modbus的数据链路层，我习惯叫它「班长点名制」。整个网络上只有一个Master（班长），其他全是Slave（学生）。班长点名，点到谁，谁才能站起来回答问题。没被点到，你就老老实实听着。
具体流程是这样的：
- Master发起请求：Master主动发送一个数据帧，里面包含了目标Slave的地址、功能码、数据等。
- Slave响应：只有地址匹配的那个Slave才会回应。其他Slave继续沉默。
- 超时机制：如果Master发出请求后，在规定时间内没收到回应，它就认为这次通信失败了。
我在一个老旧的水处理项目里就遇到过这种情况。现场有30多个Modbus RTU仪表，PLC作为Master轮询。当时有个仪表响应特别慢，导致整个轮询周期被拉长到2秒多。你想想看，一个阀门开度指令发出去，要等2秒才有反馈，这控制效果能好吗？
核心特点总结：
- 通信完全由Master主导，Slave被动响应
- 同一时刻只能有一个设备在发送数据
- 网络负载完全取决于Master的轮询策略
- 实现简单，成本低，但实时性难以保证
3.2 Profibus的混合模式：Token Passing + Master/Slave
Profibus就聪明多了。它用了两种机制的组合：Token Passing（令牌传递）和Master/Slave。我刚开始接触Profibus时也觉得这玩意儿有点绕，但搞明白之后，不得不佩服这个设计。
Token Passing是什么？说白了，就是一个「发言权」的接力棒。谁拿到这个令牌，谁就有权在总线上说话。这个令牌在多个Master之间按顺序传递，形成一个逻辑环。
Master/Slave又是什么？当某个Master拿到令牌后，它就变成了临时的「班长」，可以跟它下面的Slave设备进行通信。通信完了，把令牌传给下一个Master。
举个例子你就明白了：
- 假设总线上有3个Master（M1、M2、M3）和一堆Slave
- M1拿到令牌，它就可以跟自己的Slave设备通信
- M1通信完毕，把令牌传给M2
- M2拿到令牌，开始跟自己的Slave通信
- 如此循环...
我曾经在一个汽车焊装线上调试Profibus-DP网络，现场有6个PLC作为Master，每个PLC下面挂了十几个远程IO站和变频器。如果按Modbus那种方式，一个Master轮询所有设备，那延迟简直不敢想。但Profibus的Token Passing机制，让每个Master只管理自己的「一亩三分地」，效率高得多。
我的个人经验：在配置Profibus网络时，Token Rotation Time（令牌旋转时间）是个关键参数。我曾经因为把这个时间设得太短，导致Master还没来得及处理完数据，令牌就丢了。嗯，这里要注意，令牌旋转时间要留够余量，一般建议设为实际通信周期的1.5倍左右。
3.3 两种模式的对比：一张表说清楚
| 对比项 | Modbus Master/Slave | Profibus 混合模式 |
|---|---|---|
| 网络主控权 | 单一Master独占 | 多个Master轮流持有 |
| 通信发起方 | 只有Master | 持有令牌的Master |
| 实时性 | 取决于轮询周期，较差 | 可预测，较好 |
| 网络规模 | Slave数量有限（通常247个） | 支持更多节点，更灵活 |
| 故障处理 | Master故障，全网瘫痪 | 单个Master故障，令牌跳过 |
| 实现复杂度 | 低，容易上手 | 高，需要专业配置 |
| 典型应用 | 小型系统、仪表采集 | 大型系统、运动控制 |
3.4 迁移时要注意的坑
如果你正打算从Modbus迁移到Profibus，我有几个建议：
我曾经踩过的坑：
- 地址分配别乱来：Modbus里地址是0-247，Profibus里每个设备有唯一的站地址（1-126）。迁移时一定要重新规划地址表，别直接照搬。
- 轮询逻辑要重写：Modbus里你习惯了一个循环挨个问，但Profibus里每个Master只负责自己的Slave。你得把原来的轮询逻辑拆开，分配到不同的Master上。
- 注意总线长度：Profibus-DP的波特率越高，总线长度越短。我记得有一次在一条300米的生产线上跑12Mbps，结果通信时断时续。后来降到1.5Mbps，问题就解决了。
- 终端电阻必须加：Profibus对总线终端电阻的要求比Modbus严格得多。不加终端电阻，信号反射会让你怀疑人生。
3.5 我的选择建议
说了这么多，到底该用哪个？我个人习惯这样判断：
- 设备少、要求不高、预算有限：选Modbus。简单、便宜、够用。
- 设备多、实时性要求高、需要冗余：选Profibus。虽然配置复杂点，但稳定性和效率确实好。
- 混合系统：我见过不少项目用Profibus做主网，Modbus做子网。比如PLC之间用Profibus通信，PLC跟仪表用Modbus。这种组合其实挺实用的。
好了，数据链路层就聊到这儿。下一章咱们看看应用层，Modbus的「功能码」和Profibus的「DP-V0/V1/V2」到底有什么区别。到时候我再分享几个实战中的小技巧。