1. 课程导入
Drone-in-a-Box（无人机机巢，简称 DIB）是一套把无人机、自动机场、充换电系统、环境控制、通信链路与远程运控平台集成在一起的无人值守作业系统。它并不是“把无人机放进一个箱子”这么简单，而是一个典型的机电软一体化整机产品：机械结构负责精准归位与防护，电气系统负责供电与充能，通信系统负责指令与视频回传，软件平台负责任务编排、状态监控与异常处置。整机联调与验证，就是把这些分系统从“各自能跑”推进到“合起来可靠跑”的关键工程阶段。
本课程的目标不是让学员记住某个型号的接线图，而是建立一套可迁移的联调验证方法论：能看懂系统架构，能设计测试用例，能定位跨系统故障，能用数据判断整机是否达到交付标准。学完本课程，你应当能够独立组织一次 DIB 整机联调，输出验证报告，并对常见异常给出可执行的排查路径。
核心概念：整机联调与验证的边界
整机联调（Integration & Commissioning）关注“连接与协同”：机械、电气、通信、软件各分系统之间的接口是否正确、时序是否匹配、状态是否一致。整机验证（Verification & Validation）关注“证据与结论”：用测试数据证明系统满足设计指标和使用需求。两者不是先后关系，而是交替迭代：联调中发现的问题会反向修改验证用例，验证中暴露的边界条件又会推动新一轮联调。
需要特别区分三个层次：部件级测试（如充电触点电阻）、分系统级测试（如自动换电流程）、整机级测试（如全自动任务闭环）。DIB 的难点往往不在单点性能，而在跨层耦合：例如舱门开合与无人机起降的时序耦合、充电电流与电池温度的耦合、4G/5G 链路抖动与远程接管逻辑的耦合。
本节核心判断：整机联调的本质是“接口与时序”的工程化确认；整机验证的本质是“指标与场景”的证据化闭环。二者共同服务于一个目标——让 DIB 在无人值守条件下可重复、可监控、可恢复地完成任务。
整体框架：从分系统到整机验证的五层结构
为了便于学习和实操，我们把 DIB 整机联调与验证划分为五个层次，自下而上依次是：物理与结构层、电气与能源层、通信与链路层、软件与平台层、任务与场景层。每一层都有明确的输入、输出和验证指标。下图给出这五层结构及其关键联调对象，帮助你在后续章节中快速定位知识点所属层级。
这五层不是孤立的。物理层的归位精度会直接影响电气层充电触点的接触电阻；通信层的链路质量会决定软件层状态机的超时阈值；任务层的场景设计又会反向约束前四层的指标。因此，整机联调必须按“自下而上搭建、自上而下验证”的双向路径推进。
方法流程：一次完整联调验证的六个阶段
结合工程实践，我们把整机联调与验证拆成六个阶段，每个阶段都有明确的准入条件和输出物。下表给出阶段清单，便于你在实际项目中对照执行。
| 阶段 | 核心任务 | 关键输出 | 常见风险 |
|---|---|---|---|
| 1. 单机自检 | 各分系统独立上电、参数确认 | 自检记录、固件版本清单 | 版本不一致导致接口不匹配 |
| 2. 接口联调 | 机械/电气/通信接口逐项对接 | 接口对照表、时序图 | 时序竞争、电平不匹配 |
| 3. 流程联调 | 起降、归位、充换电全流程跑通 | 流程日志、异常分支记录 | 状态机死锁、传感器误触发 |
| 4. 指标验证 | 按设计指标逐项测量 | 测试数据表、曲线图 | 测试条件不统一、样本不足 |
| 5. 场景验证 | 典型任务场景端到端演练 | 场景报告、问题清单 | 场景覆盖不足、边界遗漏 |
| 6. 复盘与交付 | 问题归零、报告归档、标准固化 | 联调验证报告、作业指导书 | 问题未闭环、经验未沉淀 |
在实操中，建议用统一的日志格式记录每个阶段的关键事件，便于跨系统对齐时间线。例如：
[2025-03-11 09:12:03.221][DIB][STATE] door=OPEN, drone=ARMED, link=RSSI:-67dBm
[2025-03-11 09:12:05.884][DIB][CMD ] takeoff_seq start, target_alt=30m
[2025-03-11 09:12:18.402][DIB][WARN] charge_contact resistance=0.42ohm > 0.30ohm
[2025-03-11 09:12:18.403][DIB][ACT ] abort_charge, switch_to_diag
这类日志的价值在于：当任务失败时，你能快速判断是链路问题、状态机问题还是电气问题，而不是靠猜。
案例场景：一次“看似通信故障”的联调问题
某次 DIB 联调中，无人机在返航归位后频繁出现“充电未启动”告警。初步排查通信链路正常、BMS 数据可读、充电桩输出电压正常。进一步查看时序日志发现：归位机构到位信号比充电触点闭合信号晚了约 180ms，而充电启动逻辑要求“到位信号有效后 100ms 内检测触点”。问题根因不在通信，而在机械归位与电气检测的时序耦合。调整归位传感器安装位置并修改启动逻辑的等待窗口后，问题消失。
经验提示：DIB 联调中大量“通信故障”实际是时序问题。遇到跨系统异常时，先对齐时间戳，再判断是链路、逻辑还是机械动作导致。
常见误区与复盘要点
- 误区一：只测正常流程。DIB 的可靠性更多体现在异常分支：断链、低电量、舱门卡滞、温度越限。验证用例必须覆盖异常注入。
- 误区二：指标测试条件不统一。充电效率在不同环境温度、不同电池 SOC 下差异明显，必须固定测试条件并记录环境参数。
- 误区三：问题不闭环。联调中发现的问题若只口头沟通、不记录、不复测，交付后必然复发。建议使用问题清单跟踪到关闭。
- 误区四：忽视版本管理。飞控固件、机巢控制器、平台软件版本不一致是接口异常的常见根因，联调前必须锁定版本基线。
安全提醒：整机联调涉及旋转部件、高压充电和无人机起降，任何带电、带桨测试都必须执行锁定/挂牌和人员隔离措施。验证方案中应包含急停回路测试，且急停测试必须真实触发，不能只做信号模拟。
学习路径：从看懂到能独立组织联调
本课程后续章节将沿着“架构认知 → 分系统联调 → 整机流程 → 指标验证 → 场景演练 → 复盘交付”的路径展开。建议你按以下节奏学习：先建立五层框架的整体印象，再逐层深入接口与时序细节，最后通过综合案例把各层知识串起来。每学完一个模块，尝试用本节给出的六阶段流程去套一个你熟悉的设备或项目，检验自己是否真正理解“联调”与“验证”的区别与联系。
当你能够独立回答三个问题——系统的接口在哪里、时序如何对齐、证据是否充分——你就已经具备了组织 DIB 整机联调与验证的核心能力。