万益资讯网

技术巡猎 零跑汽车 你的数字钥匙靠谱吗?零跑给UWB设备建了一个”电磁考场”,用

技术巡猎 零跑汽车 你的数字钥匙靠谱吗?零跑给UWB设备建了一个”电磁考场”,用手机当车钥匙,靠的不是NFC、蓝牙,那基本上就是UWB(超宽带)。UWB的优势是很明显的,定位精度到厘米级,还能穿透障碍物,不容易被中继攻击。你只需要站在车旁边,手机一掏车门就解锁了,你走到后备厢后面踢一脚,箱门可以自动弹开;熄火下车后车子进入哨兵模式,有人靠近就开始报警,这些体验背后都是UWB在默默工作的缘故。但UWB设备装在车里,周围的电磁环境非常复杂,电动车的高压线束、电机驱动逆变器、5G通信天线、毫米波雷达、甚至车载充电机,各种设备都在发射电磁波。UWB设备能不能在这些干扰下稳定工作,直接关系到安全和体验。

如果电磁干扰下数字钥匙失灵,你可能站在车旁边死活打不开门,下雨天手里拎着东西却进不去车;如果活体检测被干扰漏报,后果就更严重了,夏天车内温度半小时就能升到50度以上;脚踢开后备箱在电磁干扰下误触发或不触发,同样影响日常使用。零跑这项专利(CN 122339590 A)针对的就是这个验证环节---为UWB设备设计了一套专用的电磁兼容测试方法和系统。

传统电磁兼容测试的做法是这样的---把设备放进暗室,施加标准电磁干扰,看看设备会不会死机或功能异常。但这种方式太粗糙了,它只能验证设备”活着”,而不可以验证设备”干得不错”。对于UWB这种有复杂感知功能的设备,“不死机”远远不够。想象一下,UWB在干扰下测距偏差从10厘米变成了1米,设备确实还在运行,但数字钥匙的解锁范围已经完全乱套了。

零跑的方案把测试拆成了两大功能模块,测距功能和雷达监测功能。测距功能对应数字钥匙的定位和解锁体验,雷达监测功能则包括活体检测(CPD)、脚踢开后备箱和哨兵检测三项。每项功能都有独立的测试流程和判定标准。每项测试都需要匹配对应的”模拟负载”,也就是用人工装置来替代真实的目标对象,复现实车场景。测距功能用”测距定位锚点”,把它放在距离UWB设备固定位置(比如1米),模拟车钥匙在标准距离下的定位场景,通过比对设备输出的测距值与基准距离的偏差来判定精度是否达标。雷达监测功能则更复杂,活体检测用”婴儿模拟设备”,模拟人体呼吸时胸腔的微小起伏,UWB雷达正是通过捕捉这种微动特征来判断车内是否有人;脚踢检测用”脚踢模拟设备”,复现标准脚踢动作的速度和位移特征,确保设备只在正确的动作模式下触发;哨兵检测用”行人模拟设备”,模拟行人靠近车辆的动作轨迹,验证雷达对移动目标的识别能力。

这些模拟负载的精妙之处在于,它们能精确复现实车场景中UWB雷达的探测对象特征,让测试环境尽可能贴近真实使用场景,而不是在空环境中干测。

测试流程分漏检模式和误检模式两种,覆盖了”该检测到却没检测到”和”不该检测到却检测到”两类风险场景。漏检是指在模拟负载正常工作、设备本来应该检测到目标的情况下,因为电磁干扰导致”视而不见”。测试时先把模拟负载启动,确认无干扰状态下设备能正常识别目标,然后施加辐射抗扰度干扰、便携式发射机干扰、大电流注入干扰、电源线瞬态脉冲干扰等标准电磁干扰,持续监控设备输出状态,如果状态从”检测到”变成了”未检测到”,就判定漏检,测试不合格。误检则反过来,在模拟负载不工作、环境中没有目标的情况下,因为电磁干扰导致设备”无中生有”地误触发,状态从”未检测到”变成了”检测到”,同样判定不合格。这两种模式缺一不可:漏检影响安全功能(如儿童遗留检测失效),误检影响体验(如后备箱无故弹开)。

测距功能的判定更量化:持续监控UWB设备输出的测距值,计算与基准距离的偏差,如果偏差超过设定阈值(比如10%),就判定性能异常。这个阈值可以根据产品定义灵活调整,对不同等级的车型设定不同的精度要求。这套测试系统的架构也值得一看。它由电磁兼容测试设备(含干扰注入设备)、模拟负载装置和控制与监控模块组成。上位机通过CAN总线与待测设备连接,统一下发功能控制指令、模拟负载触发指令和干扰注入指令,实现全流程自动化。数据采集模块实时采集设备输出状态,上传到控制与监控模块进行解析和可视化显示,最终输出每项功能的PASS/FAIL判定。整个测试过程可以批量运行、结果可追溯,非常适合产线级别的量产验证。

目前车载UWB设备的EMC测试多参照通用标准(如GB/T 18655、CISPR 25),这些标准只规定了通用的设备配置和判定条件,没有针对UWB的具体功能提出测试流程。零跑这套方法把UWB的每项实际功能都纳入了测试范围,用精准的模拟负载和明确的判定规则,实现了从”设备级”到”功能级”的验证升级,为行业提供了一套可复用的方法论。

对整车厂来说,这直接影响用户日常体验。数字钥匙在商场地下停车场(电磁环境复杂、多车多设备)是否稳定、脚踢开后备箱在雨天(车身带水可能影响电磁特性)是否灵敏、哨兵检测在高压变电站附近是否误报。这些 edge case 都需要在开发阶段就被充分验证,而不是等用户投诉了才发现。