干了十年PLC编程最近开始让AI替我写程序。说这话之前我得先交代一下背景我从继电器电路图一路画到TIA Portal和Codesys手写过几万行梯形图也拿SCL一点点抠过轴控制逻辑。刚开始听说要让AI写PLC程序我是真嗤笑出声的——PLC这行讲究的是现场、是接线、是联调AI连电气原理图都没看过还能懂电机的自锁互锁结果用了大概三个月我承认自己看走眼了AI不仅把活干了还干得比我预想中利索很多。这篇文章就是想把这段经历摊开来讲从工具怎么选、提示词怎么写、代码怎么查到哪些坑千万不能踩一次性说透。不管你是刚接触PLC的新手还是和我一样写了十年程序的老工程师我觉得你都能从中捞到点有用的东西。1. 先说结论AI到底能替PLC工程师干多少活1.1 我从怀疑到真香的三阶段第一个阶段是纯尝试期。我拿了一段早就写烂的电机启保停电路去试水告诉AI我要一个带互锁、带热继电器复位、带远程本地切换的功能块。AI几秒钟就给出了一段SCL代码第一眼看上去还真像那么回事变量声明、注释、逻辑排布都有模有样。我当时的心情比较复杂又兴奋又有点慌兴奋的是这东西居然真能写PLC程序慌的是万一它哪天写得比我好我这十年的手艺是不是就要贬值了。但实际编译的时候还是报了错地址重叠、数据类型不匹配这些小毛病不少当时心里就踏实了一点。第二个阶段是试用期我开始把一些重复性高的活儿交给AI干。比如设备状态字的解析、Modbus寄存器读写映射、模拟量工程量换算这些逻辑本身不复杂但量大琐碎手写特别费时间。AI干这类活基本零失误而且速度快得离谱一段换算代码我手写十分钟它十秒钟就出来了我只需要花两分钟检查有没有边界条件遗漏。这个阶段我的态度从看热闹变成了真香。第三个阶段是磨合期。我开始把AI当成一个特别聪明的年轻工程师来用——它懂语法、懂指令但不了解我的现场。我需要把I/O分配、工艺要求、品牌型号这些背景信息都喂给它它才能真正给出能用、好用的代码。这个过程很像带新人前期培养成本不低但一旦默契建立起来产出效率提升是肉眼可见的。以我自己为例过去做一个中等规模的设备程序从框架设计到写代码大概需要两周现在一周出头就能搞定省下来的时间基本都花在了现场联调和优化工艺上这是我最看重的东西。1.2 哪些活AI真能干哪些纯属幻觉先说实话网上很多人把AI吹成神说什么全自动生成整套PLC项目我在实际使用中没遇到过这种好事。以我最近两个月的实操经验来看AI真正靠谱的领域有这么几个。第一个是结构化文本ST语言的生成。ST本质上是一种高级语言语法和Pascal、C类似大模型对这种语言的训练数据很充足生成质量很高。凡是能用ST表达的逻辑比如顺序控制、状态机、数据处理、配方管理AI都能写出不错的初版代码。第二个是注释和文档的补全。老工程师都懂写程序一时爽写注释火葬场。我自己写程序习惯还算好但遇到那些历史遗留的、没有注释的程序块我真是头大。现在把这些代码丢给AI让它帮忙生成功能说明、变量注释、调用示例干得又快又好比我对着代码猜逻辑强太多了。第三个是跨品牌代码的翻译和移植。我手里同时维护着西门子、汇川、欧姆龙好几个品牌的设备以前每换一个平台就得重新熟悉一套指令集效率特别低。现在我会把某个品牌的ST代码直接丢给AI让它翻译成另一个品牌的语法大部分情况下改一改就能用。第四个是排错辅助。程序出问题时把报错信息和相关代码段贴给AI它通常能给出几个排查方向虽然不一定直接命中但很多时候能帮我打开思路节省不少查资料的时间。至于哪些活儿AI干不了我也得说清楚。首先是安全逻辑急停回路、安全门互锁、光栅复位这些我绝对不敢让AI独立完成。这类逻辑关系着人身安全必须人工逐行评审不是AI能力不行是责任问题出了事没人会听你解释说是AI写的。其次是现场调试AI看不到传感器有没有动作也听不到电机异响它只是逻辑层面的工具物理世界里的问题它无能为力。最后是工艺理解的沉淀AI能写出一个功能块但为什么要这样设计、为什么这里要加一个延时、为什么这个报警要分三级处理这些隐藏在现场经验里的东西AI学不到这是老师傅最核心的价值。2. AI辅助PLC编程的核心工作流2.1 工具选型Cursor、Copilot还是国产大模型网上关于AI编程助手的讨论很多什么Cursor、Windsurf、VS Code Copilot、Trae各家都说自己是神队友。我全都试过时间不长但基本摸清了它们的脾气。VS Code Copilot日常补全最自然我在工程文件里写注释、声明变量它自动补全的准确率很高适合在写常规代码时提供隐形辅助。Cursor的强项是对话式编程你可以在侧边栏和它讨论整段逻辑它会基于整个项目上下文来改代码体感像和一个懂代码的同事聊天。Windsurf主打Agent能力能自主完成多步任务但配置起来略重对PLC工程师来说有点大材小用。Trae属于免费轻量款适合入门尝鲜。但说实话对于PLC工程师来说工具本身的差异远没有模型的差异重要。我实测试下来Claude和GPT这类通用能力更强的大模型在不同代码语言之间的迁移理解、逻辑推理能力上碾压小模型。国产大模型里DeepSeek的性价比和中文理解做得不错有些场景我用DeepSeek的API直接做一个本地问答工具处理中文技术文档和指令手册的效果也很好。我的建议是别在IDE插件上纠结太久选一个支持自定义API接入的编程工具然后花时间把模型用好收益更大。我自己现在的组合是VS Code Cursor的界面 Claude或DeepSeek的API日常补全用Copilot模式大段逻辑生成用对话模式各取所长。2.2 提示词怎么写AI才能听懂PLC的逻辑很多朋友问我为什么他让AI写的代码总是不对劲。我让他把提示词发给我看基本都是“给我写个电机控制程序”这种一句话需求。这就好比你去车间找一个新来的技工什么都不交代只告诉他“把设备弄转”他能干好才怪。PLC编程是强上下文依赖的工作AI需要知道的信息比你想象的多得多。以我自己总结的经验一份合格的PLC编程提示词至少应该包含五个部分。第一是品牌型号和软件环境。你要明确告诉它用的是西门子S7-1200配TIA Portal V17、SCL语言还是汇川AM系列配Autoshop或者是欧姆龙NJ配Sysmac Studio。不同平台的变量类型、指令名称、功能块定义都有差异AI一旦猜错生成的东西基本就没法直接用。第二是硬件I/O分配表。输入是按钮接的是I0.0还是I8.3输出是接触器接Q0.0还是Q12.7AI需要知道这些映射关系才能生成可直接下装的变量声明。第三是详细的工艺描述。你要把设备动作流程按步骤写清楚比如按下启动按钮后先夹紧气缸夹紧到位信号到位后再启动主轴电机主轴转速达到设定值后才允许进给。流程写得不清楚AI生成的逻辑就一定会漏条件。第四是控制要求和细节约束。比如互锁条件、延时时间、故障复位机制、运行模式切换规则这类隐藏条件越多AI生成的代码越贴合实际。第五是代码风格要求。你可以要求它变量用匈牙利命名法注释写在行尾输出采用置位复位方式这样生成的代码风格统一后续维护不费劲。为了让大家直观感受到差别我把一个电机控制的提示词从初级改成高级实际效果天差地别。初级版就是一句话AI给的代码能用但不能直接用边界情况基本没有。高级版会把I/O分配、联锁要求、复位逻辑、故障分类都写清楚AI给出来的代码基本是能直接导入下装的水平至少不需要大改。这里放一个我常用的提示词模板大家可以参考你是一名资深PLC工程师请使用西门子S7-1200TIA Portal V17SCL语言编写一个电机控制功能块。 背景该功能块用于皮带输送机的电机启停控制包含本地/远程两种模式。 I/O分配 - 本地启动按钮常开接I0.0本地停止按钮常闭接I0.1 - 远程启动命令来自上位机通过Modbus TCP写入MW10 - 电机接触器输出Q0.0运行状态反馈输入I0.2 - 热继电器故障输入I0.3故障复位按钮I0.4 工艺要求 1. 本地模式下按启动按钮电机启动按停止按钮电机停止 2. 远程模式下由上位机命令控制启动停止 3. 电机运行中若热继电器动作立即断开接触器并输出故障报警 4. 任何模式下故障复位后需要重新按启动按钮才能再次启动 5. 启动按钮需要上升沿触发防止保持信号导致重复启动 要求 - 使用标准的FB功能块结构输入输出变量使用前缀i_和q_ - 关键逻辑行添加中文注释 - 故障输出位设为q_Fault 请给出完整SCL代码及变量声明表。把需求写清楚之后AI生成的东西才叫能用。磨刀不误砍柴工提示词写得好后面的代码检查、修改时间能省下一个量级。2.3 结构化设计先行AI只负责翻译和填肉我得强调一个原则AI可以帮你写代码但不能帮你做架构。程序框架、功能块的划分、数据块的设计、通讯结构这些顶层设计必须由你自己完成这是AI替代不了的也不应该被替代。我的习惯是在动手让AI写任何代码之前自己先在纸上把功能块图和数据流画出来想清楚哪些逻辑放FB里、哪些数据放DB里、哪些接口走全局变量然后再把设计思路告诉AI让它按照我的框架去填充具体实现。听起来可能有点绕我举个例子。以前我写一个多工位转盘设备控制程序会先规划好主控程序、工位功能块、报警管理、轴控制、HMI数据接口这几个模块再逐个模块让AI生成。主控程序负责状态切换和调用顺序工位功能块负责各自的动作序列报警管理统一处理故障信息每个模块之间接口清晰、数据独立。如果没有任何设计就让AI一口气生成整个项目它大概率会给你一堆互相牵扯、变量混乱的代码改起来的痛苦程度远超自己从头写。这个思路其实跟带新人一模一样。我带过不少刚毕业的助理工程师最头疼的不是他们写不出代码而是他们没有整体概念上来就写写完到处报错。现在我带AI也是同一套方法先把图纸和工艺给它讲透再给它看模块划分和各功能块的接口定义它负责把ST代码按我的要求写出来我负责审查和联调。人机配合得当质量远超一个人单干。3. 实操案例从零开始让AI写一个电机控制功能块3.1 需求描述与I/O映射整理空谈无益我结合实际项目来展示一遍完整流程。上个月我给一条小型包装线做程序改造甲方要求把原来的硬接线电机控制改成PLC控制并且要在触摸屏上加手动自动切换、故障报警显示。我决定让AI来写核心功能块。第一步是整理I/O分配。电机回路有启动按钮、停止按钮、热继电器常闭触点、接触器辅助触点、断路器状态加上远程中控过来的启停指令。我逐一登记到表格里标注好数据类型和信号来源。这里有个经验I/O分配尽量让AI看不到实际物理地址而是先给它符号名和逻辑关系让它在符号层面编程等代码跑通了我再在PLC里做地址映射。逻辑和硬件分离的好处是代码复用性高下次换一个PLC型号或改I/O卡件位置只要改映射表内部逻辑一行都不用动。第二步是描述工艺。这台电机有两个控制模式手动模式下操作员在触摸屏上按启动停止自动模式下由输送线前端的光电传感器自动触发启动尾部有料满传感器时需要自动停止。此外还有一个联锁要求只有当上游设备运行信号到位时这台电机才允许启动防止物料堆堵。我把这些要求一条一条列给AI同时还补充了急停安全回路的说明——虽然安全回路本身不在功能块里处理但功能块必须接收安全继电器发出的允许运行信号只有该信号为真时才允许输出。第三步是让AI按照之前给的模板生成SCL代码。这次我没做任何手工修改提示词直接复制了我整理好的背景信息和工艺描述要求AI用标准FB结构编写。生成结果出来之后我用下面几步做了核查。3.2 生成代码的核查与优化过程AI生成的代码初版结构是完整的FB接口里有启动、停止、远程命令、允许运行、复位等输入变量也有接触器输出、运行状态、故障输出等输出变量。逻辑主体用了传统的启保停结构加互锁整体思路是对的。但我仔细检查后发现了三个问题这些小问题特别典型大家以后用AI写代码时可以对照检查。第一个问题是上升沿处理不对。我在提示词里特别强调过启动按钮要上升沿触发但AI生成的代码里只对启动信号做了一次普通赋值这会导致按钮按住不放时电机会反复重启这在现场是非常危险的误动作。我让AI重新检查并修改它随即在临时变量里增加了R_TRIG上升沿功能块把启动信号的边沿检测补了进来。第二个问题是允许运行信号的优先级不够。AI初期代码里把允许运行信号放在联锁条件里用普通与逻辑串联我要求提高它的优先级因为安全允许信号一旦断开输出必须无条件停止而不是等逻辑扫描到那一行才断开。按照PLC扫描周期的工作机制条件必须放在输出控制最前端否则等扫描过去的那几十毫秒就可能造成事故。第三个问题是变量类型有隐患。AI把计时器的预设时间定义成了INT类型但设备要求的延时是2.5秒INT存不下小数我要求改成TIME或REAL类型并加上了注释。改完这三处之后我又让它补充了故障分类注释把热继电器故障、断路器故障、安全回路触发分别映射到不同的故障代码和HMI显示文本。这一步看似不起眼但在实际调试时太重要了现场电工看着触摸屏上的故障代码能第一时间定位问题根源不需要拿万用表到处量。3.3 仿真验证与现场联调记录代码改完之后我先把程序下装到PLC进行仿真测试。我用PLCSIM模拟了输入信号的变化时序测试了本地模式启动、远程模式启动、运行中急停触发、故障复位这几个场景。第一次仿真就抓到一个逻辑漏洞——远程模式下如果上位机通信中断程序里的远程启动命令会掉到0电机瞬间停机但AI没有考虑通信断线后的保持策略。我手工又加了一段通信监控逻辑超过500毫秒没有收到心跳信号就进入通信故障状态电机保持当前状态但不允许新启动同时给HMI发送通信报警。仿真通过之后是现场联调。说实话现场调试比仿真能暴露更多问题主要是信号抖动、干扰和真实设备响应延时。在现场我遇到了一个比较隐蔽的坑启动按钮的常开触点接到PLC输入模块之后由于是长线敷设电磁干扰导致按钮松开瞬间产生了一个毛刺信号被PLC误认为启动指令电机瞬间再次启动又停止。这个现象在仿真里根本发现不了。我的处理办法是在输入侧用一个5毫秒的延时滤波块把持续时间小于5毫秒的脉冲一律过滤掉同时还让AI帮我分析了一下干扰产生的原因和滤波参数的选择依据它给出的建议出乎意料地专业。联调总共花了大半天时间把流程跑顺后这台设备正式交给操作工用了。4. 常见坑与排查技巧实录4.1 AI生成PLC代码的六个典型错法用AI写PLC程序三个月我踩了不少坑也帮同事排查过不少问题这里把最常见的六类错误整理出来给大家排雷。第一类是指令幻觉。AI会把不存在的指令写进代码尤其是那些相对冷门的品牌型号比如汇川的中大型PLC或者禾川的新款AI经常把不同品牌的指令混在一起编。我遇到过它把Codesys的轴控指令写在汇川平台的代码里也遇到过它给西门子S7-1200写了一个S7-1500才有的优化访问语法。解决方案只有一条凡是关键指令必须对照官方手册核对不能因为AI写了就觉得没问题。第二类是变量类型混乱。INT、DINT、REAL、TIME之间的自动转换经常出问题加法运算容易溢出定时器赋值经常被截断成整数。这类错误编译时不一定报错但运行时就会莫名其妙地跳逻辑。第三类是地址上下文缺失。AI生成的代码里经常出现未定义的临时变量或者把一个局部变量当成全局变量来用编译一报错就是一片。第四类是时序逻辑遗漏。PLC和普通高级语言最大的区别就是扫描周期和边沿触发AI一开始生成的代码经常漏掉上升沿下降沿检测导致按钮按住不松时逻辑重复触发。第五类是安全逻辑被简化。AI为了满足需求描述的“电机停止”要求可能只断开输出接触器却没有考虑电机的惯性滑行时间或者没有在输出端做安全继电器的冗余这在涉及人身安全的场合是绝对不能接受的。第六类是注释泛滥但无意义。AI很喜欢写注释每行都写但很多是废话什么“电机启动”、“设置输出”对理解逻辑没有半点帮助反而拉低了代码可读性。我在提示词里会明确要求“注释只标注关键逻辑不逐行翻译代码含义”。4.2 我的AI辅助编程避坑清单下面是整理出来的避坑清单每条都是实战换来的教训值得贴在你的屏幕上。第一AI写的代码必须逐行审查别当甩手掌柜。特别是涉及输出控制、联锁互锁、报警复位这三类逻辑时宁可多花时间也不能少看一眼。第二永远不要把急停、安全门、光栅保护这类的安全功能交给AI生成或修改必须人工编写并做独立评审。这种代码不是给机器看的是给人命看的再好的工具也不能替代这个责任。第三提示词信息越全代码越能直接用。I/O表、工艺顺序、联锁条件、品牌型号、代码风格缺一个维度AI就多一次猜错的机会别嫌麻烦。第四版本管理要跟上。我现在每个项目的PLC程序都会用Git做版本管理AI生成的代码和我的修改都用commit记录万一改坏了能随时回滚。以前手写代码没人管版本改到最后都不知道哪个版本是好的用AI辅助之后改动频率更高版本管理更加必不可少。第五AI生成代码的效率很高但要预留足够的审查和双人互查时间。我不是天才看代码难免有盲区所以关键逻辑我习惯找同事用不同视角互相审查。第六别指望AI给你处理I/O地址映射、HMI变量链接这种事实际接线的错位它看不出来不落地调试AI永远只是纸面功夫。第七把好用的提示词模板沉淀到团队共享里新人来了直接抄作业比自己瞎写强一百倍。还有一个比较好用的小技巧就是给AI贴一段历史遗留的程序要求它帮忙分析功能再让它按现有变量体系重写一版。这种代码考古式的用法在处理旧设备改造项目里效果尤其好。我有几个老客户的设备程序已经找不到原始设计文档了现场维护完全靠老师傅的脑子和打印出来的老图纸我把其中一台设备的梯形图翻译成ST之后丢给AI它很快就梳理出了完整的动作流程和隐藏逻辑连当年留下的问题注释都帮我翻译归类了。这件事极大坚定我用AI辅助做旧设备改造的信心。4.3 工具与模型对比速查表下面这个表格是我实测下来的感受供大家参考。每个人使用习惯不同最终选择还是得看自己上手后的体感。工具/模型强项短板推荐场景VS Code Copilot日常补全自然不易打断心流对话式修改弱不能整体重写按部就班写代码时的隐形助手Cursor对话上下文强能基于工程代码修改对新手配置略复杂大段逻辑生成、重构、跨文件分析WindsurfAgent自主执行多步任务重配置对PLC场景偏重探索自动化流程的进阶玩家Trae免费轻量入门友好模型能力一般复杂逻辑不够稳第一次体验AI编程的人Claude/GPT通用逻辑推理最强代码质量高需要科学接入成本略高PLC逻辑核心生成、代码审查DeepSeek中文理解好性价比高API方便复杂推理略逊顶尖模型中文文档问答、指令手册速查5. AI正在改变PLC工程师的工作方式我现在每天的工作状态和一年前已经完全不同。以前到公司第一件事就是打开TIA Portal或者Codesys开始对着变量表写逻辑现在我的流程是先花半小时把需求梳理成清晰的提示词和模块设计然后让AI把初版代码写出来我再集中精力做审查和优化最后把省出来的时间全部投向现场问题处理。以今年做的一个多工位装配设备为例AI辅助下程序开发周期缩短了大概四成我主要把精力放在了现场调试和与工艺工程师的沟通上设备的运行稳定性和节拍优化做得比往年更好。还有一个感受特别明显就是AI降低了PLC编程入门的门槛。以前我带新人光解释什么是扫描周期、为什么要用置位复位、梯形图里的能流到底怎么流就要费很多口舌。现在新人可以让AI生成一段代码配合它的中文注释边拆解边理解再到仿真环境里改一改、跑一跑概念很快就立起来了。当然能用AI不意味着精通PLC工具降低了操作门槛但判断对错的眼光还得靠实践积累这一点永远不会变。有意思的是我在这个圈子里还看到不少同行尝试把AI用到更深的领域比如让大模型生成FPGA代码或者用AI Agent做整套设备程序框架的初步搭建还有人在研究用自然语言直接描述工艺然后一键生成梯形图。虽然目前这些方向离大规模落地还有距离但趋势已经很明确了AI不会取代懂PLC的人但一定会让懂PLC的人如虎添翼。我个人在实际操作中最深的体会是把AI当工具用别当神供着。它的产出永远只是初稿真正的价值体现在工程师的审查、判断和现场验证上。每一次带着项目背景把AI生成的代码放进PLC里跑通我都觉得这十年的手艺没有白费反而因为有了AI这个队友让我能腾出手来处理那些真正需要经验去解决的问题。以后我还会继续这样干下去技术的方向锁定在实用和落地这比什么工具叫得上名字都重要。