3. 机具协同作业的信息流与决策流
精准农业的机具协同作业，表面上看是几台拖拉机、播种机、喷药机在田里“配合着干”，实质上是一条从农艺意图出发、经过多级信息加工、最终落到每台机具执行动作的数据链条。这条链路上既有“信息流”——数据在系统之间怎么传、传什么、以什么格式传；也有“决策流”——在哪些节点上必须由人或算法做出判断，判断依据是什么，判断结果又如何变成可执行的调度指令。理解这两条流，是设计协同作业方案的前提。
一、信息流的四层结构：从农艺目标到机具动作
把整条链路拆开，可以清晰地看到四个层次。第一层是农艺需求层，它回答“这块地要种成什么样”。典型输入包括：地块边界与面积、目标产量、品种与播期、施肥配方（如氮磷钾基肥用量）、植保阈值（如病虫草害防治指标）、作业质量要求（播深、行距、亩播量、喷幅重叠率）。这些信息通常来自农艺方案、土壤化验报告、历年产量图和地块测绘成果，是整条链路的“源头约束”。
第二层是作业任务层，它把农艺需求翻译成“要做什么作业、在什么范围、按什么顺序”。例如把“300亩玉米基肥深施”拆成“施肥—旋耕—播种—封闭除草”四个作业任务，并给出每个任务的作业窗口、地块分区和优先级。这一层的核心产物是作业任务单，字段通常包括任务编号、作业类型、地块/分区编号、计划起止时间、机具类型要求、作业参数要求。
第三层是调度指令层，它把任务单进一步落到“哪台机具、走哪条路线、按什么参数作业”。这里涉及机具能力匹配（幅宽、药箱/肥箱容量、动力）、机手排班、地块间的转场路径，以及作业参数的机具化设定（如播种机排种器转速、喷药机流量与压力）。第四层是机具执行层，由机具控制器、导航终端和作业监控模块接收指令并执行，同时把实际作业数据（位置、速度、流量、播深、作业面积）回传，形成闭环。
二、关键决策节点：三个必须“停下来判断”的位置
信息流不是自动流淌的，链路上有三处必须做出判断的节点，判断质量直接决定协同效果。
决策节点 A：任务拆分与排序。农艺方案给出的是“目标”，不是“工序”。把目标拆成可执行任务时，要处理两类约束：一是农艺先后约束，比如基肥深施必须在旋耕前、封闭除草必须在播种后；二是资源与天气窗口约束，比如未来48小时有雨，封闭除草就必须抢在雨前完成。实际做法是列出全部作业项，标注前置依赖关系，再按“依赖优先、窗口紧优先”排序。这里常见的错误是把“施肥”和“旋耕”合并成一次作业，导致施肥深度不达标——拆分粒度要以“能否独立验收作业质量”为准。
决策节点 B：机具—任务分配。这是协同作业的核心。假设有3台拖拉机（120马力配2.4米旋耕机、90马力配1.8米旋耕机、100马力配6行播种机）和2台喷药机（12米喷幅、18米喷幅），面对4个地块共300亩的任务，分配时要同时考虑：幅宽与地块形状是否匹配（窄长地块用大幅宽机具会浪费地头）、箱容与作业面积是否匹配（肥箱容量决定补肥次数）、转场距离是否经济。一个可操作的量化方法是计算“单位面积作业时间 = 地块面积/(幅宽×作业速度) + 补料次数×补料时间 + 转场时间”，把每个“机具—地块”组合的时间算出来，再做指派。示例参数下，若2.4米机具在窄地块的地头转弯时间占比超过15%，就应改派1.8米机具，尽管后者单幅宽效率低。
决策节点 C：作业中实时调整。作业开始后，监测数据会暴露计划与现实的偏差：播种机某行排种器堵塞、喷药机实际流量低于设定值、机具实际重叠率超标。此时要判断是“继续作业并记录补作业区”，还是“停机检修”。判断依据是偏差是否影响验收指标——漏播行数超过总行数的5%、或重叠率超过农艺允许上限，就应停机处理，并在作业图上标记补作业范围。
三、信息接口：数据在哪里交接、以什么形式交接
四层之间能顺畅传递，靠的是明确的接口。实践中需要约定三类接口。
任务接口（农艺→任务层）。交接物是结构化的作业任务单。建议至少包含：任务编号、作业类型代码、地块/分区编号、面积、计划起止时间、前置任务编号、作业参数要求（播深、亩播量、施肥量、喷幅重叠率）、验收指标。这个接口最容易出问题的地方是“参数单位不统一”，比如施肥量有的写“公斤/亩”、有的写“公斤/公顷”，必须在接口层统一并注明单位。
调度接口（任务层→指令层）。交接物是机具调度指令，核心字段包括：机具编号、机手、分配地块与作业顺序、导航基准线（AB线坐标或导入的作业路径文件）、机具参数设定值（排种器转速、风机压力、喷头流量）、补料点位置。这一接口的关键是坐标基准一致：地块边界、导航基准线、补料点必须使用同一坐标系（如CGCS2000或本地平面坐标），否则机具会“按指令走错位置”。
执行反馈接口（执行层→任务层）。机具回传的数据包括：实时位置与速度、作业幅宽内的实际作业状态（播种行数、喷头开闭）、流量/播量、作业面积累计、异常报警。这些数据用于更新任务进度和触发决策节点C。接口设计上要明确回传频率（如1Hz位置、事件触发报警）和数据格式（如基于ISOBUS的作业记录或通用CSV），避免“数据回得来但用不上”。
需要强调的是，信息流与决策流不是两条平行的线，而是相互咬合的：每一次决策都依赖上游信息的完整与准确，每一个决策结果又必须转化为下游可执行的指令字段。方案设计时，先画清四层结构和三个决策节点，再逐段定义接口字段与单位，最后用一次小面积试作业验证“指令下发—执行—回传”是否闭环，比直接上大面积作业更稳妥。