[参考译文] LAUNCHXL-CC3235SF：CC323X-COEX-配置演示

如果您连接到设备(仅加载符号)、您能告诉它在哪里卡住吗？

BLE 器件的状态是什么(以前是否复位过？) CC32xx 何时复位？  

您好、Kobi、

感谢您的回复！

 从 bin 文件加载后的现象来看、似乎没有运行任何内容。 至少应关闭 LED，在 mainThread()函数开始初始化 GPIO 后，LED 将关闭。  

在    UniFlash 加载演示之前和之后、我尝试在5秒内重置 BLE 器件(Launchxl CC26x2R1)、但没有任何变化。  

但在 CCS 中、3235和2642都使用运行废墨收集器来加载演示、即使我在10秒前重置 BLE 器件也是如此。

此致、

Siemin

您好、Kobi、

 board.html (../simplelink_cc32xx_sdk_5_10_00_02/source/ti/boards/CC3235SF_LAUNCHXL/Board.html)文档指出 、默认情况下、在电源复位后不会保留应用程序。 要启用应用程序保留以进行调试，应用程序应添加以下预定义符号： __SF_DEBUG__。 这将把一个标头 Board_debugHeader、、放置到闪存中。 此标头在 SysConfig 生成的 ti_drivers_config.c 文件中定义。

我似乎需要根据看门狗的说明在.syscfg 文件中配置看门狗的参数。

我根据连接 管理器示例设置看门狗、但预定义符号： __SF_DEBUG__不会出现在 ti_drivers_config.c 文件中。

您能告诉我如何配置预定义符号吗：  __SF_DEBUG__?

此致、

Siemin

该标志仅在使用调试器时才相关。 在这种情况下、CCS 会将代码直接上载到内部 XIP 闪存中。 复位后、XIP 内容将被来自外部(串行)闪存的内容覆盖-除非定义了"__SF_debug__"。 定义了__SF_DEBUG__后，该映像包含一个特殊的头文件，该头文件将防止引导加载程序覆盖 XIP 闪存内容。

当您从闪存运行时-您是否看到 LED 关闭？

我怀疑由于 时序问题(GPIO 关闭后出现)、BLE_IF 函数可能会失败。

您电路板上 SOP 引脚的状态是什么？  

您好、Kobi、

在 UniFlash 将演示加载到闪存中后、Launchxl CC3235SF 上的 LED 未关闭。

在 UARTLOAD_FUNCTIONAL_4WJ 模式下、SOP[2：0]设置为010。

我使用此 LaunchPad 尝试了其他示例、所有示例都可以在 UniFlash 加载 bin 文件后自动运行。

但使用 CCS 调试或运行按钮、Coex_Demo 正常工作。

此致、

Siemin

好的、我将检查这个。

BR、

Kobi