做自动化这行十几年2026年听得最多的一句话就是帮我把AI工业控制系统搭起来。前几天去一家汽车零部件厂生产经理指着一条人工质检线跟我说老师傅快退休了眼神跟不上节拍漏检越来越多。这类需求说到底不是给PLC接一个AI盒子就完事而是要把算法、数据、控制逻辑、现场设备串成一个完整闭环。我尽量不虚讲概念直接把整套系统的搭建思路、选型方法、实操链路和踩坑记录完整复盘一遍适合工厂IT/自动化工程师、系统集成商也适合立项阶段需要评估方案的制造企业。1. 先想清楚AI工业控制系统到底要控什么1.1 传统控制系统学不会的东西工业控制系统发展了几十年PLC和DCS做的都是确定性的逻辑控制传感器采集、逻辑运算、执行器动作。它擅长的是“如果温度大于80度就打开冷却阀”这种明确规则。但这套体系在面对参数非线性、多变量强耦合、环境变化大、对象特征不固定的问题时会显得特别僵硬。举个例子注塑机调机。老师傅会根据天气、材料批次、模具温度去微调保压曲线这种经验很难写成梯形图。再比如产品外观质检划痕、流痕、污点边缘和颜色特征的组合千变万化传统机器视觉用固定规则做不好。这些场景不是控制逻辑错了而是控制对象本身的特征没法用确定性的规则描述。AI工业控制系统本质上是把过去只能靠老师傅经验、人眼判断、事后统计解决的问题变成实时感知、动态决策、闭环执行的系统。它控的不只是设备还有质量、能耗、工艺稳定性这些过去很难在线控制的东西。2026年这个节点上AI控制已经不是实验室课题而是很多工厂提质增效的必选项。1.2 AI进入控制回路的三种姿势这里先说一个原则AI不能替代安全回路。真正的安全联锁、紧急停机必须由独立的PLC硬件和安全继电器完成。AI系统可以做监控、优化、预测、精准执行但是必须和硬安全回路做物理隔离。这是入场前提没有商量余地。基于这个前提我通常把AI进控制回路的模式分成三种辅助决策AI只给建议比如“当前参数下预计良率下降2%建议把模温从65度调到70度”。操作员或上位机确认后再执行适合工艺调优、排产优化。增强感知AI做识别和预测把结果当成一个普通传感器信号送给PLC。比如视觉质检、振动趋势预警PLC拿到AI输出之后按原有逻辑继续控制。这是目前落地最多、见效最快的一种。直接闭环AI直接输出控制量给执行机构但必须在确定性时延和权限安全都满足的前提下还要保留手动/自动切换和看门狗。适合视觉引导定位、机器人抓取这类高速高频动作。2026年的主流会是第二种和第三种的结合感知用AI决策和仲裁仍然由PLC完成。这样既保留实时性又降低责任风险。如果你的顾问一上来就让你把所有控制都交给大模型大概率是没在产线上待过。1.3 什么样的工厂适合先上AI控制系统不是所有工厂都需要一套AI控制系统。我见过太多项目连基础数据都没有就急着上大模型最后变成展厅里的摆设。判断要不要上可以从三个问题入手有没有明确的业务痛点比如人工质检漏检率高、非计划停机损失大、工艺参数靠试错。有没有持续的数据来源设备有没有传感器和PLC能不能采集到历史数据。没有数据模型就是无米之炊。有没有算得过账的收益AI系统不是装完就结束它需要持续运维。如果单点收益覆盖不了总成本不如先做局部试点。这三个问题如果都是肯定答案再往下看技术方案。如果是否定答案你先该做的是一条数据采集产线而不是AI控制系统。我在实际项目里发现很多团队失败不是因为算法不行而是第一步走错了。2. 分层架构与关键选型2.1 一套落地架构长什么样搭建AI工业控制系统我习惯先分层。现场层包括传感器、执行器、电机、阀门负责物理世界交互。控制层是PLC/DCS执行确定性控制和逻辑联锁。边缘AI层是整个系统的核心放置AI推理主机、视觉相机控制器负责数据处理、模型推理、结果输出。平台层负责数据汇聚、模型训练、设备管理、日志存储。应用层包括监控大屏、报表、工业Agent入口。层与层之间用三种通道连接控制数据走工业协议比如OPC UA、Modbus TCP、ProfinetAI推理输入走图像或时序数据接口比如GigE Vision、MQTT管理数据走企业网络但必须经过工业防火墙隔离。这里有一个关键点AI边缘层的位置决定系统成败。放太靠前比如直接嵌进PLC资源受限模型做不大放太靠后比如全部放云端延迟和断网风险扛不住。折中方案是边缘AI层紧挨控制层训练和调优放平台层云端只处理非实时任务。这个架构我用了两年基本没有因为网络抖动出过事。2.2 硬件选型别迷信大算力硬件选型要按场景算不是越贵越好。先给一个常用的参考表。场景推荐形态算力需求参考说明单路视觉质检边缘AI盒子带NPU8-16 TOPS INT8嵌入式无风扇DIN导轨安装多路相机加实时分拣工控机加GPURTX 2000 Ada或同级别需要大内存和工业电源预测性维护振动分析工业网关或边缘盒子CPU即可跑轻量模型重点在频域特征提取大模型训练服务器按需多卡不放在现场放机房选硬件有几个坑要特别注意。第一是温度范围商用GPU卡在40度以上的配电柜里会降频甚至熔断必须选工业级或加装主动散热。第二是供电边缘计算主机要配UPS或可靠电源不能和电机共用一个电源否则电压跌落会让推理卡死。第三是接口先看清楚相机的接口类型和数量别买完才发现没有足够的POE网口或USB口。2.3 软件栈开源和商业怎么搭配软件选型我的原则是协议层用成熟商业或开源标准AI层用主流框架业务逻辑自己写薄薄一层。工业环境里稳定压倒一切不追新不追热。常见组合是边缘系统层跑Ubuntu 22.04 LTS需要实时性就加PREEMPT_RT补丁容器用Docker把推理服务、采集服务、监控服务拆开部署数据采集用Node-RED或Python脚本通过OPC UA客户端读取PLC变量消息中间件用EMQX这类MQTT Broker工厂内网自建避免数据出域AI推理用ONNX Runtime或TensorRT模型训练在离线环境用PyTorch或Ultralytics模型管理可以用MLflow也可以自己写目录加版本文件。这里要提醒一句很多老PLC原生不支持OPC UA需要购买授权或通过网关转换。选型之前先确认控制器是否内置OPC UA Server否则后面做数据采集会非常痛苦。我现在的习惯是优先选原生支持OPC UA的控制器前期贵一点省下的集成时间远超成本。2.4 为什么是边缘优先而不是云端优先很多做互联网出身的工程师会习惯性想先把数据传到云端再做训练和推理但在工业现场这往往是灾难。工业控制的延迟要求是毫秒级的视觉引导通常在100毫秒以内状态监测可能要求在1秒内响应。而云端链路即使5G也有20到50毫秒延迟加上排队、转发、抖动不可控因素太多。更关键的是断网。我经历过工厂网络交换机故障云端系统全部盲掉产线只能退回手动那个下午损失几十万。从那以后我坚持一个原则所有实时控制相关的AI推理必须部署在边缘云端只承担模型训练、远程监控和质量统计。这也是2026年做工业AI的基本共识。3. 实操从零搭一套视觉质检加自动分拣系统3.1 场景参数和目标为了不让大家觉得抽象我拿一个实际做过的案例来说明。某电子元件厂产线上有一条外观检测工位节拍是每分钟120件也就是每件只有500毫秒。原来靠两个质检员人工看缺陷主要是划痕、污点、缺角三类漏检率长期在2%左右客户投诉很多。目标是上AI系统后做到漏检率小于0.3%误检率小于2%单件检测周期小于200毫秒检测结果实时写入PLC控制吹气分拣。这里有一个必须提前谈清楚的问题漏检率和误检率是相互制约的。阈值设高了漏检低但误检会多导致一堆好料被吹到废品箱返工成本更高。所以一开始就要和客户约定清楚优先保哪一个。我通常建议把漏检放在首位因为缺陷流出会造成客诉误检造成的成本可以通过人工复检缓冲。3.2 相机、光源和触发同步检测系统的物理层没做好后面算法再强也白搭。当时用的是500万像素千兆网工业相机配8毫米定焦工业镜头。光源用低角度环形白光因为划痕这种东西只有低角度光才能照出立体感。相机安装要固定防震角度与传送带垂直视场覆盖工件全部区域。触发方式我推荐用PLC输出脉冲信号触发相机拍照而不是用软件连续采集。传送带速度会有波动连续采集容易造成图像位置不固定。PLC在工件到达拍照位时输出一个短暂信号相机收到信号后抓拍并把结果和当前工件的编码绑定。这个同步关系是整个系统稳定运行的前提。拍照完成后图像通过GigE Vision协议传到边缘AI主机。这里要配置好网卡的巨帧和中断优化确保传输不丢帧。一个常见错误是网线不够好或距离太远千兆网线超过50米就容易丢包建议用工业级屏蔽网线走线尽量避开变频器电缆。3.3 数据标注和模型训练模型训练不是算法工程师一个人在电脑前跑出来的60%的工作量在数据处理。当时一共准备了8000张标注图其中缺陷图6000张正常图2000张。用CVAT做标注类别就是划痕、污点、缺角。标注规范要写清楚划痕长度超过2毫米才算缺陷污点直径大于0.5毫米才算。如果不定义清楚三个标注员能给你标出三种结果。数据增强我用了翻转、旋转、亮度变化、高斯模糊。增强不是越多越好比如旋转90度对某些元件可能不符合实际朝向。增强之后模型对现场光线的鲁棒性明显提升。模型用的YOLOv8s输入640乘640batch size 16训练100个epoch。关键代码用Ultralytics的封装很直接from ultralytics import YOLO model YOLO(yolov8s.pt) model.train( datasurface_defect.yaml, epochs100, imgsz640, batch16, device0, patience20 ) model.val() metrics model.val() print(metrics.box.map)验证结果mAP50在0.97左右但mAP不能直接代表产线指标。我更关心的是在固定阈值0.6下漏检率和误检率是否达标。之后转成ONNX在GPU上用TensorRT做INT8量化单帧推理耗时从12毫秒降到2.3毫秒完全满足200毫秒的预算。这里要提醒INT8量化不是所有模型都敢做的。如果模型本身精度余量不大量化后漏检率可能飙升。我的习惯是先做FP16用TensorRT推理看精度损失是否小于0.1%再做INT8并拿1000张验证集逐张对比输出差异。3.4 边缘推理服务与PLC通讯模型训练好之后在边缘AI主机上用Python服务封装推理逻辑。服务接收相机图像调用TensorRT推理引擎得到检测结果然后通过Modbus TCP写到PLC的保持寄存器。为什么用Modbus TCP而不是OPC UA因为这套老产线的PLC本身不支持OPC UA加网关又会多一个设备而Modbus TCP所有主流PLC基本都支持延迟稳定。如果PLC支持OPC UA优先OPC UA否则Modbus TCP是最稳妥的方案。下面是一段核心推理服务示例逻辑比较简练from fastapi import FastAPI, UploadFile from tensorrt_engine import RTEngine from pyModbusTCP.client import ModbusClient app FastAPI() engine RTEngine(defect.engine, targetgpu) app.post(/infer) async def infer_image(image: UploadFile): img load_image(image.file) dets engine.infer(img) max_conf max([d.conf for d in dets], default0) has_defect max_conf 0.6 # 建议用长连接复用不要每次新建连接 plc ModbusClient(host192.168.1.20, port502, timeout0.3) plc.open() # 写保持寄存器01表示缺陷0表示良品 plc.write_single_register(0, int(has_defect)) plc.close() return {defect: has_defect, conf: round(max_conf, 3)}实际上正式项目里不能每个图都重新连接Modbus TCP要做一个常连接加发送队列否则握手开销会拖慢周期。我项目里用的是Modbus TCP长连接每次推理完成立即写寄存器PLC侧在下一个扫描周期读取并触发分拣气缸。服务还需要加一个健康检查接口和一个心跳信号。PLC每500毫秒轮询一次AI服务的健康寄存器如果连续3个周期没有心跳PLC自动把分拣工位切到旁路并声光报警。这是控制安全的基本要求。3.5 PLC侧联锁和分拣逻辑PLC程序里核心逻辑可以简化成几个变量AI结果、工件到位信号、吹气阀输出、计数器。每个扫描周期做三件事若工件到位且AI结果为缺陷置位吹气阀延时200毫秒后复位。若AI心跳丢失禁止吹气阀动作所有流向导入复检缓冲位。记录总产量、缺陷数、分拣准确率用于后续统计。这段ST代码每家PLC写法不一样但逻辑就是上面三句话。有个容易错的地方吹气动作必须和传送带速度配合。如果工件到位信号产生到吹气阀动作的时间超过节拍工件已经过了吹气位置所以要留一个可调的喷射延时参数现场调试时根据工件实际位置标定不能只靠理论算。整套系统调试那天我们做了四个小时最终把漏检率压到0.27%误检率1.6%满足指标。但这里有个细节测试用的正常工件是从现场篮子拿的不是从测试集里挑的因为我要验证的是系统在真实光照、抖动、来料差异下的表现而不是实验室数据。4. 常见问题与排查技巧实录4.1 数据质量才是第一道门槛做工业AI的人大概都会遇到采集回来的图像要么曝光过度要么工件位置歪斜要么有大量重复样本。数据清洗比模型训练更耗时。我的办法是先建立数据字典写清楚每类样本来源、采集时间、设备编号然后做重复性筛查。重复样本过多会让模型过拟合看似准确率奇高一上线就露馅。还有一个坑现场光线在白天和晚上差别很大。训练集里如果全是白天图片夜班误检率会莫名其妙升高。解决方法是分班次采集数据并加入光源亮度归一化。现在很多项目把标注外包出去但质检标准必须由工厂自己定义外包标注员不知道什么缺陷算重要。4.2 推理延迟为什么会抖动实测中单帧推理没有超时但系统仍然偶发报警后来发现是推理服务所在主机的CPU被其他容器抢占了。GPU推理虽然快但前处理、数据拷贝、后处理都消耗CPU。产线上另一个问题是相机抓图是异步的图像到达后排队如果采集线程因为内存回收卡住后面所有图像都会挤压。解决方法给推理服务设置CPU独占核、禁用swap、用实时调度策略跑关键进程Docker里尽量少部署无关服务把相机采集线程的优先级提到最高。另外模型量化后推理很快但TensorRT引擎在加载后第一次推理会慢10到20倍。部署完成后要跑一个预热脚本加载常见尺寸的假图否则产线一开机就会超时。4.3 相机和PLC不同步导致的丢帧这个问题很隐蔽。相机触发由PLC发出但采集服务处理不过来时会丢弃新图而PLC并不知道图片丢了照常让工件流转。于是质检工位出现“幽灵缺陷”产品有问题AI没看到。排查时我加了一个帧ID机制相机每拍一图在图像上叠加递增IDPLC同时记录触发IDAI服务处理完后把ID回传给PLC。两边ID对不上立即报警。这个机制成本很低但能让同步问题立刻暴露。上线第一天就建议加进去不要等出了问题再补。4.4 模型漂移系统稳定运行三周后误检率开始缓慢上升。原因是来料批次变了原来的划痕颜色变成浅白色模型没见过就漏检了。这就是模型漂移。要解决必须建立持续学习流程把现场每天判定的样本保存下来按周抽样让人工复标一遍标完增量训练再灰度替换旧模型。整个流程要做成半自动化的AI工作流不能靠算法工程师手动来回跑。模型更新时要利用停产窗口发布并且先跑旧模型和新模型的双跑对比确认新模型不会把良品当缺陷。没有这个流程系统上线三个月后基本就废了。4.5 与人有关的问题最后这个坑可能和代码无关。质检工位上了AI后原来的人工质检员被调到复检位但复检节奏跟不上缺陷还是流到了包装段。后来我在系统里加了一个“复检超时提醒”并调整了分拣奖励机制。任何AI系统落地都是组织变革不要等到设备跑起来了才想到人。4.6 网络与安全配置工业AI系统一旦接入网络就必须考虑安全。我的原则是控制网和管理网物理隔离中间用工业防火墙做白名单访问AI主机只开放必要的端口PLC只允许来自AI主机IP的写操作所有固件和模型文件做哈希校验防止被篡改远程运维用堡垒机和审计日志任何会话都有记录。不要为了图方便把PLC直接暴露到大网一旦被攻破不只数据完蛋设备都可能出事故。这里我整理了一个快速排查表症状可能原因排查方向上电后首张图超时模型未预热加预热脚本夜班误检率高训练集光线缺样本分时段采集亮度归一化漏检连续出现但监控正常相机和PLC帧ID不匹配检查丢帧计数模型准确率下降来料批次漂移增量学习加灰度发布分拣气缸误动作AI结果写错寄存器地址核对PLC点位表5. 2026年该往哪些方向投入5.1 大模型与工业Agent的落地形态2026年最值得关注的是把大语言模型和原有的AI分析模型组合成工业Agent。可以这么理解原来AI系统只会回答“有没有缺陷”现在Agent能够根据知识库告诉你“为什么有缺陷、换哪个参数、下一步怎么处理”。它能调用工具读取PLC实时数据去查工艺手册生成维修步骤。但一定要记住Agent的输出只能是建议不能直接写PLC。安全边界必须由代码写死Agent只能在受控的沙箱里生成动作计划再由操作员确认落地。我见过一些团队想一步到位让Agent直接操作产线这在当前阶段风险太大。先把建议闭环做好比追求全自动更有价值。5.2 数字孪生和强化学习对复杂工艺优化比较好的路径是先建数字孪生模型再用强化学习在虚拟环境里跑策略成熟后再部署到真实系统。这样可以避开真实产线上试错的成本。我帮客户做过一个炉温控制策略在仿真环境跑了上千次最后下发的策略让能耗降了9%。但这类项目要注意仿真和现实的差距策略上线前必须做小范围A/B测试不能直接全量切换。数字孪生的精度决定了强化学习策略的可靠度建模阶段投入多少都不过分。5.3 云边端协同和统一模型管理随着工厂的AI节点越来越多会出现一堆边缘盒子各自为战的情况。2026年要做的是统一模型管理模型仓库、版本化、灰度发布、监控回滚。训练在云端或中心机房分发到边缘边缘回传异常样本到中心形成一个闭环数据管道。这需要多AI协作的架构设计而不是每个边缘盒子孤立运行。模型统一管理之后新增一个工厂场景就像安装一个模型包而不是重新写一套系统。5.4 确定性AI和实时推理工业控制最怕的是延迟不可控。2026年确定性技术会逐步进入TSN时间敏感网络能让数据包固定时延实时操作系统和GPU结合能让推理时间有上界模型剪枝量化会变成标配。芯片厂商也会把AI加速器做得更接近PLC硬件比如一体化的运动控制加AI控制器。如果你现在选型优先选支持TSN和实时Linux的边缘硬件避免三年后被迫整体更换。算力不需要一步到位但接口和架构的确定性一定要留足余量。我自己搭过几套AI工业控制系统最大的体会是不要把它当算法项目要当自动化项目。算法只占20%剩下的是数据、通信、安全、人机协作。如果你正准备在2026年启动这套系统我建议你选一个最小场景比如单工位质检先跑通“采集-训练-部署-闭环”全链路再复制到其他环节。同时一定把模型更新和异常处理的流程提前设计好否则系统上线那天就是你运维噩梦的开始。