Hirschmann RS20工业交换机配置实战：IP分配、环网RM与故障排查-平芜编程栈

简介：面向工业网络运维与自动化工程师的常备手册，系统归纳新华控制旗下Hirschmann RS20交换机的配置要点，解决从应用安装到端口参数、环网报警排查的常见问题。包体为单个PDF文档，共712KB，便于携带查阅。内容涵盖HiDiscovery与Java环境安装、IP地址及子网掩码设置、端口速率与流量控制等内部参数配置，并详细说明本体自诊断日志导出、电源/环网/Fault指示灯含义以及环网断线后的RM切换处理流程。文档按“安装—设置—报警”三层展开，每一步均对应界面截图与参数含义，便于现场按图索骥。对需要独立完成RS20交换机调试、故障定位的现场人员，可提供一份可直接对照操作的手册式参考。现有498人学习下载，适合智能制造、DCS控制系统等场景下负责网络设备维护的工程师。

1.Hirschmann RS20 交换机设置：先从 IP、端口和环网三个层面读懂它

拿到的这份《Hirschmann RS20 交换机相关设置说明》是新华控制工程在 DCS 项目里沉淀下来的完整操作归纳，不是泛泛的厂商手册。它把 RS20 从发现设备、写 IP，到端口参数、速率限制，最后到 RM 环网切换和故障处置，串成了现场可执行的流程。

RS20 本身的管理界面并不复杂，真正容易翻车的点在两个地方：一是 HiDiscovery 的网卡选择和“保存为缺省”的理解，二是环网里 RM=on 那台交换机的角色和失效判断。这两块搞明白，剩下的就是按按钮的事。

这份说明适合两类人——第一次给 RS20 配 IP 的新手，以及在现场遇到 Fault 灯亮、光口全亮却业务中断的老手。DCS 网络里的交换机不是办公网那种“插上就能用”的设备，它是环网冗余的承重墙；配置前先想清楚这台交换机在环里的角色，再动手，能少走很多弯路。

2. 用 HiDiscovery 完成 IP 分配：网卡选择、“保存为缺省”和两个排错点

2.1 先弄懂 HiDiscovery 和 Java 的作用

RS20 出厂时没有默认的固定业务 IP。你要找到它并给它分配一个管理地址，靠的是 HiDiscovery 这个二层发现程序。它向本网卡所在的广播域发发现帧，把同网段里所有 Hirschmann 设备都列出来；如果你笔记本上插了两块网卡，一块连着办公网、一块连着 RS20 所在的 222.222.221.x 网段，选错网卡就什么都扫不到。

第二个前提是装 Java。HiDiscovery 02.2.01 这个版本的界面组件依赖 Java 运行时环境，装完之后先打开一次确认主界面能正常弹出，再开始搜索设备。现场电脑如果是 Win10 之后的系统，装 JRE 8 就够用了，别追新装高版本 JDK，容易出现界面加载不全或者证书类报错。这个前置条件看着不起眼，但现场有相当一部分“HiDiscovery 打不开”的问题，其实都出在 Java 环境上而不是交换机上。

启动 HiDiscovery 前顺手做一件事，看下 5000 端口是否被占用，因为 HiDiscovery 和设备之间的通信默认走这个端口：

# Windows 下检查 5000 端口是否被占用，确保 HiDiscovery 通信端口可用 netstat -ano | findstr :5000

如果返回了 LISTENING 记录，先确认是不是别的软件占用了端口；占用了就先关掉那个软件，否则 HiDiscovery 会找不到任何设备。这一步跟 RS20 本身无关，但“搜索不到设备”的案例里，端口被占的概率比想象中高。

2.2 IP 设置的操作步骤和参数含义

在“开始 → 程序 → Hirschmann → HiDiscovery 02.2.01”路径启动之后，界面里有一个网卡下拉框。这里你要选择的不是“哪个网卡信号好”，而是“哪块网卡和 RS20 在同一个二层网段”。举例来说，笔记本有两块网卡，IP 分别是 222.222.221.51 和 222.222.222.51，而 RS20 当前地址是 222.222.221.x 网段，那必须选 222.222.221.51 那块网卡。选错了另一块，设备列表就是空的。

