无线芯片(BLE/UWB)内部分两层固件:
BootLoader(Boot 版本) + 射频应用固件(天线软件版本),
天线测距、信号收发、PDOA 测角全部由应用固件管控,天线性能直接绑定固件版本。
一、Boot 版本(BootLoader 引导程序版本)
1. 定义与存储位置
Boot 是无线芯片底层最小引导程序,独立分区固化在芯片片内 Flash,和天线应用固件分开存储、独立版本号。
- 天线芯片出厂自带原厂 Boot;
- 主 MCU通过 SPI/CAN 下发升级包,由 Boot 完成固件刷写、校验、回滚。
2. Boot 核心能力(和天线升级强相关)
- 上电校验天线应用固件启动时校验固件 CRC / 签名,固件损坏、版本不兼容直接停留在 Boot 升级模式,不会死机变砖。
- 天线固件 OTA 刷写载体整车 OTA 升级 UWB / 蓝牙天线射频程序,全靠 Boot 接收分包、擦写 Flash、写入新固件。
- 版本兼容校验Boot 内置兼容规则:旧 Boot 不允许刷入新架构天线固件,防止射频天线驱动崩溃。
- 故障回滚机制新天线固件升级失败(断电、传输错误),Boot 自动切回旧可用射频版本,保证 BLE/UWB 天线能正常收发信号。
- UDS 诊断读取RemoteDiag 模块通过 0x22 服务读取 BLE/UWB 芯片 Boot 版本号,产线 EOL、售后维修必检项,版本不匹配直接报 DTC 故障。
3. Boot 版本典型问题
- Boot 版本过低,无法支持新版本天线校准算法;
- Boot 与天线固件大版本不匹配,UWB 测距精度暴跌、BLE RSSI 漂移;
- Boot 损坏:天线模块无法被芯片识别,上报无线通信故障 DTC。
二、天线软件版本(射频应用固件版本,日常说的 “天线版本”)
1. 核心含义
天线软件 = BLE/UWB 完整射频协议栈 +天线校准参数 + 测距 / 雷达算法,直接决定天线射频性能,业内俗称 “天线固件版本”。 分为两大核心内容:
- 射频底层驱动:天线发射功率、接收灵敏度、频偏补偿、信道滤波;
- 天线算法层:UWB PDOA 到达角测角、CPD 活体雷达、BLE Channel Sounding 测距、多天线分集切换、天线增益校准。
2. 天线固件里直接管控天线的关键功能
(1)天线硬件校准参数(出厂固化)
- 单天线 / 双天线通道增益补偿、天线走线损耗补偿;
- 玻璃天线、外置 PCB 天线区分适配;
- 高低温射频漂移修正(-40~125℃车载宽温适配); 不同天线硬件(车载玻璃 UWB 天线 / 门把手 BLE 天线)必须匹配对应版本固件,否则测距偏差几十厘米、信号丢包。
(2)测距 / 雷达算法迭代(版本更新核心)
芯片一套固件同时管理测距天线 + 雷达感知天线:
- 修复多径干扰下天线测距跳变;
- 优化双天线 PDOA 角度判断,区分车辆左右侧天线;
- 升级 CPD 儿童遗留雷达天线微动识别算法,降低误报;
- 优化 BLE 天线低功耗广播策略,降低 BATT 静态电流。
(3)安全链路(天线加密)
天线固件内置 STS 加密、BLE 安全配对逻辑,对接 KeyMngr 密钥模块,版本漏洞会导致中继攻击风险,DFMEA 重点管控。
3. 天线版本与硬件绑定规则
- 相同无线芯片天线固件不通用;
- 整车天线方案变更(单天线改双天线、更换玻璃天线),必须同步升级天线软件版本;
- 产线 PFMEA 管控:EOL 下线检测强制读取天线软件版本、Boot 版本,与 BOM 标准版本比对,不一致拦截下线。
三、Boot 版本 VS 天线软件版本 核心区分表
| 维度 | Boot 版本(引导) | 天线软件版本(射频应用) |
|---|---|---|
| 层级 | 底层最小启动程序 | 上层射频 / 天线业务程序 |
| 作用 | 固件校验、OTA 升级、故障恢复 | 天线收发、测距、雷达、射频校准 |
| 更新频率 | 极低,芯片生命周期一般 1~2 次更新 | 高频,迭代测距、雷达、天线优化 |
| 故障现象 | 模块无法通信、升级失败、无法识别天线 | 测距不准、雷达误报、BLE 信号弱、天线切换异常 |
| 诊断读取 | UDS 0x22 读取 BootVer | UDS 0x22 读取 AntenaSwVer |
| 存储分区 | 独立 Boot 分区,不可被应用覆盖 | 主应用 Flash 分区,可 OTA 覆盖 |
四、总结
- Boot 版本:无线芯片底层升级引导器,负责固件安全刷写与故障兜底;
- 天线软件版本:管控天线射频、测距、雷达、加密算法,直接决定天线所有无线性能; 两者双版本必须配套兼容,整车诊断、产线检测、OTA 升级全流程管控。