UWB数字钥匙硬件复用正在把CPD从附加传感器项目改写成软件定义部署机会
前言
过去做 CPD，团队默认的工程前提通常是：
- 这是一个新增安全功能
- 需要新增专用硬件
- 需要新布线、新安装位、新 BOM、新功耗预算
但这轮看到 UWB 相关公开材料后，一个越来越值得重视的判断是：
当 UWB Digital Key / Passive Entry 的既有硬件能够通过软件定义方式复用为车内雷达传感器，CPD 的量产逻辑就会被改写。
这不是“顺便多做个 feature”那么简单，而是会直接影响：
- BOM 成本
- 平台规划
- 功能上线节奏
- OTA 扩展能力
- 车规软件架构边界
一、为什么这件事重要
1.1 CPD 过去最大的门槛之一就是新增硬件成本
无论是 mmWave、UWB 还是其他车内存在检测方案，过去一旦谈量产，经常都会碰到同一组现实问题：
- 新硬件的钱谁出
- 安装位置怎么定
- 线束和供电怎么做
- 停车态功耗怎么控制
- 跨平台车型怎么复用
这导致很多本来有安全价值的功能，最后卡在量产 economics 上。
1.2 UWB 让 CPD 有机会借现有基础设施“搭车”
CEVA 近期公开白皮书给出的核心信息很明确：
- 现代量产车里已有大量 UWB 基础设施用于数字钥匙/无感进入
- 同一套生产级 UWB 天线与 RF chain，可被复用为 software-defined radar sensor
- 不需要新增独立硬件，即可支持车内生命体征与 CPD
- 还能在停车低功耗模式下保持 always-on sensing
这意味着 CPD 的部署方式开始变化：
- 从“额外加一个安全硬件项目”
- 转向“在已有 connectivity/sensing 平台上打开一项安全能力”
二、这条路线的真正价值不只是降本
2.1 降本只是表层，真正价值是平台复用
表面上看，复用 UWB Digital Key 硬件的价值是：
- 零或极低增量 BOM
- 少布线
- 少结构改动
- 集成复杂度下降
但更深层的价值是：
- 同一套硬件基础设施可承载连接 + 安全感知双能力
- 平台团队更容易把 CPD 拉进长期 roadmap
- 量产车型之间的迁移和复用门槛更低
- 后续还能继续扩展到 occupancy / gesture / intruder alert 等功能
也就是说，UWB 复用不是单 feature 优化，而是 platform leverage。
2.2 软件定义意味着功能上线节奏会改变
一旦底层硬件已经在车上，CPD 的上线节奏就不再完全受硬件 SOP 牵制，而更多取决于：
- 雷达信号处理成熟度
- 验证资产是否完备
- 法规 readiness 是否达标
- OTA 策略是否允许
这会让 CPD 更像一个 software-defined safety capability。
三、为什么 UWB 特别适合这条路
3.1 UWB 的特性天然适配停车态安全
公开材料强调 UWB Radar 的几个关键点：
- fine-grained range resolution
- breathing / cardiac micro-motion sensing
- strong privacy protection
- 低光和遮挡下依然可用
- 可在低功耗 parked mode 持续工作
这些特性与 CPD 的核心要求高度吻合：
- 停车态
- 低功耗
- 非接触
- 隐私友好
- 能看见微动
3.2 reuse Digital Key anchor points 会改变车型覆盖率
如果 CPD 依赖专用硬件，通常会先上高配，再考虑下沉；但如果能复用 Digital Key anchor points，就有机会：
- 在更广泛车型上快速铺开
- 缩短从高端车型到主销车型的扩散周期
- 让 CPD 从“豪华配置”更快变成“平台能力”
这件事对 Euro NCAP 2026 之后的产品策略尤其关键。
四、对 IMS/平台团队的直接启示
4.1 平台规划应把 UWB 当成 sensing infrastructure 看待
如果还把 UWB 只看成 Digital Key 组件，就会错过它在车内安全上的复用价值。更合理的做法是从一开始就把它定义成：
- connectivity + localization + sensing infrastructure
这样才能在架构上预留：
- radar mode
- parked-mode power policy
- traceability
- CPD software hooks
- OTA 扩展接口
4.2 验证逻辑要跟着从 feature test 升级到 dual-use platform test
既然同一套硬件既服务 Digital Key 又服务 CPD，就不能只测“CPD 是否工作”，还要测：
- 两种模式切换是否可靠
- 是否影响数字钥匙本身性能
- parked-mode 下功耗和唤醒策略是否可接受
- OTA 升级后双功能是否都稳定
这意味着验证对象已经从单功能测试升级成 dual-use platform validation。
4.3 traceability 和安全边界要更早定义
一套硬件承载多功能时，最容易出问题的是责任边界不清：
- 谁拥有底层 signal pipeline
- 谁定义 CPD 安全策略
- 谁做 mode management
- 谁做事件追踪与售后解释
所以越早把 ownership 和接口定义清楚，后面越不容易陷入“功能能做，但组织接不住”的局面。
五、这条路线也有明确难点
当然，这条路线不是白送的。它同样有真实难点：
- Digital Key 场景与生命体征场景的 signal pipeline 差异
- 低功耗和持续监测之间的平衡
- 复杂舱内多路径和非高斯噪声
- 需要更强的 virtual / surrogate regression 去兜底
- dual-use 之后验证和故障定位变复杂
所以关键不在于“能不能复用”，而在于：
能不能把复用做成一个 可验证、可维护、可 OTA 演进 的平台能力。
六、我更看好的下一阶段方向
基于这轮研究，我更看好后续围绕这条线展开的方向包括：
- Digital Key → CPD 的硬件复用架构图
- dual-use UWB platform 的 mode management
- 停车态功耗 / always-on sensing 策略
- UWB 与 camera / mmWave 的多模态分工
- dual-use platform validation 与 traceability 体系
总结
UWB 数字钥匙硬件复用，正在把 CPD 从“附加传感器项目”改写成“软件定义部署机会”。
这条路线最重要的不是省下一颗传感器，而是：
- 改写量产 economics
- 抬高平台复用价值
- 让 CPD 更容易进入 OTA 与长期 roadmap
- 让车内安全能力和连接基础设施真正耦合起来
对 IMS 团队来说，现在值得提前准备的，不只是算法，而是：
- dual-use 平台架构
- mode management
- parked-mode power policy
- surrogate/virtual regression
- traceability 与 ownership map
这才是把“能复用”真正做成“能量产”的关键。
参考来源
- CEVA, Robust In-Cabin Vital Signs Monitoring Using UWB Radar, 2026
- CEVA, Ceva Unveils UWB Radar for Automotive Child Safety Detection, 2023
- Talking IoT, UWB Radar For Child Presence Detection: How Qorvo Enables Safer, Aware Vehicle Architectures, 2026