[参考译文] CC2642R：如何调试 NVS 问题？

尊敬的 Kenny：

这是发生在示例项目中还是发生在定制项目中？ 如果它在自定义项目中、您能否澄清一下 NVS 地址是否已修改或区域是否已在原始地址的基础上进行了更改？

此致、

1月

您好、Jan：

我们使用自定义工程(基于 simple_peripheral_oad_offchip_CC26X2R1_LAUNCHXL_tirtos7_ticlang 示例工程)。  

并且我们 将区域基地址修改为0x3E000、区域大小修改为 0x8000。 (原始区基地址为0x48000、区大小为0x4000。)

首次下载修改后的项目的映像时、我们对整个闪存执行了擦除操作。

谢谢、此致、

Kenny

尊敬的 Kenny：

要确认、如果将地址恢复为原始地址(0x4800和0x4000)、问题是否消失？ 如果是、则建议确保链接器文件中的地址也已更新。

此致、

1月

您好、Jan：

BLE 堆栈无法启动的问题并不总是发生；它是低概率发生的。

但是、一旦启动失败、解决该问题的唯一方法是擦除 NVS 以允许正常启动。

请您帮助确认以下问题：

1. NVS 大小是否可以设置为0x8000？
2. NVS 可能会被无意修改、NVS 中的哪些数据可能影响 BLE 协议栈的启动？

谢谢、此致、

Kenny

尊敬的 Kenny：

是否可以将 NVS 大小设置为0x8000？

只要大小不会导致 NVS 区域与另一个分配区域重叠、就应该没有问题。 如果大小设置为0x8000、则确保将该值反映在链接器文件中、因为这将帮助查找是否存在任何冲突。

可能会无意中修改 NVS、NVS 中的哪些数据可能影响 BLE 协议栈的启动？

如果绑定管理器使用的区域被意外修改、则这可能会在绑定和重新配对期间导致问题、但我预计不会导致 BLE 堆栈无法启动。

此致、

1月

您好、Jan：

"如果大小设置为0x8000、则确保将该值反映在链接器文件中、因为这将帮助查找是否存在任何冲突。"

-- 我应该在链接器文件中签入哪些变量?

出现此问题时、我已阅读了 NVS 区域、是否有任何方法可以 分析这些 NVS 数据？

谢谢、此致、

Kenny

尊敬的 Kenny：

我看了一下.cmd 文件,它似乎没有任何变化应该需要那里适应论坛 缩小的大小 NV 区域。 您能否尝试将该区域减小到最小数量并进行测试、看看示例是否按预期工作？

此致、

1月