3. 触发机制详解：什么是触发、触发类型与条件设计

各位同学，欢迎来到第三章。前两章我们聊了传感器选型和场景规划，算是把「硬件」和「目标」定下来了。但有个关键问题：系统怎么知道什么时候该干活？

答案就是——触发。

触发，说白了就是自动化场景的「启动信号」。没有触发，传感器数据再准、执行器再强，系统也只是个睁着眼睛的木头人。我刚开始做物联网项目时，就犯过这个错：传感器数据采集得漂漂亮亮，结果触发条件写得太糙，该动的时候不动，不该动的时候乱动。嗯，那场面挺尴尬的。

这一章，我们就来彻底搞懂触发这件事。我会从三个维度展开：触发是什么、有哪些类型、以及怎么设计靠谱的触发条件。

3.1 什么是触发？

触发，就是让自动化流程开始执行的那个事件或条件。你可以把它理解成一个「开关」——开关闭合，动作开始；开关断开，动作停止或等待。

在物联网自动化系统里，触发通常来自三个源头：

• 传感器信号变化：比如温度超过阈值、人体红外检测到有人、门磁开关状态改变。
• 时间条件到达：比如每天早上7点、日落之后、倒计时结束。
• 系统内部状态：比如设备上线/离线、网络恢复、某个场景执行完毕。

我个人习惯把触发比作「门铃」。门铃响了，你才去开门。门铃不响，你该干嘛干嘛。自动化系统也一样——没有触发信号，所有执行器都处于待命状态，不消耗额外动作。

3.2 触发类型详解

触发类型，按信号特征可以分为三大类：电平触发、边沿触发、时间触发。每种类型都有它的脾气，选错了，系统就会跟你对着干。

3.2.1 电平触发

电平触发，看的是信号持续的状态。比如：

• 温度持续高于35°C → 开启空调
• 湿度持续低于20% → 启动加湿器
• 光照强度持续低于100 lux → 打开灯光

电平触发的特点是：条件满足就动作，条件消失就停止。它适合那些需要「持续响应」的场景。

我在项目中遇到过一个问题：用人体红外传感器控制走廊灯，用的就是电平触发。结果人站在灯下一动不动，红外信号稳定输出，灯一直亮着没问题。但人一走，信号消失，灯立刻灭了——这其实是对的。但客户投诉说「人还在走廊尽头，灯就灭了」，因为红外传感器检测范围有限。后来我改成了边沿触发加延时，才解决。

特性	电平触发	适用场景
触发条件	信号持续满足阈值	温控、湿度控制、光照调节
停止条件	信号退出阈值范围	空调关闭、加湿器停止
优点	逻辑简单，响应直接	实时性要求高的场景
缺点	容易抖动，频繁启停	需要加滤波或迟滞

3.2.2 边沿触发

边沿触发，看的是信号变化的瞬间。它不关心信号持续多久，只关心「从低到高」或「从高到低」的那一下。

边沿触发又分两种：

• 上升沿触发：信号从0变1的瞬间触发。比如门磁从「关闭」变成「打开」。
• 下降沿触发：信号从1变0的瞬间触发。比如按钮按下后松开。

你想想看，为什么很多智能开关用边沿触发而不是电平触发？因为电平触发下，你按着按钮不放，灯会一直闪。而边沿触发只响应按下的那个瞬间，按一次，灯状态翻转一次，干净利落。

我曾经踩过一个坑：用振动传感器检测洗衣机工作状态。传感器输出的是电平信号，洗衣机一振动就输出高电平。我用了电平触发，结果洗衣机在脱水阶段振动大，触发没问题；但漂洗阶段振动小，信号断断续续，系统以为洗衣机停了，直接发了「洗衣完成」通知。后来改成边沿触发加计时器，才准确判断出「振动开始」和「振动结束」。

3.2.3 时间触发

时间触发，顾名思义，由时间条件来驱动。它不依赖传感器信号，而是依赖时钟。

常见的时间触发方式有：

• 定时触发：每天固定时间执行。比如早上7:00开窗帘，晚上22:00关灯。
• 延时触发：某个事件发生后，等待一段时间再执行。比如人离开后5分钟关灯。
• 周期触发：每隔固定时间重复执行。比如每30分钟采集一次环境数据。
• 天文时钟触发：根据日出日落时间动态调整。比如日落时关窗帘，日出时开窗帘。

时间触发看起来简单，但有个坑：设备断电重启后，时间可能不准。我做过一个项目，网关断电后RTC电池没电，重启后时间回到了1970年。结果所有定时触发全部乱套——凌晨3点开灯，中午12点关空调。嗯，后来我强制要求所有设备必须联网校时，才解决这个问题。

触发子类型	典型应用	注意事项
定时触发	闹钟、定时开关灯	需要设备时钟准确
延时触发	人走灯灭、延时上锁	延时期间可能被新事件打断
周期触发	数据上报、巡检任务	周期太短会消耗资源
天文时钟	窗帘跟随日出日落	需要经纬度参数

3.3 触发条件设计

知道了触发类型，接下来就是怎么设计触发条件。这部分最考验经验，因为条件写得好不好，直接决定系统稳不稳。

我总结了一套设计原则，叫「三要三不要」：

• 要明确边界：阈值是多少？是大于还是大于等于？是持续多久才算有效？
• 要防抖：信号在阈值附近来回跳时，系统不能跟着抽风。
• 要可恢复：触发条件消失后，系统能自动回到初始状态。
• 不要过度敏感：一点风吹草动就触发，用户会疯掉。
• 不要忽略组合条件：单一条件容易误触发，多个条件组合更可靠。
• 不要忘记异常处理：传感器故障、网络中断时，触发逻辑要有兜底。

举个例子，设计一个「下雨自动关窗」的场景：

触发条件：
  1. 雨滴传感器检测到雨水（电平触发，持续3秒以上）
  2. 窗户当前状态为「打开」
  3. 室内无人（可选，避免关窗夹到人）

执行动作：
  1. 关闭窗户
  2. 发送通知到手机
  3. 记录日志

恢复条件：
  1. 雨停后持续30分钟无雨滴信号
  2. 自动打开窗户（如果用户允许）

你看，这里用了电平触发（持续检测），加了防抖（持续3秒），还组合了窗户状态和室内有人检测。这就是一个比较靠谱的触发条件设计。

3.4 触发机制知识图谱

下面这张图，我把本章的核心知识点串起来了。你可以把它当作一个快速索引，复习时瞄一眼就行。

3.5 避坑指南

最后，分享几个我踩过的坑，希望能帮你省点调试时间。

• 坑一：信号抖动没处理。我曾经用干簧管做门窗传感器，电平触发。结果风吹门晃动，信号在1秒内跳了十几次，系统疯狂报警。后来加了200ms的软件去抖，世界清净了。
• 坑二：边沿触发漏事件。有一次用下降沿检测按钮松开，结果按钮按下时间太短，MCU没来得及采样到下降沿。后来改成上升沿触发，或者用中断捕获，才解决。
• 坑三：时间触发不考虑时区。设备卖到国外，用户发现定时场景全部差了8小时。嗯，因为代码里写死了北京时间。后来所有时间触发都改成UTC+时区偏移量。
• 坑四：组合条件写成了「与」逻辑，实际需要「或」。比如「温度高且湿度低」才开空调，结果夏天湿度高，空调死活不启动。后来改成「温度高或湿度高」触发制冷，才正常。