2. 农机作业数据采集系统总体架构
农机田间作业数据采集系统并不是“装几个传感器、把数据传上来”这么简单，它是一条从物理世界到管理决策的完整信息链。理解这条链，关键是把系统分成四个层次：感知层负责把作业状态变成电信号，传输层负责把信号可靠地送到计算节点，处理层负责清洗、对齐、计算与存储，应用层负责把数据变成面积、效率、质量与结算依据。四层之间是逐级抽象的关系：越往下越贴近机械与土壤，越往上越贴近业务与决策。
感知层：选对传感器，比多装传感器更重要
感知层的核心任务是把“机具在干什么”转换成可记录的量。田间常见传感器可分为四类。第一类是位置与运动类，以 GNSS 接收机为主，输出经纬度、地速、航向和时间戳，是面积计算与轨迹回放的基准；注意地速与轮速不是一回事，打滑严重时轮速传感器会高估作业面积。第二类是状态开关类，如机具升降信号、动力输出轴离合信号、播种机风机信号，用来判断“是否处于有效作业状态”，这类开关量看似简单，却是面积统计准确与否的关键。第三类是过程量类，包括 PTO 转速、排种器转速、喷施流量、风机压力，用于判断作业是否达标。第四类是结果量类，如联合收割机的谷物流量、含水率、割台高度，直接反映作业质量与产量分布。
选型时要关注三个实际参数：采样频率、接口形式和防护等级。以面积统计为例，GNSS 采样 1 Hz 在 10 km/h 速度下每点间隔约 2.8 m，用于地块边界足够，但用于识别漏播条带就偏粗；此时可提高到 5 Hz。接口上，转速、流量多用脉冲或 4–20 mA，开关量用干接点，车载终端需具备对应的计数与模拟输入通道。田间粉尘、振动、温差大，传感器与线束至少应满足 IP65 以上防护，接插件要做防振固定。
传输层：先保证不丢数据，再谈实时性
传输层通常分两段：机具到车载终端用有线总线，终端到平台用无线网络。有线段推荐 CAN 或 RS485，把分散的传感器汇聚到一个采集节点，减少线束并提高抗干扰能力；模拟量长距离传输易受干扰，应尽量在传感器附近完成转换。无线段以 4G 为主，偏远地块可用 LoRa 或北斗短报文兜底。
工程上最容易被忽视的是弱网与断网。合理做法是终端本地缓存原始报文，按“时间戳+设备号+作业记录号”去重，网络恢复后按序补发。一个可用的报文结构示例如下：
{
"devId": "TRK-0231",
"ts": 1735689600,
"lat": 34.6215, "lon": 113.8742,
"speed": 7.4, // km/h，地速
"pto": 540, // r/min
"work": 1, // 1=有效作业 0=非作业
"seq": 100238
}其中 work 字段由升降开关与地速联合判定，seq 用于补发时排序去重。终端上报周期可设为作业时 5 s、非作业时 60 s，既保证轨迹密度又控制流量。
处理层：把“点”变成“亩”和“合格率”
处理层要解决三件事：清洗、对齐、计算。清洗包括剔除定位漂移点（如速度突变超过阈值、经纬度跳变）、去除静止重复点。对齐是把不同频率的数据统一到同一时间轴，例如 GNSS 为 1 Hz、转速为 1 Hz、流量为 0.5 Hz，可按秒级时间戳做线性插值。计算的核心是作业面积：常用做法是把有效作业点按时间顺序连成轨迹，剔除 work=0 的段，再按固定距离缓冲生成条带并求并集，避免往返重叠重复计面积。
以一个示例说明判断逻辑：某地块作业轨迹共 3600 个有效点，相邻点平均间距 2.1 m，作业幅宽 3 m，则理论覆盖面积约为 3600×2.1×3÷10000 ≈ 2.27 公顷；若平台按缓冲并集算出 2.05 公顷，差值主要来自地头转弯重叠，属于正常范围。若某段轨迹 work=1 但 PTO 转速持续低于 400 r/min，则应标记为“疑似空转作业”，进入质量核查而非直接计入结算。
应用层与系统集成要点
应用层把处理结果组织成机手看得懂、管理者用得上的信息：作业面积、亩均油耗、有效作业时长、重漏作业图斑、结算明细。集成时有四个要点值得提前约定。其一，统一时间基准，所有设备对时到同一时钟源，否则跨设备对齐会错位。其二，统一设备编码与地块编码，避免同一地块在不同系统里出现多个 ID。其三，明确作业状态判定规则，把“升降开关+地速阈值+PTO 转速”的组合逻辑写进接口文档，而不是各系统各自解释。其四，保留原始数据，处理层的结果可重算，原始报文不可再生，出现争议时原始数据是唯一依据。
总体来看，四层架构的价值不在于分层本身，而在于每一层都有明确的输入、输出与可验证的判断依据：感知层输出可信信号，传输层保证数据完整到达，处理层给出可复算的指标，应用层让指标能支撑结算与管理。把这四层的接口和判定规则在项目初期定清楚，后续扩展传感器或更换平台时，系统才不会推倒重来。