1. 从“能跑就行”到“跑得稳”入行前三年最该建立的PLC工程思维刚入行的头一两年很多人对PLC编程的理解就是“把梯形图凑出来设备能动就算成功”。我见过太多项目调试阶段一切正常到了客户现场运行三个月问题像雨后春笋一样往外冒——IO点烧了、通讯间歇性中断、程序莫名其妙跑飞。这些问题的根源往往不是技术难度有多高而是从一开始就没有建立起正确的工程思维。PLC工程师这个岗位入门门槛确实不算高。会画梯形图、能下载程序、知道几个常用指令就能应付不少简单项目。但真正区分一个工程师水平高低的是他在写第一行代码之前脑子里想的东西。我总结了这90条实战经验不是要教你某个指令怎么用而是想把这些年踩过的坑、熬过的夜、被客户骂过的教训变成你能直接拿去用的判断依据。这篇文章适合谁看如果你入行1到3年已经能独立完成一些小项目但总觉得程序不够“扎实”或者经常在调试现场被各种意外情况搞得焦头烂额那这些内容就是为你准备的。我不会讲太多理论重点放在“为什么这么做”和“不这么做会怎样”上。每条经验背后都有具体的场景和代价。先说说最核心的一个认知转变PLC程序不是写给机器看的是写给人看的。你写的每一段逻辑未来都可能被你自己或者同事在凌晨三点的现场打开修改。如果那时候你看到的是满屏的M0.0、M0.1、T37、T38没有任何注释和结构你一定会想抽自己。所以从第一个项目开始就要养成“为可维护性编程”的习惯。这个习惯的回报周期很长但一旦养成你会受益整个职业生涯。2. IO分配表项目成败的第一道分水岭2.1 为什么IO分配不能边写程序边定很多新手拿到项目第一反应是打开编程软件开始画梯形图。这是最危险的开始方式。我见过一个做包装机的项目工程师程序写到一半发现需要增加一个气缸结果所有涉及该工位的逻辑都要重新调整因为IO点已经排满了只能插在中间导致地址完全不连续。后期维护的时候查一个点要翻三页交叉引用。正确的做法是在打开编程软件之前先用Excel把IO分配表做出来。这张表要包含几个关键列序号、功能描述、信号类型DI/DO/AI/AO、地址、信号来源/去向、备注。看起来简单但这里面有讲究。首先是地址规划。以西门子S7-1200为例数字量输入从I0.0开始但不要真的从I0.0开始用。我习惯把前8个点预留给系统状态急停、安全门、气压检测等从I0.1或者I1.0开始分配功能点。这样做的好处是系统级信号永远在固定位置不管项目怎么变急停永远是I0.0安全门永远是I0.1。调试的时候不用查表就知道。其次是预留。一个非标项目IO点预留20%是底线。如果你算出来需要48个输入点那就选64点的模块。不要觉得浪费客户改需求是常态预留的点位就是你的缓冲空间。我吃过亏一个项目算得刚刚好结果客户中途加了一个检测工位只能外挂一个远程IO通讯稳定性直接下降一个等级。2.2 IO分配中的“功能分组”原则IO分配不是简单地按顺序排列而是要按功能分组。比如一个六轴机械臂的控制系统每个轴的限位、原点、使能信号应该连续排列。这样在程序里做轴控制功能块的时候可以直接用指针或者数组来批量处理而不是每个轴都写一遍重复逻辑。具体操作上我习惯用这样的结构分组地址范围功能说明系统安全I0.0-I0.7急停、安全门、气压、温度报警轴1I1.0-I1.7限位、原点、使能、报警轴2I2.0-I2.7同上轴3I3.0-I3.7同上按钮站I4.0-I4.7启动、停止、复位、手动/自动预留I5.0-I7.7扩展用输出也是同样的逻辑。电磁阀按工位分组指示灯按状态分组。这样在写程序的时候你脑子里有一张清晰的地图而不是一堆散乱的地址。还有一个细节模拟量通道的分配要远离数字量高频切换的区域。虽然现在的PLC抗干扰能力都不错但如果你把热电偶的模拟量输入和伺服脉冲输出放在同一个模块上温度波动个几度是常有的事。有条件的话模拟量模块单独走一路电源屏蔽线单端接地这些老生常谈的东西真到了现场出问题的时候你才会知道有多重要。2.3 IO分配表如何直接转化为程序框架IO分配表做完之后不要急着写逻辑。先做一件事把IO表里的每个信号在程序里建立对应的变量和注释。西门子TIA Portal里可以直接导入Excel生成的变量表三菱GX Works也可以用CSV导入。这一步花你半小时但省下的是后期无数次的查表时间。我习惯在变量表里加一列“信号有效状态”比如急停是常闭还是常开限位是NO还是NC。这个信息在写逻辑的时候至关重要。很多新手程序出问题就是因为没搞清楚传感器是常开还是常闭导致逻辑完全反了。更麻烦的是有些设备出厂时是常闭用着用着被人改成常开了程序没改结果安全功能失效。提示IO分配表要打印出来贴在电柜门上调试的时候随手就能看。不要只存在电脑里现场油污、灰尘、手忙脚乱的时候一张纸比什么都管用。3. 梯形图之外程序框架才是决定调试速度的关键3.1 为什么你的程序总是越写越乱梯形图是PLC编程的基础但如果你把所有逻辑都堆在Main里用不了多久就会变成一团乱麻。我见过最夸张的一个程序Main程序块有三千多行从头到尾没有一条注释所有的中间变量都是M点没有任何功能块划分。那个项目的工程师离职之后没人敢改那个程序最后只能重写。程序框架的核心思想是分层。我一般把程序分成四层系统层、设备层、工艺层、界面层。系统层处理的是急停、安全、模式切换、报警汇总这些全局性的东西。这一层永远在最前面而且不管什么项目结构基本不变。你可以把它做成一个标准库每个项目直接调用。设备层是每个执行机构或传感器的控制逻辑。一个气缸、一个电机、一个加热器都是一个独立的设备功能块。这个功能块要封装好输入输出明确内部逻辑自包含。比如一个气缸功能块输入是“伸出指令”“缩回指令”“伸出到位”“缩回到位”输出是“伸出阀”“缩回阀”“动作完成”“动作超时”。这样你在主程序里只需要调用这个功能块传几个参数进去逻辑就完成了。工艺层是具体的动作流程。比如“上料-定位-加工-下料”这样的顺序控制。这一层用状态机或者步进梯形图来实现每一步的条件和动作都清清楚楚。界面层是跟触摸屏交互的部分。按钮、指示灯、参数设置、报警显示这些逻辑单独放在一个块里不要跟控制逻辑混在一起。3.2 功能块设计的“三不原则”写功能块的时候我遵循三个原则不依赖全局变量、不修改外部状态、不产生副作用。不依赖全局变量意思是功能块内部用到的所有数据要么是输入参数要么是内部静态变量。不要在里面直接读写M点或者DB块里的全局数据。这样做的好处是功能块可以随便复制粘贴不会因为地址冲突出问题。不修改外部状态意思是功能块只根据输入决定输出不要在里面偷偷改别的设备的状态。比如一个电机功能块不要在里面去控制跟这个电机相关的指示灯指示灯的逻辑应该由调用者根据电机的输出状态来决定。不产生副作用意思是同一个输入任何时候调用都得到同样的输出。不要在里面用上升沿触发一些莫名其妙的东西除非这个上升沿是输入参数明确传进来的。这三条听起来有点抽象但实际操作中非常有用。我做过一个项目需要控制12个同样的搅拌罐每个罐的逻辑完全一样。因为功能块设计得好我只需要写一遍逻辑然后调用12次每个罐传不同的IO地址和参数就行了。调试的时候发现一个问题改一次功能块12个罐全部修复。如果当初是复制粘贴12遍那就要改12个地方漏一个就是事故。3.3 状态机的标准化写法顺序控制是PLC编程里最常见的需求也是最容易写乱的地方。很多人的写法是用一堆定时器和中间继电器互相触发程序跑起来之后你根本不知道现在处于哪一步。标准的状态机写法应该是这样的用一个整数变量表示当前步号每一步用一个CASE语句或者比较指令来判断。步与步之间的转换条件明确写在注释里。比如// 步号定义 // 0 初始状态 // 10 等待启动 // 20 上料 // 30 定位 // 40 加工 // 50 下料 // 60 完成 CASE #Step OF 0: IF #InitDone THEN #Step : 10; END_IF; 10: IF #StartBtn AND #SafetyOK THEN #Step : 20; END_IF; 20: // 上料逻辑 IF #FeedDone THEN #Step : 30; END_IF; // ... 后续步骤 END_CASE;这种写法的好处是任何时候你在线监控看一眼Step的值就知道设备跑到哪一步了。而且步与步之间的逻辑是隔离的不会出现多个步同时激活的情况。调试的时候你可以强制修改Step的值直接跳到某一步测试效率极高。注意步号之间留出间隔比如10、20、30方便后期在中间插入新的步骤。如果你用1、2、3、4后面想加一步就要全部重排。4. 通讯与模拟量那些让你半夜被叫去现场的坑4.1 Modbus通讯的“超时”和“重试”到底怎么设Modbus RTU是PLC跟变频器、仪表、传感器通讯最常用的协议。很多新手调通讯只要数据能读上来就认为成功了。但现场运行一段时间后偶尔出现通讯中断设备停机客户打电话来骂人。问题出在超时和重试参数上。默认的超时时间通常是1000ms重试次数是3次。这个参数在实验室里没问题但在现场如果通讯线走的是拖链或者靠近变频器干扰会导致偶发的数据错误。如果超时设得太短一次干扰就触发超时如果重试次数太少连续两次干扰就报故障。我的经验值是超时时间设500ms重试次数设5次。500ms对于9600波特率来说足够传输几十个字节了。重试5次意味着只有连续5次通讯失败才报故障这基本上排除了偶发干扰。同时在程序里做一个通讯质量计数器每次通讯成功加1失败减1低于某个阈值就报警。这样可以在通讯完全中断之前就发现线缆老化或者接触不良的问题。还有一个细节不要把通讯放在主循环里同步执行。如果通讯失败程序会卡在等待响应的那几百毫秒里导致其他逻辑无法及时执行。正确的做法是用状态机或者定时中断来驱动通讯主程序只管发指令和取数据不等待。4.2 模拟量滤波为什么你的温度读数一直在跳模拟量输入最让人头疼的就是数值波动。一个PT100的温度读数理论上应该是稳定的但实际显示可能在±2度之间跳。很多人第一反应是加滤波但滤波参数怎么设很多人是凭感觉。首先你要区分波动是来自传感器本身、线路干扰还是PLC模块的量化误差。如果是传感器本身的问题滤波解决不了要换传感器。如果是线路干扰先检查屏蔽线接地和走线。如果都排除了再用滤波。PLC里常用的滤波有两种一阶滞后滤波和移动平均滤波。一阶滞后滤波的公式是Y Y_prev K * (X - Y_prev)K值越小滤波效果越强但响应越慢。对于温度这种大惯性系统K可以取0.1到0.2。对于压力或者流量这种需要快速响应的K取0.3到0.5。移动平均滤波是取最近N个采样值的平均值。N越大越平滑但延迟越大。我一般用N8或者N16。在西门子S7-1200里可以用循环中断OB35来定时采样比如每100ms采一次然后做移动平均。但要注意滤波不能解决所有问题。如果模拟量信号本身有周期性干扰比如变频器载波频率的谐波滤波只能减轻不能消除。这时候要从硬件入手加磁环、换屏蔽线、调整变频器载波频率。4.3 OPC UA读取PLC数据配置比编程更麻烦现在越来越多的项目要求把PLC数据上传到上位机或者MES系统OPC UA是最常用的方式。很多人以为在PLC里启用OPC UA服务器就行了实际上配置的坑非常多。首先是证书。OPC UA要求安全连接PLC和客户端之间要交换证书。西门子S7-1200/1500的OPC UA服务器默认是关闭的启用之后要生成自签名证书然后把证书导出给客户端信任。这个过程如果没做过能折腾一整天。我的建议是先在测试环境把证书流程走通把步骤截图保存现场直接照做。其次是变量映射。不是所有PLC变量都能通过OPC UA访问只有全局DB块里的变量才行而且DB块要取消“优化的块访问”。这个选项在TIA Portal里默认是勾选的如果不取消OPC UA客户端看不到任何变量。我第一次做的时候找了两个小时才发现这个问题。还有性能问题。OPC UA的采样周期不要设得太短500ms到1000ms足够了。如果设成100msPLC的通讯负载会很高影响控制程序的扫描周期。我见过一个项目OPC UA采样周期设了50ms结果PLC扫描周期从2ms涨到15ms伺服控制直接报警。5. 现场调试教科书不会告诉你的生存法则5.1 第一次下载程序前必须做的五件事新手最容易犯的错误就是程序写完了直接点下载。如果设备是静止的还好如果设备正在运行或者有气缸在伸出位置下载程序可能导致输出状态突变气缸突然动作轻则撞坏工件重则伤人。下载前必须确认第一所有执行机构处于安全位置气缸缩回电机停止。第二确认PLC处于STOP模式不要在线修改后直接运行。第三检查程序里的初始步号是否正确不要一运行就跳到中间步骤。第四确认急停回路有效物理急停按钮能切断输出。第五通知现场所有人员你要下载程序了让他们远离设备。这五条看起来是废话但每年都有因为忽略这些而发生的安全事故。我自己就经历过一次在线修改了一个气缸的输出逻辑结果下载的瞬间气缸伸出来了幸好当时手不在模具里。5.2 在线监控的正确姿势在线监控不是盯着梯形图看哪个点亮了。高效的调试方法是先看状态机步号再看报警最后看具体逻辑。如果设备不动先看Step停在哪个值然后看这个步的转换条件是什么哪个条件没满足。这样你就能快速定位到问题点。而不是从头到尾把梯形图看一遍。对于模拟量用趋势图比看数值更直观。西门子TIA Portal和博途都有趋势记录功能把关键模拟量加到趋势图里设备跑一遍你就能看到整个过程的曲线。温度有没有超调压力有没有波动一目了然。还有一个技巧善用强制表。调试的时候有些传感器还没接有些执行机构还没装你可以用强制表来模拟信号。但强制完之后一定要取消我见过有人强制了急停信号调试完忘了取消结果急停按钮失效差点出大事。5.3 程序备份的“三二一”原则现场调试最怕什么程序丢了。我经历过一次工程师在客户现场改程序笔记本突然蓝屏改了一天的程序没了。客户催着要发货只能连夜重写。从那以后我坚持“三二一”原则三个备份两个介质一个异地。三个备份是PLC里的程序、笔记本里的源程序、U盘里的归档程序。两个介质是硬盘和U盘。一个异地是发一份到自己的邮箱或者云盘。每次修改程序之前先备份当前版本。修改完成并验证通过后再备份新版本。版本号要清晰比如项目名_日期_版本号。不要用最终版、最终版2、真正最终版这种命名过一个月你自己都不知道哪个是哪个。提示西门子PLC可以用存储卡做程序归档三菱可以用SD卡。把最终版本的程序和注释一起存到卡里卡插在PLC上就算电脑丢了程序还在。6. 那些年我踩过的“小问题”每一个都让我加班到凌晨6.1 汇川AM763无法识别本地IO模块这个问题我遇到过两次都是AM763系列。现象是PLC上电后本地IO模块的指示灯不亮编程软件里也看不到模块。排查过程很折磨人因为硬件看起来没问题电源也正常。第一次的原因是模块之间的连接器没有完全插紧。AM763的模块是拼接式的靠背面的连接器通讯。如果安装的时候没有听到“咔哒”一声连接器可能只接触了一半。上电后PLC能运行但IO模块识别不到。解决方法是断电把所有模块重新插一遍确保每个连接器都到位。第二次的原因更隐蔽固件版本不匹配。PLC的固件是1.0.0IO模块的固件是1.0.2两者不兼容。在软件里看模块信息固件版本显示为“未知”。解决方法是升级PLC固件或者更换IO模块。这个问题的教训是新项目到货后先检查所有模块的固件版本不一致的提前升级。6.2 西门子S7-200 SMART搜索不到CPUS7-200 SMART用网线连接电脑后在STEP 7-Micro/WIN SMART里点“搜索”找不到CPU。但用ping命令能ping通。这个问题通常有三个原因。第一电脑的网卡设置了多个IP地址。比如你同时连着公司内网和PLC电脑有两个IP软件不知道用哪个网卡去搜索。解决方法是禁用不相关的网卡只保留跟PLC通讯的那个。第二防火墙拦截了搜索广播。Windows防火墙有时候会阻止软件的UDP广播包。临时关闭防火墙试试如果关掉就能搜到那就把软件的端口加到防火墙白名单里。第三PLC的IP地址跟电脑不在同一个网段。S7-200 SMART默认IP是192.168.2.1如果你的电脑是192.168.1.x那就搜不到。把电脑改成192.168.2.x或者用软件里的“设置IP地址”功能强制修改。如果以上都不行还有一个终极方法用网线直接连接PLC和电脑不经过交换机。有些交换机会过滤广播包导致搜索失败。6.3 信捷XD3伺服脉冲程序不动作信捷XD3系列PLC控制伺服驱动器梯形图写了脉冲输出指令但伺服不转。检查接线没问题伺服使能也正常。最后发现是脉冲输出频率设得太高。信捷XD3的晶体管输出型脉冲频率最高是100kHz。但如果你用的指令是PLSY或者PLSR频率参数设成了200kHzPLC实际上输出不了那么高结果就是没有脉冲。把频率降到50kHz伺服立刻正常。还有一个常见问题脉冲方向模式下的方向信号逻辑。有些伺服驱动器要求方向信号在脉冲输出之前建立有些要求同时。如果方向信号延迟了伺服可能只往一个方向转。解决方法是在发脉冲之前先设置方向输出延时10ms再发脉冲。6.4 温度PID波动大温差超过10度PID控制是PLC编程里比较难调的部分。一个加热炉的温度设定200度实际在190到210之间来回波动。很多人第一反应是调P参数但往往越调越乱。我的经验是先检查硬件再调参数。硬件方面加热器的功率是否足够如果加热器功率太小升温慢PID输出一直饱和温度到了之后又降不下来必然波动。热电偶的安装位置是否合理如果热电偶离加热器太近测的是加热器附近的温度不是炉膛温度也会波动。硬件没问题之后再调PID。对于温度这种大惯性系统先把I参数设为0D参数设为0只调P。P从小往大调直到温度开始等幅振荡然后取振荡时P值的一半作为最终P。然后加II从大往小调直到消除静差。D一般不用除非系统惯性特别大。如果还是波动考虑用PID自整定功能。西门子S7-1200的PID_Compact指令有自整定功能在调试界面点“启动自整定”让系统自己跑一遍自动算出P、I、D参数。自整定的时候要确保系统处于正常工况不要人为干扰。7. 从毕业设计到非标项目不同阶段的PLC学习路径7.1 毕业设计选题的“避坑”指南每年都有很多人问PLC毕业设计怎么做。我的建议是选题要小功能要全不要贪大。“基于PLC的冷库监控系统设计”这种题目听起来很大但实际做的时候你只需要一个PLC、一个温度传感器、一个继电器、一个加热器就能模拟出来。功能上包含温度采集、PID控制、超限报警、触摸屏显示就是一个完整的系统。工作量适中老师也挑不出毛病。不要选“基于PLC的六轴机械臂控制系统”这种题目。六轴机械臂的算法复杂度远超你的想象光是运动学逆解就够写一篇论文了。而且实物成本高很多学校没有设备只能做仿真答辩的时候老师一问细节就露馅。选题的时候先问自己三个问题这个题目需要什么硬件我能不能搞到我能不能在两周内做出一个能演示的原型如果任何一个问题的答案是否定的换题。7.2 非标项目调试的“三板斧”非标项目的特点是每个项目都不一样没有现成的经验可以照搬。但调试的方法论是通用的。我总结为“三板斧”分步调试、单点验证、逐步集成。分步调试是指不要等整个程序写完再调试。写完一个功能块就单独测试这个功能块。比如气缸功能块写完了先手动触发一下看气缸能不能正常伸出缩回。确认没问题了再写下一个功能块。单点验证是指每个IO点都要单独验证。不要假设接线是对的不要假设传感器是好的。用强制表一个一个点确认输入信号能正确读到输出信号能正确驱动。这一步花时间但能避免后期90%的“莫名其妙”的问题。逐步集成是指功能块都验证完之后按照工艺流程一步一步串起来。先调上料再调定位再调加工最后调下料。每一步都确认无误后再进行下一步。不要一次性把整个流程跑起来出了问题你根本不知道是哪个环节。7.3 从梯形图到结构化文本的过渡梯形图适合逻辑控制但处理复杂计算、数组操作、字符串处理的时候非常吃力。我建议入行1-2年之后开始学习结构化文本ST或者SCL。西门子的SCL、倍福的ST、汇川的ST语法都差不多。学会一种其他的触类旁通。SCL写循环、条件判断、数学运算比梯形图简洁得多。比如你要计算一个平均值梯形图要写一堆ADD和DIVSCL一行代码就搞定了。但不要完全抛弃梯形图。安全逻辑、急停回路、简单的联锁还是用梯形图更直观。我的习惯是设备控制用梯形图数据处理用SCL两者混合使用。8. 写给入行1-3年的你一些没人会告诉你的真心话8.1 工资涨得快的工程师都在做同一件事我观察过身边那些入行两三年就拿到高薪的同事他们有一个共同点主动整理和分享。每次项目做完他们会把程序框架、功能块、调试记录整理成文档下次项目直接复用。他们会在技术群里回答别人的问题在论坛上发帖总结。这些动作看起来是在帮别人实际上最大的受益者是自己。因为整理的过程就是复盘的过程。你写下来的东西才是真正理解的东西。而且当你分享得多了机会会主动来找你。我现在的几个私活都是以前在论坛上回答问题认识的客户介绍的。8.2 不要只盯着自己的一亩三分地PLC工程师很容易陷入一个误区只关心PLC本身。但实际项目中PLC只是控制系统的一部分。你需要了解传感器的工作原理知道为什么接近开关有NPN和PNP之分你需要了解变频器的参数设置知道为什么电机低速时转矩不够你需要了解机械结构知道为什么气缸会爬行。这些知识不需要你精通但至少要懂。当机械工程师说“这个位置精度要求高”你要知道该选伺服还是步进当电气工程师说“这个电机要调速”你要知道该用变频器还是直流调速器。懂这些你在项目里才有话语权而不是被动地接受别人的要求。8.3 保持学习的习惯但不要盲目追新PLC技术更新不快西门子S7-1200出来十几年了现在还是主流。三菱FX系列、欧姆龙CP系列都是老架构但市场占有率依然很高。不要因为出了新东西就焦虑把现有的东西学扎实比什么都强。但也要关注趋势。比如OPC UA、MQTT、边缘计算这些是未来工业物联网的基础。你不需要马上成为专家但要知道它们是干什么的有机会的时候上手试一下。我去年做了一个项目用PLC通过OPC UA把数据传到Node-RED再上传到云平台。这个项目让我对工业物联网有了直观的认识也成了我简历上的一个亮点。8.4 现场调试的心态管理最后说一个容易被忽略的问题心态。PLC调试现场压力很大。客户催进度设备出问题有时候一个问题卡一整天整个人都是崩溃的。我的经验是遇到问题先停下来不要死磕。去喝杯水走一圈回来再看。很多时候问题其实很简单只是你钻牛角尖了。我印象最深的一次一个通讯问题查了三个小时最后发现是网线水晶头没压好。当时如果早点停下来检查硬件十分钟就解决了。还有不要怕犯错但不要犯同样的错。每个工程师都是从烧模块、撞气缸、丢程序过来的。犯错不可怕可怕的是犯了错不记录、不总结。我有个笔记本专门记每次调试遇到的问题和解决方法。现在翻回去看很多问题都是重复的。如果当初记下来第二次就不会再花那么多时间。这90条经验我会每天更新。不是因为我有多厉害而是因为PLC这个领域永远有学不完的东西。今天你觉得搞懂了的问题明天换个品牌、换个工况可能又不一样了。保持敬畏保持好奇保持记录。共勉。