选对网卡后，HiDiscovery 会搜索当前网卡网段内所有 Hirschmann 交换机，并列出设备名称、IP 地址、MAC 地址信息。找到目标设备后单击选择，再双击就能打开配置对话框。这里有两个填项要注意：

名称：按项目规范填入设备编号，比如 2DCS-C-1。这个名称会作为交换机的标识符存在，以后在管理界面和设备列表里显示的都是它。
IP 参数配置：填 IP 地址（例如 222.222.221.201）、子网掩码（255.255.255.0）、缺省网关（0.0.0.0）。

填完之后一定要先点“保存为缺省”，再点“OK”。这一步很多人会跳过，但“保存为缺省”不是可选操作，它的作用是把当前填的参数写入设备的启动配置，确保交换机断电重启后仍然使用新 IP。如果只点“OK”，参数可能只停留在临时运行状态，下一次断电就恢复原样了，这是一条实打实的血泪经验。

提示：工业控制网里网关填 0.0.0.0 是常见做法，因为 DCS 设备之间大多靠二层直连通信，不经过三层网关。不要照搬办公网习惯填一个实际网关地址。

保存完成后，RS20 会在断电重启时应用新 IP。如果现场要求立即生效，最直接的办法是把交换机断电重新上电，或者通过管理界面的重启功能触发一次重启。重启之后再用 ping 验证新 IP 是否可达：

# 验证新 IP 是否生效 ping 222.222.221.201 -n 4

如果 ping 通了，说明 IP 设置成功，可以进入浏览器管理阶段。如果没通，大概率是网段没对齐，或者笔记本插在了 RS20 的某个关闭了 Port on 的端口上——RS20 的任意业务口都可以做管理口，但某个端口被关掉了，从那个口就是连不进来。

2.3 两个典型排错点

第一个排错点是 HiDiscovery 能找到设备但打不开配置对话框。这种情况多半是 Windows 防火墙拦截了 HiDiscovery 的入站通信。临时关闭当前网络连接的防火墙再试一次，或者直接在防火墙入站规则里放行 HiDiscovery 程序，都比反复刷新界面管用。注意关闭防火墙只做短时排查用，排查完记得恢复。

第二个排错点是设备列表里显示的 IP 和实际填写的不一致。改完 IP 后，HiDiscovery 列表会保留旧记录，需要手动重新搜索一次；这个延迟现象是正常的，不必怀疑配置没写入。重新搜索后如果看到新 IP，说明保存成功，旧记录消失只是时间问题。我一般会重新搜索两次，确认新 IP 稳定出现后再把设备接入正式环网，避免后续管理地址混乱。

3. 端口配置、速率限制与环网 RM：四个开关和一个管理角色的取舍

3.1 Port Configuration 里的四个参数怎么选

浏览器输入交换机的 IP 进入管理界面，路径是“输入 IP → 选择级别 → 输入账号密码”。默认账号是 Admin，默认密码是 private，语言选择 English。这里要提醒，RS20 的 Web 管理界面依赖 IE 内核组件，Chrome 和 Edge 的现代版本默认会拦截相关插件，现场维护电脑保留一个 IE 兼容模式比较稳妥。

进入 Port Configuration 页面，每行是一个端口，每列是一个开关。四个参数逐个按项目需要设置：

Port on：端口启用开关。对应端口如果不接任何设备，直接把这里关掉，别只靠拔网线。关掉端口后，这个口不再转发任何业务帧，也避免了空闲端口上的异常报文干扰。
Propagate Connection error：端口连接故障传播。端口发生物理未连通时，这个开关决定是否要驱动 Fault 灯。如果故意留空某个端口作为备用，就要把该端口的这个开关关闭，否则它永远拉高 Fault 灯，以后看故障灯就分不清主次了。
Automatic Configuration：电口 10/100M 自适应。一般选自动，不要手动指定 100M，否则连接只支持 10M 的老仪表设备时，链路直接起不来。自动模式又被称为“自动协商”，对端设备会通过协商机制确定双方都支持的最高速率。
Flow Control：端口流量控制。DCS 控制网的数据流相对固定，端口流量控制默认关闭即可；如果开启，必须两端设备同时启用，否则对端不响应流控帧，反而造成丢包。

