不少工厂上远程运维项目，第一个需求就是设备远程查看。很多人觉得这不就是装个摄像头、接个数据上传么？能有什么难？真做过几个项目就知道，从需求到落地，踩坑的地方能绕车间三圈。这都是我跑现场攒出来的干货，给做项目的同行参考。
别上来就堆硬件：先理清楚你要「看」什么
刚接需求的时候，甲方张口就是「我要随时随地看我的设备」，听起来很简单，对不对？很多年轻工程师上去就开始列摄像头清单、找云平台，最后预算超了，效果还不对。
我去年在广东肇庆做一条建材回转窑的远程改造，甲方一开始要求给整个窑线装12台1080p实时摄像头，说要远程看生产。预算报上去被甲方领导砍了三分之一，回头找我擦屁股。梳理了三天需求才搞明白：他们要核心看的，其实是窑头的温度、主电机电流、窑尾负压这些运行参数，这些是决定生产安全和产量的核心，必须随时能看。至于窑口火焰，只要每五分钟拍一张照片，能看燃烧状态就够了，根本不需要实时流。
按照GB/T 40020-2021 工业设备远程运维 通用要求里的分类，远程查看的数据本身就分两个等级：A级是实时运行参数，要求端到端延迟低于1s，丢包率不高于0.1%；B级是非实时状态图像、日志，延迟低于5分钟完全能接受。很多人做项目根本不翻这个标准，上来就堆高端硬件，要么成本控不住，要么现场带宽撑不住，最后烂尾。
我刚入行做第一个项目的时候也踩过一模一样的坑。那是给山区一个小型污水处理站做远程，给所有出水口都装了实时摄像头，结果雨季运营商基站信号拥堵，中控室刷画面卡成PPT，我蹲在基站旁边调了三天Qos优先级，脸晒得掉了两层皮，现在想起来还疼。
带宽与成本：远程查看绕不开的取舍
现在5G普及了，很多人说带宽不够用5G啊，能花几个钱？真算过账就知道，几十台设备常年传数据，一年的流量费比硬件还贵，这不是危言耸听。
前年给西北某山地风场做风机远程查看改造，原来的方案是每台风机传两路实时摄像头流加全量参数，结果风季发电高峰期，运营商带宽被挤爆，远程看变桨角度刷新要十几秒，运维工程师跑一趟来回六个小时，一趟成本小一千，一个月跑十几次，甲方头都大了。
后来我们改了方案，核心逻辑就是分层传输：安全相关的实时参数比如变桨角度、发电机温度，用MQTT协议压缩，单包长度控制在128字节以内，保证1s内刷新；摄像头平时只传100k以内的压缩缩略图，只有当参数触发告警的时候，才自动传一张全分辨率原图，方便运维远程排查故障。改完之后，整体带宽占用直接降了72%，流量费一年省了六万多，刷新延迟也稳定在300ms以内，皆大欢喜。
不过话说回来，该保证的延迟绝对不能砍。比如起重机械的行程位置、压力容器的压力，这些安全相关的远程查看，必须满足A级延迟要求，省了这点带宽和成本，真出了安全事故，谁都担不起。
安全的隐形雷区，别不当回事
很多人觉得，远程查看只是读数据，又不远程控制，能有什么安全问题？我接触过不下五个项目，就是栽在这个认知上。去年苏州有个小型机械加工厂，装了十几台便宜的公网摄像头做远程看设备，没做任何认证加密，结果端口被扫出来，整个生产车间的画面直接挂在外网，连新开发的工艺模具都被人拍走了，老板找遍了服务商都没解决，最后只能把所有摄像头换了，损失几十万。
按照网络安全等级保护2.0的要求，就算是只读的远程查看，也不能把设备直接暴露在公网上。我现在做项目，哪怕是十万块的小改造，也一定会加一层加密反向代理，所有查看请求都需要两次身份认证，设备端不开放任何公网端口，从根源上堵住漏洞。
还有个坑，很多小项目为了省钱，用免费的内网穿透工具，用免费的二级域名，看起来省了几千块，实际上你所有传输的生产数据，第三方平台全能拿到，工艺参数是工厂的命根子，真丢了，那点小钱够赔吗？对吧？
设备远程查看，说穿了是工业远程运维的入口，看起来技术门槛不高，真要做好，全是对现场需求的拿捏。不盲目堆配置，不偷工减料，该省的省该花的花，做出来的系统才能真的帮甲方解决问题，而不是摆在那看的面子工程。
