2. 温室环境异常与报警需求分析

报警联动系统的第一步不是选设备、写规则，而是把"哪些环境异常值得报警、报警后要联动什么、先处理谁"想清楚。温室是一个多参数耦合的慢过程系统，温度、湿度、CO₂浓度、光照和土壤水分彼此影响，如果对每个越限都平等报警，运行一周后就会出现大量无效告警，管理人员逐渐麻木，真正危险的工况反而被淹没。因此本节的核心任务是：把关键参数的异常场景梳理成可执行的报警需求清单，并给出优先级排序依据。

一、从"参数越限"到"异常场景"

报警需求不能只写"温度高于35℃报警"，因为同一个越限在不同时段、不同作物、不同季节的含义完全不同。合理的做法是把参数、方向、时段、持续时间和作物阶段组合成"异常场景"。例如：

• 温度：夏季正午高温（>35℃持续10分钟）导致花器败育；冬季夜间低温（<8℃持续30分钟）导致冻害；晴天中午"温度骤升"（10分钟内升幅>6℃）往往意味着通风窗未开或遮阳未展开。
• 湿度：夜间高湿（相对湿度>90%持续2小时）是灰霉病、霜霉病的高发条件；白天低湿（<40%）影响授粉与蒸腾；湿度骤降常与加热开启或通风过量相关。
• CO₂：白天光合旺盛期浓度低于300ppm意味着亏缺，需补气；施放CO₂时浓度超过1000ppm（视作物而定）则存在浪费与人员安全风险；夜间浓度异常升高可能提示通风不足或发酵源。
• 光照：连续阴天导致累积光照不足（日累积<6mol/m²）；夏季强光（>800W/m²）叠加高温需遮阳；光照传感器被遮挡或污染会造成"假低光"。
• 土壤水分：基质含水量低于阈值触发灌溉；含水量长期偏高提示排水不畅或灌溉阀泄漏；夜间含水量异常下降可能意味着管路渗漏。

可以看出，异常场景天然带有"方向、阈值、持续时间、时段、关联参数"五个要素。报警需求清单必须把这五项写全，否则后续规则引擎无法落地。

二、报警需求清单的结构

建议每条需求至少包含：编号、参数、异常方向、触发条件（阈值+持续时间+时段/阶段）、严重等级、联动动作、确认方式。下面给出一份可直接参考的示例清单（参数为教学示例，实际需按作物与当地气候标定）：

三、优先级排序的判断依据

优先级不是按参数重要性拍脑袋，而应综合三个维度：危害程度（是否造成不可逆损失）、发展速度（留给人工干预的时间窗口）、发生概率。低温冻害和CO₂过量属于"发展快、后果重"，应列为高优先级并直接联动；累积光照不足发展慢、可人工调整，列为低优先级仅提示。此外还要区分"设备故障类"与"环境越限类"：传感器断线、执行器无反馈属于设备异常，应单独成类并优先于环境报警，因为错误数据会导致所有联动判断失真。

四、从需求清单到可执行规则

清单只是"要什么"，落地还要转成规则。以A-01夏季高温为例，规则可写成：当温度传感器读数大于35℃且连续10分钟成立、当前时间在09:00–17:00之间时，置位高温报警，输出"开顶窗、展开外遮阳、启动环流风机"三条联动指令，并要求在15分钟内由人工或执行器反馈确认，否则升级为二级告警。这里的关键是持续时间与确认机制：没有持续时间的瞬时越限会造成抖动误报，没有确认机制则无法区分"已处理"与"被忽略"。

另一个容易被忽视的点是参数关联校验。例如温度骤升报警（A-03）若同时检测到通风窗反馈为"已开"，则更可能是传感器受阳光直射，应提示"疑似传感器受热"，而不是盲目再开窗。同理，土壤含水量夜间异常下降（A-09）若灌溉阀反馈为关闭，则指向管路渗漏；若阀反馈为开启，则先查控制逻辑。把关联参数写进规则条件，能显著降低误报率。

五、需求清单的评审要点

清单完成后应组织一次评审，重点检查：是否存在同一工况被多条规则重复触发；高优先级报警是否都有明确的联动动作和确认时限；低优先级报警是否真的只需提示而不必联动；每条阈值是否有作物阶段和季节的区分；设备类异常是否独立成类并优先处理。评审通过后，这份清单就是后续报警规则配置、联动逻辑编写和处置流程设计的直接输入。

需要强调的是，本节给出的阈值均为教学示例，实际项目中必须结合作物种类、栽培季节、温室结构和当地气候进行标定，并通过一段时间的试运行统计误报率与漏报率，再回头修订清单。报警需求分析不是一次性的文档工作，而是随运行数据持续迭代的过程。