上个月跟东莞汽配行业的老朋友喝茶，他拍着桌子说今年最赚的一笔投资，就是给核心冲压车间改了雾计算（工业）架构。之前一年少说因为设备突发故障停个五六次，每次停一天损失十几万，改完之后到现在，快八个月没出过一次非计划停机。
真的假的？我当场拉着他要了对接工程师的微信，跑过去看了三天，确实有东西。
前几年云计算火的时候，所有工厂都往云里挤，好像不上云就是落后产能。可真用起来才发现不对。工业现场对延迟的要求，苛刻到离谱。高速冲压线的齿轮振动异常，你晚一百毫秒发停机指令，模具就废了，几万块没了。全都传云端处理，来回绕一圈，延迟根本下不来，还得掏大价钱买带宽传海量传感器数据，年年交出去的带宽费够买两台新机床了。
问：工业雾计算和现在炒得更凶的边缘计算，到底是不是一回事？
答：说实话，很多供应商自己都讲不明白，就混着卖。简单说，边缘计算更多是单台设备旁的本地计算，解决单个设备的实时处理问题；雾计算是把计算、存储、网络能力铺在整个车间、整个厂区的层架上，是成体系的分布式计算网络，覆盖从设备端到云端的所有中间层，不是单个节点的单打独斗。
问：那我们中小工厂，怎么判断自己要不要上雾计算（工业）方案？
答：给你个最简单的判断标准，满足任意一条就可以提前调研了：单车间传感器数量超过500个，对指令响应要求低于100毫秒，每年工业网络带宽费用超过10万，或者一年因为设备突发故障停产超过3次。就这么简单。
我跑的那个东莞汽配厂，改造前是什么情况？核心冲压线12台机床，装了快200个振动、温度、位移传感器，做预测性维护。原来用纯云方案，传感器数据全传到百公里外的云端节点处理，预警平均延迟是280毫秒，赶上网络波动还会更高。经常是报警过来，模具已经撞坏了。
改雾计算方案，只花了不到四十万，在车间角落装了三个雾计算网关节点，所有传感器数据直接在本地处理，异常特征匹配完，只把异常数据和汇总报告传到云端，平均延迟压到了12毫秒。
效果呢？头三个月就避免了三次可能的停产，算下来直接少亏了快五十万，已经覆盖掉大半改造费用了。很多人一听到新架构就觉得贵，其实真不是。
说实话，我见过太多上来就要砸几百万做全厂全雾改造的项目，最后十有八九效果不好。为什么？你厂区里的后勤办公楼、仓库的监控摄像头，那种数据根本不需要低延迟，干嘛要放在本地雾节点处理？纯云就够了，瞎折腾什么。对吧？
，只存异常数据和汇总数据，能省至少七成的存储成本，算力也能留给更重要的实时分析。
❗ 第二个坑：忽略老设备的协议兼容性。国内大部分工厂，一条流水线上的设备可能买了五六个厂家的，用了七八年，协议五花八门。选方案之前，一定要让供应商上门做一周的适配测试，别签了合同才发现改协议花的钱比买雾节点还贵，哭都来不及。
❗ 第三个坑：忘了做分布式安全防护。雾计算是分布式架构，每个节点都是接入工业网络的入口，很多工厂只盯着算力够不够，根本不做节点的安全隔离。去年江苏有个五金加工厂，就是雾节点没装防护，被挖矿病毒钻进去，整个车间的网络堵死，停了两天，亏了小一百万。这不冤吗？
不过话说回来，这两年工业雾计算的落地环境真的好了很多。前两年全是炒概念的，拿个边缘网关换个名字就敢卖雾计算的价，现在不一样了，越来越多的厂家都是盯着工厂的真实痛点走，能降本就是好方案。
再过个三四年，雾计算节点肯定会像现在的PLC一样，变成工业车间的标配。没那么玄乎，就是个帮你赚钱省麻烦的工具罢了。
免责声明：文章内容来自互联网，本站仅作为分享，不对其真实性负责，如有侵权等情况，请与本站联系删除。
转载请注明出处：雾计算（工业）：为什么说它是下一代制造工厂的隐形骨架 https://www.dachanpin.com/a/tg/67404.html
