你好！
在几秒钟后，样本项目BLE_PERITELAL崩溃，我不知道为什么。我正在使用DA14683-USB-套件进行测试，以评估SOC。它按预期停止在Main（）中停止。按F8后继续它停止
程序接收信号Sigtrap，跟踪/断点陷阱。
0x00000000在??（）
在源窗口中，它显示了一个名为0x0的新标签，评论：没有用于“0x0”的源。如果我按下按钮“查看拆卸”，它就没有显示。
我用programm_qspi_jtag.win上传宾文件，我重置了电路板，我开始调试器，它停止在main（），我按F8继续，然后在几秒钟之后：崩溃！
freertos_retarget示例使用预期的调试器运行Invinitly。我有2个董事会，崩溃碰撞都在这两者上。我想选择这个样本项目作为起点，但到目前为止，没有运气......
感谢帮助，
托马斯
设备：
附加信息：Exsample Project Ble_Adv在几秒钟后崩溃。
我正在使用：SmartSnippets™Studio版本：2.0.10.1468 + JLink_v612i + ozone v2.70b + systemview_v252d，在Windows 10 Pro上运行。
我的最后一次猜测是为DA 14683 USB-套件未正确配置项目设置。但如果这是对的或错误的，我也没有线索，也没有如何更好地做到这一点。我也删除了并再次从头开始重新安装了所有东西，但是当涉及到一个提到的BLE - 示例之一时，我仍然在崩溃中......
附加信息：我正在使用iOS工具“LightBlue”来扫描和解析BLE-Device。每当我按下DA14683 USB-套件板上的RESET-uch，我都可以将LightBlue连接到设备。但几秒钟后，板断开连接。我假设断开连接被电路板上的崩溃调用。因此，没有必要启动调试会话。
问题解决了！
在main.c中更改后，函数system_init（...）统计
pm_set_sleep_mode（pm_mode_extended_sleep）;
至
pm_set_sleep_mode（pm_mode_active /）;
突然间它按预期工作。现在我会试图了解究竟差异是什么，resp。什么pm_mode_extended_sleep.很好，而且如何使用它而不陷入崩溃。如果有人有可行的解释，我会非常感激。
谢谢，
托马斯
托马斯，
我会告诉你阅读UM-B-094用户手册：DA14682 / DA14683 USB套件来自我们支持网站的文档。在第5.16节中，您会发现有开关按钮（SW6）。根据该文件，DA14683 SOC可以从USB端口提供，电压为VBUS引脚或通过LDO（U10），电压为3.3V至VBAT引脚。通过开关SW6实现功率选择（图30，图31）。SW6的最大电流为100mA。SW6的默认位置将DA14683的VBUS引脚与USB端口（5V）连接。请在第6节中找到更多信息如果您希望扩展睡眠模式，则应将SW放入VBAT位置。
谢谢，PM_DIALOG.
你好！
阅读您的评论后，阅读UM-B-094中提到的章节它听起来逻辑。我之前已经读过它，但显然不是恰当的，所以我忽略了关于睡眠模式的问题，没有意识到这可能导致它..
谢谢！
托马斯
托马斯，
很高兴你识上你的问题。
谢谢，PM_DIALOG.