改完参数要点 Set 按钮，这一下才是真正的写入动作。要点 Set 的另一个原因：RS20 管理界面的改动如果不点 Set，页面刷新后立即还原成上一次已生效的配置。现场最常见的“我改了但没生效”，十有八九就是只改了页面上的选项没点 Set。

3.2 Rate Limiter 限制的是什么速率

在 Switching → Rate Limiter 里可以针对端口设置 Egress Limit，单位是 Pkt/s（包每秒）。Packet Type 里最常用的是 BC 广播包，广播报文控制住了，风暴的传播路径也就断了。页面里还有组播和未知单播的选项，但 DCS 项目里广播是最主要的关注点。

端口类型不同，推荐的上限值相差很远，这是项目实验出来的经验参数：

端口类型	Egress Limit 参考值	说明
光口	15000 Pkt/s	环网或级联端口，带宽大、广播容忍度高
电口	1500 Pkt/s	下联控制站、操作员站，抑制广播风暴扩散

光口 15000 和电口 1500 之间差了 10 倍，原因是光口通常承担环网级联，转发路径上的广播报文本身就多，给太低会把正常业务广播也误杀；电口直接面对终端设备，1500 的上限已经能覆盖常规控制报文的广播量，又可以有效抑制风暴扩散。

实际调整时注意一个常见误用：这里的单位是 Pkt/s，不是 Mbps。包速率和带宽是两回事，报文大小不同，同样的 Pkt/s 对应完全不同的带宽占用。如果你按 Mbps 的思路去改大或改小，会偏离原设计意图。现场出现广播风暴迹象时，先把故障设备所有端口的 Egress Limit 降下来观察，比直接拔线更可控，也不会影响其他端口的正常业务。

3.3 环网 RM 的角色和虚拟断点在哪

RS20 的环网结构里，环上每一台交换机的两个光口分别承担两个方向的链路。为了防止广播帧在环里无限循环，整个环网中必须且只能有一台交换机启用 RM 功能，这一台交换机的 #2 光口被设置为“虚拟断点”。所谓虚拟断点，就是逻辑上断开、物理上连着：逻辑断开避免了环路，物理连通让它随时准备切换成实际通路。

当环网中任何一台交换机的一个光口发生断线，RM=on 交换机的 #2 光口会立刻从虚拟断点切换成实际连通模式，把环网重新打通。此时断线位置的两台交换机的光口链路状态是断开状态，而 RM=on 交换机的 #2 口则变成了连通状态——从整体上看，逻辑上环网还是通的，这就是环网冗余的核心逻辑。

这个设计决定了两个使用约束。第一，环网里只能有一台 RM=on，设了两台就会有两个虚拟断点，RM 协议判定混乱；设了零台，环网变成物理闭环，广播风暴立刻出现。第二，RM=on 交换机一旦故障，必须让环网里另一台交换机接替 RM 角色，而不是简单地把故障交换机重启救回来。接替流程放到第 5 章展开，因为现场处置顺序错了，问题会从“环网断了”变成“整个网络被风暴打瘫”。

4. 报警与自诊断：日志导出、四个指示灯和环网断线的切换逻辑

4.1 本体自诊断信息的导出方法

RS20 的本体自诊断信息，在管理界面的 Diagnostics → Report 里导出。这个页面有两个入口：Log file 和 System information。

Log file 展示的是交换机运行以来的系统日志，包含端口 up/down 事件、配置变更记录和 Web 访问记录。导出的方式很直接——点击“文件 → 另存为”，把内容保存成本地文件。导出的时机我一般放在巡检时，每次巡检导出一份，按日期命名归档；这样一旦后续发生故障，可以把故障前几天的日志翻出来，定位是哪一次配置变更或者哪一个端口的链路抖动引起的，不用凭记忆推测。

