📚 课程目录第4章系统架构

4. 系统架构

Drone-in-a-Box 不是“无人机加一个箱子”的简单组合，而是一套由机巢、飞行器、能源补给、通信链路、控制中枢、感知系统与软件平台共同构成的闭环系统。整机联调的核心任务，就是验证这些子系统在真实时序下能否协同工作：机巢能否准确开合与定位，无人机能否按指令起降，充电或换电机构能否可靠对接，通信链路能否保持低时延，感知数据能否被正确融合，软件平台能否统一调度并给出可追溯的状态。理解架构关系，是后续所有联调与验证工作的前提。

一、分层架构：从物理执行到平台调度

从工程视角看，该系统可划分为四层。最底层是物理执行层，包括机巢舱体、升降平台、对中夹爪、充电触点或换电机械臂、环境传感器等；其上是能源与保障层，负责电池管理、充电控制、换电库存与温控；再上是通信与控制层，由飞控、机载计算机、数传/图传链路、机巢控制器和边缘计算单元组成；最上层是软件平台层，承担任务规划、航线管理、状态监控、数据存储、告警与开放接口。四层之间通过明确的接口协议交互，任何一层异常都会在联调中表现为跨层故障。

二、核心交互链路与时序关系

架构图展示的是静态分层，真正决定联调成败的是动态交互。一次完整任务通常包含以下关键链路：平台下发任务 → 机巢自检并开舱 → 无人机上电自检 → 起飞并进入航线 → 执行感知任务 → 返航降落 → 对中锁止 → 充电或换电 → 状态回传平台。每条链路都涉及多个子系统的握手与超时判断。

以“返航降落—充电”为例，其典型时序为：无人机接近机巢时，机巢感知系统先确认舱内无遮挡、平台归位；飞控接收降落引导信号，视觉标记辅助精准降落；落位后对中机构夹紧，锁止传感器确认到位；充电触点伸出并检测接触电阻，BMS 上报电池温度与电压；平台确认充电启动后，才允许舱门关闭。任何一步超时，都应触发安全策略，而不是强行进入下一步。

联调关键握手信号示例：

PLATFORM_TASK_READY   → 平台任务就绪
NEST_DOOR_OPEN_CMD    → 机巢开舱指令
NEST_DOOR_OPENED      → 舱门开到位反馈
UAV_ARMED             → 无人机解锁
UAV_LANDED            → 降落到位
DOCK_LOCKED           → 锁止到位
CHARGE_CONTACT_OK     → 充电触点接触正常
BMS_CHARGING          → 电池进入充电状态
NEST_DOOR_CLOSE_CMD   → 关舱指令

三、各子系统职责与接口边界

联调中最常见的争议是“这到底是谁的问题”。因此必须在架构层面明确接口边界。下表给出各子系统的核心职责、典型输入输出以及常见联调关注点。

子系统	核心职责	典型输入	典型输出	联调关注点
机巢	收纳、防护、对中、锁止、环境保障	开合指令、环境参数	门限位、锁止状态、温湿度	开合时序、对中精度、防夹
无人机	飞行、导航、任务执行、状态上报	航线、控制指令	姿态、位置、电量、任务数据	起降精度、返航策略、低电保护
充电/换电	能量补给、电池管理、库存周转	电池状态、补给指令	充电电流、电池温度、换电结果	触点对位、热管理、换电节拍
通信	遥控、遥测、图传、数据回传	机载数据、平台指令	链路质量、时延、丢包率	切换、遮挡、带宽竞争
控制	飞控解算、机巢逻辑、任务调度	传感器、指令、状态	控制量、执行动作	时序竞争、超时、互锁
感知	环境感知、目标识别、状态监测	图像、点云、IMU、GNSS	障碍物、位姿、环境告警	标定、融合、误检漏检
软件平台	任务规划、监控、存储、开放接口	用户操作、设备状态	任务、告警、报表、API	状态一致性、断连恢复、权限

四、典型场景与误区复盘

场景：某次联调中，无人机返航后舱门迟迟不关。排查发现，平台已收到“降落到位”，但机巢控制器未收到“锁止到位”。进一步检查是对中夹爪的限位传感器安装偏移，导致锁止信号偶发丢失。平台因未收到完整握手，按安全策略保持舱门开启。这类问题说明：架构中的“状态反馈”不是可选项，而是联调必须逐项验证的闭环条件。

常见误区一：把通信链路当作“透明管道”，忽视时延和丢包对控制时序的影响。实际上，图传与数传共享带宽时，遥测周期可能被拉长，导致平台状态刷新滞后。

常见误区二：充电与换电机构只测“能不能充”，不测“异常中断后能否安全恢复”。例如触点接触不良时，BMS 应上报故障并禁止关舱，而不是反复重试。

常见误区三：软件平台与机巢控制器各自维护一套状态机，导致“平台显示已关舱、机巢实际未关舱”。正确做法是以机巢控制器的物理反馈为最终依据，平台状态由其同步派生。

联调建议：先画清架构分层与接口边界，再按“单机自检 → 两两握手 → 全链路时序 → 异常注入”的顺序推进。每验证一条链路，都要记录输入条件、预期输出、实际输出和超时阈值，形成可追溯的联调记录。

只有把机巢、无人机、能源补给、通信、控制、感知与软件平台放在同一张架构关系图中理解，才能在设计联调用例时覆盖跨层交互，而不是停留在单设备功能测试。架构清晰，联调才有章法；接口明确，问题才能定位到具体子系统。