1. 拿到一个项目先别急着写程序做PLC编程这行这么多年我带过不少新人发现一个特别普遍的问题很多人拿到工艺需求第一反应就是打开编程软件开始拖梯形图、敲指令。结果往往是把I/O表填完、把最简单的启保停写出来后面越写越乱改来改去最后自己都看不下去。这不是个例。我刚入行的时候也是这样后来被一个老师傅骂了一顿才明白PLC程序不是写出来的是“想”出来的。你脑子里没想清楚手上写出来的东西一定是乱的。以我最近做的一个搅拌机控制项目为例带大家走一遍完整的编程思路。这个项目是我从淘宝上接的一个小活客户要求一台搅拌机两个进料阀液体A和液体B一个搅拌电机一个排料阀一个加热器要求按配方自动完成进料、搅拌、加热、排料的全过程同时支持手动操作和紧急停止。看起来是个很小的系统对不对真正写起程序来里面涉及的编程思路和坑一点不比大型项目少。这篇文章我按我实际做项目的顺序来讲先分析需求和I/O再规划程序结构然后写核心逻辑最后讲排查和优化。全程用这个搅拌机项目做例子把每一步为什么这么做说清楚。适合刚入门PLC编程的同行也适合那些有一定基础但写程序总感觉“逻辑乱”的朋友。2. 核心思路拆解把工艺翻译成逻辑再把逻辑翻译成程序2.1 第一层翻译把工艺动作梳理成状态流客户说“自动完成进料、搅拌、加热、排料”这句话对PLC来说没有直接意义。PLC不认识“进料”这个词它只认识“输入点在哪、输出点在哪、什么时候接通断开”。所以我们要做的第一层翻译是把工艺动作拆成PLC能理解的步骤序列。我这个搅拌机项目的动作序列是这样的按下启动按钮后打开液体A进料阀当液位到达低液位开关时打开液体B进料阀当液位到达高液位开关时关闭两个进料阀启动搅拌电机搅拌持续到设定时间后停止启动加热器加热到设定温度后关闭加热器打开排料阀当液位降到低低液位开关时关闭排料阀一个循环结束按照设定次数自动开始下一个循环直到完成指定批次大家注意这套动作描述里已经有几个关键东西了输入信号液位开关、温度传感器、按钮、输出设备阀门、电机、加热器、时序关系先做什么再做什么、条件判断到了什么状态才切换下一步。这些就是编程思路的原料。我习惯用一页纸把这套动作画成流程草图每个步骤写清楚“触发条件是什么”“动作是什么”“退出条件是什么”。这一步用纸笔做不着急开电脑。2.2 第二层翻译把状态流映射成PLC资源有了动作序列接下来是把这些动作“分配”给PLC的软件资源。这是初学者最容易忽略的一步很多人直接从动作跳到梯形图结果就是程序里到处是定时器、到处是置位复位逻辑乱成一锅粥。我的做法是先分三类资源输入映射所有的按钮、开关、传感器信号一一对应到PLC的输入地址整理成I/O表输出映射所有的阀门、电机、指示灯等执行器件对应到输出地址中间变量映射把动作步骤定义为中间继电器M或者用整型变量D记录当前步号这套思路的核心在于PLC程序本质上是“状态机”而状态机的基础就是步骤标记。每一步用一个标志位或步号数值表示整个程序就是在判断“当前是第几步条件是否满足满足就切到下一步”。这种方法的好处是显而易见的程序可读性高别人打开你的程序能看到清晰的步骤逻辑排查问题时看当前步号就知道设备走到哪了修改工艺时只需要调整步骤判定条件不会牵一发动全身。2.3 为什么不要一上来就写梯形图我再强调一遍这个观点因为这决定了你后面写程序是越写越轻松还是越写越痛苦。梯形图是PLC程序的“表达语言”但它不是“思考语言”。你思考的时候应该用的是流程、状态、条件、动作这些抽象概念。先有清晰的设计再翻译成梯形图这才是正确的顺序。很多新手恰恰搞反了一边想工艺怎么做一边想着梯形图怎么画脑子里同时处理两个层面的内容能不乱吗我教新人的时候经常说你在纸上能把工艺流程写清楚PLC程序就已经完成百分之六十了剩下的只是把流程“翻译”成指令的问题。这个翻译过程是有章法的下面我详细拆解。3. 实战起点I/O分配表与信号类型判断3.1 先列清单这台设备有多少信号要进PLC做I/O分配之前我会先列一个完整的信号清单。拿搅拌机项目来说输入信号包括启动按钮常开停止按钮常闭后面会讲为什么用常闭急停按钮常闭手动/自动切换开关低液位开关高液位开关低低液位开关温度传感器模拟量4-20mA搅拌电机热继电器常闭输出信号包括液体A进料阀液体B进料阀搅拌电机接触器加热器接触器排料阀运行指示灯故障指示灯这个清单看起来很基础但我每次都会认真做因为设备选型时如果漏了一个输入点后面就要加扩展模块或者改接线既麻烦又容易被甲方扣钱。3.2 信号类型开关量分清楚是“有电才动作”还是“掉电才动作”开关量的类型区分是一个非常重要的细节。初学者最容易搞混的就是常开和常闭的概念特别是急停、停止、热继电器这些安全相关的信号。我举个例子急停按钮常规设计是接常闭触点。也就是说急停按钮正常情况下触点一直是闭合的PLC输入点一直有信号按下急停时触点断开PLC输入点信号消失程序检测到“急停信号消失”就执行停车。为什么要这么接因为这样可以实现“断线保护”。如果急停线缆断了或者PLC输入点坏了常闭接法会让信号消失程序能检测到异常并停车如果接常开线断了程序根本不知道急停就形同虚设了。这个原理可以用生活来类比家里的火警报警器正常时应该一直有电报警时才断电而不是报警时才有电。万一供电线断了报警器就不会响了那就失去意义了。安全信号永远选“常态闭合、异常断开”的方式。另外还有一个常见的坑传感器输出类型选NPN还是PNP。西门子PLC特别是200系列支持源型输入公共端接电源正那就选PNP型传感器输出高电平有效三菱FX系列和部分信捷PLC是漏型输入公共端接0V选NPN型传感器。这个选错的话信号死活进不了PLC排查起来还特别难发现。我从网上看到一个比较典型的问题“输出脉冲接入西门子PLC的NPNPLC公共端接的电源正接法”。这种问题其实就出在信号类型匹配上传感器输出是NPN开集电极而PLC公共端接了正信号就无法形成有效回路。正确的做法是公共端接0V信号线接输入点或者用继电器中转。3.3 I/O表的规范写法整理好信号类型就可以写正式的I/O分配表了。这个表后面要作为程序注释、接线图、说明书的一部分所以从一开始就要规范。我习惯用这样的表格样式地址设备名称信号类型接线说明用途备注X0启动按钮常开接PLC输入自动启动X1停止按钮常闭接PLC输入自动停止X2急停按钮常闭接PLC输入紧急停车X3手动/自动切换常开接PLC输入模式选择X4低液位开关常开接PLC输入到低液位开B阀X5高液位开关常开接PLC输入到高液位关阀启动搅拌X6低低液位开关常开接PLC输入排空检测X7电机热继电器常闭接PLC输入过载保护X10温度传感器模拟量4-20mA加热控制反馈Y0A进料阀—接继电器/接触器进料AY1B进料阀—接继电器/接触器进料BY2搅拌电机—接接触器搅拌控制Y3加热器—接接触器加热控制Y4排料阀—接继电器/接触器排料控制这个表写清楚之后后面写程序、接线、调试验收都靠它。不少PLC编程软件如信捷的XDPPro、汇川的Autoshop、西门子博途都支持直接在程序里添加全局变量注释把I/O表做到程序里比写在纸上有用得多——因为程序传到现场别人打开就能看到含义不用到处找图纸。注意I/O表里要区分“输入信号是物理地址”还是“变量名”。现在的软件都支持“地址符号名”的映射方式建议在程序里用符号名编程而不是直接写 X0、Y0。这样程序的可读性会大幅提升后面修改地址时也不用动程序逻辑。4. 程序整体架构设计主程序、子程序与步进状态机4.1 为什么要规划程序结构而不是一个梯形图写到底很多人写PLC程序是“一把梭”从第一行写到最后一行业务逻辑全在主程序里一行不漏。程序短还好说稍微复杂一点就麻烦大了查问题不知道从哪看起想加功能不知道在哪里加改一个地方可能影响一大片。我的习惯是把程序分成几个逻辑块每个块只做一件事初始化块程序首次运行时的参数设置、变量清零、初始状态赋值公共处理块模式判断、急停检测、系统状态汇总自动流程块步进状态机的运转逻辑手动操作块手动模式下各个设备的单独控制报警处理块故障信号采集、指示灯控制、报警锁定与复位模拟量处理块温度信号的读取、量程换算、比较判断这个分块方式在西门子博途里可以用不同的“程序块OB/FC/FB”来实现在三菱和信捷PLC里可以拆成不同段区间用梯形图里的“跳转”或子程序调用指令来组织。汇川的Autoshop和信捷的XDPPro也都支持子程序结构只要你想分没有实现不了的。4.2 手动/自动切换的架构设计搅拌机项目里有个“手动/自动切换开关”这在实际设备里非常常见。设计逻辑时要注意一点自动程序和手动程序必须互斥不能出现手动操作时自动流程还在跑的情况。我见过很多新手写的程序手动和自动逻辑各写各的没做互斥结果手动开个阀门自动流程以为阀已经打开了继续往下跑最后设备撞了、物料洒了还不知道问题出在哪。互斥的做法很简单用一个中间变量标记当前模式。在自动流程步进逻辑的每个步骤里第一步判断“是否处于自动模式”不是就直接跳出。手动逻辑也要加一个“没在自动运行”的条件。理解了这一层架构再去看网上那些PLC程序案例你就能看出门道了好的程序结构清晰每个功能块之间的“接口”都很明确——主程序负责调度子程序负责执行数据通过全局变量交互。5. 搅拌机项目核心代码实现从流程图到梯形图5.1 先画流程动作顺序表与步进条件前面我说过先把流程画清楚后面就是翻译工作。在写搅拌机梯形图之前我为自己定义了这样一张步进表步号动作进入下一步的条件S0等待启动初始状态启动按钮按下且自动模式S10开A进料阀进料A液位到达低液位X4S20开B进料阀进料B液位到达高液位X5S30关进料阀启动搅拌电机搅拌时间到T0S40停止搅拌启动加热温度到达设定值S50关加热开排料阀液位降到低低液位X6S60关闭排料阀计批次数批次次数到这里我用了三菱/信捷风格的“S步进”指令来描述实际上这个表是通用的不管最后用什么PLC、什么指令体系这个执行逻辑是核心。你把“S0、S10、S20”想象成不同的状态编号每个编号对应的是一段“执行条件判断”的逻辑。在西门子PLC里没有专门的步进指令但完全可以用中间变量M位或DB里的整数来模拟定义一个整数变量“步号”程序里用比较指令判断当前步号再执行对应逻辑。这种方式比用S指令更灵活尤其在复杂的非标设备里非常实用。5.2 梯形图实现用中间变量建立状态机拿三菱/信捷风格的指令来举例我会先定义M0为“自动运行激活”D0为“当前步号”。然后主程序里这样写核心逻辑// 自动模式 启动按钮 - 开始自动运行 LD X3 // 手动/自动开关在自动位 AND X0 // 启动按钮按下 ANI M0 // 当前不在自动运行中 SET M0 // 激活自动运行 // 停止按钮或急停或故障 - 退出自动运行 LD X1 // 停止按钮常闭信号丢失即动作 OR X2 // 急停常闭信号丢失即动作 OR M100 // 故障标志 SET M1 // 停机标志 RST M0 // 复位自动运行然后步进执行逻辑用比较指令// 步号 0: 等待启动状态 LD M0 ANI M1 AND D0 0 // 当前步号为0 OR ... // 在这里处理启动条件这种写法的关键点在于任何一步的切换都是“当前步执行完成→重置当前步→步号1→执行下一步”的过程。每一步的动作可以分解为步骤动作执行完成条件判断条件满足时关闭当前步动作把步号变量加1有一点要特别提醒千万不要在每一步里直接“驱动”输出点而是通过步号条件来驱动。也就是说Y0A阀的驱动条件是“当前步号等于1S10”而不是“进料A阀门打开这个动作本身直接在步骤里被置位”。为什么因为步进状态机要求任何时刻只能有一个步骤激活。如果你直接置位/复位输出很容易出现两个步骤同时去控制同一个输出的情况竞争和误动作就这样产生了。5.3 完整梯形图示例结构化写法下面我给出搅拌机核心部分的简化梯形图用结构化文本风格来描述不同PLC指令略有差异但逻辑完全一致// 自动流程步进执行以结构文本表达实际工程用梯形图或ST CASE step OF 0: // 待机状态 IF auto_mode AND start_btn THEN step : 10; open_valve_A : TRUE; // 打开A阀 END_IF; 10: // 进料A IF level_low THEN // 低液位到 open_valve_B : TRUE; // 开B阀 step : 20; END_IF; 20: // 进料B IF level_high THEN // 高液位到 open_valve_A : FALSE; // 关A阀 open_valve_B : FALSE; // 关B阀 motor : TRUE; // 启动搅拌 timer_start(T0, 60000); // 设置60秒搅拌时间 step : 30; END_IF; 30: // 搅拌中 IF T0_done THEN motor : FALSE; heater : TRUE; step : 40; END_IF; 40: // 加热 IF temperature 80.0 THEN // 温度到达80度 heater : FALSE; discharge_valve : TRUE; // 开排料阀 step : 50; END_IF; 50: // 排料中 IF level_lowlow THEN // 低低液位到料排空 discharge_valve : FALSE; batch_count : batch_count 1; // 批次计数1 IF batch_count target_batches THEN step : 0; // 完成所有批次回到待机 auto_mode : FALSE; ELSE step : 10; // 继续下一轮 open_valve_A : TRUE; END_IF; END_IF; END_CASE;这种写法的最大优势就是逻辑一目了然。你看到“case step of 0/10/20...”就是在看整个设备的运行顺序。调试的时候把步号监控出来设备走到哪一步、卡在哪一步等什么条件一眼就能定位。注意我这里刻意没有用“置位/复位输出”的方式来控制每一步的动作而是每一步进入时直接驱动输出变量离开时清掉。这是结构化的做法比散布各处的SETRST指令好排查得多。5.4 顺控指令方式三菱/信捷的STL写法如果你用的是三菱FX系列或者信捷XC系列也完全可以借助PLC原生支持的步进顺控指令STL来写。STL指令的好处是它天然实现了“互斥”和“转移”当前步处于激活状态时上一步的驱动自动关闭避免重复输出。搅拌机项目的STL核心截图我用文字描述如下LD M0 SET S0 STL S0 LD X0 // 启动 AND M0 SET S10 STL S10 OUT Y0 // A阀打开 LD X4 // 低液位 SET S20 STL S20 OUT Y1 // B阀打开 LD X5 // 高液位 SET S30 STL S30 OUT Y2 // 搅拌电机 OUT T0 K600 LD T0 SET S40 STL S40 OUT Y3 // 加热 LD X10 // 温度到达模拟量比较结果 SET S50 STL S50 OUT Y4 // 排料阀 LD X6 // 低低液位 SET S60 STL S60 ... RET这里每个STL段里只有一个“下一步转移条件”相当干净。T0的定时范围根据实际搅拌时间设定K600代表600个0.1秒即60秒这是三菱/信捷的定时器分辨率常识。STL和“CASE步号”的思路本质相同区别是STL是PLC自带的结构指令编译器保证互斥CASE方式是自己管理步号更灵活但要求你自律不要乱改步号。6. 功能细节补全手动模式、定时器、模拟量处理6.1 手动模式怎么做才安全手动模式看起来简单——每个设备加一个按钮按一下开、再按一下关。但实际做的时候要加不少保护不然现场操作工能帮你“玩”出事故。我的做法是手动模式下每个设备输出都串联自动运行的“非”条件也就是自动运行时手动按钮无效设备启动前检查安全条件比如电机启动前确认搅拌腔内有物料液位高于低低液位避免空转损坏机械手动操作加热器时必须强制判断温度上限防止干烧手动操作排料阀时显示当前液位提醒操作工确认这些保护条件写在每个手动输出逻辑里梯形图上用串联触点实现。很多新人不理解“为什么PLC程序要写这么多判断条件直接接通不就完了吗”。实际上PLC程序的90%工作量都在做“安全防护”和“异常处理”真正执行工艺动作的代码可能只有10%。控制逻辑是横向的事故预防是纵向的两者交叉成网才是能上生产线的程序。6.2 定时器使用的几个坑搅拌时间用到定时器这看起来最简单但里面坑不少。第一定时器的类型要选对。三菱FX系列里有T0-T199是100ms定时器T200-T245是10ms定时器信捷类似西门子S7-200用的是TON、TONR其中TONR是累加型断电保持。如果你要做“累计搅拌时间”比如中途停机后重启应该用累加型如果只要一次性延时用普通TON就行。第二定时器不要用在多个地方。一个定时器地址在整个程序里最好只使用一次。如果你在步进程序里用T0做搅拌定时又在别的逻辑里用T0做其他延时运行起来经常会出现“定时莫名其妙被复位”或者“时间不对”的问题。排查这种问题很痛苦因为逻辑看着完全正确。第三定时器的启动条件要稳定。比如搅拌电机的定时你要确保定时器只在“搅拌中”这一个步骤里被驱动不要在电机启动信号和步进信号两个地方同时条件触发。这跟前面说的输出点冲突问题是同一类问题要注意避免。6.3 模拟量处理温度信号接入与工程换算搅拌机项目的加热控制我用的是4-20mA温度变送器。温度范围是0-100摄氏度对应4-20mA电流信号。PLC模拟量模块将4-20mA转换为数字量三菱FX3U的模拟量模块一般是0-400012位分辨率或者0-1600016位。以0-4000为例4mA对应020mA对应4000。那么温度换算公式就是温度 数字量 / 4000 * 100我这里数字量已经减过4mA偏置了如果模块没有自动偏置需要程序里先减掉偏移量再换算。西门子S7-200 SMART的模拟量输入一般是0-2764816位对应0-10V或0-20mA4-20mA信号需要自己在线性换算中偏移到5530-27648区间。换算公式写成程序就是标准的比例换算以实际量程计算Y (X - 5530) * 100 / (27648 - 5530)很多工程师为省事直接在PLC里用“比较指令固定值”来判断温度到达。但固定值会受到模块精度、线阻、环境温度影响误差可能达到2-3度。要求高一点的应用还是老老实实做标定和线性换算。网上热词里有个“PLC的标定”指的就是这个用标准温度源给变送器加信号读取PLC采样值记录零点、满量程对应的数字量反过来校准公式里的系数。设备用久了漂移了重新标定一次就能恢复精度。7. 联调测试与现场问题排查实录7.1 空载测试还没接负载先验证逻辑正确性写好的程序不能直接接电机和阀门去试一定要先空载测试。所谓空载就是把PLC输出到负载的线路断开或者通过软件的“强制输出”功能只让PLC运行看程序里各个输出的状态切换是否符合流程预期。这个过程我会重点盯几件事第一步看步号是否正常切换。监控步号变量人工模拟触发输入信号比如用短接线模拟液位开关闭合看步号是否按 0→10→20→30… 的顺序走。如果跳步、串步说明逻辑有漏洞要马上改。第二步看输出是否和步号一致。比如步号到20时Y0和Y1应该一起接通到30时Y0、Y1断开Y2接通。输出状态和步号对不上多半是输出驱动逻辑写串了。第三步看停止和急停是否有效。在任意步骤按下停止M0复位所有输出应该全部断开步号停在当前步。再次启动时应该从头开始还是从断点继续这个要跟客户确认。搅拌机项目客户要求从头开始所以我启动时把步号强制复位为0有些连续生产设备要求断点续跑那就要额外设计“断电记忆”和“断点恢复”逻辑。我在实际测试中还遇到过一个非常经典的问题程序里模拟信号点了强制现场试机时忘了取消强制导致传感器信号被PLC忽略设备动作混乱。那次排查花了我大半天最后发现是博途软件里的强制表没清除。从那以后我给自己定了规矩强制表用完立即清空并在程序启动最前面加一段“检测到强制状态就报警”的逻辑防止这种低级错误。7.2 常见问题排查速查表在我做PLC项目这几年遇到的高频问题基本集中在这几类。整理成一个表格给同行们做排查参考现象可能原因排查方法输入信号有了PLC监控不到信号类型不匹配NPN/PNP、公共端接线错误、传感器供电缺失万用表测输入点电压检查公共端电源输出有指示但负载不动作输出继电器损坏、外部接触器线圈电压不对、接线端子松动测输出点电压用短接线测试外部电路程序偶尔动作、偶尔不动作干扰动力线与信号线同管布线、触点抖动、输入信号脉冲太短加滤波时间用硬件/软件延时消抖检查布线规范定时器时间不准定时器分辨率选错、定时器被重复使用、扫描周期过长查定时器类型确认只使用一次优化程序扫描时间步进流程卡住不走当前步的转移条件没满足、输入信号没到位监控当前步号和条件信号逐个排查接通电源后程序不运行PLC未切换到RUN模式、程序未下载完整检查RUN/STOP开关重新下载程序通讯不上电脑连不上PLC通讯参数不对、驱动未安装、COM口被占用核对COM口号、波特率、站号重装驱动下载程序报“缺少面板映像”博途软件版本过旧缺少对应HMI面板镜像更新软件到最新版或安装对应面板支持包最后一个问题“由于缺少面板映像下载失败请安装缺少的面板映像”我遇到过好几次都是因为博途版本和实际面板固件版本不匹配。解决办法是装对应版本的SIMATIC Panel镜像或者用TIA Portal WinCC Update更新支持包。有一个比较绕但有效的方法新建项目时直接选择“更高版本兼容模式”或者在设备视图里更新面板固件让它降级到当前软件支持的版本。7.3 联机调试时关于PLC通讯协议的经验搅拌机项目后期客户要求加一个触摸屏HMI并且电脑上要做数据采集。这就涉及PLC通讯的问题。PLC通讯是另一个大坑网上热词里“信捷PLC通信配置怎么设置”、“汇川EVO523 PLC做客户机TCP通信”、“三菱PLC主从站通信程序”全是这类问题。我在这里简单说几个通用原则搞清楚主从关系绝大多数PLC通讯PLC做主站还是从站决定了你配置的方向。西门子S7-200 SMART做Modbus RTU主站时用MBUS_CTRL和MBUS_MSG库指令做从站时只需初始化从站地址即可通讯参数必须一致站号、波特率、数据位、停止位、校验位两端必须完全一样。这是90%通讯不通的原因接口硬件不能错RS485是A/B两线不能接反RS232是3线制以太网要注意IP地址同网段通讯超时和重试机制网络上偶尔丢包是正常的程序要考虑超时重发不能一次失败就死锁像汇川EVO523做TCP客户端主要就是配置目标IP和端口、定义发送接收缓冲区、约定数据格式。用Socket编程方式时PLC侧的“心跳包”和“重连机制”一定要做好不然上位机重启一下PLC连不回来了。很多做上位机的同事不理解PLC通讯的复杂性总觉得不就是发几个字节嘛。实际上PLC端的通讯程序受扫描周期限制不能像PC端那样跑线程响应速度、缓冲区处理都要精心设计。这也是PLC与SCADA/HMI之间配合时最需要磨合的地方。7.4 一台PLC控制伺服电机时的接法与脉冲输出定位搅拌机项目没涉及伺服但很多同行会遇到“PLC伺服电机控制程序”的问题。我在另一个项目里用过西门子S7-200 SMART通过高速脉冲输出Q0.0/Q0.1控制步进/伺服驱动器。关键点有两个接法和参数。接法方面常有人问“输出脉冲接入西门子PLC的NPNPLC公共端接的电源正接法”怎么接。这其实是信号电平匹配的问题。S7-200 SMART晶体管输出的高速脉冲口输出高电平有效源型公共端接24V时输出端通过内部晶体管拉低导通。接到步进驱动器时常见接法如下PLC Q0.0 --- 步进驱动器 PUL或PUL-取决于驱动器共阳/共阴 PLC 公共端 --- 驱动器对应公共端 Q0.1(方向) --- 驱动器 DIR驱动器如果是共阳接法PUL接24VPUL-接PLC输出Q0.0共阴则反过来。如果PLC输出是集电极开路接法NPN那就要确认驱动器能否兼容不能兼容就用中间继电器转换。参数方面核心是“脉冲当量”。比如步进驱动器设置为1600脉冲/圈丝杆导程为5mm则每个脉冲对应0.003125mm。PLC定位时要知道这个换算关系通过高速计数器做位置反馈配合原点回归、限位保护才能实现可靠的定位控制。这个知识点网上问的人多但真正写清楚的不多。我建议刚接触伺服的朋友先做一个手动点动测试让PLC发脉冲看电机转不转、方向对不对然后再做自动定位。一上来就写整套定位程序大概率是要返工的。8. 程序优化从“能跑”到“好维护”8.1 第一批次跑通之后回头审视这几个问题程序能跑通设备能动这时候项目算完成了一半。接下来真正体现功力的是程序优化。我一般会从这几个维度去审视自己刚写出来的程序输出逻辑有没有重复驱动任何一个输出点全程序里你只能在一处定义它的主驱动逻辑。如果多个地方都写了Y0哪怕逻辑上互斥也迟早会出现意外。检查方法是全程序搜索每个输出地址看看有几个地方出现过。定时器和计数器有没有复用同上一个T或C地址全程序只能定义一次。有没有把安全逻辑写进每个输出支路急停、模式互斥这些条件要作为一个公共条件串联在相关输出逻辑里而不是单独依靠某个步骤的退出逻辑。我习惯把安全条件做一个“安全链”中间变量程序里所有危险输出都串联这个变量。这个思路类比一下家里总电闸一拉所有房间的灯都应该灭而不是每盏灯的开关分别去管。注释清不清楚这是给未来的自己看的。你想象一下半年后设备出了问题你半夜被叫到现场打开半年没看过的程序能不能在十分钟内看懂每一步逻辑注释不是写给客户看的是写给半夜的自己看的。8.2 把配方参数和逻辑参数分离搅拌机项目后期客户提出你们搅拌时间、加热温度、进料顺序这些参数能不能做成可以随时修改的这就涉及配方参数与逻辑代码分离的设计。我当时的做法是用PLC内部的掉电保持寄存器三菱的D200-D299西门子的V区信捷的M区或D区保存配方参数逻辑代码里不要直接写“T0 K600”这种固定值而是写成“T0 D10”运行时从D10读取定时值触摸屏上做参数设定画面直接修改D区数值这样做的好处很直接改参数不用改程序、不用停机下载操作工在触摸屏上就能完成。对于经常调整工艺的用户来说这个设计是刚需。还有一点不得不说掉电保持寄存器的使用要注意规划。比如D0-D99是普通寄存器掉电不保持D1000-D1999掉电保持那配方参数就放保持区。不同品牌PLC的保持区范围不同编程前要查手册别把保持区当普通区用调试的时候参数莫名其妙地“记忆”了那可得排查一阵子。8.3 复用性设计把常用逻辑封装成功能块我平时用的比较多的是西门子的FB函数块和信捷/汇川的“功能块”功能。比如搅拌机里的“电机控制”逻辑——启动条件、停止条件、过载保护、故障复位、运行指示——这套逻辑在很多设备里都通用。把它封装成一个功能块传不同的参数就能复用省去大量重复编程。网上有热词“信捷PLC怎么设置FB块”说明大家已经意识到功能块的重要性了。简单说信捷XDPPro里新建FB把输入参数、静态变量、输出参数定义好整个逻辑写一遍然后在主程序里调用给不同的接口变量赋值即可。汇川的Autoshop同样支持功能块和结构化文本编程。我建议在使用D系列的PLC时优先用结构化文本ST语言来写复杂算法逻辑梯形图去写简单的位逻辑和互锁充分发挥不同语言的优点。9. 现场调试后的经验补充与扩展思考9.1 从搅拌机到更复杂的设备编程思路的可迁移性这个搅拌机项目做完我最大的体会是有了清晰的编程思路设备再复杂也是“纸老虎”。比如交通灯带左转控制、抢答器控制系统、机床电气控制线路故障诊断这些常见的教学项目和工作场景其实本质都是状态机。交通灯无非是固定时序的步进切换抢答器无非是多个输入竞争一个输出加互锁和优先级判断机床故障诊断无非是把故障信号采集、分类、判断、输出的逻辑条理做好。如果你理解了“先设计状态、再组织I/O、然后实现状态机、最后做保护和优化”这套流程你面对任何项目都能快速上手。最近网上还看到一个趋势热词里有“AI PLC代码生成”确实现在很多PLC编程软件在推AI辅助编程。我自己试过一些对于常规的启保停、定时、计数逻辑AI写得有模有样可以当草稿参考。但涉及工艺安全和设备互锁这些核心逻辑时AI目前还没有能力替代工程师做风险评估和现场判断。工具可以提升效率但底层思路还得靠人。9.2 PID控制和闭环调节的一点心得有些搅拌过程需要恒温控制单纯用开关式加热会导致温度波动太大。这时候就要用PID控制。PLC的PID指令西门子的PID、三菱的PID、汇川的PID使用起来不算太难给定值目标温度、过程值温度传感器读回来的数、比例系数Kp、积分时间Ti、微分时间Td。但整定参数才是真正的难点。我给新人的建议是先用纯比例Ti0, Td0从较小的Kp开始加观察温度曲线等它出现等幅振荡了再按Ziegler-Nichols经验公式计算Ti和Td。这个整定过程需要耐心每个系统的惯性都不一样网上那些通用参数只能参考不能照搬。搅拌机项目里加热是大惯性对象纯用PID参数如果整定不好反而容易振荡。实际上如果对温度精度要求不是特别高做“分段开关控制滞后比较”就够了低于设定值2度开加热高于设定值2度关加热中间死区保持。这种方法简单可靠也方便操作工理解和调整。9.3 上位机监控与数据采集的未来方向搅拌机项目最后做了一套简单的数据采集用PC通过Modbus TCP读取PLC的液位、温度、批次号、运行状态等数据实时显示并记录到Excel。说白了就是HMI功能的延伸。很多人会混淆SCADA、HMI和PLC的关系。我用大白话解释PLC是“手脚”负责实际干活HMI是“脸面”负责给人看和按按钮SCADA是“调度中心”管多台设备的数据汇总、报警记录、历史趋势。三者之间通过通讯协议连接各司其职缺一不可。近两年PLC的“双模技术”和IT/OT融合趋势越来越明显很多新款的PLC都标配以太网口、支持OPC UA、支持MQTT协议、支持直接上云。这意味着PLC数据能更方便地进入信息系统为生产管理系统提供底层数据支撑。这个方向值得关注特别是做自动化又想往数字化方向转型的朋友可以把通讯和上位机这块作为重点攻克方向。我个人的体会是PLC编程入门不难难的是把思路理清楚。你见过写得好的程序就会发现它不是靠堆指令堆出来的而是像写文章一样有脉络、有结构、有重心。先想透再动手写出来的程序不仅稳定可靠而且改起来也不怕。最后再分享一个实用小技巧每次写完程序下载之前先做一次全编译并认真看编译信息里的每一条警告。PLC不会像高级语言那样报错但很多隐患其实已经藏在警告里了——比如重复输出、未定义符号、定时器范围溢出等。你养成看编译信息的习惯会少走很多弯路。