我发现，在智能标签和睡眠模式的源代码此功能，但无法找到在SDK参考使用，它是如何工作的？它醒来的核心？或者我触发中断的核心之后被唤醒？
设备：
⚠️
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
嗨Daniel59，
它只是为了唤醒时使用，用（），您将只需设置一个回调函数的设备尽快唤醒消息从app_easy_wakeup函数发送执行app_easy_wakeup_set的API（）。所以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_极性(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN, WKUPCT_PIN_POLARITY_LOW)， //极性低
1，// 1事件
40）;// debouncing time = 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_极性(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN, WKUPCT_PIN_POLARITY_LOW)， //极性低
1，// 1事件
40）;// debouncing time = 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_极性(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN, WKUPCT_PIN_POLARITY_LOW)， //极性低
1，// 1事件
40）;// debouncing time = 0
静态孔隙app_button_press_cb(空白)
｛
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（）;//强制摇晃醒来
ARCH_BLE_EXT_WAKEUP_OFF（）;//禁用外部唤醒（如果您在进入永久睡眠之前设置了ARCH_BLE_EXT_WAKESUP_ON（）函数）
app_easy_wakeup（）;//一旦BLE唤醒以执行APP_WAKEUP_CB（）函数并打开// LED，请立即调用APP_EASY_WAKEUP（）按顺序调用APP_EASY_WAKEUP（）
｝
｝
由于MT_dialog
嗨mt_dialog，
但我发现，在SmartTag源代码中，App_easy_wakeup（）只是app_easy_wakeup_set（）之后;
你的意思是我必须在app_easy_wakeup之前修改睡眠模式?或者我可以修改睡眠模式在简单的唤醒回调?
我的代码不要向下打击，所以我可以直接使用app_easy_wakeup而没有if（arch_ble_ext_wakeup_get（））？
如果在核心唤醒后我有更多的操作要做，我应该把代码放在哪里?在wkupct回调还是在简单的唤醒回调?
什么代码应该在WKUPCT回调中，什么代码应该在Easy Wakeb回调中？
谢谢，
丹尼尔
嗨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（如何使用这些回调时，您可以在7.2节中找到更多信息在7.2节中的UM-B-051 - DA1458X软件平台参考V1.0.pdf。
关于arch_ble_ext_wakeup_get()，检查是为了验证用户已经调用了arch_ble_ext_wakeup_on()，如果你在睡觉前没有调用这个函数，你不需要做检查。
通常，WKUPCT回调有外围设备的初始化（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(空白)
｛
一个++;
返回goto_sleep;
｝
ARCH_MAIN_LOOP_CALLBACK_RET_T USER_ON_BLE_POWERED（void）
｛
基础B ++;
返回goto_sleep;
｝
void user_resume_from_sleep（void）
｛
c++;
｝
并找到一个，B，C将增加，而不会击中定时器。
我想做的是支安打和SPI传感器FIFO水印中断唤醒定时器是否有幸获得连接,退出所有FIFO数据和计算步数,举个例子,如果一步数大于100开启蜂鸣器和领导,需要禁用睡眠模式的核心。
随着我在唤醒定时器回调中写下所有代码，它可以工作，但由于延长的睡眠模式，并且蜂鸣器无法工作，并且有时它将触发警告显示ASSERT_WARNING（0）;
if（（development_debug）&&（use_power_optimizations））
｛
slp_period_retated = slp_period;
//如果此断言命中，则LP ISR持续时间长于时间
//已通过LP_ISR_TIME_XTAL32_CYCLES和LP_ISR_TIME_USEC保留。
if（sleep_lp_cycles &&（sleep_lp_cycles
｝
我试图将所有代码放入易于唤醒回调中，它运作相同但不会触发警告，但我发现我的手机与芯片断开连接。
如何编写代码？
您应该重新配置与LED和蜂鸣器相关的GPIO引脚，在唤醒句柄中，因为引脚的所有配置都在睡眠模式下WKUP时丢失。
像这样
如果（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秒，当处于睡眠模式时，引脚保持其状态，所以在进入睡眠状态时没有问题，问题是设备醒来时。为了配置应用程序使用的引脚，在每次唤醒时都会调用peripher_init()，因此当peripher_init()执行时，会重新配置引脚及其状态。为了克服这个问题，您必须存储引脚的值(活动的，不活动的)，并在每次唤醒时根据您所存储的状态在peripher_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），
///在双槽中测量的最大连接间隔(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),
///在BLE双槽（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可以起作用，因为在设备处于休眠模式时PIN保留其状态，您只需要记住引脚的状态并因此在PERIPH_INIT（）中设置它，因为唤醒PERIPH_INIT（）执行并且销钉是重新配置的。关于蜂鸣器我认为提供PWM，定时器在睡眠模式下关闭，因此PWM，因此在设备处于睡眠模式时，您不会产生PWM以驱动蜂鸣器。
是的,睡眠模式可以节省电力,设备会在睡眠和醒来安排连接的间隔,对于periph_init调用()和频率,如上所调用的每个连接间隔为了与中央,一般连接间隔的时间越长,你应该睡的时间越长(不考虑外部唤醒)，你睡的越多，消耗的就越少。
由于MT_dialog
嗨mt_dialog，
不，我的意思是将代码放在唤醒定时器回调或轻松唤醒回调中。一个会影响睡眠，一个影响连接事件？和解决两个问题的方法是增加连接间隔？
以常规方式，代码应该是简单的唤醒回调？
所以在我的应用程序中，需要一直连接DA14580，核心通过连接间隔睡眠并唤醒？
我发现Android没有用于更改连接间隔的API，因此我可以使用App_easy_gap_param_update_start在user_on_connection中更新user_config.h中的user_connection_param_conf的连接参数吗？
什么是之间的间隔user_gapm_conf和间隔user_connection_param_conf区别？他们是同样的事情？如何使用user_gapm_conf与app_easy_gap_dev_configure（）？
在训练04中，它表示，使用RCX20，只有在广告时连接或在无限时间内只能计算2秒，这意味着连接间隔必须小于2秒钟吗？
在SmartTag参考文献中，表10显示，2500 ms间隔使用比500 ms间隔更多的功率，原因是：对于更长的间隔，RF接收器必须是
活动较长时间，以检测来自主服务器的轮询。这和你说的不一样。是连接功耗吗?
谢谢，
丹尼尔
嗨Daniel59，
你的意思是，如果你要在哪个文件中放置回调，你要放置app_easy_wakeup_set() ?不，没关系。关于你应该把你的代码放在上面提到的地方，这取决于事务的长度，如果事务让MCU占用很长时间，代码在哪里并不重要，它会毁了你的因为你占用单片机的连接很长一段时间(这是打破你的情况你应该考虑事务在小块),如果你把你的代码在唤醒定时器回调会影响系统的醒来因为你与传感器交互将interfiere唤醒过程,在app_easy方法中，设备将通过消息同步启动事务，这对唤醒过程来说是没问题的，但同样，如果过程足够长，并延迟设备的服务连接间隔，您将失去连接。
是的，SDK会根据广告或连接间隔来考虑设备的睡眠时间。
正如上面提到的，是的，你可以发送一个请求到中央和到中央如果要接受参数按指定的外设或没有了，也还需要一段时间的SDK发送请求（约10秒）。
不，BLE指定可实现的最大连接间隔不超过4秒。
在上一篇文章中，我提到了一个可以遵循的一般规则，这不是每个设计的情况，并且智能标签上提到的功耗是每个唤醒中的功耗。这意味着在第一种情况下，每次设备将唤醒（并唤醒每500ms时），它将消耗大约752ua，并且每次设备将唤醒（2500ms）它将消耗大约1199在第二种情况下更清晰，该设备将消耗更多，但它将醒来减少次数。因此，这是一个必须考虑的权衡。
由于MT_dialog
嗨mt_dialog，
现在我设置最小连接时间间隔为1秒和最大连接间隔2秒。
我发现如果我把代码放到唤醒计时器回调中，DA14580会死。如果我把代码放在简单的唤醒回调，它也不能工作。
我的想法是：当在唤醒定时回调时，无论连接间隔有多长，代码会延迟唤醒过程，所以它死了。
但在简单的唤醒回调中，芯片正确地唤醒，间隔足够长，代码运行，它可以工作。
但DA14580也死了。为什么?所以也许我需要增加睡眠间隔？
嗨mt_dialog，
有关我的问题的原因吗？
期待您的回音！
谢谢，
丹尼尔
嗨Daniel59，
在一秒钟，虽然间隔的增加不会解决你的问题，我忽略了一个事实，因为你有一个连接，你也被外部中断唤醒，有可能外部中断可能发生在连接事件之前，理论上，如果事务足够小，应该不会影响连接，因为设备有时间进行传感器事务，并通过调用rwip_schedule函数来服务BLE事件。现在在你的情况中apparenty事务很长,如果它发生在连接事件rwip_schedule()(时间表)的消息的函数不会被称为(因为传感器事务正在进行)所以你将错过的事件,会导致断开连接。您可以尝试的是，如前一篇文章所述，在触发app_easy_message时设置一个标志，而不是在处理程序中进行交互。在主循环(使用回调函数我提到app_on_system_powered)你可以检查标志和传感器交互与KEEP_POWERED在每个小块并返回事务以迫使rwip_schedule()函数来运行调度程序和任何upcomming事件。
由于MT_dialog
嗨mt_dialog，
因此，您意味着我设置了一个名为samplefull的标志，当传感器使中断时，我将标志设置为唤醒回调，并在app_on_system_power中写下代码
user_on_system_powered（）
如果样本== true
｛
阅读所有样品
做点什么
｝
回来睡会儿
如果我无法一次读取所有样本，如果200个样本使中断进行中断，我必须读取20个样本一次，并读取10次，或芯片会出错？
所以我必须写：
user_on_system_powered（）
如果samplenumber > 0
｛
阅读20个样本
将SampleNumber-20
做点什么
返回保留供电
｝
别的
回来睡会儿
我想我的易代码空白模板项目之前提到的。
arch_main_loop_callback_ret_t user_on_system_powered(空白)
｛
一个++;
返回goto_sleep;
｝
ARCH_MAIN_LOOP_CALLBACK_RET_T USER_ON_BLE_POWERED（void）
｛
基础B ++;
返回goto_sleep;
｝
void user_resume_from_sleep（void）
｛
c++;
｝
发现在连接之前，a每增加9,b增加8,c增加1。连接后a每增加5,b增加4,c增加1。为什么?
嗨Daniel59。
在回调我的意思是,你在app_easy_wakeup_set组()设置一个标志,表明你有数据从传感器接收准备,和有一个检查的app_on_system_powered检查国旗,如果它真的,它开始与传感器的交互。不让外围interraction一下子因为如果你保持580年app_on_system_powered然后当连接事件打你将执行代码从传感器获得数据,你就会继续这样做,直到你的互动结束,这将导致不执行rwip_schedule。因此，在app_on_system_powered中进行交互，并将其分成小块数据，就像你在文章中提到的那样。因此，如果你有一个200个数据事务，那么可以创建10个事务，每个事务包含20个数据，在每个事务之后，使用KEEP_POWERED从app_on_system_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_Power保持电源的电源？
此致，
丹尼尔
嗨Daniel59，
我没有完全搞清楚，你提到的是那些没有从手机断开连接但无法找到的设备的死亡含义（我想你的意思是通告），设备连接它是广告的？
关于第二个问题，如果我错了，请纠正我，但是，我认为这是我们在以前的帖子中处理的情况，我提到了在块中做所有的传感器交互，而不是在唤醒回调中有所有的交互。关于GATT错误，你得到133十进制不是一个有效的GATT错误码，如果你提到这到底发生在哪里，在断开回调?你提到的错误是断开的原因吗?
我不认为这将对您的功耗产生任何重大影响，因为在这两种情况下，您在两种情况下都保持580才能从传感器中读取，或许在块中读取的同时保持设备的方法将保持设备唤醒更多，但我不认为功耗将是重要的。
由于MT_dialog
嗨mt_dialog，
因为Android没有像Lightblue这样的工具，所以我使用nrf连接器来测试我的芯片。
下载代码后，我扫描芯片，用它连接，切换的通知，并期待的结果。
一段时间后，它会断开连接，无法再找到，按钮功能不能再工作，所以我认为芯片已经死了。
错误代码来自NRF连接器。
此致，
丹尼尔
嗨Daniel59，
对不起但我很困惑,你提到你放弃了,我建议为了如何获取数据和执行整个数据事务app_easy_wakeup触发时(从第一次设备造成失速的原因由于我上面提到的)。因为在连接和通知数据时，由于断言，设备会卡在代码中的某个地方，您将不得不调试以检查设备到底在哪里停止。
由于MT_dialog
嗨mt_dialog，
我尝试了3种方式，
1.与传感器交互并在易于捕获的唤醒回调中读取数据，而无禁用_sleep_mode（），只有蜂鸣器打开时禁用_sleep_mode（）。
2.交互与所述传感器和读出的数据中容易唤醒回调与disable_sleep_mode（）。
3.交互与所述传感器和读取数据user_on_system_powered（），只读传感器状态和在便于唤醒回调设置的标志，并使用disable_sleep_mode（）时蜂鸣器上。
他们都失败了。
虽然我把代码放在易于唤醒回调的时候，但UVISION不会触发断言，所以我找不到出错的地方。
此致，
丹尼尔
嗨Daniel59，
我很抱歉，但你提供我不能够找出其中的设备摊位的信息，你将不得不在为了给我更多的线索找出可能出现的错误，以测试这在不同的情况。如果您正在阅读的传感器，而该设备是从清醒的user_on_system_powered（），您为了回报KEEP_POWERED了，而读，然后我不认为你错过任何BLE事件的设备，以保持清醒。如果在调试模式下，装置不失速，那么你可以做的是让设备没有睡眠模式下运行，当出现附加调试和检查，其中设备摊位做这个问题，如下所述：
1)在项目的所有文件中搜索“SetBits16(SYS_CTRL_REG, DEBUGGER_ENABLE, 0);”，并到处注释。//如果你正在使用SDK5，这应该已经完成了
2）在项目的应用程序文件夹中创建xxx.uvprojx的副本，并将xxx_attach.uvprojx命名为xxx_attach.uvprojx
3）运行附件项目并转到项目选项
4）在“调试”选项卡上禁用“启动应用程序”中的“加载”复选框并删除链接到初始化文件
5）单击调试器的“设置”按钮，然后在“连接”复选框后禁用复位
6）再次单击确定，确定以关闭项目选项
7）返回原始项目并按照您的代码编译
8）附加调试器下载代码（在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信息：设备 “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信息：找到了带ID 0x0BB11477的SWD-DP
* jlink信息：找到cortex-m0 r0p0，小endian。
* jlink信息：fpUnit：4代码（BP）插槽和0个字幕插槽
* jlink信息：coresight组件：
* 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 FPB
romtableddr = 0xe00ff000
目标信息：
-------------
设备：ARMC0.
vtarget = 3.300V.
引脚的状态：
TCK：0，TDI：0，TDO：1，TMS：0，TRES：1，TRST：0
硬件断点：4
软件断点：8192
观察点：2
JTAG速度：4000千赫
没有找到:20000000H - 2000009FH的算法
没有找到：20000160H - 20000323H的算法
没有找到算法：20000340H - 200003E3H
没有算法发现：20000440H - 20005803H
擦除跳过！
错误：闪存下载失败 - “的Cortex-M0”
闪电加载在15:40:09结束
此致，
丹尼尔
嗨Daniel59，
我已经在方向上面提到，如果您使用的是最新的SDK的SetBits16（SYS_CTRL_REG，DEBUGGER_ENABLE，0）;将媒体链接完成，当设备进入睡眠（旧版本的SDK的那样）的SDK5.0.4不会禁用调试器模块。关于您看到的错误是因为你没有在规定的Keil，您将“使用外部工具对闪存编程”中的“选项为目标”的实用程序选项卡。
由于MT_dialog