CC2642R-Q1: 蓝牙模组&数字钥匙场景

Part Number: CC2642R-Q1


问题背景:
在最近一次技术会议后,客户方按TI建议将通信门限SCA从50PPM调整至500ppm。团队人工已进行200次自测,未发现问题。随后客户使用机器人进行连续压测,在约130次测试中遇到一次异常,现象与之前反馈的问题一致。但此次异常发生时未能捕获空口数据包,因此无法进一步分析。测试过程中,芯片工作温度约为37°C,设备处于持续上电、连续运行状态。

问题描述与分析:
我们注意到,根据近期摸底测试,在37°C环境下,32K时钟精度通常应在50ppm以内。目前客户已将门限放宽至500ppm,若仍为32K精度问题,则怀疑是否因设备长时间连续工作(包括钥匙端与车端蓝牙持续运行)导致时钟误差累积所致。如果纯粹是硬件层面的时钟偏差,可能难以根本解决。

咨询方向:

  1. 此类连续运行场景下,是否可能存在由不同时钟源长期累积误差引起的通信异常?

  2. 从系统或软件层面,是否有可行的缓解策略?例如定时复位、时钟同步校准等机制,以减少累积误差对通信的影响。

  3. 在无法捕获空口包的情况下,建议如何进一步定位问题?

        希望得到贵方在类似场景下的经验分享与技术建议,谢谢!

  • 您好,收到了您的案例,调查需要些时间,感您的耐心等待。

  • 2. 存在一项功能与您所描述的需求相似。看门狗功能可在设备进入错误状态时触发重置。错误状态由用户配置决定,但常见用法是在设备无响应时重置看门狗。该功能本质上是一个定时器,必须定期重新加载;若未及时重新加载,则会触发重置。有关看门狗的详细信息,请参阅技术参考手册第17章。

    3. 能否进一步说明?您指的是嗅探日志吗?建议连接至运行中的目标设备。更多信息请查阅此处。

    我将把此工单转交更熟悉Crystal平台的硬件工程师处理。回复可能存在延迟,敬请谅解。