刚进车间，焊花溅在防护板上的噼啪声就往耳朵里钻。
上次那事儿我现在想起来还窝火。
去年夏天厂区外的施工队挖断了主干光纤，所有连了云的生产设备直接断了数据通道。整条焊装线停了整整半小时——之前每台焊机的电流、电压、飞溅率每10毫秒采一组数，全要传到几十公里外总部机房的云服务器上，等云端算出最优参数再发回指令。网一断，焊机就成了睁瞎眼的老工人，本来要焊1.2mm的镀锌板，电流往上飘了0.8A，一上午废了三百多件钣金，调度在生产群里拍桌子的语音，我现在手机里还存着。
从断网停线的那半小时说起
后来设备科搞了个改造，在每台焊机的控制箱旁边，装了个巴掌大的金属盒子。一开始我们都以为是个普通的数采器，直到上周断网测试，整条线连一个焊穿的废品都没出，才反应过来——这就是大家常说的边缘计算。
别觉得这是什么高科技黑魔法。说白了就是把原来要跑几十公里路算的账，直接在焊枪旁边算完。之前我们算一笔料的成本，要把领料单、工时单、废品率全拿到办公室的台账上算，现在把常用的算表放在工位边的小抽屉里，抬头就能算，省了跑办公室的时间，就这么个逻辑。
别把它当“缩小版的云服务器”
一开始设备科找供应商来报价，有个厂商带了个跟家用NAS差不多的盒子来，说就是小型化的云服务器，能做边缘计算。我当场就给他打回去了。
为什么？因为云的逻辑是“攒一大堆数，慢慢算，算一次管好久”——比如月底算全车间的产能损耗，算全年的设备折旧，这种不急的、需要攒大量数据才能出结果的活儿，本来就该放在云端。但边缘节点要干的，是差一毫都不行的急事儿。
边缘计算的核心，是把“延迟容忍度”按毫秒级拆分，把对实时性要求最高的那部分计算，从云端挪到离物理动作最近的地方。比如焊枪刚碰到镀锌板，电流陡升了0.5A，这个时候要是等数据传到云端，等云端算出调整指令再传回来，最少得100毫秒。这点时间，足够焊枪把薄钢板烧出一个直径两厘米的洞。但把计算放在焊机旁边的盒子里，从感知到电流异常，到发出调整指令，全程只要1毫秒，根本等不到网断的影响，活儿已经干完了。
之前那个供应商拿的家用NAS，开机都要30秒，延迟随便就上百毫秒，别说扛车间里的电磁干扰了，夏天车间温度升到40度，它先死机给你看。根本不是一回事。
现在还没那么神，别吹过头
很多宣传把边缘计算吹得能替代云，能解决所有生产问题，拉倒吧。
首先要过的第一关，就是车间里的“脏环境考验”。焊机一启动，强电磁辐射能让旁边普通电子设备的指示灯乱闪，边缘节点的电路板要做全屏蔽，不然算着算着数错了，把正常电流当成异常，直接把焊枪的电流拉到零，线又停了。然后是协议兼容的问题——我们车间里的焊机有三个厂家的，最早的一台是2018年买的，用的是老掉牙的Modbus协议，新的机器人焊枪用的是Profinet，边缘节点要能把这些乱七八糟的协议全读明白，不能算一半就卡壳。还有温度，夏天设备旁边的温度能到60度，普通的消费级电子设备在这个温度下，电容俩月就鼓包，根本扛不住。
说实话，现在很多吹得神乎其神的边缘计算方案，拉到我们车间里待三天，就能出半车问题。
当然也不是没好处。除了焊线，车间里跑的AGV自动搬运车，之前遇到前方堆了料，要把摄像头拍的图像传到云端识别，再发指令转弯，经常因为网络卡撞在料堆上。现在把图像识别的计算直接放在小车上的边缘节点里，0.2秒就能识别出障碍物，绕着就走，半年下来撞坏的料箱都少了二十多个。对普通人来说，小区门口的人脸识别门禁也是一个道理——之前断网的时候，门禁直接锁死，快递员站在门口进不来，现在把人脸比对的计算直接放在门禁的小盒子里，就算小区的宽带全断了，该刷脸进还是能进，根本不影响。
上周我们跟设备科的人聊，说接下来要把边缘节点的覆盖范围，从焊线扩到冲压线。
也没什么玄乎的。
就是把原来跑远路的计算，挪到离干活的地方近点。就像以前车间领料，要跑几公里外的总仓库取，现在把常用的料放在工位旁边的料架上，伸手就能拿到。省时间，少出错，就够了。