3. 系统总体方案设计

精准施肥农机控制系统的总体方案设计，本质上是把“按需施肥”的农艺目标翻译成一套可落地、可验证的机电软一体化方案。它要回答四个问题：系统必须感知什么、必须决策什么、必须驱动什么、必须让人看到什么。方案设计阶段的输出不是代码，而是一组相互约束的设计决策——模块边界、硬件拓扑、软件分层、通信协议和集成路径。这些决策一旦确定，后续的选型、布线和调试成本基本被锁定，因此本节按“需求→模块→架构→协议→集成”的顺序展开，并在关键处给出可参考的示例参数。

需求分析：从农艺指标到工程指标

需求分析要避免停留在“实现变量施肥”这类口号上，而应把农艺要求拆成可测量的工程指标。以小麦追肥为例，典型农艺需求是：依据处方图或实时传感器信息，在 0～12 km/h 作业速度下实现氮肥变量施用，施肥量调节范围 0～600 kg/hm²，控制误差不超过设定值的 ±10%，并能在转弯、地头减速时快速响应。由此可推导出工程指标：

• 感知需求：车速（0～12 km/h，分辨率优于 0.1 km/h）、GPS 定位（定位精度优于 1 m 即可满足地块级处方）、肥箱料位、排肥轴转速反馈；
• 决策需求：控制周期不大于 100 ms，处方图解析与目标施肥量插值实时完成；
• 执行需求：排肥电机调速范围覆盖最低稳定排肥转速，执行机构响应时间小于 300 ms；
• 交互需求：作业参数设置、实时施肥量显示、故障报警与作业记录导出。

需求分析还应明确约束条件：农机供电为 12 V 直流、振动与粉尘环境、田间网络覆盖不稳定。这些约束会直接影响硬件选型与通信协议，例如决定是否采用 CAN 总线而非依赖无线链路做实时控制。

功能模块划分：感知、决策、执行、人机交互

按职责把系统划分为四个模块，并明确接口，是控制复杂度的关键。感知模块负责采集车速、位置、转速、料位等原始信号并做滤波与标定；决策模块运行施肥控制算法，把处方图目标值与实测车速换算为排肥轴目标转速；执行模块由电机驱动器、排肥轴和开沟/覆土机构组成，接收目标转速并闭环调速；人机交互模块承担参数配置、状态显示、报警与数据记录。四者之间只通过定义好的数据接口交互，例如决策模块只向执行模块下发“目标转速 + 使能标志”，不直接操作电机引脚，这样任一模块替换都不影响其余部分。

硬件与软件架构

硬件架构采用“主控制器 + 总线 + 分布式节点”的形式。主控制器选用带 CAN 接口的工业级 MCU 或车载控制器，负责决策与人机交互；感知节点与执行节点作为 CAN 从站挂在总线上。供电从拖拉机 12 V 取电，经 DC-DC 隔离模块为控制器和传感器提供 5 V/24 V，电机驱动单独走大电流回路并加保险与续流保护。这种拓扑的好处是布线简洁、节点可扩展，新增料位传感器只需增加一个从站地址。

软件架构分三层：底层驱动层封装 ADC、CAN、PWM、定时器；中间件层实现信号滤波、CAN 报文收发、处方图解析与 PID 控制；应用层组织作业状态机（待机→标定→作业→报警→停机）与人机界面逻辑。控制算法上，目标排肥量 Q（kg/hm²）与车速 v（km/h）、机具幅宽 B（m）的关系为：

排肥质量流量 q = Q × v × B / 600   (kg/min)
目标排肥轴转速 n = q / (k × ρ)      (r/min)
其中 k 为排肥器每转排量系数(L/r)，ρ 为肥料容重(kg/L)

示例：设 Q=300 kg/hm²、v=8 km/h、B=3 m，则 q=300×8×3/600=12 kg/min；若 k=0.5 L/r、ρ=0.9 kg/L，则 n=12/(0.5×0.9)≈26.7 r/min。控制器以该转速为目标值，用编码器实测转速做 PID 闭环，输出 PWM 占空比给驱动器。标定时通过改变占空比记录实际排肥量，拟合出 k 与 ρ 的等效系数，写入参数表供作业时调用。

通信协议选型

实时控制链路优先选 CAN 2.0B，波特率 250 kbit/s，报文周期 50 ms，满足 100 ms 控制周期要求，且抗干扰能力强。感知节点上报车速、转速、料位，执行节点接收目标转速与使能命令，报文 ID 按功能分配并预留扩展位。人机交互与主控制器之间可用 RS-232/RS-485 或以太网；处方图与作业记录等大文件通过 USB 或 Wi-Fi 在作业前后传输，不参与实时闭环。若系统需要与农机 ISOBUS 对接，则按 ISO 11783 规范定义报文，便于与整机显示终端兼容。协议选型的判断依据是：实时性要求高的走有线总线，数据量大且非实时的走文件传输，避免用无线链路承担闭环控制。

系统集成流程与设计文档规范

集成按“单模块验证→总线联调→整机联调→田间验证”推进。单模块阶段分别验证传感器标定、电机调速和屏幕通信；总线联调阶段用 CAN 分析仪抓取报文，确认周期、ID 与数据长度符合定义；整机联调在台架上模拟车速信号，检查目标转速跟随与超差报警；田间验证在低速、常速、地头减速三种工况下记录实际施肥量与设定值偏差，判断是否满足 ±10% 指标。每一步都应留下记录，便于回溯。

设计文档至少包含：系统需求规格（含农艺指标与工程指标对照）、模块接口定义（信号名、量纲、范围、报文 ID）、硬件接线图与端子表、软件状态机与参数表、通信协议字典、集成测试记录。文档规范要求接口定义唯一、量纲统一（车速 km/h、转速 r/min、施肥量 kg/hm²）、版本可追溯。下表给出接口定义表的示例片段，可直接作为模板使用：

总体方案设计的完成标志，是需求、模块、架构、协议、集成路径五者相互闭合：每条需求都能追溯到某个模块与接口，每个接口都有明确的量纲与周期，每个集成步骤都有可判读的通过准则。做到这一点，后续的详细设计与调试才有稳定的基线。