3. 无人机电子系统架构
无人机电子系统并不是“飞控加几个电机”的简单堆叠,而是一个由感知、决策、执行、通信和能源等多条链路耦合而成的实时嵌入式系统。理解各子系统的角色定位,是后续设计CAN总线拓扑、分配报文优先级、规划接口电气特性的前提。本节从系统架构视角出发,梳理飞控、传感器、执行机构、通信链路四类主体的职责边界,并明确CAN总线在其中承担的“神经中枢”角色。
一、核心原理:五类角色的职责与耦合关系
典型的无人机电子系统可抽象为五个功能域:飞控计算机是决策核心,负责姿态解算、控制律运算、任务调度与故障管理;传感器是感知层,包括IMU、磁力计、气压计、GNSS、视觉/激光雷达等,向飞控提供状态估计输入;执行机构是动作层,包括电调、舵机、云台电机、投放机构等,接收控制指令并输出物理动作;通信链路包括遥控接收机、数传电台、图传、4G/5G模块等,承担地面站与机载系统之间的指令与遥测交互;能源与配电则为上述所有模块供电,并通过电流/电压监测参与健康管理。
这五类角色之间并非点对点直连,而是通过若干总线与接口形成分层网络。低速、高实时、强确定性的控制类数据通常走CAN总线;高带宽的图像与点云数据走以太网或MIPI;调试与配置可走UART/USB。CAN总线的定位,正是在“实时控制域”中充当共享介质,把飞控、电调、舵机、电源管理、部分智能传感器连接成一张多主、广播、带优先级的控制网络。
角色定位一句话总结:飞控是“大脑”,传感器是“感官”,执行机构是“肌肉”,通信链路是“口耳”,CAN总线是连接大脑、肌肉与部分感官的“脊髓神经”。
二、方法流程:从任务需求到接口分配的推导
设计电子系统架构时,建议按以下流程推导接口分配,而不是先选总线再凑功能:
- 列出功能清单与实时性等级:把每个功能标注为硬实时(如电机转速更新,周期1 ms)、软实时(如电池遥测,周期100 ms)或非实时(如日志下载)。
- 估算带宽与节点数:统计每个功能的数据长度与更新率,计算总线负载率。CAN 2.0B在1 Mbps下,建议负载率不超过50%。
- 划分总线域:硬实时控制类归入CAN控制域;高带宽感知类归入以太网域;配置调试类归入UART/USB域。
- 分配报文ID与优先级:ID越小优先级越高,把姿态控制、电机指令放在低ID段,把遥测、日志放在高ID段。
- 定义接口电气与连接器:确定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总线的物理层设计、报文协议定义与节点硬件实现。架构清晰,后续的电气参数、拓扑布局和软件调度才有稳定的依据。