前面第19讲，我们把报警分级与停机策略讲透了。
那一讲解决的是一个“异常成立以后，程序到底该怎么对待它”的问题：

提示和报警有什么区别
报警和停机为什么不是一回事
什么情况只是提醒
什么情况应该联锁停机
什么情况应该保护停机
哪些故障适合自动恢复
哪些故障必须人工复位

但 PLC 真到了现场，很多程序即使逻辑本身已经写得不差，设备用起来还是会让人觉得：

不好操作
不好查问题
不好调参数
不好看状态
报警一堆但找不到重点
按钮很多但不敢按
看似有触摸屏，其实只是把 PLC 变量“搬上去”

这些问题背后，很多时候不是 PLC 主逻辑没写，而是另一个特别真实、特别容易被低估的问题：

PLC 和触摸屏没有真正配合好。

你会发现，很多设备不是不会跑，而是：

参数不知道该放哪
按钮逻辑和程序状态没对上
画面上灯亮了，但程序里到底卡哪儿看不出来
报警页面一大堆，却没有层次
操作员能改的东西太多，风险很大
该显示的没显示，不该给改的反而能乱改
触摸屏做得很花，但真出问题时根本不好排查

所以这一讲，我们就把 PLC 和触摸屏配合这件事真正讲透。

如果说前面几讲更多是在讲：

PLC 内部逻辑怎么写
状态怎么管
报警怎么分级
模式怎么切换

那么这一讲要讲的，就是：

这些东西到了人机界面上，应该怎么呈现、怎么操作、怎么分权限、怎么和 PLC 变量真正对应起来。

这一步非常关键。
因为 PLC 程序再好，如果触摸屏配合得乱，设备现场体验也不会好。
而一个成熟的工程程序，不是 PLC 单方面写得漂亮，而是：

PLC 逻辑 + HMI 页面 + 操作流程 + 现场习惯
这四样真正拧成一股绳。

一 先把最根上的问题讲清楚：触摸屏到底是干什么的

很多初学者刚开始接触触摸屏时，容易把它理解成：

能按按钮
能看数字
能看报警
差不多就是一个“带画面的按钮盒”

这当然不算错，但太浅了。

更完整地说，触摸屏在自动化设备里，通常承担四类非常重要的角色：

第一，操作入口

操作员通过它去启动、停止、切模式、复位、手动点动、切配方、清计数。

第二，参数入口

工艺设定、延时参数、报警阈值、配方值、手自动相关设定，往往都从这里改。

第三，状态窗口

设备现在在干什么、卡在哪一步、哪路信号成立、哪台电机在运行、哪路到位没到位，很多时候都要靠它看。

第四，故障窗口

报警是什么、什么时候发生、需不需要复位、到底是哪个条件没满足，通常也靠它来辅助判断。

所以触摸屏不是“可有可无的画面装饰”，
它本质上是设备和人之间最重要的沟通层。

PLC 在底层做逻辑。
触摸屏在上层做人机交互。
如果这两层配合不好，设备就会很难用。

二 为什么很多设备“PLC 程序没大问题，但触摸屏一上就显得乱”

这个问题特别常见。

因为很多人做 HMI 页面时，思路是：

PLC 里有什么变量，我就往画面上堆什么
想加个按钮就加
想加个数字框就加
想加个状态灯就加
最后页面能点、能看，好像也能用

但问题在于：

PLC 变量不等于操作逻辑。
PLC 地址不等于页面结构。

比如 PLC 里有 100 个变量，
不代表触摸屏就应该把 100 个变量都直接摊给操作员看。
同样地，PLC 里某个内部位只是一个中间状态，
也不代表它适合直接做成一个给用户操作的按钮。

所以触摸屏配合不好的核心原因，常常不是“画面丑”，
而是：

页面没有按人的操作习惯来组织
变量没有按权限和用途来分层
按钮没有和 PLC 的命令/状态逻辑分开
状态没有做成真正有用的信息
报警没有做成真正能帮排查的页面

也就是说，很多 HMI 问题不是美工问题，
而是工程思维问题。

三 PLC 和触摸屏配合，最重要的不是“连上通信”，而是“分工清楚”

很多初学者学 HMI，最先关心的是：

地址怎么对应
通讯怎么连
读写怎么配置

这些当然重要，但那只是“技术连通”。
真正更关键的是：

这个变量到底该由谁来主导。

