干PLC编程这行转眼十年了。从GX Developer一路换到GX Works3从S7-200摸到S7-1500梯形图画到有点麻木的时候身边突然开始流行“让AI写代码”。一开始我当成乐子看——一个连现场都没有的AI能懂什么叫电磁干扰、什么叫机械联锁直到我把一个星三角降压启动需求丢给它它三秒钟交出来一份能看、七成能用的ST代码我才意识到这事情不简单。这篇东西不是让你立刻把安全回路交给AI而是分享我这几个月实际踩坑、尝到甜头、也交了学费之后总结的一套“AI辅助PLC编程”的实操方法。适合PLC工程师、工控维护人员、技术管理者也适合刚入门想快速看懂别人程序的年轻人。1. 十年PLC编程AI到底动了我的哪块奶酪1.1 PLC编程和互联网编程压根不是一回事很多圈外人一听说AI写代码第一反应就是“GitHub Copilot那种程度”。但在工控行业PLC的运行逻辑和互联网后端完全是两套世界观。PLC程序跑在专用的硬件上扫描周期是毫秒级面对的输入输出全是现场真实信号电源不稳定、传感器抖动、通讯中断、机械卡顿这些在普通软件开发里根本不存在。所以一开始我对AI天然不信任心里默认了一个结论它写不了PLC。但随着我试了几次后发现这个结论站不住脚。AI虽然没有踩过现场的泥但它读过海量的手册、案例、梯形图对常见工控逻辑的套路掌握得相当熟练。比如电机启停、星三角降压启动、正反转互锁、抢答器、恒压供水、温度PID这些经典场景它生成的第一版代码逻辑完成度很高甚至注释比很多外包公司写的都规范。当然这里有一个关键前提AI知道“套路”但它不一定知道你的现场。就好比一个刚从学校毕业的电气助理理论扎实但到了现场还得分得清哪根线是动力线、哪根是信号线。AI的水平大概就是这样一个“超熟理论的电气助理”。所以我的结论是PLC编程这个行当AI动的不是工程师的饭碗而是那些重复性的、有明确套路的工作。真正值钱的部分——理解工艺、判断风险、处理故障——依然要人去扛。1.2 先泼冷水AI的能力边界其实很清晰在我把AI当成日常工具之前我先做了一轮“能力摸底”这样才知道哪些事可以放心交给它哪些事必须自己动手。我梳理了一下实际测试的结果整理成了下面这个表格能力维度AI的表现我的使用建议生成经典控制逻辑优秀星三角、正反转、抢答器这类套路逻辑完成度高可以放心让它出初稿但必须人工审查解释陌生代码很强能把老程序、别人写的烂代码讲得明明白白强烈推荐这是学习神器跨品牌翻译程序较好三菱/西门子/汇川之间的ST、梯形图转换可用可大胆尝试但要逐条核对指令差异处理现场级故障判断较弱它没有你现场的仪表数据和设备信息只能当“头脑风暴助手”不能当诊断结论安全回路与急停逻辑绝对不能完全相信人工写人工审AI只能做建议参考这个表格基本反映了我用AI大半年的认知。一句话总结AI是一个极其熟练但完全没有责任感的助理它适合接手“写”不适合接手“懂”。把“写”这个环节交给它把“懂”这个环节留给自己是这半年我收获最大的一条经验。2. 摸清底牌让AI写星三角降压启动的第一份作业2.1 第一版AI程序长什么样我是从一个最经典的需求开始测试的三相异步电动机的星三角降压启动。这应该是每个PLC工程师入行都写过的逻辑我自己闭着眼都能默写出来正好拿来检验AI的成色。我给AI的原始提示词大概是这样的你是一名有20年经验的PLC工程师请用结构化文本ST语言编写一个三相异步电动机星三角降压启动程序。输入信号启动按钮、停止按钮、热继电器。输出信号主接触器KM1、星形接触器KM3、三角形接触器KM2。控制要求按下启动按钮后先星形启动5秒后自动切换到三角形运行停止按钮或热继电器动作时全部断开。请使用常见的PLC品牌指令风格并为每段逻辑添加中文注释。AI在几十秒内输出了下面这版代码我做了少量排版整理(* 星三角降压启动 v1.0 - AI直接输出的版本 *) VAR Start, Stop, Overload : BOOL; // 输入 KM1, KM2, KM3 : BOOL; // 输出 Timer_Star : TON; // 星形运行定时器 Run_Latched : BOOL; // 运行自锁 END_VAR // 启动自锁回路 IF Start THEN Run_Latched : TRUE; END_IF; IF Stop OR Overload THEN Run_Latched : FALSE; END_IF; // 星形启动阶段 IF Run_Latched THEN KM1 : TRUE; KM3 : TRUE; Timer_Star.IN : TRUE; ELSE KM1 : FALSE; KM3 : FALSE; Timer_Star.IN : FALSE; END_IF; Timer_Star(); // 切换逻辑 IF Timer_Star.Q THEN KM3 : FALSE; KM2 : TRUE; END_IF;说句公道话这版程序的框架是有的自锁、定时、输出都有注释整齐变量命名清楚。但作为在真机上调过无数次星三角的我来说这版代码离上电运行还差得远。2.2 这版程序为什么不能直接上真机我逐个把问题指出来这里面的坑也是很多人用AI写PLC代码后最容易翻车的地方。第一最严重的是切换过程缺少“星三角过渡延时”。KM3断开之后要等一定时间确保触点完全熄灭电弧才能吸合KM2。如果KM3没完全断开就合KM2星形和三角形回路会同时导通轻则短路跳闸重则炸接触器。AI不会自动给你加这个过渡时间因为它的知识是“理想开关模型”不是“物理接触器模型”。第二停止逻辑的优先级不够。在这版代码里Start信号只要一直为TRUE即使Stop按下去Run_Latched重置了但启动分支在第一个IF里又会把Run_Latched置回TRUE逻辑上出现竞争。实际现场中停止按钮是常闭触点接到PLC输入的程序必须优先保证停止指令覆盖启动指令。第三缺少热继电器复位后的重新启动要求。热继电器动作后现场排除故障按下复位但程序没有给“重新上电启动”的明确分支操作上容易出现误解。第四KM3和KM2之间没有互锁。这是硬性要求不仅要程序互锁很多工况下还要求接触器硬件互锁。AI生成初稿时经常忽略这种安全细节。所以我给这版程序的评价是完成度60%可用度0%。好看但不能直接上真机。那为什么我还说这个测试是成功的因为它把AI的能力和缺陷同时展示得很清楚。我需要做的不是抱怨它错而是建立一个“用AI但不盲信AI”的流程——AI负责初稿我负责挑刺、补安全、加互锁、做验证。这个过程反而让我写程序的效率提高了一倍因为我不需要从空白页开始憋第一版了。2.3 AI真正惊艳我的是“降维打击”式的辅助如果说生成代码只是“能用”那AI在另一件事上的表现真的是降维打击——解释代码和翻译代码。我们厂里有几台老设备程序是十几年前外包留下的梯形图没有注释变量名全是I0.0、M0.3这种“天书”。以前我接手这种程序只能靠猜这段是延时、那段是计数、这边可能是报警。现在我把程序段拍照或者抄成文本丢给AI让它“用中文逐行解释这段梯形图的功能”它能给出让人惊讶的清晰说明甚至能指出“这段看起来是手动/自动切换逻辑但M10.2在别处没有被复位可能存在隐患”。这种“代码考古”能力才是AI在PLC行业里真正让我觉得值回票价的地方。我还试过跨品牌翻译把一段三菱FX2N的ST程序丢给AI让它转成西门子S7-1200博途环境下的写法。虽然指令名和存储器类型需要人工核对但大框架它给得非常快省掉了我翻手册的时间。对经常处理多品牌设备的工程师来说这种能力太实用了。3. 手把手实操让AI写一个抢答器PLC程序3.1 先做需求梳理和IO表代码才有意义很多人在AI辅助编程上翻车问题往往不是出在AI而是出在人自己——需求都没说清楚就指望AI帮你把程序写得天衣无缝。PLC程序本质上是对现场工艺的“逻辑镜像”工艺都映射错了代码再华丽也是空中楼阁。我自己的习惯是让AI动手之前先花15分钟把需求文档写明白。就拿我们电工技能比赛常用的“四组抢答器控制系统”来举例需求至少要覆盖下面这些内容项目内容输入信号启动抢答按钮、主持人复位按钮、4个选手抢答按钮输出信号抢答提示灯/电铃、每组对应的指示灯、超时报警灯控制要求主持人按复位后进入等待选手抢答后锁定最先按下的组其他组无效主持人按启动后5秒内无人抢答超时报警灯亮安全要求未启动时按抢答按钮不响应锁定逻辑必须保持到复位品牌型号这里按汇川H5U或三菱FX5U编写ST语言很多工程师觉得写需求文档是浪费时间但在AI辅助编程的流程里这份文档的作用从“写给自己看的备注”升级成了“喂给AI的输入参数”。你需求文档写得越细AI交回来的代码就越接近能用的状态。3.2 提示词模板可以直接抄作业的版本我试过各种写法之后总结出一个相对好使的提示词模板基本可以覆盖80%的PLC控制逻辑生成需求。你直接复制把括号里的东西换成自己的项目内容就行你是一名精通PLC编程的高级工程师熟悉三菱、西门子、汇川等主流品牌。 使用品牌/型号的结构化文本ST语言编写一个功能名称控制程序。 项目背景 简单描述工艺场景两三句话 IO分配表 输入DI1启动按钮常开DI2停止按钮常闭DI3热继电器…… 输出DO1主接触器DO2运行指示灯…… 控制要求 1. 第一条要求描述动作时序 2. 第二条要求描述异常处理 3. 特殊要求比如互锁、延时时间、保持条件 安全注意事项 1. 必须包含急停和互锁逻辑。 2. 启动和停止的优先级关系要明确。 输出要求 1. 直接输出ST语言代码。 2. 每一段关键逻辑必须有中文注释。 3. 变量名使用清晰可读的英文命名。 4. 最后列出一份变量表标明变量对应的真实IO地址。这个模板的核心就是把“你懂什么”、“你要什么”、“你以什么格式给我”三件事全部说清楚。AI最怕两种人一种是什么都不说的“你说呢”另一种是要求含糊的“你看着办”。3.3 AI生成的ST代码与人工修正过程用上面的模板我让AI写了一份四组抢答器的代码。第一版它给出的核心逻辑大概是这样的我精简了展示// 抢答锁存逻辑AI第一版 FOR i : 1 TO 4 DO IF PlayerBtn[i] AND NOT Answered THEN Answered : TRUE; Winner : i; END_IF; END_FOR; IF Reset THEN Answered : FALSE; Winner : 0; END_IF;思路是对的用Answered做锁存标志先到先得。但放回真实场景问题马上来了一是没有区分“主持人启动抢答”和“未启动状态”。如果主持人没按启动选手按钮按下去程序一样会锁存这是不合理的。所以必须加一个“抢答使能”信号只有主持人启动后选手按钮才有效。二是超时报警逻辑完全缺失。要求是启动后5秒内无人抢答要报警AI没有自动生成这个分支。三是复位逻辑不完整。主持人复位后虽然Answered清零了但超时报警灯没有专门复位Winner对应的输出组也还亮着需要统一处理。我花了大概二十分钟把这三个问题补掉。修正后的核心片段长这样// 主持人启动后才允许抢答 IF HostStart AND NOT Answered THEN Enable_Grab : TRUE; END_IF; // 超时计时启动后5秒无人抢答 IF Enable_Grab THEN TimeoutTimer.IN : TRUE; ELSE TimeoutTimer.IN : FALSE; END_IF; TimeoutTimer(); // 锁存第一抢答组 FOR i : 1 TO 4 DO IF Enable_Grab AND PlayerBtn[i] AND Winner 0 THEN Winner : i; END_IF; END_FOR; // 复位处理全部状态 IF HostReset THEN Enable_Grab : FALSE; Winner : 0; TimeoutTimer.IN : FALSE; END_IF;这版代码就能在仿真里跑出正确动作时序了。整个过程看下来AI省下的是我从零敲代码的时间我加的是现场逻辑判断和异常分支。两小时的工作量压缩到了二十分钟而且代码质量更高因为AI生成的变量命名和注释本身就很好。4. 让AI靠谱的四个关键心法4.1 提示词要写“边界”不要写“愿望”我发现很多人用AI写程序的时候习惯说“帮我写一个自动控制系统”然后AI交回来一个看起来很全、实际哪哪都不对的“通用系统”。问题在于你把“边界”的活儿甩给了AI让它在海量可能性里猜你的意图。AI不是不能猜但它一猜就会默认走最通用的方案而真实的PLC程序恰恰全是非通用细节。正确的做法是给提示词划定边界告诉它品牌型号、IO地址、扫描周期要求、安全等级、指令集限制。边界越硬AI的输出越实。比如同样是写星三角你只说“写一个星三角降压启动”它给你的是教科书模板你说“西门子S7-1200博途TIA使用TON定时器启动5秒切换切换间隔0.5秒KM2和KM3必须互锁停止优先”它给你的就是能接近上真机的方案。我现在的习惯是提示词里永远加一句“如果我的要求中有任何可能导致设备损坏或人身危险的逻辑请明确标注并建议补充保护措施”。这句话每次都能让AI多输出一段安全建议虽然不全对但能提醒我思考盲区这个价值不小。4.2 三查三改AI代码的校验流程AI代码校验我总结了一个“三查三改”的土办法不需要高深技巧但能拦住绝大多数坑。三查分别是查变量表、查时序逻辑、查安全回路。变量表要对照IO分配表逐行核对AI经常出现变量名拼错、地址写错、BOOL和INT类型混淆的问题。时序逻辑要从启动、运行、停止、异常四个阶段分别推演把程序跑一遍“思想实验”。安全回路就盯死三件事急停、互锁、复位优先级。三改分别是改类型、改状态、改异常。改类型是把AI搞混的数据类型理顺改状态是确保每个输出都有明确的置位和复位路径改异常是补上过载、断线、超时、误操作这类现场工况的处理。这套流程看着土但非常有效。我现在每次让AI生成程序不管它看起来多完美都要走一遍三查三改。实测下来能把AI代码的“可上机率”从60%提到90%以上。4.3 仿真先行强制输出后上真机工控这个行业最磨人的一点就是程序不是写出来就完事还要考虑现场的风吹草动。但AI辅助编程给了一个额外的好处因为初稿生成太快了你完全有时间先在仿真环境里跑一遍再考虑碰真机。现在主流PLC软件基本都带仿真能力三菱GX Works3自带仿真器西门子博途有PLCSIM汇川InoProShop也支持软仿真。我的固定流程是AI生成代码后先在仿真器里把IO表里的信号全部虚拟一遍按启动、运行、切换、停止、急停、故障恢复六种场景跑通确认逻辑没有问题再往真机上下载。仿真不是万能的它模拟不了线缆接触不良、模拟量抖动、通讯干扰这些物理问题。但它能把“逻辑错误”这一层基本过滤掉让真机调试时面对的问题少一大半。AI时代这个习惯尤其重要因为你面对的是陌生代码不仿真直接下载出问题你连排查方向都会很混乱。4.4 版本管理和备份AI时代更不能省以前写PLC程序一个项目一个工程文件改一版存一版就差不多了。但用AI之后程序迭代速度快了很多一次调试可能改出三个版本。如果不做版本管理很容易出现“改到最后一版发现还是第一版对”的尴尬。我现在习惯的做法是每天的调试结束把PLC源程序连注释带IO表一起导出按“项目名_日期_版本号”的格式存到本地和网盘各一份。AI生成的初稿也会单独保留一个文件因为有时候AI的逻辑虽然初版有瑕疵但某些思路反而比我的修正更活留着没准什么时候能用上。另外给AI生成的代码加个“程序头注释”也是好习惯。我会在文件开头写清楚这段程序哪些部分是AI生成的、哪些是人工修改的、修改了什么、为什么修改。这个习惯在新旧工程师交接项目时特别有用别人一看就知道这段代码靠不靠谱省了重新摸一遍的时间。5. 常见问题与排查技巧实录5.1 高频错误速查表这些问题我基本都遇到过用AI写PLC程序这几个月我把自己遇到过的典型问题整理成了一个速查表给你参考问题表现常见原因排查思路解决措施程序下载报错变量类型不匹配AI把BOOL、INT、WORD混用了查看编译错误提示定位变量按IO表逐一修正变量类型指令名在当前品牌不存在AI把三菱指令当成西门子指令用查阅当前品牌指令手册人工替换为对应品牌的等价指令运行逻辑看起来正确但真机不动没有考虑实际输入信号的常开常闭在线监控IO输入状态核对输入信号类型必要时取反切换瞬间发生相间短路星三角切换缺少过渡延时检查KM3和KM2导通时序增加0.3~0.5秒切换间隔定时器不动作复位条件一直有效查看定时器IN和复位逻辑理清定时器的使能和复位分支通讯配置错误AI默认了错误协议对照PLC型号手册核对按手册配置波特率、地址、端口号这些错误没有一个是AI独有纯人工写也常遇到。但AI时代有个新特点AI生成错误的速度太快了如果你没养成校验的习惯一天之内能在编译阶段刷出五十个错误提示心态很容易崩。我的做法是把“三查三改”前置在AI输出后先让它自己整理一份“变量说明和逻辑自检报告”相当于让AI给自己交一个作业总结帮我们省掉一部分低级错误。5.2 实战案例AMS NetID连不上的排查过程分享一个很有代表性的排查案例。上个月我在调试一套用倍福TwinCAT做上位协调、汇川PLC做下位控制的小系统电脑端软件突然报了个很典型的错误大意是“建立连接需要目标PLC的AMS NetID6字节和端口号”。这个报错对于不熟悉TwinCAT的人来说光是理解都费劲。以前这种问题我只能自己查手册现在我的操作习惯变了先把完整报错信息和设备连接拓扑丢给AI让它帮我把可能的原因列表列出来。AI给了我几个方向检查目标设备是否在线、AMS NetID是否填写正确、端口号是否为默认、路由表是否建立、电脑和控制器是否在同一子网。我按这个列表逐项排查最后定位到问题出在电脑和控制器不在同一个网段IP配置错了。AI不可能替你去现场看IP但它把这堆检查项帮你理得明明白白排查效率至少提升了一倍。这件事让我意识到AI在PLC领域的价值不单是写程序更多是当你的“知识外挂”——尤其是面对陌生品牌、陌生软件的时候它能把手册里的关键信息提前挖出来给你。5.3 哪些底线永远不要交给AI说了这么多AI的好处最后必须把丑话说明白。毕竟PLC程序控制的不是App里的虚拟按钮而是电机、阀门、温控器、伺服系统——AI的一句想当然可能造成设备损坏甚至人身伤害。我给自己划了三条死线也建议所有工控同行照做第一凡是涉及安全保护的逻辑比如急停回路、安全光栅、机械限位、超温保护、过载连锁必须人工编写、人工审查、现场验证AI只能提出参考建议不能直接照搬。第二程序里涉及“现场参数”的比如传感器量程、设备额定电流、变频器加减速时间、伺服电子齿轮比必须来源于设备铭牌和调试记录不能相信AI的记忆。AI可能背过某款变频器的默认参数但你的现场不是默认工况。第三任何AI生成的代码在上真机之前必须有真人完成“逻辑签名”——就是逐段理解并书面确认程序逻辑符合工艺要求。公司层面我建议在PLC程序交付清单里增加一栏“AI辅助生成部分及人工审阅确认”既是对设备负责也是工程师自我保护。最后说点实际的体会写了这么多最后用我自己的真实感受收个尾。用了AI这半年最大的变化不是我写程序快了而是我把省下来的时间花在了以前总没空做的事上研究工艺流程为什么这样设计琢磨现场故障的根本原因甚至抽空把老设备的遗留问题清理了一遍。AI没有让我失业它把我从“代码搬运工”里解放出来了。但也正因为它什么都能编得有模有样反而逼着人更认真地去理解程序背后的物理世界。现在的我的工作习惯是AI出初稿我来当那个“懂现场的人”。工具越来越强人的价值不在手速而在判断力——知道一段程序在什么条件下会出事、在什么工况下需要冗余这种经验是AI永远学不来的。最后再分享一个小技巧如果你第一次尝试用AI写PLC程序别一上来就挑战复杂的多工位联动先从星三角降压启动或者抢答器这类经典逻辑开始跑通一次“AI生成—人工审查—仿真验证—上真机”的完整流程。跑通了你就知道哪里该信它哪里必须自己来。这个分寸感就是AI辅助编程这门手艺的核心。
