摘要：很多中小制造企业搞车间数智化，上来就堆高端设备和花哨应用，最后落不了地，核心问题就是忽略了基础能力底座的搭建。本文结合近三年十几个离散车间改造项目的实战经验，拆解底座的核心构成，梳理常见踩坑点，给出低成本落地的可行路径，适合准备做数智化改造的中级工程师参考。
去年在东莞给一家做汽车钣金的离散车间改数智化，踩了个大坑。甲方老板一开始砸了三百万上了各种高端设备，最后MES跑不起来，设备数据连不上，产线停了三天。损失快赶上改造预算的一半。
你说问题出在哪？不是MES不好，也不是设备不行。是根上的基础没打牢。
什么才是能落地的车间数智化基础能力底座？
很多集成商嘴里的底座，就是个工业云服务器加网线的统称。骗钱的。真能扛事的底座，是分层的，每一层都有硬指标卡着。
最底层是设备感知层，核心就是能稳定把设备的运行数据拿出来。其次是数据传输层，要保证数据不丢、延迟够低。最上面是工厂建模层，把车间的人、机、料、法都映射成统一的数据格式，给上层应用喂干净的料。
东莞那个厂，原来买的12台进口数控冲床，厂家锁了通讯协议，外包队随便买了几个网关硬采，采上来的数据丢包率17%，MES算出来的OEE忽高忽低，一会儿80%一会儿30%，生产经理根本不敢用。
按照GB/T 39116-2020《智能制造 能力成熟度模型》的要求，合格的底座首先要满足设备数据采集覆盖率不低于95%，采集频率误差不超过100ms。这是硬指标，没有讨价还价的余地。说实话，很多集成商上来就吹自己的AI算法有多牛，那都是空中楼阁。数据不对，算法再牛也出不了正确结果。
选型和落地最容易踩的几个坑
干了这么多项目，见过的坑比吃的米饭还多。挑几个最常见的说说。
第一个坑，为了省钱用普通办公网做工业数据传输。上个月去苏州看个汽配厂，就是这么干的，上班高峰期工人刷个工牌门禁都卡，更别说传设备的实时振动数据。对吧？工业级有线网或者专网Wi-Fi 6该花的钱不能省，无线漫游切换延迟必须低于20ms，这是我定的红线，碰都不能碰。
第二个坑，建模的时候照搬标准模板，不贴合车间实际。比如同样是机加工车间，多品种小批量和大规模量产的工艺路径建模逻辑完全不一样，前者要留足柔性扩展的口子，每台设备可以随时换工艺绑定，后者要卡死节拍节点，一秒钟都不能差。直接套模板，用不了俩月就卡废了。
第三个坑，不做冗余设计。整个车间的核心服务器放在散热不好的角落，夏天车间温度超了四十度，直接宕机。去年长三角限电那会，有多少厂因为没做双电源切换，停电解冻之后，发现半个月的数据都丢了？说到这我就气，我们团队本来一开始就提了双冗余架构，甲方嫌贵砍掉，最后出问题赔的订单违约金，比当初省的钱多十倍都不止。
第四个坑，忽略边缘计算节点的算力预留。很多人把所有数据都传到云端算，延迟高不说，一旦外网断了直接整个车间瘫痪。合格的底座必须要带边缘端的本地运算能力，断网也能存数据，也能跑基本的逻辑控制，这个是硬性要求。
第五个坑，不留开放扩展接口。现在上了底座，过两年要加新设备，要对接新的ERP系统，结果厂商锁死了接口，还要重新砸钱换全套，太蠢了。
怎么用最低成本搭出可用的底座？
中小厂搞改造，钱要花在刀刃上。没必要一上来就搞全车间全覆盖。我一般都建议先挑瓶颈工段做试点，跑通了再扩。
还是说东莞那个钣金厂，最后我们调整方案，砍了那些没用的可视化大屏花活，先把核心的8台冲床和激光切割机做了改造，重新换了带协议破解的工业网关，铺了隔离的工业专网，给每台设备做了数字孪生的基础建模，总花费不到原来方案的三分之一。跑了三个月，设备OEE直接从原来的52%升到71%，光是减少停机等待，省出来的钱半年就收回了改造成本。
不过话说回来，选型有几个偷懒的小技巧。优先选支持OPC UA统一架构的设备和网关，现在这个已经是行业通用标准了，对接起来省太多事，不用一个个做私有协议转换，能省至少一半的集成工作量。
数据存储这块也能省钱，热数据（最近一个月的高频调用数据）存在边缘端，冷数据（三个月之前的历史数据）转存到对象存储云端，成本能降一半还多，完全不影响使用。
最后记住一条，一定要留够15%到20%的冗余算力和带宽，别卡得刚刚好。车间现场变数太多，今天加一台设备，明天多开一个夜班，预留不够，用不了半年就要扩容升级，反而更费钱。
车间数智化，慢就是快。把底座打牢了，后面上什么MES、AI质检都是顺理成章的事。底座不牢，投进去的钱，大概率就是打水漂。