也就是说：

什么该让触摸屏写
什么该让 PLC 决定
什么只能显示不能修改
什么是命令
什么是状态
什么是参数
什么是报警
什么是权限相关内容

这就叫分工。

很重要的一条原则

触摸屏更适合做人机输入输出。
PLC 更适合做逻辑判断和最终决策。

也就是说：

触摸屏可以发“请求”
但 PLC 负责判断这个请求能不能被执行

这个边界特别重要。

例如：

触摸屏可以有“启动”按钮
但不是按下去就一定启动
最终是否允许建立启动命令，应该由 PLC 根据模式、安全、故障、联锁去判断

再比如：

触摸屏可以让用户输入温度设定值
但这个值是否超范围、是否要限幅、是否要写入正式运行参数，应该由 PLC 再做整理

所以一定要建立一个习惯：

HMI 给命令、给参数、给显示
PLC 做判断、做限制、做执行

这才稳。

四 触摸屏上的按钮，为什么不能简单等于“直接写一个位”

这是特别重要的一点。

很多初学者最容易这样做：

画面上放一个按钮
按钮按下去直接写 PLC 某个位
PLC 某个位一变，输出就动

短期看当然能用。
但一旦设备复杂，就很容易出问题。

为什么？

因为按钮只是操作员的意图，
不是最终动作资格。

例如一个“自动启动”按钮。
它背后至少还要受这些东西限制：

自动模式成立
无故障
急停正常
安全门关闭
待复位已清
自动允许链成立

如果你把触摸屏按钮直接当作最终输出或最终运行命令，
那程序就很难分层。

更合理的做法通常是：

第一步

触摸屏按钮只写一个“启动请求”或“按钮脉冲”给 PLC

第二步

PLC 收到这个请求后，再根据逻辑判断是否建立“自动运行命令”

第三步

真正的输出，再由运行命令和其他条件综合决定

你看，这里就把：

按钮
请求
状态
输出

分开了。

这会让程序清楚很多，也更安全。

五 一个特别实用的思路：HMI 上的大多数按钮，本质上分三类

以后你设计画面按钮时，可以先把它们分成三类。

第一类 命令型按钮

例如：

启动
停止
复位
模式切换
手动点动
配方调用
清零
确认

这类按钮的特点是：

它们不是设备状态本身，
而是人向 PLC 发出的操作请求。

这类最适合和 PLC 的“上升沿、单次触发、命令位”配合。

第二类 设定型输入

例如：

温度设定值
压力上限
延时参数
数量目标
配方值
报警阈值

这类不是“按一下执行”，
而是用户给 PLC 一个数值或参数。

这类最适合进入 PLC 参数区，再由 PLC 做合法性检查、限幅和正式使用。

第三类 导航/显示辅助按钮

例如：

翻页
返回主页
进入报警页
进入手动页
查看历史
查看帮助

这类很多只在 HMI 内部起作用，和 PLC 逻辑没有直接关系，
或者关系很弱。

你把这三类分清，
按钮设计就会稳很多。

六 参数设定为什么是 HMI 和 PLC 配合里最容易出问题、也最能体现水平的地方

按钮逻辑有时出问题还比较明显，
参数逻辑出问题往往更隐蔽，但影响更大。

例如：

设定值可以随便改，结果超范围
画面上改了一个数，PLC 里却没按预期生效
单位不一致，画面显示 0.45，PLC 实际比较的是 450
一个参数改了以后立刻生效，导致运行中动作突变
操作员误改了关键参数，没有任何保护
几个参数相互矛盾，PLC 却照单全收

这些都特别常见。

所以参数设定这件事，不能只理解成：

HMI 写一个寄存器，PLC 读这个寄存器

真正成熟一点的做法通常是分层。

七 参数最好分成“显示值、输入值、正式运行值”三层

这个思路特别有用。

假设有一个压力设定值。

第一层 画面输入值

这是操作员刚在 HMI 上输入或修改的值。
它还只是“用户想这么设”。

第二层 PLC 检查整理值

PLC 收到这个值后，会检查：

有没有超范围
单位对不对
是否需要限幅
是否要四舍五入
是否和其他参数冲突

第三层 正式运行值

只有通过检查整理后的参数，才真正进入程序主逻辑使用。

这样做的好处是什么？

