3. 系统总体架构

无人机自动机场不是一台“会开盖的箱子”，而是一套跨专业耦合的系统工程。若把自动机场拆开看，它至少同时包含机械执行、电气供配电、通信链路、边缘软件与云端平台五个专业域。理解总体架构的关键，不是记住五层名字，而是看清每层“负责什么、向上提供什么接口、向下依赖什么约束”。只有接口关系清晰，后续的选型、联调、排障和扩容才不会变成“各专业各说各话”。

一、五层架构的分层职责

第一层是机械层，包括停机坪、对开舱门、升降平台、归中推杆、锁紧机构、充电对接机构、温控与防护结构。它直接决定无人机能否被可靠收纳、定位和释放。机械层的核心接口是“动作指令 + 到位反馈”，例如舱门开到位、平台升到位、推杆夹紧到位，这些信号是上层判断流程能否继续的依据。

第二层是电气层，负责市电接入、UPS、防雷、DC 变换、电机驱动、充电管理、照明、加热与除湿。它把电能分配给机械执行器和机巢控制器，同时采集电压、电流、温度、门磁、限位等状态。电气层的关键不是“有电”，而是“在异常时能安全降级”：断电时舱门能否手动开启、充电是否具备过流保护、加热是否独立回路。

第三层是通信层，包含机场内部总线（CAN、RS485、以太网）、机场与无人机之间的图传/数传链路、机场与云端的 4G/5G 或有线回传。通信层解决“谁和谁说话、用什么协议、断了怎么办”。内部总线强调实时与可靠，外部回传强调带宽与可用性，二者不能用同一套指标衡量。

第四层是软件层，通常运行在机场边缘计算单元上，负责设备抽象、任务编排、状态机管理、视频接入、日志与本地缓存。它把机械、电气、通信的原始信号封装成可调用的服务，例如“一键起飞”“自动换电”“异常返航”。软件层是五层中最容易被低估的一层，因为它承担了协议转换与故障隔离。

第五层是云平台层，负责机队管理、航线规划、任务下发、数据存储、AI 分析与多机场协同。云平台不直接控制电机，而是通过标准 API 向边缘软件下发任务、订阅状态。云平台的价值在于“跨机场、跨区域”的全局视角，而不是替代本地实时控制。

二、接口关系的三条主线

第一条主线是控制流：云平台下发任务 → 边缘软件拆解为动作序列 → 通信层传输指令 → 电气层驱动执行 → 机械层完成动作。这条线是“从上到下”的，任何一层阻塞都会导致任务卡死。第二条主线是状态流：机械限位、电气采样、通信心跳、软件状态机、云端任务状态逐级上报。这条线是“从下到上”的，用于判断任务是否真正完成。第三条主线是安全链：急停、断电、超温、通信丢失等异常不经过常规控制流，而是直接触发本地安全逻辑，例如停止充电、锁定舱门、强制返航。

三、典型场景：一次自动换电任务的跨层协作

以自动换电为例：云平台下发“返航换电”任务；边缘软件判断电量低于阈值，生成“开舱门 → 平台升起 → 无人机降落 → 归中夹紧 → 电池解锁 → 换电机构动作 → 电池锁紧 → 平台下降 → 舱门关闭”的动作序列。通信层将每一步指令下发到电气层，电气层驱动电机与电磁锁，机械层限位开关返回到位信号。若归中夹紧超时，软件层立即中止后续动作并上报“夹紧异常”，而不是继续换电。这个例子说明：五层架构不是静态分层，而是围绕任务动态协作。

四、常见误区与复盘要点

• 误区一：把云平台当实时控制器。云端适合调度，不适合毫秒级闭环；实时动作必须由边缘软件和电气层完成。
• 误区二：通信层只考虑带宽。机场内部总线更看重确定性与抗干扰，外部回传更看重可用性与切换速度。
• 误区三：机械层不考虑电气接口。限位开关、电磁锁、充电针的电气参数必须在机械设计阶段就确定。
• 误区四：软件层只做“转发”。软件层应承担协议转换、状态缓存、异常降级和本地自治。

五、五层接口清单

# 典型接口配置片段（示意）
[cloud]
endpoint = "https://api.uav-port.com/v1"
protocol = "MQTT over TLS"
heartbeat = 10s

[edge]
device_bus = "CAN0"
video_stream = "RTSP"
local_cache = 2048MB

[electrical]
charge_voltage = 58.8V
charge_current_max = 30A
over_temp_threshold = 65C

[mechanical]
door_timeout = 8s
clamp_force = 120N
limit_switch = "NC"

总体来看，自动机场的五层架构是一种“分层解耦、接口约束、状态闭环”的系统方法。机械层保证动作可靠，电气层保证能量安全，通信层保证信息可达，软件层保证本地自治，云平台层保证全局效率。只有把每层的职责和接口关系定义清楚，自动机场才能从“能飞”走向“可运营、可维护、可扩展”。