5个帖子/ 0新
最后一篇
2455321262
离线
最后一次露面:2年4个月前
加入:2017-01-22 06:43
da14580睡眠模式唤醒异常

你好,
我用来自我睡衣,内部睡眠模式唤醒后,进入下载这一段,跑不动作,请问如何解决?
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 {
user_gpio_status_set(pet_green_led_port,pet_green_led_pin,非活动);
assert_warning(0);
}
}

设备:
qinjiny_dialog
离线
最后一次露面:1个月1周前
员工
加入:2016-11-01 05:47
你修改了哪些低功耗功耗相相关的处理程序函数吗

你修改了哪些低功耗或者唤醒相关的配有关吗吗?这个简单来源来说是你的设备比设定好的的时间

去sdk \ platform \ arch.c可能存在关键词lp_isr_time_xtal32_cycles和lp_isr_time_usec的说明,你可以尝试修改一下

/* 注意
* -----------------------------------
*在XTAL16M Settling之后,代码需要〜10USEC + 1/2 LP循环到上电BLE和POP BLE寄存器。
*这转换为XTAL32和〜57USEC用于RCX的〜26USEC。
*
*因此,LP_ISR_TIME_USEC - XTAL16建立时间= 3357 - 2900 = 457USEC和457 - 57 = 400USEC
*在最坏情况下留下安全余量(RCX)(最佳案例为3357 - 2900 - 26 = 431,用于XTAL32)。
*
*原则上,这次可以减少为至少2个低功率周期。
*
*如果剩余时间对于PeripH_Init()完成,则将击中断言
* ble_wakeup_lp_handler(当development_debug为1时)。在这种情况下,由于沉降时间
* XTAL16M是固定的,用户应该增加LP_ISR_TIME_USEC(并且因此,
* lp_isr_time_xtal32_cycles)。
* /

2455321262
离线
最后一次露面:2年4个月前
加入:2017-01-22 06:43
额,我没有修改任何关键词或者唤醒相关的处理程序

额,我没有修改任何关键词或者唤醒相关的处理程序,我对我是在DSP的基础上的,我删除了删除了分子我不再是的,我是新的自己的。
我尝试着宏宏lp_isr_time_usec的值修改成我能够修改大值,但它任然会进入1楼提到的警告中,我不仔该做,你能给一般建议建议,你

2455321262
离线
最后一次露面:2年4个月前
加入:2017-01-22 06:43
我尝试着使用宏development_debug

我尝试着禁用宏development_debug,但在设备从睡眠状态唤醒,它它法​​进入中间,也不望进入gpio中间,在每每唤醒设设后需要需要需要需要需要?

cyibin.
离线
最后一次露面:3个月3周前
员工
加入:2017-12-14 02:48
你好,

你好,

每次唤醒系统后,都要重新含量化外设的,将相关性需要用作的外观的初始气,集中间在Periph_init次数中间可用