第一，不会让触摸屏输入直接冲进核心控制
第二，可以防止误输、超限、格式错误
第三，后期查问题时能分清：

是操作员输入的问题
还是 PLC 整理的问题
还是正式运行值的问题

这个思路特别适合：

温度设定
压力设定
延时设定
动作时间
配方参数
报警阈值

八 为什么很多参数不适合“边改边立即生效”

这个点现场特别关键。

有些参数当然可以立即生效。
比如画面亮度、蜂鸣音开关之类的小设置。

但很多工艺参数如果边改边立刻生效，会带来很大问题。

例如：

自动运行中改动作延时
加工过程中改温度阈值
设备运行时改速度、目标数量、压力上下限
步骤进行中改关键流程参数

这时就可能出现：

当前动作还没结束，判断规则已经变了
PLC 前半段按旧参数跑，后半段按新参数跑
设备行为突然不一致
排查时也不知道到底按哪个参数运行的

所以很多成熟设备会把参数更新分成两种。

一种 即时参数

改完立刻生效
适合风险小、影响轻的参数

一种 延后生效参数

改完先写进去
但只有下次启动、下次循环、或按确认保存后才正式启用

这个思路很有工程味。
因为它考虑的是“程序当前正在跑”，而不是只考虑“地址能不能写进去”。

九 HMI 页面为什么不能只做“参数页”，还必须做“状态页”

很多初学者做触摸屏，最容易花力气的是：

做几个按钮
做几个输入框
做几个报警显示

但真正现场好不好查，很多时候取决于状态页做得怎么样。

因为设备一旦不动作、动作不对、卡住、起不来，
现场最想知道的不是“参数还能不能改”，
而是：

现在到底在哪一步
哪个条件没满足
哪台电机在运行
哪个阀门有命令
哪个到位没来
系统当前是手动还是自动
是不是在待复位
自动允许链到底断在哪一环

这些信息，如果画面没有，
调试人员就只能拿电脑看程序监控，或者现场猜。

所以触摸屏一个特别重要的价值就是：

把 PLC 内部关键状态翻译成人能快速看懂的页面。

这就是状态页存在的意义。

十 一个好的状态页，不是把所有位都堆上去，而是要有层次

这一点特别关键。

很多画面做状态页时，喜欢满屏状态灯：

M10
M11
M12
X0
X1
Y0
Y1
看起来信息很多，但操作员根本看不懂。

真正有用的状态页，应该更像“工程地图”。
也就是说，要按层次组织。

第一层 系统总状态

例如：

手动/自动
急停状态
待复位
有无故障
自动运行中
当前配方号
当前步骤号

第二层 关键允许条件

例如：

安全门正常
气压正常
无报警锁存
原点正常
自动允许成立

第三层 关键执行状态

例如：

输送运行
夹紧到位
加热开启
泵运行
风机运行

第四层 关键故障或未满足项

例如：

某动作超时
某传感器异常
某条件未满足

你会发现，
这样一来，状态页不是变量堆积，
而是真正能帮人判断设备“卡在哪”。

十一 为什么“自动允许链”特别适合做成一页状态页面

这个特别实用，尤其是现场调试。

很多设备自动起不来，
操作员最常说的一句话就是：

“怎么按启动没反应？”

这时候如果画面上只有一个启动按钮和一个自动模式灯，
那排查很痛苦。

但如果你专门做一块“自动允许条件”页面，显示：

自动模式成立
急停正常
无故障
安全门正常
气压正常
待复位已清
原点正常
来料条件满足
下游允许
自动允许总位成立

那现场一眼就知道卡在哪个条件。

这类页面对调试和维护价值非常大。
因为它把 PLC 里那串看不见的逻辑链，变成了人能直接看的条件链。

所以一个成熟设备，真的很值得做“自动启动条件页”“运行允许页”这一类状态页面。

十二 手动页面为什么最容易出安全问题，也最需要和 PLC 配合清楚

手动页面几乎每台设备都有。
但它也是最容易做出风险的页面之一。

为什么？

因为手动页往往允许操作员直接点动电机、阀门、气缸、夹具、输送、升降等执行机构。
如果页面和 PLC 分工没做好，很容易出下面这些问题：

按钮一按，直接动作，不受模式限制
自动模式下还能误点手动
手动动作没有受基本安全联锁限制
多个互斥动作可以同时按
伸出和缩回能一起成立
点一下保持住了，但操作者自己不知道
动作到底是点动还是自保持，没有设计清楚

