入行那年，师父扔给我一块西门子S7-200，说“这玩意儿，吃透它，够你吃一辈子。” 当时觉得不就是个可编程逻辑控制器么，梯形图一画，触点线圈一连，有啥难的？
后来被现实狠狠扇了一巴掌。一个传送带启停联锁，我愣是调了三天，因为没搞懂扫描周期的那几毫秒延迟——那是1999年，广州的夏天，车间里没空调，汗水滴在编程电缆上，差点短路。那时候我才明白，PLC这东西，精髓全在细节里。
梯形图的执念，是守旧还是务实？
说实话，直到今天，国内八成以上的工程师还在用梯形图。为什么？因为电气维护人员看得懂啊！你上个结构化文本（ST），他们眼睛都直了——这不是傲慢，是现实。去年给一家水处理厂改造，原程序是S7-300用LAD写的，我本想用SCL重构一部分复杂计算，结果甲方项目经理直接撂话：“你可以用，但以后设备停了，半夜三点谁来维护？” 得，老老实实梯形图。
但梯形图真就那么不堪吗？也不是。它的本质是布尔逻辑的图形化，对于开关量控制、简单联锁，直观得可怕。只是现在设备越来越复杂，模拟量处理、通讯、甚至视觉集成——再纯粹用梯形图就有点自虐了。有一次我硬着头皮在梯形图里写PID回路，那密密麻麻的指令块，自己两周后回看都犯怵。
IEC 61131-3救了我，也分裂了行业
2005年接触Codesys，才发现原来可编程逻辑控制器可以这么玩！功能块、结构体、甚至面向对象…… 瞬间感觉从石器时代跨进了工业2.0。IEC 61131-3标准定义了五种语言，除了LD、FBD、SFC这些图形化，还有IL和ST。IL现在基本淘汰了，但ST呢？在我看来，那是工控人的“高级语言”。用ST写复杂算法，效率比梯形图高十倍不止。
但问题来了——不同厂家的PLC，对标准支持天差地别。西门子博途有自己的SCL，施耐德有结构化文本，倍福更是完全拥抱Codesys…… 你学通了一种，换个平台还得重新适应。更气人的是，好多国产小品牌PLC，号称支持IEC标准，实际上连结构体都不支持，一编译就报错！有一次我兴致勃勃地用枚举类型定义一个状态机，结果下载到某信PLC，直接故障停机，气得我想砸电脑。
所以选型的时候，别光看点数、价格，开发环境的易用性和标准符合度真的非常关键。特别是现在讲究数字孪生、IT/OT融合，你的PLC能不能方便地暴露OPC UA接口？能不能和MES直接对话？这些才是未来的命门。
问：现在学PLC，直接学ST语言是不是更好？
答：看你的目标。如果你是电气维护出身，梯形图必须扎实，因为日常排查故障、小修改都靠它。但如果你是想往系统集成、高级应用方向走，尽快掌握ST和功能块思维，会让你甩开一大票同行。另外，别忽视通讯——Profinet、EtherCAT、Modbus TCP这些协议，你得真的理解报文和配置，而不只是勾选几个选项。
问：国产PLC到底差在哪？能用在关键设备上吗？
答：我近几年测试过不少国产品牌。实话讲，进步巨大。像汇川、台达（算半个国产吧）的中大型PLC，处理速度、稳定性已经相当不错。但在极端环境下——比如高温、强电磁干扰——有时还会掉链子。另外，软件生态差一截，库文件少，社区支持弱。如果是非关键设备，大胆用；如果是流程工业的核心单元，建议稳妥点。别忘了，冗余系统的实现也是一道坎，很多国产PLC根本做不了真正的冗余。
那些年我们调PID，差点怀疑人生
PID调节，说起来简单——比例、积分、微分。但实际调试时，简直玄学。有一次给注塑机做温控，参数调了一整天，温度曲线还是波浪状。后来发现是热电偶响应时间不匹配…… 气得当场拆了重装。所以，经验都在现场，书本根本教不了。
可编程逻辑控制器里的PID指令，各厂家实现也不同。有的需要自己写抗积分饱和，有的自带自整定但效果稀烂。我现在习惯先用开环测试模型，再用齐格勒-尼科尔斯法粗调，最后根据实际微调。过程很痛苦，但调好了，看着曲线平稳得像直线，那种快感，比发奖金还爽！
还有运动控制，电子齿轮、电子凸轮…… 玩转这些才算真正懂PLC。前年做一套多轴同步，用了Codesys的SoftMotion，真的省心；换某些品牌，光建轴组态就能让人崩溃。所以，平台选择太重要了。
最后说点感悟。搞PLC二十多年，眼看着它从单纯替代继电器的控制器，变成工业互联网的智能节点。现在的可编程逻辑控制器，已经能跑Linux容器了（比如西门子IOT2050），边缘计算直接下沉到产线。这是大势所趋，也逼着我们这些老家伙不断学习。但想起当年块传送指令都要掰手指算字节偏移的日子，还是忍不住感叹——技术啊，确实让人敬畏。
别停下学习的脚步，共勉。