我遇到了与这个问题一般一定的问题http://support.dialog-semicondiondiondum/sdk5problem-about-extsleep.
#undef cfg_development_debug在da1458x_config_basic.h中
const static sleep_state_t app_default_sleep_mode = arch_ext_sleep_on;
将程序写入闪存（DA14583）
断开JTAG，断电，上电
手手可发动设备广播一至二秒，之外设备就没反应了。
设备：
1.如果不开睡眠，是不是是正当的？
2.外部32k是正正吗？
3.编译对应的是583的版本吗？keil上需要选择ble_app_profile_583，即开头__da14583__
1.不开睡眠正交
我按照5.0.4的睡眠模式的演示改的，开着不开不口平在上面有一般来说
（就是加入了在app_easy_wakeup。
这些代码在devkit-pro上是正当的
2.禁用外部32k。这个不是必须的器材吧？是不是应该修改da1458x_advanced里有关的值才可以？
3.编译都是按照583进行的，没有问题
附件是我修改的5.0.4下的ble_app_perierwal的工程。我也试过一般的对5.0.3的修改。结果一般
1.在使用休眠后后法通讯WKUP中断唤醒，如果开启休眠则是正当的
2.在使用休眠后后次点（在devkit-pro上），过段时间会进入一个600ua的电影，我为之这是进入了某死或者或者硬质子之迹，或者或者或者
在5.0.3和5.0.4都是同样的。用的是devkit-pro。为我自己的板子没有32k晶振，所以在da1458x_advanced_conf.h中间做修改。
批发的是
ARCH_BLE_EXT_WAKEUP_ON（）;
和app_easy_wakeup的问题，没有批发到回调。
如果注释掉arch_ble_ext_wakeup_on（）;可以是正式批发唤醒功能（我在中间有条里有）
但唤醒几次之迹程序依然还有没有的可能
附件是我认是死掉了的时代的幂递送者的误差
对于ble_app_sleepmode的示例工程
修改修改了两：
1.user_config.h中const static sleep_state_t app_default_sleep_mode = arch_deep_sleep_on;
2. user_sleepmode.ch-189行的arch_set_deep_sleep换成了arch_set_extended_sleep
使用靴子下载程序，用力推进器测试
直接在发布完，在1500 ms位置上，似乎程序就挂了
需要位于分数user_app_adv_undirect_complete（uint8_t status）里面补一句user_app_adv_start ..原来的设计，需要按键才能广播
不让我是我的♥
并是不可能的问题。而是测试电影睡眠的水平一下上到了600ua左右，我才是进入了的（dbg_is_up）的那个循环。
我用你这份工程ble_app_sleepmode.zip，我遇到了。需要需要你是的，你有没有改过我是的这句话。如果电平没有，会导致进中间。会出现你♥的这种情况
静态内联void arch_turn_peripherals_off（sleep_mode_t current_sleep_mode）
{
if（current_sleep_mode == mode_ext_sleep || current_sleep_mode == mode_deep_sleep）
{
scb-> scr | = 1 << 2;//在系统控制寄存器中启用深睡眠模式位（SCR [2] =睡眠）
setbits16（sys_ctrl_reg，pad_latch_en，0）;////// ////////////////////////////////×××××××××××××××××××
检查了代码，和你的是一定的