
"以前我凌晨 3 点必须爬起来看棚,怕闷棚、怕旱死。现在手机每天早上 8 点收到一条日报:昨日自动化执行 12 次,灌溉 3 次、通风 5 次、施肥 1 次。我翻个身继续睡。"
—— 山东寿光某合作社负责人 王大哥
一座 5 亩温室,传统管理模式下每天人工巡检 3 次,一年人力成本 3-5 万元;一次忘开风机导致闷棚,损失动辄上万元。这不是故事,是每位大棚种植者都经历过的日常。
ThingsCloud 自动化方案的核心逻辑很简单:把老师傅的经验翻译成触发器、条件和动作,让系统在 0.1 秒内做出决策,全年无休。
下面通过一座真实智能温室的 5 大自动化闭环,拆解从"经验种植"到"数据种植"的完整落地路径。
一、业务痛点:人工管理的四个"不可能三角" 🌱
1. 时间不可能:人做不到 7×24 小时值守
凌晨 2-4 点是温室闷棚事故的高发时段。此时室外温度骤降,棚内湿度飙升,如果卷帘和风机未及时响应,2 小时内即可导致作物大面积病害。
2. 精度不可能:经验无法量化
"土干了就浇"——但"干"是多少?30% 湿度?40%?不同作物、不同生长期、不同天气,阈值完全不同。靠人眼判断,误差可达 ±20%。
3. 规模不可能:一个人能管几个棚?
传统模式下,1 位技术员最多管理 3-5 个棚。当合作社扩张到 20 个棚、50 个棚时,人力成本线性上升,管理质量反而下降。
4. 追溯不可能:出了问题找不到根因
作物减产了,是哪天浇水过多?还是哪天窗帘没开?人工记录易遗漏、易篡改,责任判定和工艺优化无从谈起。
传统大棚依赖人工盯防,智慧温室依靠自动化闭环管控。
二、5 大自动化闭环:一座温室的完整"数字神经系统" 🤖
闭环 1:智能灌溉——土壤说了算,人不插手 💧
业务逻辑:当土壤湿度低于作物当前生长期的阈值,且满足水源、天气、时间条件时,自动开启灌溉;达到目标湿度后自动关闭。
| 配置项 | 具体设置 |
|---|---|
| 触发器 | 设备属性变化:土壤湿度传感器 → 湿度 < 30% |
| 条件 ① | 设备属性:自动灌溉模式 = ON |
| 条件 ② | 设备属性:水箱液位 > 20% |
| 条件 ③ | 设备属性:气象站 → 天气状态 ≠ "雨天" |
| 条件 ④ | 时间范围:06:00-20:00 |
| 动作 ① | 下发属性:灌溉阀门 = ON |
| 动作 ② | 延迟:10 分钟 |
| 动作 ③ | 下发属性:灌溉阀门 = OFF |
| 并发策略 | 放弃本次(避免重复浇水导致烂根) |
为什么设计 4 个条件? 因为 2023 年某基地曾发生过:雨天传感器被雨水淋湿误报低湿度,系统自动灌溉导致田间积水。加入"天气≠雨天"条件后,此类误触发归零。
闭环 2:温控通风——温度超 32℃ 自动开窗,低于 26℃ 自动关 🌡️
业务逻辑:白天温度超标时自动开启侧窗风机;夜间或温度回落后自动关闭,避免能源浪费。
| 配置项 | 具体设置 |
|---|---|
| 触发器 | 设备属性变化:空气温度传感器 → 温度 > 32℃ |
| 条件 ① | 时间范围:08:00-18:00(避免夜间低温误开) |
| 动作 ① | 下发属性:侧窗风机 = ON |
| 动作 ② | 延迟:5 分钟 |
| 动作 ③ | 下发属性:顶窗风机 = ON |
恢复逻辑(独立自动化):温度 < 26℃ → 关闭所有风机 → 关闭侧窗/顶窗 → 更新状态为"温度正常"。
闭环 3:分区轮灌——A 区浇完,B 区接力,水压不骤降 🔄
业务逻辑:多区大棚共用一套水源时,避免同时开启多个阀门导致水压不足、灌溉不均。
ThingsCloud 场景编排:
- 创建场景"单区灌溉":灌溉阀门 ON → 延迟 10 分钟 → 灌溉阀门 OFF
- 创建自动化"分区轮灌":
- 触发器:土壤湿度 < 30%(A 区或 B 区)
- 条件:
- 时间范围:06:00-20:00
- 设备属性:其他分区阀门状态 = OFF(避免多区同时灌溉导致水压不足)
- 动作序列:
- 执行场景"单区灌溉"(A 区)
- 延迟 30 秒(等水压恢复)
- 执行场景"单区灌溉"(B 区)
- 延迟 30 秒
- 执行场景"单区灌溉"(C 区)
场景 vs 自动化的区别:场景是"固定剧本",用于编排复用;自动化是"智能导演",根据条件判断是否开演。两者的嵌套,让复杂逻辑像搭积木一样简单。
闭环 4:施肥联动——定时、定量、按配方自动投放 🧪
业务逻辑:每周二、四、六上午按预设配方(N-P-K 比例)自动施肥,施肥后自动搅拌并检测 EC 值。
| 配置项 | 具体设置 |
|---|---|
| 触发器 | 定时触发:每周二、四、六 09:00 |
| 条件 ① | 设备属性:土壤 EC 值 < 设定阈值(缺肥判断) |
| 条件 ② | 设备属性:营养液箱液位 > 10% |
| 动作 ① | 下发属性:氮肥通道 = ON |
| 动作 ② | 延迟:5 秒 |
| 动作 ③ | 下发属性:氮肥通道 = OFF |
| 动作 ④ | 下发属性:磷钾肥通道 = ON |
| 动作 ⑤ | 延迟:5 秒 |
| 动作 ⑥ | 下发属性:磷钾肥通道 = OFF |
| 动作 ⑦ | 延迟:10 分钟(充分混合) |
| 动作 ⑧ | 下发属性:搅拌泵 = ON |
| 动作 ⑨ | 延迟:2 分钟 |
| 动作 ⑩ | 下发属性:搅拌泵 = OFF |
| 动作 ⑪ | 执行任务:EC 传感器采集(验证施肥效果) |
闭环 5:极端天气应急——大风暴雨来了,系统比你先反应 ⛈️
业务逻辑:气象站上报大风/暴雨事件后,自动关闭所有侧窗/顶窗,收起遮阳网,防止机械损坏和作物损伤。
| 配置项 | 具体设置 |
|---|---|
| 触发器 | 设备事件:气象站 → 上报"大风"或"暴雨"事件 |
| 条件 ① | 无(全天候响应) |
| 动作 ① | 下发属性:所有侧窗 = 关闭 |
| 动作 ② | 下发属性:所有顶窗 = 关闭 |
| 动作 ③ | 下发属性:遮阳网 = 收起 |
| 动作 ④ | 更新云端属性:应急状态 = "大风暴雨响应中"(记录事件状态) |
| 动作 ⑤ | 延迟:30 秒(等待所有机械动作到位) |
延时结束后,可再通过独立的告警规则或自动化完成告警通知。
三、设备清单与接入方案 🔧
感知层:给温室装上"五官"
| 设备 | 数量/棚 | 通信方式 | 接入 ThingsCloud 方式 |
|---|---|---|---|
| 土壤温湿度传感器 | 6-8 个 | RS485 | DTU 透传 + Modbus 解析 |
| 空气温湿度传感器 | 2-3 个 | 4G Cat.1 | 直连 MQTT |
| 光照传感器 | 1 个 | 4G Cat.1 | 直连 MQTT |
| CO₂ 传感器 | 1 个 | RS485 | DTU 透传 + Modbus 解析 |
| 水箱液位计 | 1-2 个 | 4-20mA | 物联网控制器 AD 采集 |
| 气象站 | 1 个 | 4G Cat.1 | 直连 MQTT |
| EC/pH 传感器 | 1-2 个 | RS485 | DTU 透传 + Modbus 解析 |
执行层:系统的"手脚"
| 设备 | 控制方式 | 备注 |
|---|---|---|
| 电磁阀(灌溉) | 继电器(24V) | 每路独立控制,支持分区分时 |
| 侧窗/顶窗电机 | 正反转控制器 | 行程开关反馈到位状态 |
| 风机(大/小) | 变频器/继电器 | 大风量变频,小风量直启 |
| 遮阳网卷膜机 | 正反转控制器 | 限位保护 |
| 施肥泵(多通道) | 计量泵/电磁阀 | 支持时间-比例配方控制 |
| 搅拌泵 | 继电器 | 施肥后混合营养液 |
控制层:网关与控制器
推荐方案:ThingsEdge 4G DTU(主网关)+ 本地 RS485 总线扩展
- 空气传感器、气象站等独立设备通过 4G Cat.1 直连 ThingsCloud
- 土壤传感器、液位计、执行器继电器等通过 RS485 总线接入 DTU,由 DTU 统一汇聚上报
- 关键执行设备(如卷帘电机)建议保留本地手动按钮,作为物联网故障时的兜底
四、ThingsCloud 平台配置实操 📱
步骤 1:创建设备类型与功能定义
进入 设备类型,创建"智能温室传感器":
- 属性:土壤湿度(数值型,单位 %)、土壤温度(数值型,单位 ℃)、空气温度、空气湿度、光照强度、CO₂ 浓度
- 事件:大风警报、暴雨警报
- 命令:立即采集(用于手动触发传感器上报)
创建"温室执行控制器":
- 属性:灌溉阀门状态(布尔)、侧窗状态(布尔)、顶窗状态(布尔)、遮阳网状态(枚举:展开/收起/运动中)、风机状态(布尔)
- 命令:开窗、关窗、开启灌溉、停止灌溉
步骤 2:配置自动化"智能灌溉"
- 进入 自动化,点击 创建自动化
- 触发器:添加 → 设备属性变化 → 选择土壤湿度传感器 → 属性"土壤湿度" → 操作符"小于" → 阈值 30
- 条件(AND 关系,全部满足):
- 条件 1:设备属性 → 灌溉控制器 → 自动灌溉模式 = ON
- 条件 2:设备属性 → 水箱液位计 → 液位 > 20
- 条件 3:设备属性 → 气象站 → 天气状态 ≠ "雨天"
- 条件 4:时间范围 → 06:00 至 20:00,重复每日
- 动作(按顺序执行):
- 动作 1:下发属性 → 灌溉控制器 → 灌溉阀门 = ON
- 动作 2:延迟 → 10 分钟
- 动作 3:下发属性 → 灌溉控制器 → 灌溉阀门 = OFF
- 并发策略:放弃本次(防止重复触发导致连续灌溉)
步骤 3:配置场景"分区轮灌"
- 进入 场景,点击 创建场景
- 场景名称:A 区灌溉
- 动作:灌溉阀门 A = ON → 延迟 10 分钟 → 灌溉阀门 A = OFF
- 同理创建场景"B 区灌溉"、"C 区灌溉"
- 在自动化"分区轮灌"中,选择动作类型"执行场景",依次调用 A/B/C 区场景,中间插入 30 秒延迟
步骤 4:执行追踪与优化

