入行那几年我踩过的PLC坑比吃过的盐还多。从天天抱着手册啃梯形图到能在现场拍着胸脯跟甲方说“没问题”中间隔着的不是一万行代码而是一堆实实在在的、用时间和事故换来的实战经验。今天把这些年攒下的90条心得整理出来不整虚的全是能直接拿去用的干货覆盖调试仿真、通讯组态、编程思路、设备选型这些绕不开的环节。内容比较长我分成几个板块慢慢说每天更新一部分今天是第一波。1. 调试与仿真先把PLC跑起来再说1.1 S7-PLCSIM Advanced启动不了的排查思路很多人在用S7-PLCSIM Advanced的时候都遇到过这种诡异情况点启动界面一点反应都没有错误提示也不弹就像程序在跟你装死。我一开始也懵后来花了一晚上排查发现这玩意儿的问题基本逃不出下面这几个原因。第一软件版本和系统环境不匹配。S7-PLCSIM Advanced对Windows系统的版本要求极其苛刻尤其V5.0这个版本它官方支持的是Windows 10 Pro/Enterprise的特定版本号。如果你的系统是家庭版或者版本号太老、太新它都可能直接静默失败。我后来装了Windows 10 LTSC 2021一次就过。另外必须确认你已经安装了对应的西门子博途版本PLCSIM Advanced不是一个独立运行的软件它是博途的“插件”博途版本对不上比如TIA V17配PLCSIM V5.0它照样启动不了。第二许可证出了问题。这是最容易被忽略的。PLCSIM Advanced需要单独的许可证支持你光装了博途的许可证不够。检查一下Simatic Automation License Manager里有没有PLCSIM Advanced对应的密钥没有的话它启动的时候就会“流产”但界面就是不出错——因为这个错误被吞掉了。解决办法是重新授权或者用授权工具这个就不细说了正版用户找官方学习用户自己悟。第三通讯端口和杀毒软件冲突。PLCSIM Advanced启动时要建立虚拟网卡和通讯服务这玩意儿跟某些杀毒软件、网络防火墙的驱动级监控有冲突。你把实时防护关掉再试一次很多情况下问题就解决了。刚开始接触这个工具的朋友建议直接按这个顺序排查查版本匹配→查许可证→关杀毒→重启服务。1.2 仿真环境跟实机环境的误差从哪来仿真不是万能的这一点在PLCSIM上体现得特别直观。用PLCSIM调试好的程序下载到实体PLC上跑经常会出现时序上的微妙差异。原因在于仿真环境没有真实的输入输出响应时间。比如你写了一个上升沿计数程序在仿真里按下按钮信号是瞬间变化的CPU扫描周期内就能捕获但实机上按钮机械抖动会产生多个脉冲你没做滤波处理计数就翻倍了。所以养成的习惯是凡是涉及硬件信号的逻辑仿真通过只是第一步必须做实体I/O测试。另一个仿真跟实机的差异点是通讯。PLCSIM模拟的是CPU内部的存储区它对外部通讯比如通过CP模块走Profinet的模拟并不完整。你写一个Modbus TCP通讯程序在仿真里能通但现场连第三方设备就报错——这类问题在后续通讯章节会详细讲。仿真最大的价值是验证逻辑本身的正确性尤其是复杂的状态机跳转和联锁逻辑。它能帮你把百分之七八十的逻辑错误在办公室消灭掉省下大量现场调试时间。但记住仿真启动不了或者异常优先检查环境别一上来就怀疑自己的程序。2. 通讯实战PLC跟外部世界怎么对话2.1 SCADA如何与PLC连接最省心SCADA和PLC的通讯我做过的项目里用得最多的就那么几条路西门子走Profinet/S7协议罗克韦尔走EtherNet/IP施耐德走Modbus TCP三菱走MC协议。不管哪家核心逻辑是一致的SCADA作为客户端PLC作为服务器。所以你配置的时候第一件事不是打开SCADA软件一顿乱配而是先在PLC侧把通讯使能打开。西门子S7-1200/1500为例你必须在“组态”里勾选“允许来自远程对象的PUT/GET通讯访问”同时设置好连接机制。这一步不做SCADA那边无论怎么弄都连不上。然后才是SCADA侧的配置主要填三个东西PLC的IP地址、机架号/插槽号、通讯协议类型。机架号/插槽号这俩最坑不同PLC默认值不一样S7-300一般是0号机架2号槽S7-1200/1500是0号机架1号槽填错就连不上。还有一点通讯轮询周期别设太短。SCADA里你设了100ms轮询看着是“实时性高”但PLC的通讯负载会飙升CPU扫描周期被拉长反而影响控制逻辑的执行。一般模拟量数据设500ms开关量状态设200ms足够了别把自己玩死。2.2 C#上位机读取PLC的频率上限用C#开发上位机读PLC数据这是好多自动化公司的常规套路。很多人纠结“读取频率能到多少”其实这个问题本身就问错了。真正要考虑的是数据量和通讯开销的平衡。你用一个极短的定时器比如10ms去循环读取能做到但CPU占用率高得吓人而且PLC端的响应也会被拖累。我在实际项目里验证过S7-1200通过以太网用S7netplus库读取100个字节的数据稳定可靠的频率上限大约是50~100ms一次。这个前提是网络环境干净没有丢包。想突破这个上限不要死磕“读得更快”而是改“批量读订阅推送”。批量读好理解一次把所有需要的数据都读回来别一点一点抠。订阅推送是走PLC的PUT/GET通讯里的Notify机制数据变化了才推送能大幅降低轮询压力。补充一个实用的C#读取浮点数要注意字节序。西门子PLC的浮点存储是高位在前Big-Endian而Windows系统是小端Little-Endian直接读出来的字节数组需要反转再转float否则数值会变成一个巨大的乱数。这个坑我至少见五个新手踩过。2.3 变频器与PLC的通讯该选哪种方式ABB变频器配西门子PLC这个组合在项目里很常见。通讯方式选择上主流是两条路硬接线端子控制和总线通讯Modbus/Profinet。硬接线是“笨办法”但最可靠适合启停和频率给定。你用一个数字量输出控制启停用4-20mA或者0-10V模拟量输出给定频率。好处是响应快、不受通讯干扰影响坏处是线缆多、只能单向控制调参数得跑现场。总线通讯是趋势ABB变频器默认带Modbus RTU接口走RS485西门子S7-1200得加个CM1241 RS485模块。我这几年更倾向推荐ABB的FC-2Profinet通讯选件直接插在变频器上跟西门子PLC走Profinet组态里识别成IO设备读写参数就像访问自己I/O区一样简单。走总线通讯时有个关键参数别忽略变频器的通讯超时处理。通讯正常时你好我好突然一根线松了变频器不知道PLC“死”了还在按最后的频率跑这是安全事故隐患。所以必须设置“通讯丢失后变频器动作”一般设为“按自由停车”或者“按预设频率运行”这个参数在ABB里是组10的参数比如10.12西门子那边是组态IO的“F-Cycle Time”。丢了通讯设备要往安全方向走这条规则比通讯本身更重要。2.4 触摸屏找不到PLC驱动的坑威伦通Weintek触摸屏跟汇川PLC连不上这个问题在国产化替代的今天特别典型。很多人打开EB Pro软件在设备列表里翻了一圈发现找不到汇川的驱动当场就慌了。其实思路很简单先确认汇川PLC的具体系列再按系列找对应协议。汇川老款H系列H1U/H2U用的是仿三菱协议你在威伦通里选“Mitsubishi FX系列的驱动”通讯参数设成和PLC一致就能通。汇川AM系列走的是Codesys系统通讯走Modbus TCP或者EtherCAT威伦通触摸屏支持Modbus TCP选“MODBUS TCP/IP”驱动填IP地址和寄存器地址就通了。切记AM系列的Modbus地址映射跟三菱不一样不能直接套用三菱的地址去读得查汇川的Modbus映射表。MCGS昆仑通态和信捷PLC的连接也是同理信捷XD系列默认支持Modbus协议MCGS里选Modbus驱动站号、波特率、数据格式跟PLC那边设成一样的。这类跨品牌连接的核心原则就一条不要找“品牌匹配”要找“协议匹配”。触摸屏是客户端PLC是服务器只要协议能对上参数设对几乎没有连不上的。我在现场经常跟电气新手说先搞清楚PLC支持哪些协议再从触摸屏里选对应的不要上来就搜品牌名。3. 编程实战从红绿灯到电梯的控制逻辑3.1 十字路口红绿灯状态机才是正解“十字路口红绿灯”是PLC入门的经典题目但很多人一上来就用定时器串联写成一坨“面条逻辑”。我的建议是用状态机思路把信号灯状态当作一个个状态来切换。先定义状态东西直行、东西左转、南北直行、南北左转每个状态持续固定的时间。程序里用一个步骤号INT变量来标记当前状态每个扫描周期根据步骤号执行对应的输出同时判断是否该切换下一个状态。切换条件就是定时器时间到。这种写法的好处太明显了逻辑清晰、易调试、改时间参数不用动结构。你想把东西直行从30秒改成45秒只要改一个定时器的预设值不用去翻梯形图理线。另外一个细节很多人忽略信号灯切换时的全红时间。现实中绿灯变红灯之间必须有全红间隔一般2~3秒用来清空路口车辆否则就是事故。程序里做状态切换时把这个全红状态也作为一个状态写进去顺序是“绿灯→黄灯→全红→另一方向绿灯”别直接“绿灯→变红”。红绿灯程序练的是状态机思维这种思维在复杂的自动化产线里同样适用——多工位协同、顺序控制、故障暂停恢复全是状态机的变体。新手搞懂红绿灯等于掌握了PLC编程里最值钱的底层逻辑。3.2 四层电梯控制想清楚再用梯形图“PLC四层电梯控制程序”是另一个热门练习项目。练这个不是为了以后真去写电梯程序而是为了理解复杂的联锁逻辑和调度算法。四层电梯的本质需求是呼梯登记、方向选择、平层停车、开关门控制。实现上最核心的是内呼外呼的登记和消除以及轿厢运行方向的判定。说一下“方向判定”这个难点。电梯当前在2层3层有人外呼上行4层有人外呼下行——是先上3还是先上4答案是保持当前运行方向优先如果当前是上行就继续上行先到4层再下行停3层。这个逻辑在程序里怎么实现用一个“当前方向”变量上行/下行/空闲呼梯信号跟方向比较后决定是否派梯。我见过很多新手把电梯程序写成“一坨屎”——把所有层站的呼梯信号堆在一起然后根据当前楼层判断。调试的时候单层没问题一到多层交叉呼梯电梯就乱跑。这是典型的“没想清楚就写代码”的后果。电梯程序的建议是先画流程图把所有可能的场景列出来1层呼上、4层呼下、2层内呼到4、3层外呼上……把调度规则在纸上定清楚再开始写梯形图。另外运行方向的判断一定要用比较指令目标楼层号跟当前楼层号比较大小别用等于来做条件否则电梯永远在反复启停。3.3 时间到期自动停机防呆设计怎么做生产设备“压缩机每运行500小时需要保养停机”这类需求在PLC里非常常见本质是累计运行时间统计。实现不复杂但里面有不少值得注意的细节。核心逻辑是设备运行时用一个秒脉冲或分钟脉冲对累计变量做加法累计时间达到设定阈值后置位停机标志位设备拒绝启动或自动停机。但实际项目里不能这么简单至少要加三样东西提前预警。累计时间到450小时时90%阈值输出一个指示灯提醒“即将保养”给操作工一个缓冲。复位机制。维护人员保养完需要在触摸屏上输入密码确认保养完成程序里清零累计变量。这个确认动作要有记录功能最好在触摸屏里做个操作记录存到历史数据库。掉电保持。累计时间必须存在断电保持区西门子的保持性M区或者DB里的保持性变量否则现场一断电计数清零这个防呆就形同虚设了。我在实际项目里见过最严重的案例设备停机保养功能没做掉电保持结果一次断电后计数清零设备又“满血复活”跑了几个月最后把机械部分搞废了维修成本十几万。从这个事之后我凡是写累计量第一件事就是确认保持属性。3.4 AI辅助PLC代码生成的体验现在AI写PLC代码已经不是新鲜事了。我试过用AI辅助生成红绿灯、电机正反转、皮带输送机联锁这些常规程序坦白说作为初稿生成器是够用的但想直接拿去现场跑还差得远。AI生成代码最靠谱的场景是标准逻辑的批量生成。比如一个产线有30个相同的工位每个工位的控制逻辑几乎一样只是I/O地址不同。你让AI写一个标准模板然后把地址表批量填进去效率能提升好几倍。我自己这么干过半小时搞定本来要写两天的程序。AI不太行的地方是复杂联锁和特殊时序。它搞不清楚你现场的具体工艺要求比如某个阀必须等前一工位动作完成后才能打开这类有因果关系的逻辑AI生成的代码经常漏条件。我的建议是把AI当成“翻译官”而不是“设计师”。你自己把逻辑思路定清楚画好流程然后用AI把流程“翻译”成梯形图或者ST语言完了再人工检查地址和时序。千万别让AI“自由发挥”设计控制方案它在工业现场这种高可靠性场景下想象力往往是灾难。4. 综合应用从单机到产线的完整项目4.1 基于西门子PLC的大棚灌溉系统大棚灌溉这个项目我做过一套很有代表性因为它融合了模拟量采集、PID调节、逻辑控制和触摸屏交互是一个“麻雀虽小五脏俱全”的典型工控应用。先说系统架构西门子S7-200 SMART作为主控制器采集温湿度传感器模拟量输入、控制电磁阀和水泵数字量输出通过昆仑通态触摸屏做监控和参数设定。听起来简单但里面的细节值得展开。湿度传感器的模拟量处理是第一道坎。传感器输出4-20mA信号PLC读取的是0~27648的整数值S7-200 SMART的模拟量分辨率是16位。你得在程序里做量程转换把27648对应到100%湿度把0实际4mA时是5530不是0对应到0%。这里有个关键细节4mA对应的是5530不是0。很多新手直接拿0~27648去做线型映射结果传感器没接的时候显示负值乱套。然后是控制策略。简单的做法是湿度低于设定下限开启电磁阀湿度高于设定上限关闭电磁阀。这叫双限控制滞回控制。但大棚灌溉更科学的是定时定量湿度校正每天浇几次每次浇多久再根据湿度传感器的反馈在触摸屏上微调浇灌时长。这个项目里最值得学的是模拟量处理和PID调节的初级应用。温度控制如果要求高可以使用PID功能块输出控制风机或遮阳网的开度。但大棚环境温度变化慢用双限控制基本就够了PID很多时候是杀鸡用牛刀。4.2 自动化包装线控制系统设计思路基于PLC的自动化包装线这类项目是PLC工程师进阶的必修课。整套系统通常包含送料、称重、封口、贴标、剔除五个工位PLC要协调所有工位的动作。设计这类系统我的首条建议是先定架构再写程序。产线上所有工位的I/O点列成表格统计数字量输入多少个、输出多少个、模拟量通道多少个然后根据点数选择PLC型号。点数一般留20%余量别算得刚刚好后期改需求会疯掉。然后是工位间联锁逻辑。比如封口工位必须等称重工位“称重完成”信号到位才能启动贴标工位必须等封口工位“封口完成”。这些联锁关系用状态位来表示每个工位有“空闲、运行中、完成、故障”四个状态后一工位的启动条件是前一工位状态为“完成”。再讲一个实战里特别容易出问题的剔除工位的时序配合。包装线上称重不合格的产品需要剔除气缸把它推下去。问题是产品在皮带线上是连续运动的你称重判断出来了等到产品走到剔除位置要延迟多长时间这个延迟时间跟皮带速度有关。速度恒定时可以用一个固定定时器速度变化时需要加编码器做位置跟踪。包装线项目最能锻炼人的地方是整体思维从机械工艺出发去理解每个动作的目的再转化为程序逻辑。很多工程师上手就写PLC代码写完了发现气缸该伸的时候不伸、该停的时候不停回头看全是工艺理解不到位。4.3 老设备维护三菱FX2编程软件怎么用现在还有大量老设备在用三菱FX系列PLC尤其是FX2N这种经典型号。维护这类设备首先得搞定编程软件。FX2系列的官方编程软件是FXGP/WIN但它在Win10/Win11上的兼容性真是让人头大。安装不上、打开乱码、通讯连不上各种问题。我的经验是Win7系统虚拟机是首选方案。装个VMware或者VirtualBox里面装Win7 32位系统再装FXGP/WIN通讯线用原装的SC-09或者兼容的USB-SC09基本都能跑起来。这里强调一下FXGP/WIN是通过串口跟PLC通讯的如果你是用USB转9针串口线务必到设备管理器里看分配的COM口号并在软件里对应选上。驱动装好后COM口变了软件里没改就会一直报“通讯超时”。还有一种情况是PLC运行状态切换。FX2系列PLC上有RUN/STOP拨码开关你连上软件但无法“写入程序”大概率是PLC在RUN状态。你把拨码拨到STOP再写入写完再拨回RUN。这条经验说起来不值钱但现场真有不少人卡在这一步还以为是线的问题。这两年国产PLC在存量市场大量替代老的三菱但三菱FX系列的老设备存量巨大学会这套老软件的用法在维护市场上还是很有竞争力的。维护老设备修的不是技术是情怀和细心。4.4 国产PLC生态汇川、信捷、倍福与Keba这几年国产PLC起来得很快有几个平台必须了解因为它们在项目里出现的频率越来越高。汇川是国产PLC里势头最猛的分两条线老款的H系列仿三菱架构和新的AM系列基于Codesys。AM系列用ST语言编程功能和灵活性远超传统梯形图但门槛也高一些需要懂结构化文本。汇川跟威纶通的通讯问题前面说过了记住“协议匹配”原则就行。信捷的XD系列在中低端市场占有率很高主要原因是性价比高、技术支持响应快。XD系列编程软件XDPPro基于Codesys所以编程风格跟汇川AM系列很像。信捷跟MCGS触摸屏的连接走Modbus地址映射查手册就行。倍福Beckhoff是真正的“工业PC”流派TwinCAT基于Windows系统本质上就是把PC变成PLC。它的优势是算力强、能跑复杂算法很多视觉检测、运动控制多轴联动项目选它。缺点是工程师要懂Windows系统和高级语言不是传统电工能马上上手的。Keba这个品牌很多人陌生它是做注塑机、机器人控制系统的奥地利公司在汽车零部件和塑料机械行业地位很高。它的控制系统跟具体的机械强绑定通常是由设备厂家成套提供。遇到Keba的设备别指望用通用PLC软件去改逻辑它的开发环境有专门的KeStudio而且很多逻辑锁在OEM厂家手里。国产PLC这几年进步快除了可靠性上去了生态也更开放——大部分支持Codesys这意味着你学会一种编程思路就能覆盖多个品牌。对于入行1-3年的工程师我的建议是精一个平台比如西门子或汇川通一种语言结构化文本懂一套通讯Modbus/Profinet这三板斧够吃很多年。5. 那些说不完的小经验最后分享几个不成体系的零碎经验但每一条都是我用加班换来的。第一个是PLC的输入输出接线。西门子S7-200 SMART的输入是源型输入漏型/源型取决于具体型号接线前必须看手册确认传感器用的是PNP还是NPN。NPN传感器输出低电平接源型输入会永远读不到信号。这个接错是最常见的“低级错误”但造成的排查时间往往是一整天。第二个是上电前用万用表量一遍。PLC输出点带的负载比如接触器线圈、电磁阀上电前量一下阻值确认没有短路。很多人在调试时烧输出点就是因为负载短路没查出来一通电就冒烟。PLC的输出点烧了只能换模块一块模块几百上千块凭空增加成本。第三个是程序写完一定要加“急停逻辑”。不是所有设备都有急停按钮打到PLC输入但你的程序里要预留这个接口一个“急停状态”变量为TRUE时所有输出全部复位。这个变量可以来自急停按钮也可以来自安全继电器。养成这个习惯能让你在现场少挨很多骂。第四个是注释和符号命名要规范。程序里的变量名、注释至少要让三个月后的自己能看懂。我见过一个外包公司交过来的程序变量名全是M0.0、M1.1注释一个字没有。甲方要求改功能打开程序直接傻眼最后整个重写。规范命名是职业素养更是给自己留后路。第五个是备份备份备份去现场改程序之前把PLC里的程序上传备份。改完程序调试稳定后再下载一份新的备份。我见过一个工程师现场改完程序没保存停电之后PLC里程序丢了又没备份结果挨了客户半个月投诉。备份两分钟的事不备份半个月的事。我是做了几年项目踩了无数坑才攒出这些东西。这个系列会持续更新后面打算聊聊SCADA组态画面优化的干货、变频器参数设置的核对清单还有PLC选型时那些容易忽略的细节。朋友们如果对哪块感兴趣或者踩了什么新坑评论区聊聊咱们一起把经验库做大。