4、MRP故障切换机制：链路中断检测、切换时间、数据帧转发逻辑

各位工程师朋友，咱们今天聊MRP。这个协议全称是Media Redundancy Protocol，说白了就是EtherCAT网络里用来做环网冗余的看家本领。我最早接触MRP是在一条汽车焊装线上，当时客户要求网络中断后恢复时间必须小于50ms，嗯，MRP就是干这个活的。

4.1 链路中断检测：怎么知道线断了？

MRP的检测机制其实很巧妙。它不靠什么复杂的握手协议，而是靠一个叫测试帧的东西。环网正常时，管理器（MRM）会定期从两个端口发出测试帧，沿着环的两个方向跑一圈，最后回到管理器。如果两个方向的测试帧都能回来，说明环是完整的。

一旦某个地方断了，比如某根网线被叉车碾了，那其中一个方向的测试帧就回不来了。管理器等不到这个帧，就知道出事了。这个等待时间是多少？我告诉你，默认是20ms。也就是说，从线断到管理器确认故障，最多20ms。

我在项目中遇到过一个问题：现场有台变频器电磁干扰特别大，导致测试帧偶尔被误判为丢失。后来我查了日志，发现是网线屏蔽层接地没做好。你想想看，一个误判就会触发切换，整个网络抖一下，生产线就得停。所以啊，物理层质量是MRP能正常工作的前提。

4.2 切换时间：到底有多快？

MRP的切换时间，官方标称是小于50ms。但实际项目中，我测过很多次，一般在10ms到30ms之间。为什么会有波动？因为切换时间取决于三个因素：

1. 检测时间：刚才说的20ms超时
2. 决策时间：管理器确认故障后，决定切换端口状态，这个很快，微秒级
3. 收敛时间：所有从站更新转发表，这个取决于从站数量和网络规模

我给你们一个经验公式：

实际切换时间 ≈ 检测超时 + (从站数量 × 0.5ms)

举个例子，一个环网上有30个从站，那切换时间大约是20 + 30×0.5 = 35ms。嗯，还在50ms以内。但如果从站超过60个，你就得考虑把检测超时调小一点，比如改成10ms。不过要注意，调太小容易误触发。

4.3 数据帧转发逻辑：断了之后数据怎么走？

这是MRP最核心的部分。正常运行时，环网是逻辑上断开的。管理器会阻塞其中一个端口（叫备份端口），防止数据帧在环里死循环。数据帧只走一个方向，另一个方向是备用的。

一旦检测到链路中断，管理器立刻做两件事：

• 打开备份端口：让数据可以从另一个方向绕过去
• 刷新转发表：通知所有从站，MAC地址表要重新学习

我画了一张图，帮你理解这个逻辑：

你看这张图，正常时数据从管理器出发，经过从站1→2→3→4，最后回到管理器。备份路径是断开的。当从站3和从站4之间的链路断了，管理器立刻打开备份端口，数据就从管理器直接绕到从站4，再往回走。整个过程，数据帧不会丢，只是延迟稍微大一点。

4.4 实战中的避坑指南

我曾经在一个风电项目上吃过亏。当时环网上有40多个从站，分布在不同的塔筒段。调试时发现，每次切换后总有那么一两个从站掉线。查了三天，最后发现是从站的MRP优先级配置不一致。

MRP协议里，每个从站都有一个优先级参数。如果优先级设置乱了，切换时从站可能不听管理器的指令。我的建议是：

• 所有从站使用统一的MRP配置模板
• 管理器优先级设为最高（0）
• 从站优先级统一设为默认值（128）
• 不要混用不同厂商的MRP实现，除非做过互操作性测试

还有一个坑：环网总长度。MRP标准规定环网最大支持50个从站，但实际项目中我见过跑60个也没问题的。不过要注意，从站越多，切换时转发表收敛越慢。我个人的经验是，超过40个从站时，建议分段组环，或者用更高级的冗余协议（比如DRP）。

参数	标准值	我的推荐值	说明
测试帧间隔	5ms	5ms	不要改，除非你很清楚后果
检测超时	20ms	20ms（从站≤30） 15ms（从站30-50）	调小需配合物理层优化
切换时间	≤50ms	10-35ms	取决于网络规模
最大从站数	50	≤40	超过40建议分段

最后说一句，MRP不是万能的。它只能处理单点故障。如果环上同时断了两处，那网络就分裂了。所以，重要的生产线，我建议做双环冗余，或者用MRP+设备级冗余的组合方案。嗯，这个咱们后面章节再细聊。