3. 系统总体架构:变量施肥控制系统组成、核心模块划分、数据流与控制流概述
变量施肥控制系统是一个典型的闭环精准农业执行系统,其核心目标是根据田间不同位置的实际养分需求,自动调整施肥量,实现“按需施肥、变量投入”。本章从系统组成、模块划分、数据与控制流三个维度,建立系统的整体架构视图。
3.1 系统组成与核心模块划分
变量施肥控制系统由四大物理子系统和两大逻辑层构成。物理子系统负责感知、决策、执行与交互;逻辑层则负责数据融合与策略生成。
| 子系统/模块 | 核心组件 | 功能描述 |
|---|---|---|
| 1. 信息感知子系统 | GPS/GNSS接收机、土壤传感器(电导率/速效氮磷钾)、作物长势传感器(NDVI)、产量监测器 | 实时获取田间位置、土壤养分、作物生长状态及历史产量数据,为决策提供空间分布依据。 |
| 2. 决策控制子系统 | 嵌入式主控制器(MCU/MPU)、施肥处方图存储单元、实时决策算法(查表/模型) | 接收感知数据与处方图,计算当前栅格的目标施肥量,生成执行器控制指令。 |
| 3. 变量执行子系统 | 电控液压阀、步进电机/伺服电机、排肥轴、肥料箱、流量传感器 | 根据控制指令调节排肥轴转速或阀门开度,实现肥料流量的连续或分级调节。 |
| 4. 人机交互与通信子系统 | 触控显示屏、CAN总线/RS485、无线数传模块(4G/LoRa)、USB/以太网接口 | 提供参数配置、作业监控、数据导出功能;实现机具内部通信与云端数据同步。 |
模块划分要点: 感知是“眼睛”,决策是“大脑”,执行是“手脚”,交互是“仪表盘”。四个子系统缺一不可,且必须通过嵌入式实时网络(如CAN总线)紧密耦合。
3.2 系统数据流与控制流概述
系统运行时,数据流与控制流形成两条并行的主线:数据流负责信息采集与反馈,控制流负责指令下发与执行。两者在决策控制子系统处交汇。
3.2.1 数据流(上行方向)
- 位置数据流: GPS接收机以1~20Hz频率输出经纬度、速度、航向(NMEA-0183格式),经串口送入主控制器。
- 土壤/作物数据流: 传感器通过模拟量(0~5V/4~20mA)或数字接口(I²C/SPI)将养分含量、NDVI值等实时上传。
- 执行反馈数据流: 流量传感器、轴转速编码器将实际排肥量反馈给控制器,形成闭环监测。
- 处方图数据流: 作业前通过U盘或无线网络将GIS生成的施肥处方图(Shapefile/GeoJSON)加载至控制器存储区。
3.2.2 控制流(下行方向)
- 栅格匹配: 控制器根据当前GPS坐标,在处方图中查找对应栅格的目标施肥量(kg/ha)。
- 算法计算: 结合当前车速、排肥口有效宽度,将目标施肥量转换为排肥轴目标转速(RPM)或阀门开度(%)。
- 指令输出: 控制器通过PWM信号或CAN总线向执行器发送控制参数。
- 闭环调节: 控制器读取反馈传感器数值,与目标值比较,通过PID算法微调输出,消除误差。
3.3 系统工作流程(时序视角)
从作业启动到结束,系统按以下六步时序循环执行,每个循环周期通常为100~500ms(取决于车速与控制器性能)。
| 步骤 | 动作 | 涉及模块 | 典型耗时 |
|---|---|---|---|
| 1 | 读取GPS位置,解析经纬度与车速 | 感知子系统 → 决策子系统 | 10~50ms |
| 2 | 根据位置查询处方图,获取目标施肥量 | 决策子系统(内存/存储) | 5~20ms |
| 3 | 结合车速与幅宽,计算目标转速/开度 | 决策子系统(算法单元) | 2~10ms |
| 4 | 输出PWM/CAN指令至执行器 | 决策子系统 → 执行子系统 | 1~5ms |
| 5 | 读取反馈传感器,计算实际排肥量 | 执行子系统 → 感知子系统 | 10~30ms |
| 6 | PID调节:修正输出,消除偏差 | 决策子系统(PID模块) | 5~15ms |
工程提示: 步骤1~6的总耗时应控制在100ms以内,以保证在最高作业速度(12km/h)下,每个栅格(通常5m×5m)至少被采样2~3次。若控制器性能不足,可适当降低传感器采样频率或增大栅格尺寸。
3.4 关键接口与通信协议
模块间的数据交换依赖标准化的硬件接口与通信协议。下表列出最常用的接口及其适用场景:
| 接口/协议 | 传输速率 | 典型用途 | 优势 |
|---|---|---|---|
| CAN 2.0B (ISO 11783) | 250 kbps | 控制器与执行器、传感器之间的实时控制与反馈 | 高实时性、抗干扰、多节点 |
| RS-485 / Modbus RTU | 115.2 kbps | 土壤传感器、流量计等远距离数据采集 | 传输距离长(>1km)、成本低 |
| UART (TTL) | 115200 bps | GPS接收机、触控屏与主控板通信 | 简单、成熟、广泛支持 |
| 4G / LoRaWAN | 10~100 kbps | 处方图远程下发、作业数据上传至云平台 | 无线、远程、可组网 |
3.5 系统架构设计要点总结
- 模块化与解耦: 感知、决策、执行、交互四个子系统通过标准接口(CAN/RS485)连接,任一子系统升级或更换不影响其他模块。
- 实时性优先: 控制流(下行)的延迟必须小于50ms,数据流(上行)的延迟可以放宽至200ms,但反馈数据流必须与控制流同步。
- 冗余与容错: 关键传感器(如GPS、流量计)建议采用双冗余设计;当处方图缺失或传感器故障时,系统应自动切换至“默认施肥量”安全模式。
- 数据闭环: 每次作业完成后,系统应将实际施肥量、位置、时间戳打包上传,用于更新处方图,形成“感知→决策→执行→评估→优化”的持续改进循环。
常见设计误区: 初学者容易将决策算法与执行驱动代码写在同一中断服务函数中,导致控制流阻塞。正确的做法是将决策算法放在主循环或RTOS任务中,执行驱动放在定时器中断或硬件PWM外设中,两者通过环形缓冲区或消息队列通信。