我遇到了与这个问题一般一定的问题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);////// ////////////////////////////////×××××××××××××××××××
检查了代码,和你的是一定的