2、核心芯片选型：主流UWB芯片方案对比

做UWB车钥匙，第一步就是选芯片。这一步要是选错了，后面所有工作都得推倒重来。我见过不少团队，方案都做到一半了，发现芯片功耗扛不住，或者测距精度死活达不到车规要求，最后只能换平台，那叫一个痛苦。

今天我就把市面上主流的UWB芯片方案掰开揉碎了讲。咱们不搞虚的，直接看干货。

2.1 三大主流方案：Qorvo / Decawave / NXP

目前车规级UWB芯片，基本就是这三家在打。嗯，其实Decawave已经被Qorvo收购了，但产品线还在独立运营。我习惯把它们分开讲，因为设计思路确实不一样。

先说说Decawave DW3110/DW3120。 这俩是经典款，市面上大部分UWB开发板都是基于它们做的。我个人习惯用DW3120做原型验证，因为它的API封装得比较友好，寄存器操作没那么复杂。但要注意，DW3120的典型功耗在70mA左右，做车钥匙的话，电池压力不小。

再来看NXP的NCJ29D5。 这个芯片我是在一个量产项目里第一次接触。说实话，刚开始挺不习惯的——它的寄存器映射方式和Decawave完全不一样，而且必须用NXP自家的MCU配合。但跑起来之后，真香。它的休眠功耗能做到微安级别，这对车钥匙来说太关键了。

Qorvo自研的UWB SoC呢？ 性能确实强，支持同时测距和通信。但价格摆在那里，一颗芯片顶别人两颗。我建议除非你的产品定位高端，否则先别碰。

2.2 芯片选型考量因素

选芯片不是看参数表就完事了。我总结了几条硬指标，你照着核对就行。

2.2.1 测距精度与稳定性

车钥匙要求测距误差在10厘米以内。DW3120在LOS（视距）环境下能做到5厘米，但NLOS（非视距）下会飘到20厘米。NCJ29D5在NLOS下表现更好，因为它有专门的抗多径算法。我曾经在停车场实测过，NCJ29D5在车辆遮挡下还能保持12厘米以内的精度，DW3120就有点吃力了。

2.2.2 功耗

车钥匙的电池一般就几十毫安时。你想想看，如果芯片待机功耗是10μA，那一个月就耗掉7mAh，一年就是84mAh。所以待机功耗必须控制在1μA以下。NCJ29D5的待机功耗是0.5μA，DW3120是2μA。嗯，差距就在这里。

2.2.3 车规认证

这个坑我踩过。有些芯片虽然标称车规，但实际只过了AEC-Q100的某些子项。你要仔细看datasheet里的认证范围。NCJ29D5是完整的AEC-Q100 Grade 2认证，DW3120需要你自己去做车规适配。我建议直接选原生车规的芯片，省得后面补认证，周期至少多三个月。

2.2.4 软件生态与工具链

Decawave的API文档写得最清楚，社区也活跃。NXP的SDK就比较封闭，很多底层代码不开放。但NXP提供了完整的UWB协议栈，包括CCC（Car Connectivity Consortium）标准的实现。如果你要做数字钥匙，NXP的方案能省不少协议开发的工作。

2.3 天线选型

天线是UWB系统的咽喉。天线没选好，芯片再强也白搭。

2.3.1 天线类型

• 陶瓷贴片天线： 体积小，成本低，适合车钥匙。但带宽窄，对UWB的6.5GHz频段支持一般。
• PCB印制天线： 带宽宽，设计灵活，但占用面积大。车钥匙内部空间紧张，用PCB天线要仔细布局。
• 柔性天线（FPC）： 可以弯折，适合异形结构。我有个项目就是把FPC天线贴在钥匙壳的内壁上，效果不错。

2.3.2 关键参数

天线选型主要看三个参数：

• 带宽： UWB要求至少500MHz带宽。陶瓷天线一般只能做到200-300MHz，PCB天线可以做到1GHz以上。
• 增益： 车钥匙天线增益通常在0-2dBi。太高了反而容易产生多径干扰。
• 极化方式： 车钥匙建议用圆极化天线，这样不管钥匙怎么转，信号都能稳定接收。线极化天线对角度太敏感，我吃过这个亏。

2.3.3 天线布局注意事项

天线周围不要有金属物体。车钥匙里通常有金属按键、弹簧、电池，这些都会影响天线性能。我建议把天线放在钥匙的顶端，远离电池和金属件。如果空间实在不够，可以考虑用天线调谐电路来补偿。

好了，芯片选型这块就聊到这儿。下一章咱们讲硬件电路设计，包括电源管理、时钟电路、射频匹配网络。到时候我会把DW3120和NCJ29D5的参考电路拿出来对比分析，记得来看。