我在SmartTag和SleepMode源代码中发现了这个功能，但不能在SDK引用中找到用法，它是如何运作的？它醒来核心吗？或者在触发中断之后，核心醒来？
设备：
⚠️
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
嗨daniel59,
它只是一个用于在唤醒时使用的API，使用app_easy_wakeup_set（）您只需在App_easy_wakeUp函数（）发送唤醒消息时，只需立即设置要执行的设备的回调函数。因此，从唤醒定时器中断调用app_easy_wakeup（）函数（它将特定消息推入内核），一旦内核唤醒，将调度通过App_easy_WakeUp_set（）将函数调度函数将被触发。
由于MT_dialog
所以如果我想打开LED延长睡眠模式。我该如何编写代码?
1.
app_button_press_cb {
turn_on_led ();
｝
on_init（）{
wkupct_register_callback (app_button_press_cb);
wkupct_enable_irq(WKUPCT_PIN_SELECT(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)， //选择pin (GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)
wkupct_pin_polarization (GPIO_BUTTON_PORT, GPIO_BUTTON_PIN, wkupct_pin_polarization _low)， //极性低
1， // 1事件
40);//调试时间= 0
｝
或2。
wakeup_cb () {
turn_on_led ();
｝
app_button_press_cb () {
app_easy_wakeup_set (turn_on_led);
app_easy_wakeup ();
｝
on_init（）{
wkupct_register_callback (app_button_press_cb);
wkupct_enable_irq(WKUPCT_PIN_SELECT(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)， //选择pin (GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)
wkupct_pin_polarization (GPIO_BUTTON_PORT, GPIO_BUTTON_PIN, wkupct_pin_polarization _low)， //极性低
1， // 1事件
40);//调试时间= 0
｝
我应该把arch_disable_sleep函数放在哪里?
嗨daniel59,
启动广告时设置唤醒中断（如果设备将在扩展睡眠模式下广告）或者在从.app_On_Adv_Undirect_Complete完成广告过程后立即设置唤醒中断。中断的设置可能如下：
app_easy_wakeup_set (app_wakeup_cb);// app_wakeup_cb是你要打开LED的地方，所以它只包括函数GPIOSetActive()。
wkupct_register_callback (app_button_press_cb);// app_button_press是唤醒中断的回调（下面描述）
wkupct_enable_irq(WKUPCT_PIN_SELECT(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)， //选择pin (GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)
wkupct_pin_polarization (GPIO_BUTTON_PORT, GPIO_BUTTON_PIN, wkupct_pin_polarization _low)， //极性低
1， // 1事件
40);//调试时间= 0
静态void app_button_press_cb（void）
｛
if（getBits16（sys_stat_reg，per_is_down））
｛
periph_init（）;
｝
if（arch_ble_ext_wakeup_get（）））
｛
arch_set_sleep_mode (ARCH_SLEEP_OFF);//关闭休眠模式
arch_ble_force_wakeup ();//强制BLE醒来
arch_ble_ext_wakeup_off ();//关闭外部唤醒(如果在进入永久睡眠之前设置了arch_ble_ext_wakeup_on()函数)
app_easy_wakeup ();//在BLE醒来时调用app_easy_wakeup()以执行app_wakeup_cb()函数并打开//LED
｝
｝
由于MT_dialog
嗨mt_dialog，
但我发现，在SmartTag源代码中，App_easy_wakeup（）只是app_easy_wakeup_set（）之后;
而且你意味着我必须在app_easy_wakeup之前修改睡眠模式？或者我可以在Easy Wakeup回调中修改睡眠模式吗？
我的代码没有关闭BLE，所以我可以直接使用app_easy_wakeup没有if (arch_ble_ext_wakeup_get())吗?
如果我在核心唤醒后有更多的操作要做，我应该把代码放在哪里?在wkupct回调中还是在easy唤醒回调中?
什么代码应该在wkupct回调和什么代码应该在容易唤醒回调?
谢谢，
丹尼尔
嗨daniel59,
app_easy_wakeup_set（）它只需设置从App_easy_wakeUp（）的消息发送时将执行的回调，当您设置此消息时，它并没有真正重要，您只需在调用app_easy_wakeup（）之前设置触发它。关于修改睡眠。从唤醒定时器命中的中断，您可以一时即可更改睡眠模式，或者一旦执行APP_EASY回调。
至于你应该在哪里放置额外的操作代码，这取决于你想做什么，为了切换GPIO，你可以使用app_easy_wakeup的回调，但如果有与外部外设的交互，你应该唤醒并在app_on_ble_powered或app_on_system_powered中实现你的代码(如何使用这些回调，你可以在UM-B-051 - da1458x软件平台参考v1.0.pdf中找到更多信息7.2节)。
对于arch_ble_ext_wakeup_get()，检查是为了验证用户是否已经调用了arch_ble_ext_wakeup_on()，如果你在睡觉之前不调用这个函数，你就不需要做检查。
通常wkupct回调的initilalization外设(periph_init()),迫使BLE唤醒(如果需要),调用arch_ble_ext_wakeup_off()如果arch_ble_ext_wakeup_on()被调用之前睡觉,并通过app_easy_wakeup发送消息()来执行一些代码一旦BLE唤醒。app_easy_wakeup()回调会接受您想要的任何类型的代码，但是您应该注意，在该函数中执行的代码不会花费很长时间，因为会出现丢失BLE事件的情况。对于外围设备UART、SPI、I2C的长时间操作，您应该使用前面提到的回调。
由于MT_dialog
嗨mt_dialog，
我的产品需要一直连接到手机，所以我不使用arch_ble_ext_wakeup_on()函数。
我尝试了app_on_system_powered, app_on_ble_powered和user_resume_from_sleep。我觉得他们不能照我说的做。
我试着用一个简单的代码。
arch_main_loop_callback_ret_t user_on_system_powered(空白)
｛
A ++;
返回goto_sleep;
｝
arch_main_loop_callback_ret_t user_on_ble_powered(空白)
｛
B ++;
返回goto_sleep;
｝
空白user_resume_from_sleep(空白)
｛
C ++;
｝
发现a b c在没有点击唤醒计时器的情况下会增加。
我想做的是唤醒唤醒定时器与SPI传感器FIFO水印中断是否连接或不连接，拉出所有FIFO数据并计算步骤数，如果步数大于100，则打开蜂鸣器和LED，需要核心禁用睡眠模式。
与我写的所有代码在唤醒定时器回调，它可以工作，但led和蜂鸣器不能工作，因为延长睡眠模式，有时它会触发警告显示
if ((DEVELOPMENT_DEBUG) && (use_power_optimization))
｛
slp_period_retained = slp_period;
//如果这个断言命中，那么LP ISR持续的时间比时间长
//已经通过LP_ISR_TIME_XTAL32_CYCLES和LP_ISR_TIME_USEC预留。
If (sleep_lp_cycles && (sleep_lp_cycles < slp_period))
assert_warning（0）;
｝
我试图把所有的代码放入容易唤醒回调，它工作一样，但不会触发警告，但我发现我的手机断开与芯片。
如何编写代码?
你应该重新配置与Led和蜂鸣器相关的gpio引脚，在你的唤醒句柄，因为所有的配置引脚已经丢失从睡眠模式醒来。
像这样
if（getBits16（sys_stat_reg，per_is_down））
periph_init（）;
嗨克里斯，
是的，我重新配置了。但在睡眠模式下，LED只会亮0.5秒。
嗨daniel59,
您使用的回调将在系统通过主循环时执行，因为设备未进入睡眠，这意味着在唤醒以执行连接间隔后，代码将通过所有这些函数并增加您在连接间隔结束的变量，并且它到达睡眠过程。从那一刻开始，它将留在WFI（）之前，直到下一个连接事件到达。如果您在唤醒定时器回调中的实现，那么您正在延迟睡眠的醒来，并且您看到的Assert_Warning（）通知您该设备应该被唤醒，但有些东西一直延迟程序。
在第二种情况下，通过使用app_easy_wakeup（）触发代码，基本上您正在发送消息，并且您不会与连接事件和活动的BLE过程进行间隔，但显然您花费与传感器交互以读取数据的时间对于这种活动来说非常大或您的连接间隔太小，因此您错过了连接事件，因此设备考虑丢失的连接。尝试在较小的块中分离传感器交互（读取较小部分的数据），以便580将能够为传感器交互和BLE事件提供服务或增加连接间隔超时和连接的延迟，因此在发生连接间隔之前，设备在与传感器发生更多的时间内具有更多时间，以便在有助于的情况下，您的设备在缺失事件中具有更多的速度。
关于LED，它亮了大约0.5秒，当在睡眠模式下，引脚保持他们的状态，所以当要睡觉时没有问题，问题是当设备醒来。在每次唤醒时，都会调用peri_init()来配置应用程序使用的引脚，所以当peri_init()执行时，引脚会被重新配置和它们的状态。为了克服这一点，你将不得不存储pin的值(活动的，不活动的)和在每个唤醒配置pin的状态在外围init()函数根据你已经存储的状态。
由于MT_dialog
嗨mt_dialog，
所以我把代码置于哪里有重要吗？
如何增加连接间隔的连接间隔和连接的延迟？
它是下面的代码吗？
static const struct connection_param_configuration user_connection_param_conf = {
///连接间隔最小测量ble双插槽(1.25ms)
///使用宏观MS_TO_DOUBLESLOTS从毫秒（MS）转换为双插槽
.intv_min = MS_TO_DOUBLESLOTS (10),
///连接间隔最大测量ble双插槽(1.25ms)
///使用宏观MS_TO_DOUBLESLOTS从毫秒（MS）转换为双插槽
.intv_max = ms_to_doubleslots（20），
///连接事件中测量的延迟
.latency = 0,
///监控超时时间(10ms)
///使用宏观MS_TO_TIMERUNITS从毫秒（MS）转换为定时器单位
.time_out = MS_TO_TIMERUNITS (1250),
///最小连接事件持续时间(1.25ms)
///使用宏观MS_TO_DOUBLESLOTS从毫秒（MS）转换为双插槽
.ce_len_min = ms_to_doubleslots（0），
///在BLE双槽（1.25ms）中测量的最大连接事件持续时间
///使用宏观MS_TO_DOUBLESLOTS从毫秒（MS）转换为双插槽
.ce_len_max = MS_TO_DOUBLESLOTS (0)
}；
我使用RCX20作为睡眠时钟有关系吗?
因此，LED和蜂鸣器可以在扩展的睡眠模式下工作，但我必须在periph_init（）中设置状态？
如果我的产品需要一直连接，可以睡眠模式保存电源？因为我发现连接后，通常被调用Periph_init（），这意味着通常会醒来的话。
嗨daniel59,
关于你把代码放在哪里是否重要，我认为你指的是接口外部传感器的代码，正如我在上面提到的，它取决于设备的状态(连接，广告)和你的代码需要多长时间来执行，如果花费的时间足够长，您可能会丢失连接间隔和与外设的松散连接。
关于如何增加连接间隔，连接间隔由中央定义，您可以做的是发出连接更新请求，中央将决定是否接受您请求的连接参数。SDK的一部分你粘贴的部分设备将与中央检查连接,如果当前的参数不匹配将会发送一个请求到中央为了更新连接参数(请求发送建立连接后10秒),因此，如果中央接受这些参数，那么连接将更改为user_connection_param_conf结构中的指定值。
对于连接参数，您的LP时钟没有任何影响。
如上所述，LED可以工作，因为引脚保持他们的状态，而设备处于睡眠模式，你只需要记住引脚的状态，并在外围init()中相应设置它，因为在唤醒时，外围init()执行和引脚被重新配置。关于蜂鸣器，我假设您提供了PWM，计时器在睡眠模式下关闭，因此PWM，因此您无法在设备处于睡眠模式时产生PWM来驱动蜂鸣器。
是的,睡眠模式可以节省电力,设备会在睡眠和醒来安排连接的间隔,对于periph_init调用()和频率,如上所调用的每个连接间隔为了与中央,一般连接间隔的时间越长,你应该睡的时间越长(不考虑外部醒来)，你睡得越多，你消耗的就越少。
由于MT_dialog
嗨mt_dialog，
不，我的意思是把代码放在唤醒定时器回调或简单唤醒回调中。一个会影响睡眠，一个会影响连接事件?而解决这两个问题的方法是增加连接间隔?
以常规方式，代码应该是简单的唤醒回调？
所以在我的应用程序中，需要一直连接DA14580，核心通过连接间隔睡眠并唤醒？
我发现Android没有api来改变连接间隔，所以我可以在user_on_connection中使用app_easy_gap_param_update_start来更新连接参数到user_config.h中的user_connection_param_conf吗?
user_gapm_conf之间的间隔与user_connection_param_conf中的间隔之间有什么区别？他们是同样的吗？如何使用app_easy_gap_dev_configure（）使用user_gapm_conf？
在培训04，它说使用RCX20，它可以计数多达2秒只有当连接或在无限的时间，而广告，这意味着连接间隔必须小于2秒?
而在SmartTag参考表10中，它显示2500ms的间隔比500ms的间隔使用更多的功率，原因是:对于更长的间隔，射频接收器必须
活跃较长的时间来检测从主人轮询。它与你所说的不同。它是连接功耗吗？
谢谢，
丹尼尔
嗨daniel59,
你的意思是，如果在哪个文件中你要放置回调你要放置app_easy_wakeup_set()的重要性?不，没关系。至于你应该把你的代码放在哪里，如上所述，这取决于交易的长度，如果交易保持MCU占用了很长一段时间，这无关代码在哪里，它会毁了你的因为你占用单片机的连接很长一段时间(这是打破你的情况你应该考虑事务在小块),如果你把你的代码在唤醒定时器回调会影响系统的醒来因为你与传感器交互将interfiere唤醒过程,在app_easy方法中，设备将通过一条消息同步启动事务，这对于唤醒过程来说是可以的，但是同样，如果过程足够长并且延迟了设备从服务的连接间隔，你将会失去连接。
是的，根据广告或连接间隔的睡眠，SDK保理。
如上所述，是的，您可以向中央发送请求，如果它要接受外围设备所示的参数，以及SDK将需要一些时间以发送请求（约10秒）。
否，BLE指定可以实现的最大连接间隔最多4秒。
在上一篇文章中，我提到了一个可以遵循的一般规则，这不是每个设计的情况，并且智能标签上提到的功耗是每个唤醒中的功耗。这意味着在第一种情况下，每次设备将唤醒（并唤醒每500ms时），它将消耗大约752ua，并且每次设备将唤醒（2500ms）它将消耗大约1199在第二种情况下更清晰，该设备将消耗更多，但它将醒来减少次数。因此，这是一个必须考虑的权衡。
由于MT_dialog
嗨mt_dialog，
现在我将MIN连接间隔设置为1秒钟，最大连接间隔为2秒。
而且我找到了我把代码放在唤醒定时器回调中，da14580去死了。如果我把代码放在易于唤醒回调中，它也无法工作。
我的想法是：当在唤醒定时回调时，无论连接间隔有多长，代码会延迟唤醒过程，所以它死了。
但是在Easy Wakeup回调时，芯片正确唤醒，并且间隔足够长，以便运行代码，它可以工作。
但DA14580也死了。为什么？所以也许我需要增加睡眠间隔？
嗨mt_dialog，
有关我的问题的原因吗？
期待您的回音！
谢谢，
丹尼尔
嗨daniel59,
虽然，间隔的增加不会解决您的问题，但我忽略了这个事实，因为你有一个连接而你也唤醒了外部中断，就可以在连接事件之前发生外部中断可能会发生外部中断，从理论上，如果事务足够小，因为设备将有时间使传感器事务进行时间，通过调用RWIP_Schedule函数来实现传感器事务并提供BLE事件的时间。现在，在您的情况下，如果发生在连接事件之前的RWIP_Schedule（）（调度邮件的函数）之前，则会发生交易，则会被调用（从传感器事务正在进行）之前发生（因此正在进行）可能会导致断开连接。您可以尝试的是，正如以前的帖子中提到的是在触发APP_EASY_MESSAGE时设置标志，而不是在处理程序中具有交互。在主循环中（使用回调函数我提到app_on_system_powered），您可以检查该标志并在块中具有传感器交互，并在每个较小的事务顺序中返回keep_powered以强制RWIP_Schedule（）函数运行调度程序并提供任何越来越多的事件。
由于MT_dialog
嗨mt_dialog，
因此，您的意思是我设置了一个名为samplefull的标志，当传感器产生中断时，我在唤醒回调中将该标志设置为true，并在app_on_system_powered中编写代码
user_on_system_powered（）
如果samplefull = = true
｛
阅读所有样本
做一点事
｝
返回goto睡眠
我不能一次读取所有的样本，如果200个样本造成中断，我必须一次读取20个样本，然后读取10次，否则芯片会出问题吗?
所以我必须这样写:
user_on_system_powered（）
如果samplenumber > 0
｛
阅读20个样本
Samplenumber-20.
做一点事
返回保持动力
｝
别的
返回goto睡眠
我尝试了在空白模板项目中提到的简单代码。
arch_main_loop_callback_ret_t user_on_system_powered(空白)
｛
A ++;
返回goto_sleep;
｝
arch_main_loop_callback_ret_t user_on_ble_powered(空白)
｛
B ++;
返回goto_sleep;
｝
空白user_resume_from_sleep(空白)
｛
C ++;
｝
并且发现，在连接之前，每次增加9，B增加8和C增加1.连接后，每次增加5，B增加4和C增加1.为什么？
嗨daniel59。
我的意思是您在app_easy_wakeup_set（）设置的回调中设置了一个标志，该标志将指示您有准备从传感器接收的数据，并在app_on_system_powered中查看检查该标志，如果它的真实，它开始与传感器的交互。不要一次性地进行外围内容，因为如果将580保留在app_on_system_powered中，那么当连接事件点击时，您将执行从传感器获取数据的代码，直到您的互动结束，并且会导致这样做在不执行RWIP_Schedule。因此，在App_on_system_power中互动，并在您的帖子中提到的数据中的小块数据中。因此，如果您有200个数据事务，请在每个事务返回的每个事务返回的20个数据中，从App_oN_System_Powered（）返回10个数据，以便keep_powered返回，以便再次运行app_on_ble_powered（）并计划邮件（如果有）运行。
对于你的实验，每个函数的调用取决于设备的状态和事件。这些功能尤其是app_on_ble_powered和app_on_system_powered运行不止一次在每个醒来(只要设备是活跃BLE事件),同样的事实app_on_system_powered + 1比app_on_ble_powered运行时间,运行它,因为第一个运行只要祝福核心是活跃的,并且它需要一些时间使核心处于活动状态，对于user_resume_from_sleep()，它只在唤醒时运行一次。如果您想知道为什么每个广告事件比连接事件有更多的交互，是因为广告事件比连接事件持续的时间更长。
由于MT_dialog
嗨mt_dialog，
谢谢你的答案，现在芯片工作很好。我将传感器的所有操作放入动力回调。我会测试它是否处于稳定状态。
还有一个问题，你说的时间间隔不会解决我的问题，而且你也是该活动对于这种活动来说太小了，所以你错过了连接事件。所以增加间隔做什么帮助？降低消耗？
问候，
丹尼尔
嗨daniel59,
在开始时，我对您的实现感到困惑，我提到的是增加连接间隔（虽然你在每个连接间隔唤醒中与传感器交互的情况下，与传感器的交互将花费太多时间直到下一个连接间隔。）。关于连接间隔的长度，这取决于您想要实现的应用程序。更短的连接间隔意味着您将更频繁地唤醒以便传输，因此您将消耗更多的电源，但如果您对SALINCING这么多的数据并具有短连接间隔，您将能够更快地发送更多的数据和更快。，没有理由唤醒，因为没有数据无法交换，因此没有理由唤醒设备经常唤醒设备。如前所述，作为一般规则，一个可以具有更长的连接间隔来节省更多的电源，但是再次取决于应用程序，并且还有一个权衡。
由于MT_dialog
嗨mt_dialog，
我测试代码3天，有时它也会死机。死亡意味着再也找不到它，而不是与我的手机断开连接。我不知道为什么。
现在我改变了主意，当触发唤醒定时器回调时，我唤醒了核心，在易于唤醒回调中使用传感器进行所有的东西，然后睡觉。
这种方式是否有相同的消费使用system_powered之一?因为我必须在与传感器交互时使用system_powered保持供电核心?
此致，
丹尼尔
嗨daniel59,
我没有完全搞清楚，你提到的是那些没有从手机断开连接但无法找到的设备的死亡含义（我想你的意思是通告），设备连接它是广告的？
关于第二个问题，如果我错了，纠正了我，但我是我们在上一篇文章中处理的情况，我提到的是在块中完成所有传感器交互，而不是在唤醒回调中进行所有交互。关于您在十进制中获得133的GATT错误不是有效的GATT错误代码，如果您提到究竟发生的情况下，请在断开回调中有帮助？您提到的错误是断开连接原因？
我不认为这将对您的功耗产生任何重大影响，因为在这两种情况下，您在两种情况下都保持580才能从传感器中读取，或许在块中读取的同时保持设备的方法将保持设备唤醒更多，但我不认为功耗将是重要的。
由于MT_dialog
嗨mt_dialog，
因为Android没有像LightBlue这样的工具，所以我使用NRF连接器来测试我的芯片。
下载代码后，我扫描芯片，连接它，切换通知并查看结果。
一段时间后，它会断开连接，无法再找到，按钮功能不能再工作，所以我认为芯片已经死了。
错误代码来自nrf连接器。
此致，
丹尼尔
嗨daniel59,
对不起但我很困惑,你提到你放弃了,我建议为了如何获取数据和执行整个数据事务app_easy_wakeup触发时(从第一次设备造成失速的原因由于我上面提到的)。由于连接和通知的数据意味着设备卡在代码中的某个地方，由于ASSERTION，您将不得不进行调试，以检查设备确切的停顿位置。
由于MT_dialog
嗨mt_dialog，
我试了三种方法，
1.与传感器交互并在易于捕获的唤醒回调中读取数据，而无禁用_sleep_mode（），只有蜂鸣器打开时禁用_sleep_mode（）。
2.与传感器交互，并使用禁用唤醒呼叫中的读取数据删除→sleep_mode（）。
3.与传感器和读取数据相互作用，在user_on_system_powered（）中读取数据，只读取传感器状态并在Easy Wakeup回调中设置标志，并在蜂鸣器打开时使用disable_sleep_mode（）。
他们都失败了。
而当我把代码放在容易唤醒回调，uvision不会触发断言，所以我找不到哪里出了问题。
此致，
丹尼尔
嗨daniel59,
对不起，但是，通过您提供的信息，我无法弄清楚设备摊位的位置，您必须在不同的情况下测试这一点，以便给我更多的线索来弄清楚什么可能出错。如果在设备从User_on_System_Powered（）唤醒时读取传感器，并且您返回Keep_Power后，才能让设备在阅读时保持清醒，然后我不认为您错过了任何BLE事件。如果在调试模式下设备不会停止，那么您可以做的是将设备留下在无睡眠模式下运行，并且当发生调试器时，当该问题发生时，通过执行以下操作，检查设备停顿的位置：
1）搜索“setbits16（sys_ctrl_reg，debugger_Enable，0）”项目的所有文件;“并到处评论它。//如果您使用的是SDK5，则应完整完成
2）在项目的应用程序文件夹中创建xxx.uvprojx的副本，并将xxx_attach.uvprojx命名为xxx_attach.uvprojx
3)运行附加项目，进入项目选项
4）在“调试”选项卡上禁用“启动应用程序”中的“加载”复选框并删除链接到初始化文件
5）单击调试器的“设置”按钮，然后在“连接”复选框后禁用复位
6）单击“确定”并再次确定以关闭项目选项
7）返回原始项目并按照您的代码编译
安装调试器来下载代码(在RAM中)
9）分离调试器以启动代码的执行
------------------------- 运行代码,一旦问题发生 ------------------
10）在不下载代码（热连接）的情况下再次连接到附件并启动调试器。如果CPU处于断点，那么您可以找到已停止的代码行。
由于MT_dialog
嗨mt_dialog，
我尝试了所提到的方式，（无法找到任何“setbits16（sys_ctrl_reg，debugger_enable，0）;”，但查找“setbits16（sys_ctrl_reg，debugger_enable，1）;”）复制项目文件，修改选项，并首先启动调试会话并在xxx.uvprojx中运行代码。然后等待芯片出错，然后运行xxx_attach.uvprojx并开始调试会话。
但它显示了一个错误。日志如下:
加载“f：\\对话框\\ 5.0.4 \\ projects \\ target_apps \\ template \\ v2 - leedwake \\ keil_5 \\ out_580 \\ extent_peripheral_template_580.axf”
设置JLink项目文件为“F:\Dialog\5.0.4\projects\target_apps\template\v2 - ledwake\Keil_5\JLinkSettings.ini”
* JLINK INFO：选择“Cortex-M0”所选的。
JLink信息:
------------
DLL：v5.12e，编译4月29日2016 15:03:58
固件：J-Link ARM-OB STM32编译2012年8月22日19:52:04
硬件:V7.00
S / N：20090928
功能：RDI，Flashdl，FlashBP，JFLASH，GDBFULL
* JLink Info: Found SWD-DP with ID 0x0BB11477
* JLink Info: Found Cortex-M0 r0p0, Little endian。
* JLink Info: FPUnit: 4 code (BP)插槽和0字面值插槽
* JLink信息:corelight组件:
* jlink信息：romtbl 0 @ E00FF000
* jlink信息：romtbl 0 [0]：fff0f000，cid：b105e00d，pid：000bb008 scs
* jlink信息：romtbl 0 [1]：fff02000，cid：b105e00d，pid：000bb00a dwt
* JLink Info: ROMTbl 0 [2]: FFF03000, CID: B105E00D, PID: 000BB00B fbb
romtableddr = 0xe00ff000
目标信息：
------------
设备:ARMCM0
vtarget = 3.300V.
销状态：
Tck: 0, tdi: 0, tdo: 1, tms: 0, tres: 1, trst: 0
Hardware-Breakpoints: 4
Software-Breakpoints: 8192
监测点:2
JTAG速度：4000 kHz
没有找到：20000000H - 2000009FH的算法
没有找到：20000160H - 20000323H的算法
没有找到算法：20000340H - 200003E3H
没有找到算法：20000440H - 20005803H
擦除跳过！
错误：Flash下载失败 - “Cortex-M0”
Flash Load在15:40:09结束
此致，
丹尼尔
嗨daniel59,
如果您使用的是使用最新的SDK16（sys_ctrl_reg，debugger_enable，0），则在上面提到的方向上提到。完成后，SDK5.0.4当设备睡眠时不会禁用调试器模块（SDK的旧版本）。关于您所看到的错误是因为您尚未在Keil中指定，您将在“目标选项”中的“实用程序”选项卡中“使用Flash编程”中的“使用外部工具”。
由于MT_dialog