本文基于历史项目资料做公开化整理。原始身份信息、现场细节、商务条款和未公开资料均已移除；部分参数按通用工程场景做了泛化或升级。内容用于说明类似产品样机和设备开发的技术路径，不代表某个客户原始需求全文。如内容涉及权益问题，请联系初拓科技核实处理。
1. 项目背景与需求回顾
温室大棚从人工管理升级到智能控制，核心不是堆传感器，而是把环境采集、设备控制、农事计划、视频巡检、虫害识别和数据报表连成闭环。传统大棚靠人工开窗、浇水、遮阳、补光和施肥，数据记录分散，异常预警滞后。规模化种植后，棚区数量、作物批次、设备类型和人员权限都会变复杂。
本方案基于智慧大棚类历史资料做公开化重构，系统覆盖温湿度、CO2、光照、土壤水分、PH、EC、摄像机、虫情识别、灌溉、水肥、通风、遮阳、补光和后台管理。方案目标是建立一套能先从单棚 POC 落地，再扩展到多棚区、多设备和远程运维的平台。
2. 需求工程化整理
需求拆为感知层、控制层、业务层和展示层。感知层负责环境、土壤、水肥、视频和虫情数据；控制层负责水泵、电磁阀、风机、遮阳、补光、雾化和 CO2；业务层负责设备管理、报警策略、自动控制、农事计划和报表；展示层负责 PC 后台、手机端和大屏。
控制策略分为手动、自动和策略模式。手动模式用于调试和应急；自动模式按阈值联动设备；策略模式根据作物阶段、时间段、天气和历史数据调整目标区间。设备不能只听云端命令，现场 PLC/边缘网关保留基础联锁和离线策略。
3. 技术指标与边界
| 项目 | 方案指标 |
|---|---|
| 环境采集 | 温湿度、CO2、光照、气压、风速风向、雨量 |
| 土壤/水肥 | 土壤水分、PH、EC、水压、流量、液位 |
| 视频 | 枪机/球机，支持远程查看和截图分析 |
| 虫情 | 诱捕拍照、虫体数量统计、趋势预警 |
| 控制 | 水泵、阀门、风机、遮阳、补光、雾化、施肥 |
| 通信 | RS485、LoRa、以太网、4G，MQTT/HTTP 接入平台 |
| 数据 | MySQL/PostgreSQL + 文件存储，支持报表导出 |
4. 系统总体架构
flowchart TD A["大棚现场设备"] --> B["传感器与摄像机"] A --> C["水肥/通风/补光执行器"] B --> D["边缘网关/PLC"] C --> D D --> E["农业物联网平台"] E --> F["自动控制策略"] E --> G["农事计划与报警"] E --> H["PC/手机/大屏"]
平台架构采用数据采集服务、自动控制引擎、图像识别引擎、数据管理引擎和接口服务。传感器数据按棚区、设备、监控点和信号类型组织；控制参数按作物、阶段、时间段和策略版本组织。
5. 现场结构与设备布置
控制柜采用 IP54/IP65 户外电控柜，内部配置空开、浪涌保护、24V 电源、PLC/边缘网关、继电器、端子排和通信模块。强电控制水泵、风机、补光灯和卷膜电机，弱电采集传感器和阀门反馈。柜体布置在便于维护且避开高湿喷淋的位置，底部进线加防水接头，传感器线和动力线分管走线。
传感器按“代表性 + 可维护”原则部署。温湿度和 CO2 传感器安装在作物冠层附近，避免直吹风机和喷雾；光照传感器布置在无遮挡位置；土壤水分、PH、EC 按种植区分组；水肥管路增加压力、流量和液位检测。摄像机覆盖通道、作物冠层和关键设备区，虫情设备独立布置在诱捕点。
水肥系统按“主管路 + 分区阀 + 回流/排空 + 过滤”组织。主管路配置过滤器、压力表、流量计和电磁阀，施肥桶配置液位检测、搅拌泵和计量泵；分区阀按棚区、作物区或栽培槽分组。土培场景重点关注土壤水分、EC、PH 和灌溉时长；基质栽培场景增加回液 EC/PH 与排液率；水培场景增加营养液温度、液位、溶氧和循环泵状态。所有阀门在平台内都有设备编号、物理位置、控制柜端子号和维护记录，便于现场排查。
| 现场模块 | 具体组成 | 安装与维护要点 |
|---|---|---|
| 控制柜 | 空开、浪涌、24V电源、PLC/网关、继电器、端子排 | 强弱电分区，端子编号，柜内留检修空间 |
| 传感器杆 | 温湿度、CO2、光照、摄像机支架 | 冠层高度可调，线缆走防水软管 |
| 水肥单元 | 过滤器、计量泵、混肥桶、压力/流量/液位 | 保留手动旁路，滤芯和泵头可更换 |
| 分区阀组 | 电磁阀、手阀、止回阀、阀箱 | 阀箱排水，线缆防鼠咬，阀位与平台编号一致 |
| 通风补光 | 风机、卷膜机、遮阳电机、补光灯 | 大功率负载独立保护，电机正反转互锁 |
| 视频虫情 | PoE摄像机、诱捕拍照盒、补光灯 | 镜头防雾、防尘，图片按棚区归档 |
6. 硬件与通信系统
现场控制器采用西门子 S7-1200、汇川 AM400、台达 DVP 或工业边缘网关。小型棚区使用 STM32/ESP32 控制节点 + RS485/LoRa 网关，大型棚区使用 PLC 处理联锁和执行器控制。传感器优先采用 RS485 Modbus RTU，长距离无线节点使用 LoRa，摄像机走 PoE 以太网，远程站点使用 4G/5G 路由。
电源系统采用 AC220V 输入，控制电源使用明纬 HDR-60-24/LRS-100-24，阀门和传感器使用 24VDC，摄像机使用 PoE 或 12VDC，补光灯和风机按功率单独配置接触器和热继电器。水泵、风机、卷膜机等感性负载配置浪涌吸收和互锁，避免频繁启停损坏。
| 模块 | 配置 | 用途 |
|---|---|---|
| 环境节点 | RS485温湿度、CO2、光照 | 环境闭环控制 |
| 土壤节点 | 水分、PH、EC | 水肥策略 |
| 控制器 | PLC/边缘网关 | 采集、联锁、执行 |
| 执行器 | 阀门、水泵、风机、补光、遮阳 | 调节大棚环境 |
| 图像设备 | 摄像机、虫情拍照盒 | 巡检和虫害识别 |
| 平台 | Web 后台、手机端、大屏 | 管理和可视化 |
采集节点按 RS485 总线分段，每条总线控制在合理节点数和线缆长度内，末端配置 120 欧终端电阻。Modbus RTU 参数采用 9600/19200/115200,8N1，寄存器映射包含实时值、单位、倍率、设备状态和校准参数。LoRa 节点用于不便布线的棚区，采用电池或太阳能供电时降低采样频率，只上传变化值和定时心跳。摄像机与虫情拍照盒不直接走 PLC，总线数据和图片数据分别进入平台，避免大图传输拖慢控制链路。
flowchart TD A["PLC/边缘网关"] --> B["RS485环境总线"] A --> C["RS485水肥总线"] A --> D["继电器/接触器输出"] B --> B1["温湿度/CO2/光照"] C --> C1["PH/EC/流量/压力"] D --> D1["水泵/阀门/风机/补光"] E["PoE交换机"] --> F["摄像机/虫情设备"] A --> G["4G/以太网上云"] F --> H["图片与识别服务"] G --> H
| 点位类型 | 信号方式 | 典型对象 | 控制/采集说明 |
|---|---|---|---|
| AI模拟量 | 4-20mA/0-10V | 水压、液位、部分 CO2 传感器 | 进入模拟量模块，平台按倍率换算 |
| RS485 | Modbus RTU | 温湿度、PH、EC、流量计 | 按地址轮询，异常写入设备掉线记录 |
| DI输入 | 24V NPN/PNP | 液位开关、阀位反馈、门磁、故障触点 | 用于联锁和执行确认 |
| DO输出 | 24V继电器/MOS | 电磁阀、报警灯、小型泵 | 按策略输出并记录动作 |
| 接触器输出 | AC220V/380V | 风机、水泵、卷膜电机、补光灯 | 配置热继电器、互锁和手自动切换 |
| 以太网 | TCP/IP/RTSP | 摄像机、边缘AI盒子、平台网关 | 图片、视频流和算法结果通道 |
7. 软件系统与数据流
平台软件包含棚区管理、设备管理、监控点管理、报警管理、自动控制、农事计划、视频管理、虫害识别、数据报表和人员权限。数据采集服务按周期读取传感器，写入时序数据表；自动控制引擎根据策略判断是否开启灌溉、补光、风机或遮阳；报警服务处理超限、掉线、设备故障和执行失败。
stateDiagram-v2 [*] --> Collect Collect --> Evaluate Evaluate --> ManualHold: manual_mode Evaluate --> ControlAction: auto_rule_hit ControlAction --> VerifyFeedback VerifyFeedback --> LogResult: feedback_ok VerifyFeedback --> Alarm: timeout_or_fault LogResult --> Collect Alarm --> Collect
数据结构按监控点保存：greenhouse_id、zone_id、device_id、point_code、value、unit、quality、timestamp。控制命令包含设备 ID、动作、目标值、持续时间、策略版本和操作来源。虫害识别结果包含图片路径、虫体类别、数量、置信度和环境数据快照。
后台采用 Vue/React 管理端 + FastAPI/Java Spring Boot 服务端 + MySQL/PostgreSQL 数据库 + Redis 队列的结构。实时数据写入时序表，设备配置写入关系表，图片和视频截图写入 NAS/S3 对象存储。移动端保留查看数据、远程启停、报警确认和农事记录功能；大屏侧重棚区地图、环境曲线、设备状态、虫害趋势和今日任务。现场网关断网时继续执行本地阈值策略，恢复网络后补传采集数据、操作日志和报警记录。
flowchart TD A["数据采集服务"] --> B["时序数据表"] A --> C["设备状态缓存"] D["自动控制引擎"] --> E["策略版本"] B --> D D --> F["控制命令队列"] F --> G["现场网关/PLC"] H["图片识别服务"] --> I["虫害结果表"] I --> J["报表/大屏/手机端"] B --> J C --> J
控制策略以规则引擎形式落地，不把阈值写死在 PLC 程序中。一个策略包含适用棚区、作物阶段、生效时间、触发条件、执行设备、持续时间、冷却时间和互锁条件。例如土壤水分低于下限且当前不是高温通风窗口时，平台下发指定分区灌溉命令；执行后通过流量和阀位反馈确认动作完成。若阀门打开但流量为零，系统记录“疑似堵塞/水源异常”；若流量正常但土壤水分长时间不回升，进入策略复核而不是无限制灌溉。
接口采用 MQTT 传输设备状态和控制命令，HTTP API 提供后台查询、报表和第三方系统集成。MQTT 主题按 farm、greenhouse、device 组织；设备上报 payload 包含设备 ID、采集点编码、数值、质量位、时间戳和故障码。控制命令包含命令序号、设备 ID、动作、持续时间、策略来源和过期时间。平台收到网关回执后更新命令状态，超时命令不重复执行，避免网络抖动造成阀门反复启停。
8. 测试与验收
| 验收项 | 方法 | 判定 |
|---|---|---|
| 数据采集 | 多传感器连续采集 | 数据不乱序，掉线有报警 |
| 自动控制 | 温湿度/水分阈值触发 | 执行器动作和反馈一致 |
| 水肥灌溉 | 流量、压力、阀门联动 | 分区灌溉可追溯 |
| 视频巡检 | PC/手机查看和截图 | 画面稳定，权限有效 |
| 虫害识别 | 样本图片测试 | 结果能进入趋势报表 |
| 离线运行 | 断网 2 小时 | 现场基础策略保留 |
验收记录按“设备点位 + 策略 + 数据链路”三类归档。设备点位验收检查每个传感器的地址、单位、倍率、采样周期和异常状态；策略验收检查阈值触发、互锁、冷却时间和反馈确认；数据链路验收检查网关掉线、平台重启、图片上传失败和历史数据补传。现场交付时输出点位表、控制柜接线图、设备编号表、平台账号权限表、报警规则表和运维说明。
| 测试类型 | 样本/场景 | 记录字段 | 通过口径 |
|---|---|---|---|
| 传感器校验 | 每类传感器抽检 3-5 个点位 | 原始值、换算值、参考仪表、偏差 | 偏差在项目确认范围内 |
| 控制闭环 | 灌溉、通风、补光、遮阳各跑完整流程 | 命令、反馈、持续时间、结果 | 动作与反馈一致，无重复触发 |
| 异常注入 | 拔掉 RS485、断网、断水、阀门故障 | 故障码、报警时间、恢复步骤 | 平台报警清晰，现场不失控 |
| 图片识别 | 虫情样本、作物冠层截图 | 图片路径、识别结果、人工复核 | 结果进入趋势，不作为唯一农艺判断 |
| 连续运行 | 单棚 72 小时，多棚按批次验证 | 掉线次数、数据缺口、设备动作 | 无不可恢复故障，数据可追溯 |
9. 周期、人员与风险
| 阶段 | 周期 | 具体工作 |
|---|---|---|
| POC | 2-3周 | 单棚传感器、网关、阀门、平台数据链路打通 |
| EVT | 5-6周 | 控制柜、设备接入、策略引擎、PC/手机端和视频接入 |
| DVT | 4周 | 多棚区测试、异常报警、水肥联动、虫情识别样本验证 |
| PVT | 3周 | 安装SOP、设备编号、运维后台、报表和交付培训 |
人员配置为项目经理 1 人、硬件/电气工程师 1 人、嵌入式/网关工程师 1 人、后端工程师 1 人、前端/大屏工程师 1 人、算法工程师 0.5-1 人、现场调试工程师 1-2 人。
| 角色 | 投入方式 | 主要工作 |
|---|---|---|
| 项目经理 | 全周期 | 需求冻结、棚区点位确认、计划和验收闭环 |
| 电气工程师 | POC-EVT-DVT | 控制柜、强弱电分区、接线图、联锁和现场整改 |
| 网关/嵌入式工程师 | POC-EVT | Modbus、LoRa、MQTT、离线策略和故障码 |
| 后端工程师 | EVT-DVT | 设备模型、策略引擎、数据表、报警和接口 |
| 前端/大屏工程师 | EVT-DVT | PC 后台、手机端、大屏驾驶舱和权限 |
| 算法工程师 | DVT为主 | 虫情识别、图片归档、结果复核和模型迭代 |
| 现场调试工程师 | EVT-DVT-PVT | 安装、点位核对、联调、培训和维护文档 |
风险集中在传感器漂移、现场布线干扰、阀门反馈缺失、网络不稳定和作物策略差异。传感器漂移通过定期比对和校准记录控制；RS485 干扰通过屏蔽线、分段布线、终端电阻和隔离中继控制；阀门无反馈的场景通过流量、压力和动作日志间接判断；网络波动由网关缓存、命令过期和补传机制处理。产品化方向包括作物模型、AI 巡棚、自动水肥配方、设备资产管理、远程运维和 NAS/S3 图片归档。初拓可承担现场控制柜、网关接入、平台开发、图像识别、联调验收和样机到小批系统复制。
近期评论