1. PLC编程思维导论：从继电器逻辑到软件编程的演进，理解扫描周期与程序执行机制
1.1 从继电器到PLC：一场静悄悄的革命
说实话，我刚入行那会儿，厂里还有不少老旧的继电器控制柜。你打开柜门一看，密密麻麻的继电器、计时器、计数器，线缆缠得像蜘蛛网。每次出故障，老师傅就拿着万用表一根线一根线地查，一查就是半天。
继电器逻辑有个特点：它是并行执行的。线圈一通电，触点瞬间动作，所有事情同时发生。这看起来很直观，但有个致命问题——改逻辑就得重新接线。我记得有一次，生产线要加一个联锁条件，电工师傅硬是折腾了一整天，还差点把线接错。
PLC的出现，说白了就是把硬件逻辑变成了软件程序。你不再需要改线，只需要改几行代码。但这里有个关键转变：PLC是串行执行的，它按顺序一条一条地跑指令。这个区别，是很多从继电器转过来的工程师容易踩的坑。
核心要点：继电器逻辑是并行硬件，PLC程序是串行软件。理解这个区别，是掌握PLC编程思维的第一步。
1.2 扫描周期：PLC的“心跳”
PLC怎么工作的？它其实在不停地循环做三件事：
- 读输入——把物理输入信号读到内存里
- 跑程序——根据输入和当前状态执行用户程序
- 写输出——把计算结果写到物理输出模块
这个循环，就叫扫描周期。我习惯把它比作人的心跳——每跳一次，PLC就完成一次完整的“感知-思考-行动”过程。
你想想看，扫描周期有多重要？它决定了系统的响应速度。一个典型的PLC扫描周期在10-100毫秒之间。对于大多数工业场景，这个速度足够了。但如果你要控制高速伺服电机，或者做精密的运动控制，那就得考虑扫描周期带来的延迟了。
我的经验：在项目中，我一般会先估算一下程序的扫描时间。如果发现超过50ms，我就会考虑优化程序结构，或者把高速逻辑放到中断任务里去处理。
1.3 程序执行机制：别被“同时”骗了
很多初学者会问：“PLC里的线圈和触点是不是同时动作？”
答案是：不是。PLC按顺序执行指令，从上到下，从左到右。举个例子：
// 梯形图示例
|----[ X0 ]-------------------( Y0 )|
|----[ Y0 ]-------------------( Y1 )|这段程序里，X0接通后，Y0会在当前扫描周期立即置位。但Y1呢？它要等到下一行才被扫描到。所以Y1的置位，实际上比Y0晚了一个指令执行的时间——虽然这个时间很短，但确实存在。
我曾经遇到过一个案例：现场有个急停逻辑，设计者把急停信号和输出写在不同的网络里，结果急停按下后，输出还要等一个扫描周期才断开。虽然只差了十几毫秒，但设备已经撞上了。从那以后，我养成了一个习惯：关键的安全逻辑，一定要放在程序的最前面。
注意：不要依赖扫描周期内的“同时性”。如果你需要两个输出严格同步，要么用同一个线圈驱动，要么用置位/复位指令来保证。
1.4 从“硬件思维”到“软件思维”的转变
做继电器逻辑时，你考虑的是“怎么接线”。做PLC编程时，你考虑的是“怎么安排执行顺序”。这个转变，我花了大概半年才真正适应。
我总结了几点关键区别：
| 继电器逻辑 | PLC程序 |
|---|---|
| 并行执行 | 串行扫描 |
| 改逻辑需改线 | 改逻辑只需改代码 |
| 状态由硬件保持 | 状态由内存保持 |
| 故障排查靠万用表 | 故障排查靠监控软件 |
说白了，PLC编程的核心就是管理好扫描周期内的执行顺序。你写的每一行代码，都会在某个固定的时间点被执行。理解了这个，你就能预判程序的行为，而不是等设备跑起来才发现逻辑不对。
1.5 避坑指南：新手最容易犯的三个错误
- 错误一：把输出当中间变量用
我曾经见过有人把Y0既当输出又当中间继电器用，结果程序跑飞了。记住：输出就是输出，中间逻辑用M区或内部变量。 - 错误二：忽略扫描周期对计时的影响
如果你用定时器做精确延时，别忘了扫描周期本身也会引入误差。我一般会留10-20%的余量。 - 错误三：在多个地方修改同一个输出
程序里如果有多处对Y0进行置位/复位，最后执行的那条指令才有效。这很容易造成逻辑混乱。我的习惯是：一个输出只在一个地方控制。
总结一下：PLC编程思维，本质上就是“顺序执行”的思维。你写的每一行代码，都在扫描周期的某个时刻被精确执行。理解了这个底层机制，你就能写出稳定、可靠、易维护的程序。
嗯，这一章就聊到这儿。下一章我们聊聊模块化编程——怎么把大程序拆成小块，让代码像搭积木一样清晰。到时候我会分享一些我在实际项目中用过的套路，保证实用。