1. 课程导入与温室报警联动全景

温室环境控制系统的价值，不在于“能测到温度”，而在于“测到异常之后系统能做什么”。一个温度传感器在正午读数升到 36 ℃，如果只是把数字显示在屏幕上，那它只是一块仪表；只有当这个读数触发报警、报警又驱动风机与遮阳帘动作、动作结果被回读确认、处置过程被记录，整套系统才真正具备生产意义。本课程围绕这条从“感知异常”到“闭环处置”的链路展开，讨论温室报警联动与异常处置的设计方法。

三个核心概念要先分清

报警是对“偏离正常状态”的判定结果。它包含三个要素：判定对象（如棚内空气温度）、判定条件（如高于 32 ℃ 持续 5 分钟）、判定结论（越限、传感器故障、通信中断等）。报警本身不产生控制动作，它只回答“现在是否异常、异常到什么程度”。工程上必须区分越限报警与设备故障报警：前者是环境量超出作物适宜区间，后者是采集或执行环节本身失效，两者的处置路径完全不同。

联动是报警触发后，按预设规则驱动一个或多个执行设备动作的机制。联动规则要明确“谁触发、触发谁、动作到什么程度、持续多久、何时解除”。例如“温度高报警 → 开启顶窗 30%、启动环流风机 → 温度回落至 30 ℃ 以下并保持 10 分钟后解除”。联动不是简单的开关映射，它涉及优先级、互锁和延时，避免设备频繁启停或相互冲突。

异常处置是联动动作之后仍未恢复时，系统与人员共同采取的升级措施，包括二次报警、切换备用设备、限制生产操作、通知责任人、记录处置过程。报警解决“发现”，联动解决“自动响应”，异常处置解决“自动响应失效之后怎么办”。三者构成递进关系，缺一环则闭环不成立。

整体设计框架：四层一闭环

上图给出本课程贯穿始终的设计框架。自左向右是四层：感知层负责按固定周期采集环境量与设备状态；报警判定层把原始数据转换为分级报警；联动执行层把报警转换为具体设备动作；异常处置层处理“自动动作未奏效”的情形。图中两条虚线回路是框架的关键：一条是执行层动作后，感知层数据重新进入判定层，形成“动作—回读—再判定”的自动闭环；另一条是动作后环境仍未恢复时，报警升级进入处置层，由人员介入。没有回读确认的联动是开环的，系统无法知道自己是否真的把窗打开了。

框架右侧的工程交付物条说明：这套设计最终要落成五类可交付文件——测点与报警清单、联动规则表、处置流程 SOP、联调测试记录、运行日志。它们不是文档装饰，而是设计、施工、验收、运维四个阶段之间传递信息的载体。缺少报警清单，施工方不知道要接哪些点；缺少联动规则表，调试时无法判断动作是否正确；缺少测试记录，验收没有依据。

一个可对照的示例参数

为使后续章节有统一参照，这里给出一组教学示例参数（属合理假设，非实测数据）。以番茄越冬茬温室为例：空气温度高报警阈值设为 32 ℃、持续 5 分钟触发“警告”，36 ℃ 持续 3 分钟触发“紧急”；解除条件为回落至 30 ℃ 以下并保持 10 分钟，这 2 ℃ 的差值就是回差，用于防止阈值附近反复报警。联动规则示例：警告级启动顶窗 30% 与环流风机；紧急级追加遮阳帘展开 70%、湿帘水泵启动。若紧急报警持续 15 分钟温度仍高于 36 ℃，则升级为处置事件，通知值班人员并记录。这些数字在后续章节会被反复引用和细化。

本课程的学习目标

学完本课程，应能独立完成四件事：其一，针对给定作物与温室结构，编制测点与报警清单，合理设定阈值、延时与回差；其二，把报警需求翻译成联动规则表，处理多规则冲突时的优先级与互锁；其三，编写可执行的异常处置 SOP，明确升级条件、责任人与记录要求；其四，设计联调测试用例，用人为制造越限、断开传感器、卡住执行器等方式验证整条链路，并根据回读数据判断联动是否真正生效。这四项能力对应设计、配置、运维三类岗位的共同需求。

需要强调的是，报警联动设计最容易犯的错误是“只设计触发，不设计解除与升级”。触发条件写得再细，若没有明确的解除判据，设备会在阈值附近频繁启停；若没有升级路径，自动控制失效时系统只会安静地报同一个警，而无人知晓。因此本课程在每一类联动设计中都会同时追问三个问题：什么条件下动作、什么条件下停止、停止不了怎么办。