每次自动化执行后,在 执行追踪 中可查看完整时间线:
- 触发时间:06:15:23
- 条件检查:4 项全部通过 ✅
- 动作执行:阀门 ON → 延迟 10 分钟 → 阀门 OFF,全部成功 ✅
- 执行耗时:10 分 3 秒
若条件未通过,会清晰标注哪一项未满足(例如"条件 3:天气状态 = 雨天,未通过"),便于排查误触发或漏触发原因。
五、落地效果:从"人盯棚"到"数管棚" 📈
| 指标 | 传统模式 | ThingsCloud 自动化 | 提升幅度 |
|---|---|---|---|
| 人工巡检频次 | 每天 3 次(含夜间 1 次) | 每周 2 次抽检 | 人力降 93% |
| 单棚年人力成本 | 6000-8000 元 | 1200 元(维护费) | 降 80% |
| 灌溉水肥利用率 | 经验估算 | 精准按湿度/EC 触发 | 节水 35%,节肥 28% |
| 草莓单季产量 | 基准 100% | 增产 12% | 品质提升 |
| 病害预警提前量 | 发现时已蔓延 | 提前 3-5 天(环境异常即告警) | 农药减少 20% |
| 闷棚/旱灾损失 | 年均 1-2 次 | 0 次 | 风险归零 |
| 1 人管理棚数 | 3-5 个 | 8-12 个 | 效率翻倍 |
六、结语:从单棚到千亩的复制路径 🌾
ThingsCloud 自动化不是"给一个棚写一套程序",而是"定义一个模板,无限复制"。
当合作社从 1 个棚扩展到 20 个棚、100 个棚时,只需在控制台中:
- 克隆设备类型:新棚的传感器和执行器型号相同,一键复制全部属性/命令/告警规则
- 批量导入设备:通过 Excel 或 API 批量创建设备,自动生成设备证书
- 设备分组管理:按区域、作物类型、技术负责人分组,权限隔离
- 统一看板:使用设备跟随模式,一个看板模板切换查看不同大棚的实时数据
未来扩展方向:
- AI 图像识别:摄像头定时抓拍叶片,识别病虫害早期症状
- 产量预测模型:基于历史温湿度、光照、灌溉数据,预测采收期和产量
- 农产品溯源:每个大棚的全生命周期数据上链,扫码可见"从种植到餐桌"
最好的农艺师,不是经验最老的人,而是能把经验写成规则、让系统 7×24 小时执行的人。
在 ThingsCloud 控制台创建你的第一个温室项目,30 分钟搭好灌溉自动化,今晚就睡个安稳觉。
关于 ThingsCloud
ThingsCloud 是新一代物联网设备统一接入平台,帮助企业在极短的时间内搭建个性化的物联网平台和应用,并适应不断变化的发展需求。目前广泛应用于制造、电力、能源、环境、农业、楼宇、家居、教育、交通、物流、自动化等领域。
ThingsCloud 可接入各类网关,传感器、执行器、控制器、通信模组、智能硬件等,实现数据采集、远程控制,数据分析、告警通知、智能联动。还可以零代码生成项目应用 SaaS 和用户应用 App,并开放 API 和实时消息,便于业务系统集成和扩展开发。
通过使用 ThingsCloud,企业可以大大缩短搭建物联网系统的时间,节省软件开发费用,降低定制开发的风险,快速落地数字化和智能化项目。我们的客户遍布各行业,包括中国石化、中国铁塔、中国燃气、吉林大学、北控水务、ACE、中国民航大学、西安交通大学、精量电子、大秦铁路、宁波水利局等。




















