一、为什么巡检机器人必须先谈协议

巡检机器人落地失败的常见原因，不是机器人走不动，而是数据进不了站端系统。机器人一天采回几千条红外测温、可见光图像和表计读数，如果这些数据只能躺在机器人自己的后台里，运维人员看不到、辅控系统用不上，项目就退化成“一台会跑的相机”。

所以选型阶段就要把三个问题定死：机器人接到哪套系统、用哪种协议、点位表怎么对齐。下面按现场最主流的三种做法拆开讲。

二、三种主流对接方式

1. IEC 61850：新建智能变电站的默认答案

新建或在运的智能变电站，站内自动化普遍基于 IEC 61850。它把变电站设备抽象成逻辑设备与逻辑节点，用 MMS 承担监控层报文交互，GOOSE 承担快速跳闸与联闭锁类报文，SV 承担采样值传输。

巡检机器人接入 61850 体系时，通常有两种身份：一是作为站控层的客户端，把巡检结果按数据模型写入后台；二是在监控后台侧做数据映射，由后台把机器人数据转换为站内统一数据模型。后者改造量更小，但要求双方提前商定节点命名与量纲，否则后期对点会非常痛苦。

2. Modbus RTU / TCP：存量站改造的现实选择

大量存量变电站的辅控、动环、门禁、温湿度采集仍以 Modbus 为主。机器人对接 Modbus 的优势实现简单、生态成熟、调试工具多，缺点是点表能力有限、没有自描述能力，点位含义完全靠人工维护的对照表。

给存量站做机器人接入，建议单独划分一段辅控网，机器人通过 Modbus TCP 把巡检数据推给辅控主机或边缘网关，再由网关按需转发。这样既不动既有的保护与监控网络，也能让数据进入日常运维流程。

3. MQTT / RESTful：多站集中管理时才需要

当巡检范围从单站扩展到多站，运维模式会转向集中监控。这时机器人本体一般通过 MQTT 上传到边缘侧或云侧平台，平台再向下对接各站系统，接口形态多为 RESTful。

这条路线要注意两点：一是离线补传——站点网络中断时本地要先存住数据；二是时间戳口径统一——多站数据汇总时，各站时钟不一致会让趋势分析彻底失效。

三、点位表对齐：真正决定成败的一步

无论用哪种协议，都要先做一张双方确认的点位表。它至少包含四列：巡检点位、测点类型（遥测/遥信）、量纲与精度、异常判定阈值。经验上建议把点位命名规则写成“区域-设备-测点”三段式，例如按“主变-本体-油温”这样组织，后期增删点位不需要推翻整表。

还要明确哪些是遥信量（如“表计读数越限”这类状态量）、哪些是遥测量（如具体温度值）。很多项目对接后数据“看起来有但用不上”，根源就是把状态量当模拟量传、或阈值判定放在了机器人侧而没和站端对齐。

四、五个容易被忽略的坑

• 时钟同步：机器人时钟与站端不一致，时序分析、异常追溯都会错位。建议统一走站内 NTP 源。
• 心跳与断链：要约定心跳周期与断链判定时间，否则运维人员无法区分“没异常”和“机器人掉线”。
• 数据补传：网络闪断期间的巡检数据必须能补，且补传时要保留原始采集时刻。
• 遥信抖动：红外测温受日照、风速影响会有波动，直接上报会造成大量无效报警，需要做持续时长过滤。
• 安全分区：机器人属于“非生产控制类”设备，接入方案要符合站内安全分区要求，避免直接接入保护网络。

五、按站型怎么选

可以按下表快速判断：新建智能变电站优先 IEC 61850，与站内系统天然一致；存量站改造优先 Modbus TCP 走辅控网，改动最小、落地最快；多站集中运维则采用 MQTT 上行 + 站端适配的组合，平台侧统一建模。

需要提醒的是，协议只是通道，真正影响长期可用性的是点位表治理与数据质量。建议把“点位表评审”和“数据质量验收”写进项目节点，而不是等上线后补。

六、对接验收清单

上线前把这几项逐条过一遍，基本不会出现“机器人跑了但数据用不上”的情况：

• 点位表双方签字确认，含命名规则、量纲、阈值；
• 时钟同步已生效，机器人侧与站端时间偏差在允许范围内；
• 心跳正常、断链可判、补传可用（可做一次断网演练）；
• 异常上报经过抖动过滤，无效报警率可统计；
• 图像与数据留存周期符合运维与审计要求；
• 接入方案通过站内安全分区评审。

在电力场景里，HT- 系列的防爆轮式巡检机器人与挂轨式巡检机器人可根据站型分区布置：室外场区、主变区适合轮式，室内配电装置室与电缆夹层适合挂轨。青岛莱西 · 2014 年成立 · 特种机器人研发制造，瀚泰装备在变电站与换流站场景的对接实践中，通常会在方案阶段就把点位表和数据接口一起交付，避免后期返工。不同站型对应的装备形态，在产品中心有分栏说明。

常见问题

问：机器人必须接进保护网络吗？
答：不是，也不建议。巡检数据属非生产控制类信息，常规做法是接入辅控网或独立运维网，按站内安全分区要求隔离。

问：存量站没有 IEC 61850，能不能上巡检机器人？
答：可以。存量站优先用 Modbus TCP 接入辅控主机或边缘网关，改动最小；后续若改造为智能站，再切换到 61850 体系。

问：为什么数据传上去了，运维人员还是不用？
答：多数情况是点位表没对齐或阈值判定放在了机器人侧。要让站端能独立完成异常判定，数据才有运维价值。

问：多站集中管理时最大的风险是什么？
答：时间口径不统一。各站时钟不一致会让趋势分析失效，建议所有站点统一走同一 NTP 源并在平台上做校验。