你好!
示例项目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”来扫描和解析bly - device。每当我按下DA14683 USB-Kit板上的reset-Button，我就可以将LightBlue连接到设备上。但几秒钟后，板断开。我假定断开是由板子上的崩溃引起的。因此，没有必要启动调试会话。
问题解决了!
在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可以从电压为5V的USB端口提供到VBUS引脚，或通过电压为3.3V的LDO (U10)提供到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