这个项目难在哪
每个案例的难点都不一样。先把难点说清楚，方案才有意义。
湿帘降温会同时把湿度拉高，对湿度敏感的作物不能这么降
开天窗通风能降温排湿，但冬季会把热量全放跑
四个执行器如果同时动作，会出现互相抵消：一边降温一边加湿，能耗翻倍效果减半
农户习惯手动开关，系统自动动作跟人的操作打架，设备被反复启停
项目背景：能远程开关不等于能控制
很多大棚项目的「环境控制」做到最后，就是一个手机 App，上面排着七八个开关：风机、湿帘、天窗、遮阳、补光。点一下开，点一下关。
这个功能农户其实不太用。因为**手动开一个设备谁都会，难的是判断什么时候开、开多久、开了之后要不要配合别的动作**。
真正有价值的环控系统，要解决的是「四个执行器抢一个目标」的问题：温度高了，降温的办法有四种，选哪个、按什么顺序、能不能同时上。
第一个问题：四个降温动作，互相拆台
夏天中午棚内温度 38 度，要降到 28 度。可选的动作：
| 动作 | 降温效果 | 副作用 | 能耗 |
|---|---|---|---|
| 开风机（强制通风） | 中，取决于内外温差 | 失水快，湿度下降 | 中 |
| 开湿帘 | 强，可降 6–10 度 | 湿度大幅上升 | 高（水泵+风机） |
| 开天窗（自然通风） | 弱到中，取决于风速 | 外界湿度高时无效 | 低 |
| 拉遮阳网 | 中，减少太阳辐射 | 光照下降，影响光合 | 极低 |
单看每一项都合理，问题是它们会互相抵消：
- **开湿帘的同时开天窗**，湿帘产生的冷湿空气直接从窗口跑掉了，等于白烧水泵的电。
- **开湿帘的同时开风机排风**，要看风机装在哪。如果是纵向通风（一头进一头出），湿帘和排风机是配套的；如果乱开，会把湿气吹到不需要的地方。
- **拉遮阳网的同时开补光灯**，一边挡光一边补光，纯属浪费。
所以环控系统必须有**动作优先级和互斥规则**，不能让人或系统随便组合。
第二个问题：优先级怎么定
优先级不是拍脑袋排的，要按「代价从小到大」排序：先用便宜的、副作用小的，不够再上贵的。
| 顺序 | 动作 | 触发条件 | 退出条件 |
|---|---|---|---|
| 1 | 拉遮阳网 | 光照 > 阈值 且 温度 > 目标+2℃ | 光照回落 或 温度达标 |
| 2 | 开天窗/自然通风 | 温度 > 目标+3℃ 且 外界温度低于棚内 | 温度达标 或 外界温度高于棚内 |
| 3 | 开风机（强制通风） | 温度 > 目标+4℃ | 温度达标 |
| 4 | 开湿帘 | 温度 > 目标+6℃ 且 湿度 < 上限 | 温度达标 或 湿度接近上限 |
这个阶梯设计的核心是**逐级递进，不跳级**。温度刚超一点就开湿帘，能耗高而且湿度会失控。只有前三级都不够，才动湿帘。
每一级都有退出条件，而且是**双向的**：温度降下来了要退出，但如果降的方式不合适（比如外界比棚内还热，开天窗反而升温），也要退出。
湿度是硬约束
第 4 级加了一个条件：「湿度 < 上限」。这是硬约束，优先于温度目标。
原因很实际：湿帘降温靠水蒸发，棚内湿度会从 60% 迅速升到 90% 以上。高湿环境会引发灰霉病、霜霉病，损失比高温大得多。所以**湿度接近上限时，宁可温度不达标也不能开湿帘**。
这种情况下系统会给农户推一条提示：「温度未达标，因湿度已达上限暂停湿帘，建议加强通风或延后处理」。**说清楚为什么不做，比默默不做要好。**
第三个问题：互锁，别让设备自己打自己
互锁是指「A 动作执行时，B 动作不允许执行」。大棚环控至少要设这几条：
| 互锁规则 | 原因 |
|---|---|
| 湿帘运行时不允开天窗 | 冷湿空气会从窗口流失，湿帘失效 |
| 湿帘运行时不允开补光 | 高湿环境下补光易诱发病害 |
| 遮阳展开时不允开补光 | 一边挡光一边补光，逻辑冲突 |
| 加温运行时不允开天窗（低温时段） | 热量直接散失 |
| 灌溉运行时不允开湿帘 | 两路同时用水，水压不足 |
最后一条容易被忽略。湿帘和灌溉都要用水泵，如果水压或流量不足，两边都做不好。**这种资源冲突类的互锁，比逻辑冲突更隐蔽，出问题时要排查很久。**
最小动作间隔：防止设备频繁启停
除了互锁，还要限制**同一设备的动作频率**。风机、水泵这类设备，频繁启停对电机寿命影响很大。
设计上给每类设备配一个最小间隔：
- 风机：启动后至少运行 5 分钟才能停，停机后至少 3 分钟才能再启。
- 湿帘水泵：同上，且两次启动间隔不少于 10 分钟。
- 天窗电机：两次动作间隔不少于 2 分钟（机械行程需要时间）。
- 遮阳电机：同上。
这些参数看起来琐碎，但**没有它们，系统会在温度临界点附近反复动作**。温度在阈值上下波动 0.5 度，风机就会开开关关十几次。设备半年就坏。
防止频繁启停的根本办法是设回差：比如目标 28 度，超过 29 度才启动降温，降到 27 度才停止。这 2 度的区间就是死区，温度在里面波动不触发动作。最小动作间隔是死区之外的兜底。
第四个问题：冬天反过来，保温和排湿打架
夏天的问题是怎么降温，冬天的问题正好相反：**要保温，但棚内湿度会越来越高，必须排湿。排湿就得通风，通风就散热。**
这是个死结，解法只有三条：
- 1**短时多次通风**。不是开一上午窗，而是每 2 小时开 10 分钟。温度掉得少，湿气能换掉一部分。
- 2**顶部通风而非侧窗**。热空气在上方，从顶部排湿带走的热量相对少。
- 3**加温配合通风**。通风的同时开加温设备，用能耗换湿度控制。这条最贵，但连续阴雨天只能这样。
系统里把冬季模式单独做了一套策略，和夏季模式完全分开。**不能指望一套规则跑全年**，这是很多环控系统的通病：夏天调好的参数，冬天完全不能用。
切换靠日期还是靠温度？项目的做法是**靠室外温度加作物生长期双条件**。单纯看日期不准（暖冬、倒春寒），单纯看温度也不准（作物不同生长期耐受度不同）。
第五个问题：人手动开了，系统要不要管
这是实际运行中最常见的冲突。农户觉得「今天风大，我手动把天窗关小点」，系统检测到温度高，又自动把天窗开大。来回几次，农户就把系统关了。
解决办法是**明确三种模式，并且状态要显性**：
| 模式 | 系统行为 | 适用场景 |
|---|---|---|
| 手动 | 只采集不控制，所有动作由人操作 | 农户在棚里作业、设备检修 |
| 半自动 | 系统给建议，人确认后执行 | 过渡期、新品种试种 |
| 全自动 | 系统自主控制，人可随时接管 | 无人值守、夜间、外出 |
关键设计：**手动接管必须是一键的，而且要有超时自动恢复**。
- 农户在棚里按了「手动」，系统暂停自动控制，但界面上必须显示一个醒目的状态条：「当前手动模式，自动控制已暂停」。
- 手动模式超过设定时长（比如 4 小时）没有切回，系统推提醒；超过 8 小时，自动恢复全自动并通知。
- 为什么要有超时？因为农户手动开完经常忘记切回来。夏天中午手动开了湿帘，忘了关，一直开到晚上，棚里湿透了。
「超时自动恢复」这个设计在评审时被质疑过：万一农户就是想让设备一直开着呢？答案是：**那就把超时时长设长一点，或者提供「长时手动」选项**，但不能没有兜底。默认行为要偏安全。
几条可以带走的判断
- **环控的价值在优先级和互锁，不在远程开关。** 能点开关的 App 谁都能做，能判断先开哪个才是本事。
- **降温动作要阶梯式触发，不跳级。** 先遮阳、再通风、再风机、最后湿帘，按代价从小到大。
- **湿度是硬约束，优先于温度。** 湿度接近上限时，宁可温度不达标也不开湿帘，高湿引发的病害损失更大。
- **资源冲突类互锁最隐蔽。** 湿帘和灌溉抢水压，这种冲突出问题要排查很久，必须提前设规则。
- **回差比最小动作间隔更根本。** 目标 28 度就该设 27–29 的死区，否则温度临界波动会让设备疯狂启停。
- **夏季和冬季必须是两套策略。** 一套参数跑全年是环控系统最常见的错误。
- **手动接管要一键、要显性、要超时兜底。** 农户忘记切回来是常态，默认行为要偏安全。
- **不执行的时候要说清原因。** 「因湿度达上限暂停湿帘」比默默不动强得多。
用到的技术
这些技术在其他项目里也用过，完整的协议支持清单和已实测规模见技术能力
有类似的项目？
把你的现场情况说清楚就行，不用先写需求文档。我们会告诉你从哪切入最划算、哪些环节其实可以不花钱。