所以手动页的核心不是“能点”，
而是：

点了以后 PLC 怎么判断它能不能真的执行。

比较成熟的思路通常是：

第一

页面只提供手动请求

第二

PLC 判断当前必须在手动模式

第三

PLC 判断急停、故障、基本安全条件是否满足

第四

PLC 判断该动作的互锁、前提条件是否满足

第五

满足后才真正输出动作

这样手动页才稳。

十三 手动页面上的按钮，到底该做“按住动作”还是“按一下动作”

这也是 HMI 设计特别容易出分歧的地方。

按住动作

适合：

点动
微调
危险动作
位置微移
试运行

优点是：

操作者手一松，动作就停
更直观，也更安全

按一下动作

适合：

确认命令
非危险的辅助动作
某些自动完成型动作
配方调用
参数保存
清零
复位

但在 HMI 上，“按一下动作”和“按住动作”的感觉不像实体按钮那么直接，
所以更要小心设计。

尤其是危险动作或调试动作，
很多时候更适合用“按住有效”或者“按下置位、松开复位”的方式。
而不是做成“点一下保持”的风格。

这一点和 PLC 的单次触发、自保持逻辑是直接连着的。

十四 参数页面到底该怎么分，不是所有参数都放一页

很多 HMI 一做参数页，就恨不得所有数值都堆到一页里。
看起来全面，实际很难用。

更合理的做法一般是按类型分。

1 工艺参数页

例如：

温度设定
压力设定
速度设定
节拍设定
配方目标

2 时间参数页

例如：

动作延时
超时报警时间
吹气时间
夹紧延时
停机延时

3 报警阈值页

例如：

高温报警值
低压报警值
液位上下限
保护停机值

4 维护/校正参数页

例如：

补偿值
标定值
维修计时
保养周期
设备系数

5 高级参数页

不常改、风险高、需要密码或权限进入

你这样分，现场人员会更容易理解：

我现在想调什么，就进哪一页
而不是在一大堆数字里乱找

十五 为什么参数页面必须考虑权限，不是什么都该让操作员改

这是特别重要的工程边界。

很多设备刚做出来时，程序员为了调试方便，
会把很多参数都放开。
可一到正式使用阶段，如果还不收口，就很容易出问题。

例如：

普通操作员改了保护阈值
一线人员误改了超时时间
维修人员把工艺参数调乱
某人随手改了标定值
恢复默认值后没人知道发生了什么

所以参数权限通常至少要分层。

第一层 普通操作权限

只允许改常用、低风险工艺参数
例如目标数量、普通延时、某些运行设定

第二层 工程/调试权限

允许改高级参数、报警阈值、部分单元参数

第三层 维护/厂家权限

允许改标定、系数、底层保护参数、系统级设定

也就是说，
不是能做成输入框的变量，就都应该开放给所有人。

这点特别重要。

十六 报警页面为什么不能只显示“当前报警”，还应该考虑“当前报警 + 历史报警”

这在现场非常有用。

当前报警

适合看设备现在为什么不能运行、现在哪儿有问题。
这是最基础的。

历史报警

适合看刚才发生过什么、是偶发还是反复、是哪个时间点出现的。
尤其对间歇性故障特别有帮助。

例如有些故障是这样：

刚才闪一下，现在已经没了
但设备刚才确实停过
如果没有历史报警，操作员和维修人员很容易一头雾水

所以一个成熟的报警页面，往往至少会考虑：

当前报警
报警时间
是否已确认
历史记录
必要时还有恢复时间

哪怕基础设备做不到特别复杂，
至少也要有“当前报警”和“最近一次/几次历史报警”的思路。

十七 报警页面为什么不该只是代码，更应该尽量说人话

这个特别贴近现场。

如果画面上只写：

Alarm 01
Alarm 05
Fault 12

那除非每个人都背过代码表，不然现场根本不好用。

更好的方式通常是：

输送电机热继报警
气缸 1 伸出超时
安全门打开
气压不足
高温保护停机
急停按下
自动启动条件未满足

也就是说，报警页面要尽量回答三件事：

哪儿出问题了
是什么问题
大概该往哪儿查

这对现场非常有价值。

因为报警页不是给 PLC 看，
是给人看。

十八 一个特别实用的页面：I/O 监控页为什么对调试和维护很有价值

