This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1297635/cc2640r2f-frequency-offset-failure
您好
我们的会议:
1.频率偏移故障随 IC 变化。 2、解决了晶体振荡器及其电路元件故障的问题。
问题：
高故障率1,110,3696件。
我们还进行了 A_B_A 交换以确认问题与 IC 有关。
对它进行调试有什么想法吗？ 还是发送给 FA？
谢谢。
您好、Aichi：
您使用的是7x7还是4x4封装尺寸？
此致、
Bun
我们正在使用 CC2640R2FRHBR，这些故障 IC 生产日期代码为2307/2310
客户也问这些问题：
生产日期代码为2324、使用安全吗？
如果客户使用的是差分(4xD)配置、请将此文件刷写到发生故障的电路板、然后查看它是否修复了问题。
e2e.ti.com/.../ble5_5F00_host_5F00_test_5F00_cc2640r2lp_5F00_app_5F00_4XD.hex
是否确定 IC 已 在 CCFG 中使用相同的电容器阵列配置进行编程？ 您是否确定两块电路板上没有或没有相同的外部负载电容器？
嗨、Bun、这为什么会有所不同？
尊敬的 Fredrik：
默认 SDK 的无线电设置与验证团队使用的无线电设置之间存在差异。 在默认 SDK 中、某些无线电设置未设置、有时会导致频率偏差失败、包括频率偏移。 此文件纠正了此问题。 如果您有兴趣、我将不得不跟踪软件应用程序以了解确切的详细信息。
您好 Ben、感谢您的讲解。 您认为、如果客户使用默认的 SDK 配置、他们"有时"可能会看到频率偏移？ 约为60 ppm？ 根据"有时"的含义、我想它可以解释他们看到了什么。 提供更多的解释,而不仅仅是一个看似随机的十六进制文件绝对是有用的这里:-)
为此："您是否确保 在 CCFG 中使用相同的电容器阵列配置对 IC 进行了编程？ 并且您确定两块电路板上没有或没有相同的外部负载电容器？"
基本上、我认为软件配置是正确的。 实际上，这只是一个几年的 MP 项目。 它只是以某种方式具有高故障率。 我将与客户再次确认、并且我们不使用4x4、 CC2640R2FRHBR 应为5x5。
嗨、包子
根据您的说法、"某些无线电设置未设置、有时会导致频率偏差失败、包括频率偏移。 此文件解决了此问题。" 是否有补丁来解决此问题？ 或是否拥有最新的 SDK？ 或者您可以通过 RHBR 封装共享 HEX 吗？
我们仍在审查 这些新设置、因此尚未发布。 我们目前正在使用更新的设置制作5x5差分版本(5XD)。 我会在明天发送、但我们确认它能正常工作。
尊敬的 Fredrick：
这是正确的、感谢您下次提出这样的建议。
只是跟进、我需要订购5x5 IC 并进行安装、最多需要两周时间才能报告结果。
如果您想同时进行测试、我已经在这里附上了我计划使用的固件映像。 它使用与4xD 相同的无线电设置、似乎可以纠正最后的频率偏差故障、但请注意、这些无线电设置更改通常附带更新的 PA 表。 但是、更新后的 PA 表需要软件和验证团队的支持、这可能需要一些时间。
e2e.ti.com/.../ble5_5F00_host_5F00_test_5F00_cc2640r2lp_5F00_app_5F00_5XD_5F00_FlashROM_5F00_StackLibrary_5F00_Validation.hex
您好、您能介绍一下这些无线电设置具体是什么以及它们如何影响频率偏移吗？ 考虑到 CC2640R2F 已经可用了多长时间、我发现很难相信"不正确"的设置这么长时间都存在。 或者您是否简单地说评估板上的 Cap阵 列与实际硬件配置之间存在错位问题？
差异是验证团队使用/更新的项目与发布的项目之间的差异。 我会将其与软件团队联系起来、让你们参与进来。
