[参考译文] LP-CC1312R7：使用 UART 引导加载程序加载失败后、CC1312锁定。

Javier、您好！

您是否已尝试将芯片连接到 Uniflash 并在此处使用批量擦除功能？

如果我正确地理解了您的理解、您就不能在 CCFG 中启用 ROM 引导加载程序、因此不能使用那个来擦除闪存。

您的引导加载程序是否也在更新 CCFG 区域？

谢谢、

Marie H.

您好、Marie、

可以、这是 批量擦除功能的 Uniflash 日志。

我们的引导加载程序功能会更新 CCFG 区域、但在本例中、程序未到达该阶段、只是更新了闪存区域和引导加载程序应该可以访问、但并非如此。

这是一个典型的日志从我们的工具上载和锁定完整的程序,但正如我所说,我们不锁定 JTAG 访问,如这里讨论: https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1322582/cc1312r7-erase-flash-to-blank-state-with-bootloader-and-jtag-access-disabled/5032712?tisearch=e2e-sitesearch&keymatch=%25252520user%2525253A525401#5032712

T:10:28:18:432-ACK from chip received
T:10:28:19:237-Device in Sync
T:10:28:19:237-Sync OK
T:10:28:19:237-Erasing chip
T:10:28:19:374-ACK from chip received
T:10:28:19:384-Erase chip OK
T:10:28:19:414-ACK from chip received
T:10:28:19:43-Program data info stablished OK
T:10:28:19:461-Total bytes to trasmit: 262144 TotalPackets: 1045
T:10:28:50:893-Program finished
T:10:28:19:46-Program written
T:10:28:50:927-Success:E7970786
T:10:28:50:927-Program CRC_OK
T:10:28:51:065-ACK from chip received
T:10:28:51:082-Bootloader data info stablished OK
T:10:28:51:113-Total bytes to trasmit: 65536 TotalPackets: 262
T:10:28:59:029-Program finished
T:10:28:51:113-Bootloader written
T:10:28:59:062-Success:E7970786
T:10:28:59:062-Bootloader CRC_OK
T:10:28:59:219-CCFG_ID_TI_FA_ENABLE set
T:10:28:59:219-CCFG_ID_PWRPROF_TAP_LCK set
T:10:28:59:219-CCFG_ID_TEST_TAP_LCK set
T:10:28:59:219-CCFG_ID_CPU_DAP_LCK set
T:10:28:59:219-CCFG_ID_AON_TAP_LCK set
T:10:28:59:219-CCFG_ID_PBIST1_TAP_LCK set
T:10:28:59:219-CCFG_ID_PBIST2_TAP_LCK set
T:10:28:59:219-CCFG_ID_BL_BACKDOOR_EN set
T:10:28:59:219-CCFG_ID_BL_ENABLE set
T:10:28:59:219-CCFG_ID_BL_BACKDOOR_LEVEL set
T:10:28:59:201-ACK from chip received

错误发生在开始时的主程序写入中

此致、Javier

Javier、您好！

这是在 CC1312R7 Launchpad 还是定制电路板上？ (您认为这是硬件或软件问题吗？)

引导加载程序、是在闪存中还是使用 ROM 引导加载程序？

谢谢、

Marie H.

它位于  CC1312R7 Launchpad 上 、我们使用 ROM 引导加载程序对其进行编程(使用 UART 对其进行编程)、其中包含 MCU 引导加载程序和主程序的闪存。

我们已经解决了焊接另一个 CC1312R7 的问题、我们可以使用它来恢复电路板、因此这是软件。我假设它曾被锁定在某种程度上。

此致,哈维尔。

今天、问题再次发生、同样的问题在程序上载过程中、连接已断开、当我们尝试使用 Uniflash 或 ROM 引导加载程序再次对其进行编程时、连接已完全锁定。

Javier、您好！

您是以 CCFG 编程作为起点还是终点？ 如果担心连接不稳定、最好先使用 CCFG、这样就不会被器件锁定。

您是否需要帮助以调试连接断开的原因？

谢谢、

Marie H.

我在引导加载程序和主程序的 CRC 之后以 CCFG 配置结束。 一旦验证了这一点、程序将继续执行、因此我怀疑这是 CCFG 的问题。 事实是、在某些特定情况下、这可能是一个连接不稳定问题、如果发生不正确的 CRC 或超时、则程序会擦除闪存并再次尝试。

无论如何、我都怀疑、出于未知原因、我们的计算机程序会将 ROM 引导加载程序的 ACK 超时视为重新发送该数据包的原因、而实际上引导加载程序确实发送了这个继续下载过程的 ACK 数据包、但首先是 COMMAND_DOWNLOAD 指示引导加载程序写入大小、并应避免使用正常写入命令在 CCFG 区域写入。