这个页面平时操作员可能不常用，
但对调试和维修非常有帮助。

所谓 I/O 监控页，就是把关键输入输出做成一页状态查看。

例如：

启动按钮
停止按钮
急停
安全门
光电
接近开关
原位
到位
电机反馈
阀门到位
输出命令状态

这个页面的价值在于：

你不用连电脑，也能快速看现场输入到底有没有进 PLC
PLC 输出命令到底有没有发出来
某个按钮按了没
某个传感器信号有没有到
某个继电器输出是否成立

但注意，I/O 监控页也不应该把全部地址无脑堆满。
更适合做：

关键输入
关键输出
常查点
维护常用点

这样才好用。

十九 触摸屏和 PLC 配合时，为什么特别要注意“单位一致、缩放一致”

这一点前面在运算换算那一讲其实已经埋过伏笔，
这一讲要把它和 HMI 真正连起来。

比如：

画面显示压力 0.45 MPa
PLC 内部存的是 450
画面显示温度 68.5 ℃
PLC 内部存的是 685
画面显示频率 35.0 Hz
PLC 内部存的是 350

如果这层关系没理清，就会很容易出现：

画面显示对了，PLC 比较错了
画面输入 0.45，PLC 实际收到 45 或 4500
报警阈值在画面看着正常，程序判断却不正常

所以 HMI 和 PLC 配合时，一个特别重要的原则就是：

显示格式可以为人服务
但 PLC 内部格式必须清楚统一
两边关系必须明确

最好在注释、变量命名、画面说明上都体现出来。

二十 一个完整小案例：自动运行页面应该怎么组织才更像现场设备

咱们用一个小型自动设备来举例。

主页面可以放什么
第一块 设备总状态

自动/手动
运行中/待机/待复位
当前步骤号
当前配方
是否有报警
急停状态

第二块 主要操作按钮

启动
停止
复位
模式切换
报警页入口
手动页入口
参数页入口

第三块 关键信息

产量
节拍
当前工件数
运行时间
关键工艺值

第四块 当前提示/当前报警摘要

比如显示最近或当前最重要的一条

这样一来，主页面不是堆满功能，
而是：

看总状态
做常用操作
看核心信息
快速跳到子页面

这就更像真正现场设备的主页。

二十一 一个完整小案例：自动启动为什么老没反应，HMI 应该怎么帮排查

这个场景特别常见。

现象

操作员切到自动，按启动，设备没反应。

如果 HMI 只做一个启动按钮

那大家就只能说“按了没反应”。

更好的做法

做一个“自动启动条件”页面或区域，显示：

自动模式成立
急停正常
无当前报警锁存
安全门正常
气压正常
待复位已清
原点正常
来料条件满足
下游允许
自动允许总位成立

这样启动没反应时，
一眼就知道是哪个条件不满足。

这比“让我去监控程序看看”对现场更友好。
也比只会在画面上弹一句“启动失败”强很多。

所以 HMI 的好用，不是按钮多，
而是它能不能把 PLC 内部最关键的判断链翻译出来。

二十二 一个完整小案例：参数修改后，怎么避免改乱系统

再举一个参数管理的例子。

场景

设备有温度设定、延时设定、数量设定和报警阈值。
希望操作员能改部分参数，但又不想让关键保护值被乱改。

更合理的做法

普通运行参数放在普通参数页
报警阈值和保护值放到工程参数页
工程参数页加权限
所有输入值进入 PLC 后都先限幅检查
修改后可弹出“参数已修改，是否保存”
必要时设置“下次启动生效”或“本轮结束后生效”

再进一步，还可以做：

参数恢复默认
参数导入配方
参数修改记录
关键参数修改时二次确认

你会发现，触摸屏不只是“能输入数字”，
它还在参与设备的使用边界设计。

二十三 初学者最容易踩的几个坑

这一段你后面做页面时会特别有感觉。

1 触摸屏按钮直接等于 PLC 最终动作

没有命令层和状态层分开，风险很大。

2 参数输入直接参与主逻辑

没有限幅、没有检查、没有过渡层。

3 页面只会堆变量

能显示很多，但真正不好查、也不好用。

4 只有参数页，没有状态页

设备起不来时，没人知道卡在哪。

5 手动页不受模式和联锁限制

按一下就直接乱动。

6 报警页只有代码，没有文字说明

现场排查效率很差。

