[参考译文] CC2651R3SIPA：CC2561R3SIPA 的 gpioshutdown 简单链接示例需要按初始复位按钮才能按预期工作

您好、Richard Horner、

使用 UniFlash 进行刷写后、具体是这样吗？ 我知道使用 UniFlash 在刷写器件后、您需要将其复位才能使程序正常运行。

谢谢、
Alex F

您好 Alex、

我正在从 CCS 刷写。  出于某种原因、我似乎无法从 UNIFLASH 成功刷写。

您好、Richard Horner、

出于某种原因、我似乎无法从 UNIFLASH 成功刷写。

您的器件未设置为调试锁定或调试需要身份验证权限？

您在此处使用的是 CCS Eclipse 还是 CCS Theia (v20)？ 当您使用 CCS 进行闪存时、您没有正确执行“调试“模式？  

您描述的问题听起来像是设置了断点（或调试）、并且在复位后、因为我们停止了可自由运行的调试会话。

谢谢、
Alex F

我只使用了 UniFlash。  我必须匹配我的 CCS Theia v20.3.15__1.9.1 闪存设置、仅擦除必要的扇区。  因此、为了让它开箱即用而无需实际按下 RESETn 按钮、我尝试从 UniFlash 发出板复位命令、它似乎瞬间启动、然后关闭。  我必须按下 RESETn 按钮（在我的定制电路板上）以启动应用并按预期运行。

因此、对于我最初关于如何在初始闪存之后首先唤醒而不需要 RESETn 信号的问题、好像我在程序加载后让 UniFlash 执行电路板复位（自由运行）、这一切都按预期工作、然后从关断模式唤醒。  这是我可以使用*但*的工作,我仍然希望知道如何可以避免这个编程后的步骤?

您好、Richard Horner、

、这仅用于擦除必要的扇区

能否在这里展开讨论、是否不执行完整的芯片擦除？  

谢谢、
Alex F

现在我无法进行芯片擦除、因为我必须首先刷写一个非 RTOS CC2651R3SIPA 项目（我从头开始创建）、然后我可以刷写基于 ProjectZero 示例项目的实际 BLE FW。  大概是因为 Project Zero 项目需要首先刷写引导加载程序、所以我必须执行这种不实用的两步闪存过程？  如果我没有执行第一步、BLE FW 会在 TI RTOS 上下文切换器的某个位置崩溃（我从步进调试器中学到）。  如果你有任何见解,我需要做什么删除这个初始闪存步骤,你会节省我大量的时间。   

您好、Richard Horner、

我想我以前也有过类似的经历、让我解释一下。 如果您的器件已完全擦除芯片、并且您尝试刷写将调试授权设置为“始终允许“以外的某个项目、则器件不会刷写、因为它不知道当前是否允许调试、因为没有 CCFG。  

解决方案是首先进行一个初始工程（与您上面所做的类似）、使调试（以及其他设置）设置为始终允许、然后在刷写该映像后、我们使用正确的 SysConfig 设置（例如调试需要身份验证）刷写我们的实际映像。  

我们可以尝试仅使用有效的 CCFG（因此除了 CCFG 之外没有其他代码）来刷写工程、以更快地刷写工程、然后刷写最终工程。  

谢谢、
Alex F