3. 无人机电子系统架构

无人机电子系统并不是“飞控加几个电机”的简单堆叠,而是一个由感知、决策、执行、通信和能源等多条链路耦合而成的实时嵌入式系统。理解各子系统的角色定位,是后续设计CAN总线拓扑、分配报文优先级、规划接口电气特性的前提。本节从系统架构视角出发,梳理飞控、传感器、执行机构、通信链路四类主体的职责边界,并明确CAN总线在其中承担的“神经中枢”角色。

一、核心原理:五类角色的职责与耦合关系

典型的无人机电子系统可抽象为五个功能域:飞控计算机是决策核心,负责姿态解算、控制律运算、任务调度与故障管理;传感器是感知层,包括IMU、磁力计、气压计、GNSS、视觉/激光雷达等,向飞控提供状态估计输入;执行机构是动作层,包括电调、舵机、云台电机、投放机构等,接收控制指令并输出物理动作;通信链路包括遥控接收机、数传电台、图传、4G/5G模块等,承担地面站与机载系统之间的指令与遥测交互;能源与配电则为上述所有模块供电,并通过电流/电压监测参与健康管理。

这五类角色之间并非点对点直连,而是通过若干总线与接口形成分层网络。低速、高实时、强确定性的控制类数据通常走CAN总线;高带宽的图像与点云数据走以太网或MIPI;调试与配置可走UART/USB。CAN总线的定位,正是在“实时控制域”中充当共享介质,把飞控、电调、舵机、电源管理、部分智能传感器连接成一张多主、广播、带优先级的控制网络。

角色定位一句话总结:飞控是“大脑”,传感器是“感官”,执行机构是“肌肉”,通信链路是“口耳”,CAN总线是连接大脑、肌肉与部分感官的“脊髓神经”。

无人机电子系统分层架构与CAN总线角色定位 感知层 · 传感器 IMU / 陀螺 磁力计 / 气压计 GNSS 接收机 视觉 / 激光雷达 电流 / 电压 / 温度监测 飞控计算机 姿态解算 · 控制律 · 任务调度 · 故障管理 CAN 控制器 + 收发器 SPI / UART / CAN CAN 总线主干(差分双绞线 · 1 Mbps · 多主广播 · 优先级仲裁) 控制指令 / 状态反馈 执行层 · 执行机构 电调 × 4/6/8 舵机 / 舵面 云台电机 投放 / 起落架机构 电源分配与继电器 通信链路 · 地面交互 遥控接收机 数传电台 图传 / 4G/5G 地面站软件 MAVLink / UART 感知数据流 CAN 控制流 通信链路

二、方法流程:从任务需求到接口分配的推导

设计电子系统架构时,建议按以下流程推导接口分配,而不是先选总线再凑功能:

  1. 列出功能清单与实时性等级:把每个功能标注为硬实时(如电机转速更新,周期1 ms)、软实时(如电池遥测,周期100 ms)或非实时(如日志下载)。
  2. 估算带宽与节点数:统计每个功能的数据长度与更新率,计算总线负载率。CAN 2.0B在1 Mbps下,建议负载率不超过50%。
  3. 划分总线域:硬实时控制类归入CAN控制域;高带宽感知类归入以太网域;配置调试类归入UART/USB域。
  4. 分配报文ID与优先级:ID越小优先级越高,把姿态控制、电机指令放在低ID段,把遥测、日志放在高ID段。
  5. 定义接口电气与连接器:确定CAN_H/CAN_L差分对、120 Ω终端电阻位置、共地策略与屏蔽层处理。

三、案例场景:多旋翼无人机的CAN控制域

以一架六旋翼无人机为例,其CAN控制域典型节点包括:飞控主节点、6个电调节点、1个电源管理节点、1个云台控制节点。飞控以1 kHz周期广播姿态与油门指令,电调以同周期回传转速与温度;电源管理节点以10 Hz上报电压、电流与剩余电量;云台节点接收角度指令并回传实际角度。

# 典型CAN报文ID分配示例(29位扩展帧,十六进制)
0x080  飞控 → 电调   姿态/油门控制帧   1 kHz   8字节
0x100  电调 → 飞控   转速/温度反馈帧   1 kHz   8字节
0x180  飞控 → 云台   云台角度指令      50 Hz   4字节
0x200  电源 → 飞控   电压/电流/电量    10 Hz   6字节
0x300  飞控 → 广播   心跳与状态字      5 Hz    2字节
0x7DF  诊断请求      故障读取          按需    8字节

该分配中,0x080优先级最高,确保电机控制帧在总线拥塞时仍能赢得仲裁;0x7DF优先级最低,诊断请求不会干扰飞行控制。这正是CAN“基于ID的优先级仲裁”在无人机架构中的直接价值。

四、误区与复盘

常见误区一:把所有外设都挂到CAN上。摄像头、激光雷达点云等大数据量设备挂CAN会导致总线负载爆表,应走以太网或专用高速接口。

常见误区二:忽略终端电阻与拓扑。CAN是总线型拓扑,两端各需120 Ω终端电阻。星形接线或长支线会引入反射,导致误码率上升。

常见误区三:ID分配随意。若把日志或调试报文分配了低ID,会在总线繁忙时抢占控制报文,造成控制周期抖动。

复盘时可用一张“角色—接口—实时性”对照表来检查架构是否合理:

角色 典型设备 主要接口 实时性要求 是否走CAN
飞控 主控计算机 CAN / UART / SPI / 以太网 硬实时 是(控制域主节点)
传感器 IMU、GNSS、气压计 SPI / UART / CAN 硬实时至软实时 部分(智能传感器可走CAN)
执行机构 电调、舵机、云台 CAN / PWM / DShot 硬实时 是(优先走CAN)
通信链路 数传、图传、遥控 UART / 以太网 / USB 软实时 否(通常不走CAN)
电源管理 BMS、电流计 CAN / I2C / 模拟 软实时 是(适合走CAN)

架构设计口诀:硬实时走CAN,高带宽走以太网,配置调试走串口;ID越小越优先,终端电阻两端放,支线越短越可靠。

明确各角色的定位与接口边界后,下一步才能进入CAN总线的物理层设计、报文协议定义与节点硬件实现。架构清晰,后续的电气参数、拓扑布局和软件调度才有稳定的依据。