System information 页面展示的是设备级信息：型号、固件版本、MAC 地址、运行时间、温度。固件版本相关的兼容性问题、更换交换机时核对参数，这个页面是最先该导出的。给技术支持传文件时把这两个文件一起发，对方能省掉大量反复询问的时间。这两个导出动作都不复杂，但放在平时做和放在故障时做，效率差别很大。

4.2 前面板指示灯状态怎么读

RS20 前面板的指示灯，按阅读顺序来读会比较快：

P：电源指示。绿色代表双路电源全部正常，黄色代表只有单路电源在供电。这时候别忽略，要尽快处理第二路电源故障，否则电源冗余形同虚设。
Standby：仅对支持 Standby 功能的交换机有意义，常规 DCS 项目里用不到，保持默认状态即可。
RM：环网管理指示。RM=on 的交换机上这个灯才有意义，绿色代表它承担了 RM 功能且当前环网没有物理断网。
Fault：综合故障指示。红色代表至少存在一个故障源，常见原因是单路电源供电，或者某一个光口断线。

有一个容易误判的点：Fault 红灯亮起时，如果单路电源问题已经排除了、光口链路也正常，但红灯依然不灭，要看是不是某个端口的 Propagate Connection error 开关处于开启状态且这个端口没有插线。关闭这个开关，红灯才会恢复。这种误判在现场很常见，因为大家下意识认为红灯就是硬件故障，实际上它只是“逻辑故障”的汇总输出。

4.3 环网断线时的切换逻辑和观察要点

当环网里任一光口断线，RM=on 交换机的 #2 端口会自动从虚拟断点切换成实际连通模式。切换完成后，整环在逻辑上重新闭合，业务不中断。这个切换在交换机底层完成，速度快，管理界面里能看到 RM 切换计数，但现场更直观的判断方式是看指示灯。

判断逻辑是反过来的：正常情况下 RM=on 交换机的 #2 口处于虚拟断点，对应链路的连通灯应该是不亮的；如果发现 RM=on 交换机的 #2 口连通灯变成常亮、同时又没有其他光口处于断开状态，那说明虚拟断点已经切换到实际连通了，环网某处确实发生过断线。业务恢复后，通过日志确认断线发生的时间和位置，再安排现场人员去恢复光路。

必须强调一个反直觉的现场：如果环网所有光口都显示连通（LS 灯绿色、DA 灯黄闪），业务反而是中断的，大概率是 RM 功能失效导致环网形成了物理闭环。这个场景的处理是第 5 章 5.2 的重点，那里有一个不能乱序的操作流程。

5. 现场排查与避坑：IP 改不动、光口全亮、参数重启丢失怎么处理

5.1 HiDiscovery 找不到设备

现象：HiDiscovery 选对了网卡，搜索列表是空的，换一台电脑重试也一样。

原因排查分三层：先是网段没对齐，笔记本 IP 和 RS20 不在同一网段；其次是防火墙拦截，Windows 防火墙默认过滤了 HiDiscovery 的入站通信；最后是 5000 端口被占用，导致设备发现报文发不出去。

解决：先把笔记本 IP 手动改到 RS20 所在网段，再临时关闭防火墙，最后确认 5000 端口没有其他程序占用。直连一根网线到 RS20 的任意业务口，用下面的命令确认链路状态：

# 查看当前笔记本网卡状态和 IP 配置，确认网段是否一致 ipconfig /all

直连时如果看到网络连接状态是“已启用”且 IP 在同一网段，HiDiscovery 必然能发现设备；如果还发现不了，检查 RS20 是否需要先断电重启一次，让它重新发起一次设备身份广播。设备搜索这类问题，大多数情况下不是设备坏了，而是电脑侧的环境问题。

5.2 光口全亮但业务中断——RM 功能失效的现场处置

现象：环网结构中所有交换机的光口都处于连通状态（LS 灯绿色，DA 灯黄闪），但业务网络是中断的，甚至全网带宽被风暴占满。

