tag 标签: 车联网

相关帖子
相关博文
  • 2022-12-1 10:18
    0 个评论
    1 0 月2 4日 ,I AMTS 总部开幕式在奥地利·维也纳盛大召开 。 北汇信息 作为I AMTS 的成员,通过线上会议的形式参与了此次活动,观看来自主机厂、零部件商、认证机构等行业内不同角色的主题演讲和方案演示,获取更多国际视角的行业信息和前沿技术信息,推动自身智能网联、自动驾驶等相关技术和方案的不断进步和完善。 IAMTS ,全称为International Alliance for Mobility Testing and Standardization , 国际智能网联汽车合作联盟(即,车辆测试与标准化国际联盟),是基于会员制的全球性组织联盟,涉及先进的移动出行系统与服务的测试、标准化和认证等相关工作。 本次开幕式 以 自动驾驶 为主题 ,来自 维也纳 的城市 代表 和 奥迪 、 T UEV 、 中汽中心 、 A VL 等联盟成员的技术专家 在现场 分享了 城市流动性、 自动驾驶实现所面临 的挑战和 机遇 ,C AV 及C AV 测试 平台 未来发展等 专业观点,与大家进行了充分的讨论和交流。 开幕式为期两天,以现场、线上相结合的方式进行, 25 号 与会人员 进行了 4active S ystem、Virtual V ehicle,A VL ,K ONTROL 四位联盟成员 展台的参观, 他们以现场演示的方式 从 现实场景、 虚拟 场景 仿真、 自动测试车、道路 安全等方面 展示 了 相关解决 方案 。 北汇信息 不仅是 I AMTS 的一员,最近也正式 成为 了中国智能网联汽车产业创新联盟 的理事单位 , 加入了其下属智能传感器、创新应用、人机交互、测试示范等工作组 ,与国内众多O EM 、零部件企业、测试认证机构、服务集成商等一起探索中国智能网联技术的发 展,推动相关标准、法规的制定,以更早更快实现智能网联和自动驾驶的应用落地。 北汇信息 期望从国际、国内两个视角出发,双方面 获取实时行业信息, 实现国际与国内相结合,借鉴各方经验,融合自身实践, 为智能网联汽车事业添砖加瓦。 北汇信息 在重庆有智能网联测试中心, 主要聚焦自动驾驶、车联网、V2X相关领域的测试系统研发和服务, 拥有专业的 自动驾驶和 V2X测试团队 , 成熟的测试解决方案 。 2019年进入C-V2X市场后,深耕C-V2X测试领域,已为数十家企业交付了成套的C-V2X测试台架及测试服务,包括国内多家汽车整车厂、零部件企业以及检测机构。 北汇信息 专注于汽车电子测试, 致力于 从测试方面推动V 2X ,自动驾驶等智能网 联事业 的发展, 为 相关 开发人员提供高效的测试服务,帮助他们迎接日趋复杂的设计和验证挑战。
  • 热度 1
    2022-11-21 10:03
    397 次阅读|
    0 个评论
    背景 T-Box是实现汽车车联网的一个关键环节,从起初单纯的实现车辆信息采集,已发展到具有车辆信息监测及信息交互(V2X)、车辆远程控制、安全监测和报警、远程诊断、边缘计算等多种离线和在线的应用功能的载体。为保障T-Box功能的正常运转,对其进行功能测试就尤为重要。 T-Box作为“边缘节点”,与车内控制器通过传统总线或车载以太网进行信息交互,与车外TSP(Telematics Service Platform)通过蜂窝基站无线技术进行信息交互。 从测试实现的角度,针对T-Box功能测试而言,由于自动化测试所需的“Input仿真”与“Output监测”的闭环存在一定难度,故基本通过手动或半自动化的传统方式进行测试,依靠“人在环”方式记录测试数据以及判断测试结果。但该方式测试效率低且覆盖度受限,难以满足研发的快速迭代和深度验证的要求。 本文将介绍一种实现T-Box部分功能(与移动终端交互的功能)的自动化测试技术路径以及相关测试经验与大家分享。 测试对象和原理分析 T-Box与手机移动端的主要交互功能如下: 图1T-Box与手机端主要交互功能内容 车内T-Box与手机端的交互流程如下: 图2车内T-Box与手机端交互流程 以车主希望能够通过手机中的APP查询到车辆当前的状态信息为例: 车辆通过卫星获取位置信息 车内T-Box通过传统总线或车载以太网获取车辆当前状态信息 车内T-Box通过蜂窝基站将信息传递给TSP服务器 TSP服务器通过蜂窝基站将数据传递到车主手机APP中 从T-Box与手机端交互流程来分析,要实现T-Box功能自动化测试,需要以T-Box为中心搭建由T-Box车内交互平台(车内网络)与T-Box车外交互平台(TSP)而组成的闭环系统。 其中T-Box与车内交互可通过总线仿真与监测来实现,而T-Box与TSP交互的无线信号仿真较困难。 但是测试T-Box功能的最终目的是验证APP的触发、显示与T-Box功能逻辑是否满足要求。 基于此,本方案应用半实物仿真的理念,把T-Box、TSP以及手机APP之间的基于无线通信及基于无线的功能实现作为整体(假定通信稳定,逻辑正常),用户在移动端的操作当作T-Box的“信号激励”。 因此,实现自动化的关键点在于如何“程控”该“信号激励”源,也就是如何对手机中与车辆交互的APP进行自动操控。 为此选择了安卓手机作为被操控对象,开发了基于 CANoe+vTESTstudio+总线接口设备+VT系统+安卓调试接口 的测试验证方案。 测试方案设计及实测结果 T-Box功能自动化测试系统框架 图3T-Box功能自动化测试系统框图 该测试系统可按照设定好的测试流程触发手机APP进行自动测试并生成报告,可大大提高T-Box的测试效率,严格按照测试脚本进行,避免人为偶发性漏测。 本次将在实车测试环境下,对测试方案的实现进行验证分析。 T-Box实车测试环境系统框架 图4T-Box实车测试环境系统框图 软硬件工具组成及作用 CANoe软件:测试执行软件 包含人机交互界面,实现T-Box功能手动测试,以及自动化测试脚本运行;集成adb指令,实现对手机APP操控 vTESTstudio软件:图形化编程软件 根据T-Box功能测试规范编写测试用例 安卓手机:安装车辆控制APP 执行来自CANoe的操控指令,与TSP服务器建立通信连接并收发数据 通信接口设备:监测车辆内部总线报文 实现测试的闭环 测试环境搭建实物,见下图: 图5测试环境搭建 手机控制指令集成及手动测试界面开发 将手机APP的控制指令集成到CANoe软件中,并开发如下的人机交互界面: 控制界面: 控制手机进入开启/关闭车窗界面,并进行开启/关闭车窗软按键的点击 显示界面: 车窗状态栏会同步显示实际车窗位置 数据记录: 记录和显示执行的操作步骤和结果 图6CANoe中手机APP指令集成和人机交互界面 自动化测试脚本开发 测试执行完成后,CANoe自动生成HTML格式测试报告,报告中呈现每条测试用例执行结果及测试步骤。 图7vTESTstudio自动化测试脚本界面及测试报告 测试结果验证 视频1 T-Box实车测试过程视频 总结 本方案充分利用安卓系统的控制交互指令,在实车测试环境下,对T-Box与手机端交互功能的自动化测试方案进行了前期验证分析。 对于完整的自动化测试系统除上述工具外,还需结合Vector 的VT System I/O板卡、电源等相关设备,组成完整的T-Box HiL测试平台。 北汇信息可提供T-Box从 底层无线射频信号层面测试 、 中间层协议测试 到 上层应用功能全覆盖 的测试解决方案, 包括在线测试和离线测试 ,欢迎感兴趣的小伙伴与我们联系。后续我们将陆续分享其它相关测试技术干货,敬请关注! 参考文献 GBT 32960.2-2016 电动汽车远程服务与管理系统技术规范 第2部分:车载终端 基于CMW500的车联网系统自定义场景测试.pdf 车辆T_BOX系统安全测试和评价.pdf 面向车联网系统的车载T_BOX的设计.caj
  • 热度 3
    2022-11-21 09:50
    386 次阅读|
    0 个评论
    2022年11月3-4日,2022 C-V2X“四跨”(苏州)先导应用示范活动在苏州举办,9家国内外整车企业、22家终端企业、9家芯片模组企业、7家信息安全企业共计23个车队、47家单位参与活动演示。 深圳市广通远驰科技有限公司(以下简称:广通远驰)作为车辆终端(V2X应用)及模组支持企业,深度参与了本次四跨活动演示,并圆满完成了演示任务。 本次演示活动演示的应用场景包含车联网C-V2X一阶段应用场景和二阶段场景中感知数据共享、协作式车辆变道等两类,通过演示感知第二阶段场景,进一步验证C-V2X规模化推广应用的实际价值。 限速+绿波车速引导+超速预警+红绿灯 限速+前向碰撞预警 滤波车速引导+限速提醒+感知数据共享 在此次活动中,广通远驰展示一阶段的V2V、V2I场景具体包括:前向碰撞预警,盲区预警、紧急车辆预警、交叉口路碰撞预警、弱势交通参与者预警、故障车预警、闯红灯预警、绿波车速引导、限速预警、车内标识预警等基础一期应用场景,以及感知数据共享与协作式车辆变道等二期应用场景。 广通远驰V2X软件产品包含:V2X协议栈,V2X开发套件及V2X系统服务三种产品包服务形式。 V2X协议栈 :针对不同V2X芯片厂商HAL层进行优化并符合国标各层技术主流的行业标准。包含V2X消息层标准的API接口;适用于熟悉V2X系统,对业务逻辑(甚至交互逻辑)有高度定制化或垂直行业应用的用户,可自定义开发应用部分。 V2X开发套件 :基于POSIX标准API封装,提供灵活的分层式协议软件架构。实现了多场景,多环境下的应用算法进行建模和验证。将消息交互、多源数据融合、配置管理等操作接口封装为用户API,并选配应用算法;适用于各类V2X系统和产品开发,可自定义开发IPC部分。 V2X系统服务 :提供V2X系统服务及IPC接口;用户(ECU)可直接从IPC接口获取V2X(结果)数据,专注于上层HMI或融合自动驾驶场景开发。 活动中,广通远驰自研V2X协议栈及应用软件也充分验证了基于广通远驰5G+V2X(AN958T+ AP915)模块终端产品的功能及性能指标。 5G车规级模组AN958T-AE 采用3GPP Rel 15技术,支持SA、NSA两种网络架构。 5G通信模组,同时兼容LTE、WCDMA和GSM多种网络制式,并支持5G+C-V2X安全通信。 产品专门为汽车前装应用而设计,具有优越的防静电和防电磁干扰能力。 依照IATF16949体系而开发,遵循APQP品质流程,支持PPAP的3级提交标准。 集成(L1+L5)多星座GNSS接收机,满足复杂环境下快速精确定位的应用需求。 车规级模组AP915-GL 采用高性能4核64位ARM Cotex-A53处理器,主频高达 1.4 GHz,15K DMIPS 算力,可实现2000次/秒验签。 符合3GPP LTE-V2X通信标准,可与车规级模组AN958T配合使用,作为 C-V2X 应用处理器来运行 ITS 协议栈和应用程序。 车规级应用处理器模组。 内置 ECDSA 硬件引擎,可提供 2500TPS ECDSA 验签能力。 另外,广通远驰基于MTK 5G平台MT2735的AN758 5G车规模组+基于Autotalks SECTON平台 AX166 V2X 模组也作为5G+V2X的系统解决方案。 5G车规级模组AN758-CN 采用3GPP R15技术,支持SA和NSA两种模式。 四核A55处理器,15K DMIPS算力,可以完成更多应用及算法。 内置多频(L1+L5)GNSS接收机,满足用户快速精准定位需求。 专门针对于高吞吐量、高带宽、超低时延和高可靠性的车载领域提供完整解决方案,可快速适配于TBOX、TCAM等车载ECU产品。 车规级 C-V2X模组AX166-GL 高标准,符合AEC-Q100标准。 专为车联网而设计的车规级C-V2X模块,能满足多样的C-V2X应用场景需求。 以低延迟、高可靠性、高吞吐量满足车辆的通信需求。 芯片集成V2X调制解调器和安全引擎(安全签名和验证),能够轻松地与任何外部主控连接。 射频采用PLUTON2方案,同时支持PC5和DSRC通信。 广通远驰作为车辆终端(V2X应用)及模组支持企业,目前已经开发出V2X协议栈及应用软件,充分验证了5G+V2X(AN958T+ AP915)模块以及AN758 5G车规模组+ AX166 V2X 模组 。作为5G+V2X的系统解决方案,可以满足大型整车厂和Tier1供应商在智能汽车和智能交通等领域产品规划的需求。 广通远驰将继续积极布局智能车联网产业,加大技术量产、场景打造等方面的研发,重视推动车路协同、自动驾驶技术在不同场景应用的落地,让车联网C-V2X应用从能用到好用,推动智能车联网产业的发展迈入新时期。
  • 热度 1
    2022-11-16 09:44
    298 次阅读|
    0 个评论
    2022年11月10日,深圳市广和通无线股份有限公司(以下简称“广和通”)收到中国证监会出具的批复文件,同意广和通通过发行股份及支付现金的方式收购深圳前海红土并购基金合伙企业(有限合伙)、深圳建华开源私募股权投资基金管理有限公司和深圳市创新投资集团有限公司(合称“交易对方”)持有的深圳市锐凌无线技术有限公司(简称“锐凌无线”)51%股权。2022年11月14日,锐凌无线已完成工商变更登记手续,将交易对方持有的锐凌无线51%股权过户登记至广和通名下。至此,锐凌无线正式成为广和通全资子公司。 广和通为全球领先的物联网无线通信解决方案和无线模组供应商,公司产品主要应用于移动办公、移动支付、车联网、智慧能源、智慧安防等物联网领域。近年来,广和通大力发展车载领域无线通信模组业务,推出多款 车载 无线通信模组 产品,并于2020年联合投资人通过锐凌无线完成了对Sierra Wireless车载无线通信模组业务的收购。Sierra Wireless为美国、加拿大两地上市公司,为全球知名无线通信模组供应商,在嵌入式车载无线通信模组领域已经积累了十余年的行业经验,拥有众多成功的汽车前装市场长期服务项目,其车载无线通信模组安装量在全球位居前列。 本次交易完成后,锐凌无线成为广和通的全资子公司,仍将保持原有的组织架构、管理团队及经营所在地不变。广和通将充分利用锐凌无线的市场资源、项目经验、技术储备等丰富车载无线通信模组产品结构,进一步巩固车载市场地位,推进国内外车载业务的供应链协同、技术协同和业务协同,把握全球智能网联车快速发展下的市场机遇。
  • 热度 2
    2022-8-17 15:02
    731 次阅读|
    0 个评论
    3C数字钥匙技术规范解读
    1. 3C 数字钥匙规范简介 CCC ( Car Connectivity Consortium )车联网联盟 是一个致力于制定智能手机到汽车连接解决方案标准的全球跨行业组织。 2021 年 7 月 CCC 将 UWB 定义为第三代数字钥匙的核心技术,并发布 CCC R3 (第三代数字钥匙)规范。 CCC R3 是基于 NFC/BLE/UWB 作为基础的无线电技术的使用,该系统采用非对称密码技术对车辆和设备进行相互签名认证,且只对已知车辆显示身份,只有使用和车辆存储的公钥相对应的私钥签名计算,车辆才能进行解闭锁、启动发动机等功能。 R3 可以兼容 R2 (第二代数字钥匙), R1 (第一代数字钥匙)是独立于 R2 、 R3 进行部署。 在成功完成车主配对后,车主每次携带设备靠近车辆 Approach 前,应执行最低安全测距流程( UWB 的工作内容),以建立安全测距,然后才能启动 Approach ,如迎宾、 Lock 、 Unlock 功能;一旦建立了安全测距和设备本地化,车辆可以根据其策略或要求决定启动上述行动。在建立安全测距之前需要 URSK ( UWB 测距密钥),车辆可以有一个预先派生的 URSK 或根据需要派生一个新的 URSK 。 URSK 的机密性和完整性应在 URSK 的整个生命周期内得到保护。 2. DK (数字钥匙)系统架构 2.1 DK 体系架构 DK 体系架构各个流程的说明如下: 1) 车辆通过线路 1 远程连接到车辆云端,此链路提供安全的通信通道,并由车辆云端安全控制; 2) 车辆配备了 NFC (线路 3/4 )、 BLE (线路 11 )、 UWB (线路 12 )模块,可与设备通信以进行车主配对; 3) 所有合格的设备都有一个经过认证的 SE 以及 NFC 功能,使设备与车辆能够进行通讯,其中 NFC 功能是必须的,保证手机在没电的情况下依旧可以靠 NFC 对车辆的一些操作; 4) 车主设备通过线路 2 、线路 6 、线路 8 、线路 7 与车主设备云端、好友设备云端、好友设备进行通信,分享钥匙给好友设备,对好友设备进行车主可设置的访问配置文件、终止分享的 DK ;好友设备可以使用车主分享的 DK ,但不能向其它设备分享车主的的钥匙; 5) 车主设备通过线路 2 与车主设备云端通信,好友设备通过线路 7 与好友设备云端通信。车主设备 / 好友设备也可以通过线路 10/ 线路 9 直接与车辆云端通信; 6) 车主设备和好友设备可分别通过各自的设备云端线路 2/ 线路 6 、线路 7/ 线路 8 直接与车辆云端通信;线路 6/ 线路 8 用于交换车辆和车主 / 好友设备云端的证书,实现钥匙分享、跟踪、终止、通知、认证的功能; 7) 设备云端负责管理 DK 的生命周期(数据的周期) ,并分别通过线路 2/ 线路 7 更新、删除、暂停、恢复车主 / 好友设备中的证书;它可在设备丢失不可用时让其钥匙功能失效或恢复功能正常; 8) 车辆云端负责管理用户账户和 ID&V (识别和验证用户身份);它还通过线路 5 连接到 KTS ,以注册车辆所有的已颁发的 DK ,从而保留存储信息的隐私。 2.2 设备端 DK 架构 1 2 3 1) 2) 3) 4) 4.1 1 2 2.1 2.2 3. NFC 数字钥匙 NFC钥匙 即第一代数字钥匙,通过 NFC 卡片,实现车辆的解锁、闭锁和启动等功能。目前除了像特斯拉、极氪等车型的卡片钥匙,带NFC功能的手机和手表也逐渐成为进入车辆的新型车钥匙 。 图片来源于比亚迪 NFC 通信实现的主要功能如下: 手机第一次配对和分享钥匙时,用来作为设备和车辆通过 OOB (带外配对方法)配对来交换数据的通道; 在手机没电、 BLE 和 UWB 均不能正常工作的情况下,可以通过车门和控制台的 NFC 模块来解闭锁,以及启动车辆。 车辆和车辆的 NFC 接口需符合《 NFC 模拟技术规范》的轮询器要求,可支持 NFC-A 、 NFC-B 、 NFC-F 技术。 设备端的 NFC 接口应符合监听设备的需求,当电池低电量时,保证 NFC 还可以使用。 4. BLE 数字钥匙 蓝牙钥匙即第二代数字钥匙,通过蓝牙通信技术和车辆进行连接,实现钥匙定位、无钥匙进入、无钥匙启动、远程控制等功能。 BLE、SE、 UWB 是第三代数字钥匙解决方案的核心。其中钥匙定位升级为 UWB 技术实现,而设备和车辆之间的安全数据仍通过蓝牙技术进行通信, 从而使 SE 能够通过安全通道与车辆提供相互身份验证和数据分享。 图片来源于网络 4.1. BLE 配对流程 蓝牙钥匙和车端之间的蓝牙配对包含三个连接流程,其中使用 BLE OOB 配对建立车主配对连接的流程如下: 1) 首先是设备蓝牙链路层连接: 车辆主机开始发送 ADV_IND (广播),并将 CCC-DK-UUID ( CCC DK 的唯一通用标识符)作为广播负载,车辆 LL (链路层)处于广播状态,过滤策略设置为接受所有广播连接请求。设备主机开始被动扫描,设备 LL 应处于扫描状态,其过滤策略应是接受所有广播,一旦设备 LL 接收到一个广播,它将它转发给设备主机,设备主机应检查 CCC-DK-UUID 是否包含在广播有效载荷中,如果有效载荷中包含 CCC-DK-UUID ,则通知用户,如果用户接受车主配对请求,则用户应提供配对密码,在 14 步后,设备 LL 将进入启动状态,过滤策略设置为客户广播的地址,当设备 LL 收到下一个相同的广播时,设备 LL 将发送连接请求。 2) L2CAP 面向连接的通道: L2CAP 对 LL 进行一次简单的封装, LL 只关系数据本身, L2CAP 要区分时加密通道还是普通通道,同时对连接间隙进行管理。 最后是 BLE 设备配对流程如下: 1) 主动发起配对:设备发送 BLE 配对请求到车辆。车辆发送 BLE 配对响应到设备; 2) 公钥交换:设备向车辆发送 BLE 配对公钥。车辆向设备发送 BLE 配对公钥。设备和车辆生成 DHKey ; 3) 生成 LTK (长期的连接安全密钥):设备和车辆都要验证作为 OOB 配对准备程序的一部分接收到的确认值是否匹配。设备和车辆生成 1 个随机数( Na 和 Nb )。设备发送( Na )给车辆,车辆发送( Nb )给设备; 4) LTK 计算:一旦设备和车辆上的 DHKey 生成完成,设备和车辆会计算它们的 LTK ; 5) DHKey 检查:设备将检查值( Ea )发送给车辆,车辆将检查值( Eb )发送给设备,设备和车辆都需要验证这些值; 6) 密钥分发; 7) 启用设备和车辆加密:设备和车辆将彼此添加到它们的私有地址解析列表中。 5. UWB 数字钥匙 UWB 数字钥匙即第三代数字钥匙, UWB 全称为超宽带无线通讯技术,相比较于蓝牙通信技术, UWB 具有更宽的频带,且通过 ToA 到达时间测距技术,使其拥有更好的定位精度。 5.1. UWB 物理层 IEEE 标准定义了一种非常灵活的 UWB 物理层, IEEE 标准的灵活性是通过调整如同步前导长度、前导码、数据速率等参数来实现的,但该规范不需要实现指令的所有参数和格式。 Responder 用 SYNC 同步收到的 UWB 信息, STS 用于生成一个防篡改的时间戳。 PHY Header 包含 PSDU 信息, PSDU 包含有效信息。 PPDU(PHY protocal data unit) 物理层协议数据单元: 1) SYNC :又称前导码区域,接收机为了检测和同步 UWB 信号,首先必须找到符合协议的前导码;前导码(由 0/1 组成的一种帧结构,通知目标做好接受准备); 2) SFD :报文起始分隔符; 3) STS :安全时间戳; 4) PHY header(PHR)(SP3 没有 ) ,物理头(汉明码 SECDED ); 5) PHY 服务数据单元 (PSDU)(SP3 没有),物理层服务数据单元(里所码)。 Responder 用 SYNC 和 SFD 同步收到的 UWB 信息, STS 则用于生成 1 个防止篡改的时间戳, PHR 包含了关于 PSDU 的内容, PSDU 包含了有效信息,就是 Initiator 真正想传输的数据; STS 、 Payload 属于可选配置;根据配置,不是所有可选部件都必须在一个框架中表示。 SP0 的数据包 5.2. UWB 测距定位 UWB 设备测距流程如下: 首先, Initiator (设备)发送一个 Pre poll 帧( SP0 )到车上的每个 Responder (车端的节点), Initiator 再发送一个 Poll 帧( SP3 )到车上的每个 Responder ,然后车上的每个 Responder 分别发送一个 RSP 帧到 Initiator , Initiator 再发送一个 Final 帧到车上的每个 Responder ,最后 Initiator 发送一个 Final data 帧到车上的每个 Responder ,这时一个测距会话就完成了,最终车端通过不同的节点和设备之间的距离算出与设备之间的距离。 SP0 : STS packets type0 ,包含 UWB 的定位配置信息,但没有 STS 信息; SP3 : STS packets type3 ,包含 STS 索引信息,完全用于定位; Pre poll :包含了 UWB 会话 ID 、 Poll STS Index (后续 Poll 消息的 STS 索引)、 Ranging Block (会话当前测距块的索引)、 Round Index (当前测距块的测距四舍五入索引,该索引由前一个测距块中的测距交换器设置) 、 Hop Flag (当前测距块的操作标志,由前一个测距块中的测距交换器设置)。 Final data :包含了 UWB 会话 ID 、 Ranging Block 、 Hop Flag 、 Final STS Index (前面 Final 消息的 STS 索引)、 Ranging Timestamp Final TX ( Initiator Poll 和 Final 消息传输时间的时间差)、 Number Ranging Responders (此消息中要跟随的时间戳数)、 Responder Index 、 Ranging Timestamp Responder (启动器收到响应器的 Poll 和 Response 之间的时间差)、 Ranging Timestamp Uncertainty Responder (不同置信度下 1.5 cm-3.6 m 的值范围)、 Ranging Status Responder (来自响应程序的响应框架的状态)。 6. 7. 8. 8.1. 6. 总结 目前 UWB 技术在手机端和车端的应用仍处于初期阶段,但 UWB 技术的优点能为人车交互带来更丰富的应用场景。比如自动泊车、车辆共享、汽车支付、车内活体检测等。目前北汇已承接多个基于 NFC/BLE/UWB 技术的数字钥匙功能测试项目,积累了从零部件到实车的数字钥匙测试案例。后续会陆续分享数字钥匙测试方案讲解的文章,敬请关注。 文中部分图片来源于: 【1】 CCC Digital Key Release 3 CCC-TS-101
相关资源