7 所有参数都对所有人开放

设备容易被误改。

8 页面很多，但导航混乱

常用信息找不到，关键页面不顺手。

9 显示单位和 PLC 内部单位没理清

画面数值和程序判断对不上。

10 报警、状态、操作、参数没有分层

结果主页面特别乱，用户体验很差。

二十四 给你一个特别实用的页面设计顺序

以后你做 HMI，可以按这个顺序想。

第一步

先想操作员最常干什么
启动、停止、复位、看报警、看状态、调常用参数

第二步

再想维修人员最常查什么
I/O、步骤、联锁条件、当前命令、历史报警

第三步

再想工程师最常调什么
时间参数、工艺参数、阈值、配方、校正值

第四步

最后再决定哪些内容放主页，哪些做子页，哪些加权限

你这么做，页面会更像“按人来设计”，而不是“按 PLC 地址来设计”。

二十五 本课小结

这一课你最少要真正吃透下面这些点。

第一，触摸屏不是 PLC 地址的展示板，而是设备和人之间最重要的交互层，它承担操作入口、参数入口、状态窗口和故障窗口四类重要角色。

第二，PLC 和 HMI 配合的关键不是“通信通了”，而是“分工清楚”：HMI 更适合发命令、给参数、做显示，PLC 更适合做判断、限幅、执行和最终决策。

第三，HMI 上的按钮不应该简单等于最终动作输出，更合理的做法通常是：页面给请求，PLC 判断是否允许，再建立状态或输出。

第四，参数管理不能只靠“一个输入框对一个寄存器”，更成熟的做法是分成输入值、检查整理值、正式运行值三层。

第五，真正有用的状态页不是把所有变量堆出来，而是把系统总状态、关键允许条件、关键执行状态和关键故障按层次组织出来。

第六，手动页面特别需要和 PLC 模式、联锁、安全逻辑配合清楚，不能只是“按钮能点就算完成”。

第七，参数页面应该按用途和权限分层，不是什么都该给所有人改；报警阈值、标定值、系统级参数尤其要谨慎开放。

第八，报警页面除了显示当前报警，还应尽量考虑历史报警；而且报警说明应尽量说人话，让现场人员一眼知道哪儿出问题了。

第九，显示单位、输入格式和 PLC 内部缩放必须一致且明确，否则页面数值和程序判断很容易对不上。

第十，一个成熟的 HMI 页面体系，应该真正帮助操作、调试、排查，而不是只让人“看到很多东西”。

二十六 学完这一课后，你应该能做到什么

学完这一课，你至少应该能做到这些事情：

知道为什么有些设备 PLC 逻辑不算差，但触摸屏一配上去就显得不好用
知道按钮、参数、状态、报警在 HMI 上应该怎么分层
知道为什么触摸屏按钮不能简单等于 PLC 最终输出
知道参数为什么要有检查、限幅和权限
知道状态页和自动允许链页面为什么对现场特别有价值
知道报警页面为什么要尽量做成真正能帮人查问题的样子
知道一个好的 HMI，不只是好看，而是让 PLC 逻辑真正变得“可操作、可观察、可排查”

到这里，PLC 基础课已经把 PLC 本体逻辑、现场信号、报警策略、人机配合，基本串成一条线了。

二十七 下节预告

下一课如果继续往下接，我建议可以写：

PLC 基础课 第21讲
PLC 与变频器控制进阶：启停、给频率、运行状态、故障反馈完整讲透

因为前面第20讲已经把 HMI 和 PLC 之间的配合理顺了，
下一步再讲 PLC 和变频器之间怎么真正配合，会特别顺，也特别贴近工控现场。

推荐阅读：

PLC 基础课 第24讲 模拟量闭环控制入门：恒压供水、恒温控制里 PID 到底在干什么

PLC 基础课 第23讲 Modbus RTU 实战：PLC 读变频器、读仪表、读温控器到底怎么看地址

PLC 基础课 第22讲 串口通讯入门：RS-232、RS-485、波特率、校验位、站号一次搞懂

PLC 基础课 第17讲 联锁逻辑专题：电机互锁、阀门互锁、前后动作联锁怎么写

PLC 基础课 第18讲 防抖、滤波、延时确认：现场信号不稳时，PLC 程序怎么处理

PLC 基础课 第19讲 报警分级与停机策略：提示、预警、联锁停机，到底该怎么分