原因：正常情况下 RM=on 交换机的 #2 口应该是虚拟断点，逻辑上断开，链路灯不亮；当这个口变成实际连通，环网就形成了物理闭环，广播帧会在环里无限循环，把交换机 CPU 和带宽全部耗尽。所以这里出现“光口全亮”不是好消息，恰恰意味着 RM 功能已经失效。

解决：按下面的顺序操作，顺序不能乱：

做安全措施，确认在断网处置期间不会触发下位机误动作。
将当前 RM=on 的交换机断电，并把该交换机的 RM 设置为 OFF。
在网络内任选一台交换机，断电，将其 RM 设置为 ON。
先把 RM=ON 的那台新站上电，等待它启动正常、环网业务恢复。
再把原 RM=on 交换机（已设置为 OFF）上电，观察网络状态。
如果网络正常，按日常监护处理；如果网络仍然异常，立即更换该交换机。

这个顺序背后的逻辑是：虚拟断点必须先由新 RM 交换机建立起来，环网才能真正恢复逻辑断路；随后原故障 RM 交换机才能安全上电。如果反过来先把原 RM 交换机上电，环网里同时会出现两台具备 RM 能力的交换机，RM 协议冲突，故障不会解除，只会变成另一个坑。

这个过程里有个细节：断电前先确认这台交换机是否是环上其他设备唯一的通信路径，如果是，断电动作本身也会引发一次断网，一定要在安全措施到位的前提下进行。现场处置不是技术越复杂越好，按这套流程走，至少不会把故障扩大。

5.3 配置已 Set 但重启后丢失

现象：在 Port Configuration 或 Rate Limiter 页面改了参数，点了 Set，现场确认参数已生效，但 RS20 断电重启后又回到默认值。

原因：Set 只是把参数写进了运行配置，真正持久化需要覆盖到启动配置。在 HiDiscovery 改 IP 那一节里，操作要求“保存为缺省”再点“OK”，目的就是把运行配置固化到启动配置；Web 管理界面里如果没有同步做到这一步，重启后配置就丢了。

解决：参数设置完成后，务必在管理界面里确认是否存在“保存为缺省”或等价的保存按钮；如果有，先点保存再退出。如果固件版本里没有这个按钮，那就导出一份完整配置备份留档，重启后再按备份恢复。我现在的习惯是每完成一组端口配置就立刻导出配置备份，文件名带日期和设备编号，避免第二天来复查时对着默认参数发呆。

5.4 Fault 红灯单路电源导致误报

现象：设备网络正常、所有光口连通，但 Fault 灯始终亮红色。

原因：观察 P 指示灯如果显示黄色，说明设备处于单路电源供电状态。双电源冗余设计里，任意一路供电都能维持运行，但设备会持续报告单电源故障，驱动 Fault 灯点亮。

解决：用万用表检查两路电源端子，确认第二路是否有电压输出、接线是否松脱；恢复正常双路供电后，P 灯变绿，Fault 灯自动熄灭。如果第二路电源本身容量不够，单独补一路电源模块，而不是把第二路端子短接——短接会让冗余功能失去意义，后续真正发生电源故障时没有告警提示。

6. 最后一步收尾：验证 RM 切换、固化配置和日常监护的三个习惯

6.1 断电重启后的验证顺序

每次完成 RS20 环网配置后，我习惯做一次完整的断电重启验证，而不是着急收工。验证顺序是：先断开所有交换机的电源，再从 RM=on 那台开始按环网顺序依次上电。RM=on 交换机上电后等它启动完成，看 RM 灯是否变为绿色，再看它的 #2 口链路灯是否处于断开状态——这一点很重要，如果 #2 口链路灯常亮，说明虚拟断点没有建立起来，环网处于物理闭环状态，必须立刻断电排查。

6.2 光口断线的主动测试方法

验证环网冗余能力的最直接办法，是人为拔掉环上一个光口跳线，观察 RM=on 交换机的 #2 口是否立刻变为连通状态，业务是否持续在线。测试完成后恢复跳线连接，等待 RM 交换机的 #2 口重新回到虚拟断开状态。这个测试并不复杂，但一定要提前通知项目各方，错开控制逻辑下装的时间窗口，避免把一次正常测试做成一次事故。