你好!
示例项目ble_peripheral在几秒钟后不断崩溃，我不知道为什么。我正在用da14683-USB-Kit测试SOC。它按照预期在main()中停止。按下F8后继续，它停止与
程序收到信号SIGTRAP，跟踪/断点trap。
0 x00000000在? ?(）
在源代码窗口中，它显示了一个名为0x0的新选项卡和注释:“0x0”没有可用的源．如果我按下“视图拆卸”按钮，它什么也显示不出来。
我使用programm_qspi_jtag上传bin文件。赢，我重置板，我启动调试器，它停止在main()，我按F8继续，几秒钟后:崩溃!
freertos_retarget示例按预期使用调试器无限地运行。我有两块板，两块都发生了崩溃。我想选择这个示例项目作为起点，但到目前为止，没有运气……
谢谢你的帮助,
托马斯。
设备:
附加信息:示例项目ble_adv也会在几秒钟后崩溃。
我正在使用:SmartSnippets™Studio版本:2.0.10.1468 + JLink_V612i + Ozone V2.70b + SystemView_V252d，运行在Windows 10 PRO。
我最后的猜测是项目设置没有正确配置DA 14683 USB-Kit。但我不知道这是对是错，也不知道如何做得更好。我也从头开始删除并重新安装了所有东西，但当提到其中一个示例时，我仍然会崩溃……
附加信息:我正在使用iOS工具“LightBlue”扫描和解析BLE-Device。当我按下DA14683 USB-Kit板上的重置按钮时，我可以将淡蓝色连接到设备上。但几秒钟后，板断开。我假设断开是由主板崩溃引起的。因此不需要启动调试会话。
问题解决了!
在main.c中修改后，函数system_init(…)语句
pm_set_sleep_mode (pm_mode_extended_sleep);
来
pm_set_sleep_mode (pm_mode_active /);
突然，它像预期的那样工作了。现在我将试着理解这两者的区别到底是什么。什么pm_mode_extended_sleep是好的，以及如何使用它而不陷入崩溃。如果有人能给出一个可行的解释，我将不胜感激。
谢谢你！
托马斯。
你好托马斯,
我建议你读书UM-B-094用户手册:DA14682/DA14683 USB套件文件从我们的支持网站。在5.16电源部分，您会发现有一个开关按钮(SW6)。根据文档，DA14683 SoC可以从USB端口5V电压提供到VBUS引脚，也可以通过LDO (U10) 3.3V电压提供到VBAT引脚。通过开关SW6实现功率选择(图30，图31)。SW6的最大电流为100mA。SW6默认位置为DA14683的VBUS引脚与USB接口(5V)相连。请在第6部分找到更多信息。ble_peripheral和ble_adv示例都使用扩展休眠模式，因此如果SW处于VBUS位置，芯片将无法进入休眠，并将持续重置。如果你想要延长睡眠模式，你应该把SW放在VBAT的位置。
谢谢,PM_Dialog
这就跟你问声好！
在阅读了您的评论和您在UM-B-094中提到的章节后，这听起来很有逻辑。我之前已经读过了，但显然不够精确，所以我忽略了关于睡眠模式的问题，没有意识到这可能会导致什么。
谢谢你！
托马斯。
你好托马斯,
很高兴你把问题解决了。
谢谢,PM_Dialog