4、网络冗余架构：双以太网冗余（MRP/DRP协议）、环形网络拓扑、星型网络拓扑对比

聊到远程IO模块的网络冗余，我估计很多朋友第一反应就是「多拉几根网线」。嗯，这话没错，但远没那么简单。网络冗余不是简单的物理备份，它是一整套从协议到拓扑的协同设计。今天我就把三种主流方案掰开揉碎了讲，顺便聊聊我在现场踩过的坑。

4.1 双以太网冗余：MRP与DRP协议

先说双以太网冗余。说白了，就是给IO模块装两个网口，连到两个独立的交换机上。一个挂了，另一个顶上。但这里有个关键问题——切换时间。

我见过不少项目，客户要求「断网恢复时间小于50ms」。你想想看，如果靠STP（生成树协议）去收敛，动不动就几秒甚至十几秒，根本没法用。所以工业场景下，我们得用MRP或DRP这类专用协议。

4.1.1 MRP（介质冗余协议）

MRP是IEC 62439标准里定义的。它的核心思路是：在环形拓扑中，选一个节点作为冗余管理器（Redundancy Manager），平时阻塞一个端口防止环路。一旦检测到链路中断，管理器立刻打开阻塞端口，恢复通信。

切换时间有多快？

参数	MRP典型值
环网恢复时间	< 30ms（50个节点以内）
最大节点数	50个
协议开销	低，无需专用硬件

我个人习惯在中小型控制柜里用MRP。它不需要专用芯片，普通交换机刷个固件就能跑。但要注意——MRP要求所有节点必须支持该协议，混用普通交换机的话，环网会直接崩溃。我曾经在一个改造项目里吃过这个亏，现场工人把一台非MRP交换机串进了环里，结果全网广播风暴，IO模块全部掉线。嗯，从那以后我每次都会在图纸上标清楚「仅支持MRP设备入环」。

4.1.2 DRP（分布式冗余协议）

DRP是另一种思路。它不依赖中心管理器，而是让每个节点自己检测链路状态。每个端口都会定期发送探测帧，如果发现对端没回应，就自动切换路径。

DRP的优势在于：

• 无单点故障——没有管理器，管理器本身就不会挂
• 扩展性好——支持更多节点，适合大型网络
• 切换更快——有些实现能做到< 10ms

但代价是什么？每个节点都需要一定的计算能力来处理探测帧。说白了，DRP对IO模块的CPU要求更高。我在一个风电场的项目中用过DRP，现场有80多个IO站点分布在几公里的范围内。如果用MRP，50个节点的上限根本不够。DRP跑下来，切换时间稳定在15ms左右，效果不错。

4.2 环形网络拓扑

环形拓扑在工业现场非常常见。每个IO模块有两个端口，一个接上游，一个接下游，首尾相连形成一个环。

为什么大家爱用环网？

• 节省线缆——相比星型，环网只需要一根线串起来，布线成本低
• 冗余性好——任意一处断线，数据可以从另一侧绕过去
• 扩展方便——加一个新节点，直接串进环里就行

但环网也有它的脾气。我遇到过最头疼的问题是「环网抖动」。什么意思呢？就是某个节点偶尔会误判链路状态，频繁触发切换。每次切换虽然只有几十毫秒，但如果一分钟抖个十几次，整个网络的实时性就完蛋了。

为什么会这样？

原因往往是线缆质量不行，或者接头松动。环网对物理层的要求其实比星型高。你想想看，星型拓扑里一根线坏了只影响一个节点，环网里一根线坏了却要触发全网切换。所以我的建议是：环网里一定要用工业级网线，接头要压接牢固，最好再做个线缆测试。

4.3 星型网络拓扑

星型拓扑就简单多了。每个IO模块单独拉一根线到中心交换机。结构清晰，故障隔离性好——一个节点坏了不影响别人。

但星型的缺点也很明显：

• 线缆用量大——每个节点都要单独布线，距离远了成本飙升
• 交换机是单点故障——交换机一挂，所有节点全掉线
• 扩展性受限——交换机端口数有限，加节点就得换交换机

所以星型拓扑一般用在什么场景？

我个人习惯在控制柜内部用星型。比如一个柜子里有十几个IO模块，距离不超过两米，拉线成本可以忽略。而且柜内环境可控，交换机故障概率低。但如果是现场分布式IO，距离几十米甚至上百米，星型就不太划算了。

4.4 三种方案怎么选？

好了，三种方案都讲完了。你可能会问：到底选哪个？

我一般按这个逻辑来：

1. 先看节点数量——少于50个，MRP环网性价比最高；多于50个，考虑DRP
2. 再看布线条件——线缆好走、距离短，星型也可以；距离远、布线难，环网更省线
3. 最后看可靠性要求——要求极高（比如石化、核电），双星型或DRP环网；一般工业，MRP环网足够

说白了，没有完美的方案，只有最适合你现场的方案。我见过有人非要在50米外的IO站用星型，结果光布线就花了三天，还不如拉个环网省事。也见过有人在小柜子里硬搞环网，结果线绕来绕去，维护的时候自己都分不清谁是谁。

嗯，最后提醒一句：不管你选哪种拓扑，一定要在图纸上标清楚冗余路径和切换逻辑。不然三年后设备出问题，接手的工程师看着一堆线，真的会骂娘。