摘要：当前很多车间数智化改造都败在了基础不牢，本文结合多个一线改造项目的经验，拆解车间数智化基础能力底座的三个核心落地要点，点出常见选型和设计踩坑，给正在做改造的中级工程师提供可落地的参考。
别上来就堆设备，底座的核心是「数据通」
三年前东莞那家汽配车间改造的坑，我到现在都记得。老板听了厂商的宣讲，一口气砸了快两千万，AGV、视觉检测、智能传感器铺了满满一车间，上线之后才发现，所有设备的数据都趴在各自的系统里睡大觉。西门子PLC的数据出不来，发那科机床的接口协议不开放，第三方MES根本读不到实时状态，每周三个文员加班整理报表，和改造前没差多少。
很多人对车间数智化基础能力底座的理解错得离谱。觉得买一堆硬件堆起来就是底座了？不对。GB/T 39116-2020《智能制造 能力成熟度模型》里明确把基础数据互通放在了二级能力域的第一要求，大把人翻标准只盯着成熟度等级看，根本跳过了这个最核心的前提。
没有统一的数据层，上层所有应用都是空中楼阁。
说实话，我见过最多的坑，就是把工业网关当底座。网关只是物理连通的通道啊！你不做统一语义映射，就算网线通了，数据还是看不懂。同样叫「主轴温度」，A厂商的寄存器地址是DB1.DBW2，B厂商是DB2.DBW10，有的单位是摄氏度，有的调试完忘了改默认的华氏度。之前我真碰到过，报警阈值设成80，结果实际是176华氏度，都快烧穿主轴了系统还没触发报警。
这真不是玩笑。
做底座第一步，别着急买设备，先花一两周把车间所有接入设备的数据定义捋一遍：哪些是状态数据，哪些是工艺数据，哪些是质量数据，单位、编码、采集频率全部统一规范，做完这一步再往下走，能省后面至少一半的麻烦。
算力底座不是越大越好，要适配车间的「碎片化需求」
现在厂商宣讲都喜欢拿大算力做卖点，动不动就让你上双路服务器、边缘集群，几十万砸进去，结果跑三个月一看，CPU平均利用率不到15%。苏南那家做冲压件的老板找我看的时候，肉疼得直抽抽，说早知道买个普通服务器都够用了。
车间本身的需求就是碎片化的。一百台不到的中小型加工车间，哪来那么多超大算力需求？按照ISA-95标准的分层架构，层级0到2的现场处理，全部都应该放在车间边缘侧，根本不需要什么数据都往云端传。
举个最简单的例子，刀具磨损预测性维护，一秒要采上千个振动点，你传到云端去算，随便一两百毫秒延迟，等系统发报警，刀已经断了，工件也废了。放边缘侧本地处理，十毫秒就能出结果，这不香吗？
不过话说回来，也不是说边缘算力越小越好，怎么权衡？我做项目这么多年，有个很实用的经验公式：常规加工车间，每一百台设备配2台32核64G的边缘服务器做主备，足够应付90%的场景。如果有机器视觉在线检测这类大算力需求，再额外加一块GPU卡就够了。
别追求一步到位。预留30%的扩展槽位就行，现在硬件降价速度有多快，大家都懂，三年后再加配都比现在提前砸钱堆配置划算。还有人问我，全车间要不要都上万兆到设备？说实话，普通加工设备一秒才几K的状态数据，百兆都跑不满，也就工业相机、AGV调度需要千兆，没必要全车间铺万兆网线，那都是冤枉钱。
安全底座不能只装防火墙，要防「身边的风险」
我接触过的改造项目，十有八九安全就是走个过场：买个工业防火墙接在网关上，改个密码就完事了。去年那家给航空做配套的加工厂出事的时候，我去做善后，看到他们供应商远程运维的帐号密码还是初始的admin，防火墙端口开了一年多没更规则，爬虫扫进去直接偷走了三套核心工艺参数，损失大几十万。
这都是本来可以避免的坑。
车间数智化底座的安全，从来不是防外面的黑客就够了，更多风险来自你身边。最常见的就是师傅带U盘拷加工程序，随手往机床接口一插，带个病毒进来，整个车间网络直接瘫了。前年珠三角那家汽配厂就因为这个停了两天工，订单延误赔的钱，比做整个安全底座的钱都多。
符合等保2.0三级要求的工业安全底座，其实没那么复杂，也不需要加太多昂贵的硬件。核心就是三点：第一，所有接入底座的设备、人员都要有独立身份认证，不准共用帐号；第二，数据权限分层隔离，开机床的师傅只能看自己工位的参数，改不了核心工艺配置；第三，加个终端准入模块，所有外接U盘、移动硬盘都要先查杀再授权，把入口把住。
别嫌麻烦，真出了事，哭都来不及。
车间数智化基础能力底座，从来不是摆给投资人看的面子工程，是支撑上层MES、预测性维护、质量管控这些应用的骨架。骨架正了，后续的应用才能跑起来，不然投再多钱，都是堆出来的花架子，一推就倒。把数据连通、算力适配、安全防控这三件事做扎实，就算把底座打牢了。
