这篇不谈商业，只谈在防爆区内把看见、判断、回传做稳的工程结构，写于一次管廊项目的复盘之后。

一、问题定义：要的不是最准，是稳定复现
非结构化工业环境里，算法真正要解决的是稳定复现：同一段路，早上、正午、蒸汽遮挡、金属反光下，输出必须可解释、可回溯。为此我把系统拆成四层：感知、边缘推理、链路、平台。任何一层偷工，都会在验收现场以误报的形式暴露。

二、感知层：多源、同步、可标定

• 可见光：仪表读数、阀门开度、跑冒滴漏、人员越界。核心难点是反光与遮挡下的稳定性。
• 红外热像：表面温度、伴热异常、法兰过热、保温破损。关键是发射率与距离系数的现场标定，不标定的热图只能看趋势，不能报警。
• 气体：按介质选型。催化燃烧式适合常规可燃气体监测，红外式抗干扰、适合高浓度与缺氧环境，激光式适合长距离微量泄漏定位。三种传感器的量程与干扰特性不同，不要混着用一个结论。
• 声学与振动：泵与压缩机的异响、轴承早期故障，作为趋势量而不是告警量，否则每天都响。
• 定位：编码器加RFID地标做绝对位置校正，配合激光测距做局部避障。长距离轨道上纯编码器会累计漂移，地标间隔建议10至20 m一个。

三、时间对齐：最容易忽略的第一坑
多源数据必须共用同一时间基准。做法是边缘侧跑PTP或NTP，所有帧写入采集时间戳而不是到达时间戳；气体按1 Hz、热像按25 Hz、可见光按30 Hz进来，入缓存时统一对齐到最近的时间窗。没做这一步的项目，事后复盘永远对不上同一时刻的画面与浓度。

四、边缘推理：分级与降级三条原则。

1. 边缘只筛，云端再审。低置信度样本上传复核，避免现场误报把班组拖垮。
2. 断网必须能跑。本地缓存任务与告警，链路恢复后按时间序续传，不能整条线重来。
3. 推理有预算。单机功耗与散热受限，模型按帧率分层：可见光跑轻量检测，热像只做温度场与区域阈值，复杂判断走异步。
   任务状态机的骨架大致是这样：
   

告警分级我一般写成显式规则，而不是让模型输出一个分数了事：

五、链路：把无线当有线设计

• 双链路。无线为主，光纤到杆作为回传兜底。AP沿轨道走向布点，弯道、爬坡、金属密集处加密。
• 漫游指标写进验收。切换时间小于200 ms、丢包率小于1%，这两个数比覆盖图有用。
• 码率自适应。视频按链路质量在2至8 Mbps之间调整，宁可降清晰度，不断流。
• 数据分级。告警与遥测走高优先级小包，原始视频与热图走批量通道，避免大包把小包挤死。

六、平台集成：边界先定

• 遥测与告警：MQTT上报，QoS设为1，topic按设备、点位、测点三层组织。
• 结构化读取：OPC UA，供上层平台与第三方系统订阅。
• 历史数据：REST批量同步，落时序库，注意补传顺序。
• 边界：不接SIS联锁，输出只做提示与推送。这条在架构评审时定死，后面改不动。

七、五条工程坑

1. 先装轨道后测信号，弯道视频掉帧，轨道拆改。
2. 充电点放在吊装半径内，一台行车就能毁一套系统。
3. 点位编码不统一，平台与DCS位号对不上，验收现场对表。
4. 热像不做现场标定，温度读数只能看趋势，不能报警。
5. 告警不分级，班组一天收三百条，最后全部关掉。
   这套结构不新，但每一条都踩过。有不同做法的同行，欢迎在评论区贴出你们的状态机与分级规则。