一、数字钥匙落地后,为什么还是“不好用”?

手机蓝牙钥匙已经普及,但用户吐槽并未减少:人在几米外车门就开了;手机已经在车边,系统还提示“请靠近”;离车后延迟落锁,甚至偶尔误锁。

这些问题,多数不是 App 或云端逻辑的问题,而是底层测距能力不足

目前大量方案仍依赖 RSSI(接收信号强度) 估算距离:信号越强,判定越近。这在开阔场景勉强可用,一旦进入车内——金属车身反射、座椅遮挡、多设备并发——RSSI 波动可达 10 dB 以上,距离误差常常达到数米级,很难支撑 PEPS(被动进入/被动启动)对安全区域的精细划分。

BLE 6.0 引入的 Channel Sounding(信道探测),正是针对这一瓶颈的技术升级。下面从原理、场景和选型三个层面展开说明。

BLE6.0和RSSI对比图

二、RSSI 与信道探测:测距逻辑有什么不同?

RSSI:经验估算,易受环境干扰

RSSI 本质是“信号强度 → 距离”的映射,不直接测量传播路径。车内金属结构会产生多径效应,同一位置信号强度可能大幅波动,导致:

  • 解锁区域边界模糊,提前解锁或解锁失败并存
  • 离车判定滞后,存在安全风险
  • 儿童遗留检测误报率高,功能难以真正启用

Channel Sounding:直接测距,精度更高

BLE 6.0 的信道探测采用两种机制协同:

机制 原理 作用
PBR(相位测距)
测量信号相位变化
精度高,适合近距离判定
RTT(往返时间)
测量信号往返耗时
抗干扰强,可交叉验证

两者融合后,在复杂电磁环境下仍可实现亚米级甚至厘米级测距,不再依赖「信号强不强」的间接推断。对 PEPS 而言,这意味着可以明确区分「靠近(约 3 m)」「进入(约 1 m)」「落锁(约 5 m)」等状态,而不是靠经验阈值硬调。

三、哪些车载场景真正需要更高测距精度?

并非所有蓝牙应用都需要厘米级测距。以下场景对精度要求较高,信道探测的价值更明显:

  • 数字钥匙 / PEPS / RKE

核心需求是「人在哪、该不该解锁」。安全区域划分越精细,误解锁和解锁失败越少。Channel Sounding 可直接支撑「1.5 m 外不解锁、0.8 m 内自动解锁」这类策略,而不必反复调 RSSI 阈值。

  • 车内人员感知

智能座舱若要做座位级个性化(空调、娱乐、身份识别),需要知道设备在车内的大致位置。RSSI 通常只能给出「在车内/不在车内」;信道探测有机会细化到座位区域。

  • 儿童 / 宠物遗留提醒

这是典型的高可靠性场景:误报消耗用户信任,漏报后果严重。精准存在检测比「信号还在不在」更接近真实需求,也是多家车企近年的重点方向。

  • 汽车共享 / 远程控车

共享平台需要验证「用户是否在车旁」才允许解锁,距离判定直接关系到资产安全。精度不足时,往往只能叠加 GPS、摄像头等冗余手段,成本和复杂度都会上升。

数字钥匙PEPS图

四、技术落地:车规、功耗与集成同样关键

测距精度只是起点。模块要进车,还要满足车规环境、长期待机和工程集成等要求。

车规认证

汽车电子普遍要求核心器件通过 AEC-Q100 认证,并覆盖宽温、振动、长寿命等条件。Grade 1(-40°C ~ +125°C)可覆盖更极端的安装环境;Grade 2/3 则常见于座舱内应用。选型时应先确认安装位置与温度等级是否匹配,而不是只看蓝牙版本号。

功耗

数字钥匙控制器、胎压监测等模块通常 7×24 小时在线。长期待机场景下,Shutdown 电流往往在 nA 级、Standby 在 μA 级,对 12 V 电瓶保护很重要。功耗数据需要结合具体工作模式一起看,不宜只比较单一指标。

集成方式

从工程角度看,常见集成路径包括:

  • UART AT 命令:MCU 侧开发量小,适合快速验证和量产
  • 丰富外设接口(I2C / SPI / ADC):便于对接传感器、执行器
  • OTA 升级:支持后期策略调整与安全补丁,降低售后成本
  • 天线方案:板载与外置需按安装位置和射频环境选择

五、方案实例:FSC-BT2004TV 的技术定位

以上原理落到具体器件,飞易通 FSC-BT2004TV 是一个较典型的 BLE 6.0 车规落地案例——基于 TI CC2745R10-Q1,支持 Channel Sounding,已通过 AEC-Q100 认证。

参数 规格
蓝牙标准
BLE 6.0
核心能力
Channel Sounding 信道探测
芯片平台
TI CC2745R10-Q1
车规认证
AEC-Q100 Grade 1
封装尺寸
13 × 26.9 × 2.2 mm
发射功率
最高 +10 dBm
接口
UART、I2C、SPI、12-bit ADC
RX / Standby / Shutdown
≤ 6.1 mA / ≤ 3 μA / ≤ 160 nA

它的定位比较清晰:把 BLE 6.0 信道探测封装为可直接集成的车规模组,默认固件支持 AT 命令,开发者主要处理距离阈值和业务逻辑,而不必从零搭建协议栈。

典型集成结构如下:

MCU 主控 ── UART ──▶ BLE 6.0 模块 ──▶ 手机 / 钥匙 / 传感器
距离判定 / 解锁策略 / 告警逻辑

对已有 BLE 5.x + RSSI 方案、且测距稳定性始终不达标的项目,升级到 BLE 6.0 信道探测,往往是比继续堆算法更有效的路径。

六、选型时建议关注的四个问题

无论最终选哪颗模块,评估 BLE 6.0 数字钥匙方案时,建议至少确认:

  1. 是否真正支持 Channel Sounding,而非仅标称 BLE 6.0 协议版本
  2. AEC-Q100 等级是否与安装位置(座舱内 / 门外 / 近引擎舱)匹配
  3. 待机与关断功耗是否满足长期在线需求
  4. 开发接口与 OTA 能力是否匹配项目周期和后期维护预期

此外,射频走线、天线布局和实车标定,往往比 datasheet 参数更影响最终测距效果。模块选型之后,仍需要一轮完整的实车验证。

七、小结

数字钥匙的体验瓶颈,正在从「能不能连上」转向「能不能测准」。RSSI 在简单场景可用,但在车内复杂环境下,精度上限明显;BLE 6.0 Channel Sounding 通过 PBR + RTT 直接测距,为 PEPS、车内感知、遗留提醒等场景提供了更可靠的基础能力。

对正在评估下一代数字钥匙方案的开发者,与其在 RSSI 阈值上反复调校,不如尽早验证 BLE 6.0 信道探测在实车环境中的效果。FSC-BT2004TV 等产品已将这一能力封装为车规模组,可作为工程验证和量产导入的参考选项。