你好,我想问一下关于睡眠和醒来的问题。1.当ble处于睡眠模式时,我想唤醒它,它是否需要时间在睡眠和醒来之间进行转换?当它需要醒来时,需要多长时间?2.当我试图唤醒它,然后做一些命令时,它给了我“BKPT”。我想是关于内存的。是正确的吗?
谢谢你!
嗨Kevleo94,
你能把你的问题说清楚吗?从你的问题中我可以理解,你想知道的是,从扩展睡眠模式到执行第一条指令的确切唤醒时间是多少?你的问题我理解对了吗?在这种情况下,从唤醒中断到执行第一个命令的时间不是标准的,主要取决于外部温度。为了触发中断唤醒,标准时间将是2个低功率时钟(LPC), 580在执行代码之前执行一些模拟测量,时间范围从0.5到1毫秒。因此,标准值为2lpc +(0.5到1)ms,但当温度升高时,这个时间并不稳定。只要输出温度增加,这个时间就增加。
关于BKPT,这是一个进入SDK的断点,当应用程序崩溃时,它会通知用户。这个断点在代码中的什么地方?
由于PM_dialog
谢谢您的回复……对于第一个问题,我得到了我想知道的。第二个问题,我知道BKPT是关于断点的。问题是,当我不给睡眠模块的代码工作良好。但当我添加睡眠模块,然后唤醒蓝牙代码给我BKPT。主要问题是什么?
断点在应用程序代码中的什么位置?
//如果此断言命中,则LP ISR持续时间超过该时间//通过LP_ISR_TIME_XTAL32_CYCLES和LP_ISR_TIME_USEC保留。If (sleep_lp_cycles && (sleep_lp_cycles < slp_period))ASSERT_WARNING (0);
我在ASSET_WARNING(0)中得到了“BKPT”。我使用教程项目的睡眠模块
出现这个断点的原因很可能是BLE_WAKEUP_LP_Handler()花费的时间比它应该花费的时间长,所以您的代码将进入您发布的断言。当唤醒时,从BLE_WAKEUP_LP_Handler()调用peripher_init()函数。因此,对于peripher_init()函数,应用程序代码所花的时间可能比预期的要长。您是否已将自己的代码添加到该函数中,以便花时间执行?如果你这样做了,请检查一下。
嗨Kevleo94,
你能把你的问题说清楚吗?从你的问题中我可以理解,你想知道的是,从扩展睡眠模式到执行第一条指令的确切唤醒时间是多少?你的问题我理解对了吗?在这种情况下,从唤醒中断到执行第一个命令的时间不是标准的,主要取决于外部温度。为了触发中断唤醒,标准时间将是2个低功率时钟(LPC), 580在执行代码之前执行一些模拟测量,时间范围从0.5到1毫秒。因此,标准值为2lpc +(0.5到1)ms,但当温度升高时,这个时间并不稳定。只要输出温度增加,这个时间就增加。
关于BKPT,这是一个进入SDK的断点,当应用程序崩溃时,它会通知用户。这个断点在代码中的什么地方?
由于PM_dialog
谢谢您的回复……
对于第一个问题,我得到了我想知道的。
第二个问题,我知道BKPT是关于断点的。问题是,当我不给睡眠模块的代码工作良好。但当我添加睡眠模块,然后唤醒蓝牙代码给我BKPT。主要问题是什么?
谢谢你!
嗨Kevleo94,
断点在应用程序代码中的什么位置?
由于PM_dialog
//如果此断言命中,则LP ISR持续时间超过该时间
//通过LP_ISR_TIME_XTAL32_CYCLES和LP_ISR_TIME_USEC保留。
If (sleep_lp_cycles && (sleep_lp_cycles < slp_period))
ASSERT_WARNING (0);
我在ASSET_WARNING(0)中得到了“BKPT”。我使用教程项目的睡眠模块
谢谢你!
嗨Kevleo94,
出现这个断点的原因很可能是BLE_WAKEUP_LP_Handler()花费的时间比它应该花费的时间长,所以您的代码将进入您发布的断言。当唤醒时,从BLE_WAKEUP_LP_Handler()调用peripher_init()函数。因此,对于peripher_init()函数,应用程序代码所花的时间可能比预期的要长。您是否已将自己的代码添加到该函数中,以便花时间执行?如果你这样做了,请检查一下。
由于PM_dialog