1. 从“AI PLC”这个热词说起它到底在解决什么问题最近两年工控圈里讨论最多的话题之一就是“AI PLC”。不少做产线维护、电气设计、系统集成的朋友都在问同一个问题我手上这些跑了七八年的老设备到底能不能搭上这波智能化的车新采购的设备又该怎么选型才不至于三年后就落伍先把概念说清楚。所谓AI PLC并不是指某个具体型号的控制器而是一种能力叠加——在传统 PLC 稳定可靠的逻辑控制基础上叠加 AI 推理、代码辅助生成、工艺参数自优化、异常检测等能力。它可以是软 PLC 跑在边缘计算盒子里也可以是新一代支持高级语言编程的控制器还可以是传统 PLC 加一台边缘网关做“外挂大脑”。我个人的判断是存量设备和新建产线走的是两条完全不同的升级路径。存量设备的核心矛盾是“不能大动、不能停产、预算有限”所以更适合走“旁路增强”路线新设备的核心矛盾是“选型要留余量、架构要开放”所以更适合走“原生融合”路线。下面我把这两条路线拆开讲顺带把梯形图、Codesys、EtherCAT、AMS NetID 这些热词背后的实操细节一并说透。这篇文章适合三类人看一是负责老产线改造的电气工程师二是正在做新项目选型的系统集成商三是刚入行想搞清楚 PLC 学习路线的朋友。不管你是玩三菱 FX 系列、西门子 S7-200 SMART还是汇川、信捷、台达思路是通用的。2. 存量设备智能升级不动主控的“旁路增强”方案2.1 为什么老设备不建议直接换主控很多老板一听说要智能化第一反应就是“把 PLC 换掉”。我劝你先冷静。一台跑了十年的设备PLC 里可能藏着几千行梯形图还有各种工艺参数、配方、报警阈值。你换主控意味着什么意味着要重新梳理 I/O 映射、重新调试通讯、重新验证联锁逻辑停机时间少则三天多则两周。对于一条日产值几十万的产线这个代价太大了。更现实的问题是老设备的机械部分往往还在最佳状态电气部分才是短板。你换了 PLC但伺服驱动器还是老型号变频器还是 ABB 早期产品传感器还是 4-20mA 模拟量整体性能提升有限。所以我的建议是——主控不动在它旁边加一个“智能副驾”。这个“智能副驾”通常是一台边缘计算网关或者工控机通过 Modbus TCP、OPC UA、Profinet 等协议读取 PLC 的数据在边缘侧跑 AI 模型再把优化后的参数写回 PLC。整个过程 PLC 的梯形图逻辑完全不用改只需要开放几个数据寄存器地址就行。2.2 旁路增强的三种典型架构第一种是数据采集型。只读不写网关从 PLC 读取运行数据上传到本地服务器做可视化看板。这种最简单风险最低适合刚起步想做设备联网的工厂。你只需要知道 PLC 的通讯协议和寄存器地址表用 Node-RED 或者 Python 的 pymodbus 库就能搞定。第二种是参数回写型。网关不仅读数据还能把 AI 算出来的最优参数写回 PLC 的保持寄存器。比如注塑机的保压时间、挤出机的温度设定值。这种架构的关键是写权限要加白名单只允许写特定的几个地址防止误操作把 PLC 程序搞乱。第三种是闭环控制型。网关直接参与实时控制回路响应时间要求在 10ms 以内。这种对通讯实时性要求极高普通 Modbus TCP 扛不住得用 EtherCAT 或者 Profinet IRT。我实测下来除非是运动控制场景否则大多数工艺优化用 50ms 的周期就够了。架构类型响应周期适用场景风险等级数据采集型100ms-1s设备联网、看板低参数回写型50-200ms工艺优化、节能中闭环控制型1-10ms运动控制、张力控制高2.3 通讯协议选型从 Modbus 到 OPC UA 的取舍老设备升级通讯协议是第一道坎。我见过太多项目卡在这里。三菱 FX 系列早期只有 RS-422 圆头针脚你得先搞清楚针脚定义才能接线西门子 S7-200 SMART 自带以太网口但 IO 映射要确认清楚是输入输出都映射还是只映射部分倍福的 PLC 用 AMS NetID 做连接标识6 字节的网络标识符加端口号配错一个字节就连不上。我的经验是能用以太网就别用串口能用 OPC UA 就别用私有协议。Modbus TCP 虽然简单但它没有语义描述你读上来的 40001 寄存器到底代表温度还是压力全靠文档。OPC UA 自带信息模型变量名、数据类型、单位都清清楚楚后期维护成本低得多。如果你手头是汇川或者信捷的 PLC它们大多支持 Modbus TCP 和以太网通讯直接开端口就行。Codesys 平台的控制器更灵活你可以修改 PLC 的 IP、读取网口 MAC 地址甚至用 Python 脚本做数据预处理。这里提醒一句改 IP 之前一定要确认网段不冲突我踩过一次坑把网关 IP 设成了和 PLC 同网段但和上位机冲突结果整条线通讯全断。3. 新设备智能升级从选型阶段就埋好“AI 接口”3.1 新设备选型的四个硬指标新建产线或者采购新设备选型眼光要放长远。我总结下来有四个硬指标算力余量、协议开放性、编程语言支持、数据存储能力。算力余量指的是 PLC 本身的 CPU 性能。如果你打算在控制器上直接跑 AI 推理那至少得选支持 Linux 系统的软 PLC 方案比如基于 Codesys 的边缘控制器或者像西门子 1500 系列带 Openness 接口的型号。普通的小型 PLC 跑梯形图没问题但跑神经网络就力不从心了。协议开放性看的是支不支持 OPC UA、MQTT、HTTP REST 这些 IT 侧协议。传统 PLC 只懂 Profinet、EtherNet/IP 这些 OT 协议和上层 MES、ERP 系统对接要靠网关转换。新设备最好原生支持 OPC UA省掉一层转换。编程语言支持方面IEC 61131-3 的五种语言梯形图、功能块、指令表、结构化文本、顺序功能图是基础但如果你想让 AI 生成的代码直接落地最好选支持 C、Python 或者 Rust 的控制器。现在有些 AI PLC 编程工具能根据自然语言描述生成梯形图或者结构化文本但生成的代码质量参差不齐还是得人工审核。数据存储能力经常被忽略。AI 模型需要历史数据做训练如果 PLC 本身没有大容量存储就得靠外部网关或者边缘服务器。我建议新设备至少预留 32GB 的本地存储用来缓存最近三个月的运行数据。3.2 AI 代码生成在 PLC 编程中的实际表现“AI PLC 代码生成”是最近的热搜词我专门花时间试了几款工具。说实话目前阶段它更像一个高级代码补全器而不是替代工程师的自动编程机。我拿一个典型的“电机星三角降压启动”需求去测试。输入自然语言描述后AI 生成的梯形图逻辑基本正确但有几个细节需要改一是定时器的时间设定值它默认给了 10 秒实际要根据电机功率计算二是星三角切换的互锁逻辑它漏了一个常闭触点直接下载运行会短路。所以我的用法是让 AI 生成框架我来补安全逻辑和工艺参数。对于“抢答器 PLC 控制系统”“天塔之光控制”这类教学案例AI 生成的成功率很高因为逻辑简单、模式固定。但到了“三菱 PLC 定位控制”“正反转星三角降压启动”这种涉及运动控制和电气安全的场景AI 生成的代码必须经过仿真验证。我通常会在 Codesys 里先做软仿真确认逻辑无误再下载到实机。还有一个热词是“AI Agent 与 PLC 编程”。这个概念更前沿指的是让 AI 代理自主完成需求分析、代码生成、仿真测试、部署上线的全流程。我个人的看法是三五年内它还替代不了现场调试工程师因为工业现场有太多非标情况——传感器漂移、执行机构卡滞、电网波动这些都不是代码能解决的。3.3 软 PLC 与 Linux CNC 的融合趋势“Linux CNC PLC”这个词组合最近出现频率很高。Linux CNC 本身是一套开源的数控系统它内置了软 PLC 功能可以用梯形图或者结构化文本编程。把 AI 能力集成进去之后可以实现自适应加工——根据刀具磨损情况自动调整进给速度根据材料硬度自动优化切削参数。这种方案的优势是全栈可控从操作系统到控制逻辑到 AI 模型全部跑在同一台工控机上通讯延迟极低。但缺点是实时性依赖 Linux 内核的实时补丁普通内核跑运动控制会有抖动。我建议如果用这种方案一定要选带 PREEMPT_RT 补丁的发行版并且把 AI 推理线程的优先级设低避免抢占控制线程的 CPU 时间。对于中小型设备我更推荐“传统 PLC 边缘 AI 盒子”的组合。PLC 负责硬实时控制盒子负责 AI 推理两者通过 EtherCAT 或者共享内存通讯。这样既保证了控制确定性又引入了 AI 能力性价比最高。4. 实操过程从零搭建一套 AI PLC 增强系统4.1 硬件准备与接线要点假设你手头有一台西门子 S7-200 SMART PLC想给它加一个 AI 工艺优化功能。你需要准备一台边缘网关推荐 4 核 ARM 或 x86 低功耗工控机、一根网线、一个 24V 电源、一台交换机。接线很简单PLC 的以太网口接到交换机网关也接到交换机上位机同样接入。注意S7-200 SMART 的 IO 映射要确认清楚它的输入点 I0.0-I0.7 和输出点 Q0.0-Q0.7 是固定映射的模拟量输入 AIW0-AIW30 需要组态。如果你要读取 PLC 网口 MAC 地址可以在网关侧用 arp 命令查看或者在 PLC 编程软件里看系统信息。对于三菱 FX 系列如果你用的是圆头针脚通讯口接线时一定要对照针脚定义表。我见过有人把 RS-422 的 TX 和 TX- 接反结果通讯死活不通查了一下午才发现是线序问题。4.2 通讯配置与数据映射以 Modbus TCP 为例假设 PLC 的 IP 是 192.168.1.10端口 502。你要读取的保持寄存器地址是 40001-40010对应温度、压力、速度等工艺参数。在网关侧用 Python 写一个采集脚本from pymodbus.client import ModbusTcpClient import time client ModbusTcpClient(192.168.1.10, port502) client.connect() while True: result client.read_holding_registers(address0, count10, slave1) if not result.isError(): temp result.registers[0] / 10.0 pressure result.registers[1] / 100.0 speed result.registers[2] print(f温度: {temp}°C, 压力: {pressure}MPa, 速度: {speed}rpm) time.sleep(0.1)这段代码每 100ms 采集一次数据。注意address0对应的是 40001因为 Modbus 协议里寄存器地址从 0 开始编号而文档里通常写 40001。这个偏移量坑过很多人。如果你用的是 OPC UA配置会更规范。在 Codesys 里启用 OPC UA 服务器把需要暴露的变量勾选发布网关侧用 open62541 或者 asyncua 库连接即可。变量名就是你在 PLC 里定义的名字不需要记寄存器地址。4.3 AI 模型部署与参数回写数据采集上来之后下一步是跑 AI 模型。对于工艺优化场景常用的模型有 PID 参数自整定、神经网络预测、强化学习调优。我建议从简单的开始比如用滑动平均加阈值判断做异常检测跑通了再上复杂模型。模型推理结果要写回 PLC还是用 Modbus 写寄存器# 假设 AI 算出的最优温度设定值是 185.5°C optimal_temp int(185.5 * 10) # 放大 10 倍变成整数 client.write_register(address100, valueoptimal_temp, slave1)这里address100对应 40101 寄存器。写之前一定要确认这个地址在 PLC 程序里是作为设定值使用的而不是被其他逻辑覆盖。我建议在 PLC 侧加一个“AI 使能”标志位只有这个位为 1 时才接受 AI 写入的参数否则用人工设定值。这样万一 AI 模型跑飞了操作工可以一键切回手动。4.4 仿真验证与现场调试代码写完不要直接上产线。先在 Codesys 或者 TIA Portal 里做仿真。S7-200 SMART 可以用 S7-PLCSIM Advanced 做虚拟调试但要注意PLCSIM Advanced 的 IP 配置和真实 PLC 不同下载程序时如果提示“在线检查保护机密 PLC 组态数据的密码时出错”说明仿真器的保护级别设置有问题需要在项目属性里把保护等级调低。现场调试分三步走第一步只读不写观察数据采集是否正常第二步开启写权限但设一个很小的写入范围比如只允许调整 ±2°C第三步逐步放开范围同时监控 PLC 的报警日志。整个过程我建议至少留一周的观察期确认 AI 优化不会导致工艺波动。5. 常见问题与排查技巧实录5.1 通讯连不上的排查思路通讯故障占现场问题的七成以上。我整理了一个速查表现象可能原因排查方法Ping 不通IP 冲突或网线故障换网线、改 IPPing 通但读不到数据端口号错误或从站地址错误确认 502 端口、slave ID读到的数据全是 0寄存器地址偏移错误尝试 address±1数据跳变严重采集周期太快或干扰加长周期、加磁环写不进去PLC 写保护或地址只读检查 PLC 程序写权限特别说一下“信捷 PLC XD5 固件升级无法连接”这个问题。XD5 系列升级固件时需要先让 PLC 进入 Bootloader 模式通常是上电时按住某个按键。如果你直接在线升级它会提示连接失败。正确做法是断电、按住按键、上电、等指示灯闪烁后再松开然后用升级工具连接。5.2 AI 模型误报与漏报的平衡AI 异常检测最头疼的是误报。阈值设太严天天报警操作工直接把报警屏蔽了设太松真出问题又不报。我的经验是用双阈值加持续时间判断。比如温度超过 180°C 预警超过 190°C 且持续 5 秒才报警。这样既能捕捉真实异常又能过滤掉传感器毛刺。另外模型要定期用新数据重新训练。我一般每季度把最近三个月的数据跑一遍更新模型参数。如果工艺配方换了模型必须重新训练否则预测会严重偏离。5.3 老设备改造中的电气安全坑最后说几个电气安全的坑。第一加装网关时不要从 PLC 的 24V 输出取电PLC 的电源余量通常很小你加一个网关可能就把电源拉垮了导致 PLC 意外重启。第二通讯线要和动力线分开走线至少间隔 20cm否则变频器的谐波会干扰通讯。第三写寄存器之前一定要做范围校验我见过 AI 算出一个负的温度值直接写进去结果 PLC 把加热器开到最大差点出事。对于“PLC 控制软启动器一拖三”这类场景AI 优化的是切换时序和启动间隔。但你要记住软启动器的过载保护是硬件级的AI 不能绕过它。任何 AI 优化都必须在硬件保护的下层逻辑之内运行这是底线。6. 学习路线与工具推荐如果你刚入行想往 AI PLC 方向发展我建议的学习路线是先搞定一种主流 PLC 的梯形图编程三菱 FX 或者西门子 200 SMART 都行然后学 Modbus 和 OPC UA 通讯接着学 Python 基础最后接触机器学习框架。不要一上来就搞 AI基础不牢连数据都采不上来。工具方面Codesys 是必学的它跨平台、支持软 PLC、自带 OPC UA。Python 用 pymodbus、asyncua、pandas、scikit-learn 这几个库就够了。仿真用 PLCSIM Advanced 或者 Codesys 自带的仿真器。调试阶段备一个 USB 转 RS-422 转换器对付老设备很有用。我个人的体会是AI PLC 这个方向懂工艺比懂算法更重要。你不需要会推导反向传播但你必须知道注塑机的保压曲线长什么样、挤出机的温度分区怎么设。算法工程师不懂工艺做出来的模型现场根本用不了。反过来工艺工程师学会了数据采集和简单建模就能解决八成以上的实际问题。