[参考译文] CC2340R2：进入器件引导加载程序、没有任何 IO 引脚配置

您好、Vignesh：  

SDK 文档中提供了设置引导加载程序的指南、但是此特定的实现使用引脚(GPIO)、 器件配置(CCFG)—SimpleLink CC23xx SDK BLE5-Stack 用户指南3.03.03.01.00文档。

TRM 中的引导加载程序部分详细说明了如何在特定条件下进入引导加载程序 CC23xx SimpleLink Wireless MCU (修订版 A)(TI.com)。  

特别是"如果在 CCFG 或 FCFG 中指定了引导加载程序、则器件会进入引导加载程序。 否则、设备将进入应用程序。"。

谢谢！
Alex F

您好、Alex、

如前所述、除了 UART、我们没有任何用于引导加载程序条目的专用 GPIO。 是否可以通过从外部 MCU 发出 API 命令将 CC2340R2置于引导模式？ 请建议任何其他替代方案。 谢谢

尊敬的 Rahul：

我想知道是否可以将 UART 引脚(在器件完全启动之前)用作引导加载程序检测到的引脚、但如果器件启动正常、它会被视为 UART 引脚？  

从 TRM"无法从应用程序代码调用引导加载程序"、要进入引导加载程序、我们需要一个可配置 GPIO 或没有有效映像。

谢谢！
Alex F

您好、Alex、

和 RX (DIO12)中提供了该模块。 我们将 DIO20设置为引导加载程序进入引脚。 工作正常！ 稍后我们发出了0x55 (引导加载程序提供了一种方法来自动检测用于与其通信的 UART 波特率。 要与主机同步、引导加载程序必须接收值为0x55的2个字节。 如果同步成功、bootloader 将返回一个包含2个字节(值为0x00和0xCC)的确认、CC2340R2未响应。 有什么问题吗？

尊敬的 Rahul：

(位于我们的设计 TXD (DIO20)和 RX (DIO12)中。 我们将 DIO20设置为引导加载程序进入引脚。 它可以工作！

-很高兴听到!  

且 CC2340R2无响应。 有什么问题吗？

-只是为了在此处进行确认、但您可以将0x55值发送到器件、但是您确实看到了0x00和0xCC 的确认？ 这意味着在初始连接后器件会停止响应？   

"如果同步失败、引导加载程序会等待同步尝试"->引导加载程序可能正在等待更多同步信号？  

谢谢！
Alex F

您好、Alex、

正如我在之前的聊天中所述、我们将 DIO20拉低了一段时间、并应用了硬复位以使 CC2340R2进入引导加载程序模式。 由于我们没有收到常见的启动消息(来自应用代码端、UART 上的启动消息)、器件成功进入了引导加载程序模式。 这证实 CC2340R2处于引导加载程序模式。 我们发出了0x55命令、但未收到任何响应(预期响应为0x00 0xcc)。

是的、CC2340R2无响应、但执行另一次硬复位后、它会恢复正常运行(应用代码)。

请告诉我们是否有任何检查点。 我们是否错过了任何配置？ 2不同的索引 IO 有问题?

尊敬的 Rahul：

感谢您提供额外的详细信息、我们应该能够通过读取寄存器(通过外部调试探针)在此处检查引导状态(TRM 中的第8.1.3节)。

我们有一个引导加载程序 UART/SPI 示例、此处是链接 ble_examples/tools/TI_CC2340_Linux_SBL、··该链接位于 simplelink_low_power_f3_SDK-7.40 TexasInstruments/ble_examples GitHub。  

谢谢！
Alex F

您好、Alex、

我们按照 TRM 手册中的说明进行了操作、但问题仍然存在。  请提供一些检查要点以供我们重新验证？ 如果您需要我们提供的任何其他详细信息来帮助您解决问题、请告诉我们。 紧急！

尊敬的 Rahul：

将其引入我们的电子邮件线程、但看起来这与表8-38相关、并且 serialIoCfgIndex =0、(如果设置为0、IE 需要使用 DIO20和 DIO6、但如果设置为1或2、则需要使用不同的 DIO 引脚)。

谢谢！
Alex F