你好,
我有一个自定义板DA14680,我使用SDK 1.0.14。
我有一个BLE任务的问题:当它被启用时,板重启大约每10秒;但是,如果禁用BEL任务,则不会重新启动。
我还尝试使用#define dg_configUSE_BOD=0,但没有帮助。
我想问一下,为什么BLE任务会触发重新启动?潜在的问题是什么?谢谢你的帮助!
嗨huiui,
你能不能在调试模式下运行你的代码,然后如果有什么地方卡住了就告诉我?你的NMI或WGOG到期了吗?你可以跟着调试技术教程为调试过程。
谢谢,PM_Dialog
嗨PM_Dialog,
我试了很多次,似乎总是卡住了
hw_cpm_check_sleep_flag() of function "pm_system_wake_up(void)" at "sys_power_mgr.c"
同样,如果我尝试跳过这行('F6'),它将显示以下错误:
在/home/build/workspace/SDK680/Release_Build_MANUAL/Artifacts/tmp/ble_stack/sdk/interfaces/ble_stack/DA14681-01-Release/../src/rom_patch/rom_patch.c中找不到源文件定位文件或编辑源查找路径以包含其位置。
这有意义吗?我不确定我是否得到了NMI或WGOG,但如何检查?谢谢你!
你正在开发哪个SDK示例?是BLE还是non-BLE的例子?您是否正在使用任何睡眠模式或设备始终在活动模式下运行?如果你使用睡眠模式,哪个是低功耗时钟?设备在8秒后进入睡眠模式,我认为它无法醒来。
我用了一个经过大量修改的pxp报告代码。
我只是用最初的pxp-reporter代码再次尝试,现在它卡在了“arch_main.c”的ble_rwip_sleep()函数的下面一行。
而(! ble_deep_sleep_stat_getf ());// 2 - 4个LP循环
我关闭了看门狗,否则它会卡在watch_dog handler。
从最初的pxp-reporter代码中,它使用'pm_mode_extended_sleep'和低功耗时钟'LP_CLK_32768'。
看来这个问题可能与BLE核心苏醒有关?我认为这是硬件的问题,但不确定具体是哪里的问题。
谢谢!
你能运行一个没有睡眠模式配置的非ble示例吗?例如,你可以运行SDK的freertos_retarget示例吗?因为你们有定制板,你们检查过电源轨>了吗?它们是否符合数据表的规格?
我今天尝试了一点不同。首先,它似乎解决了问题。
基本上,当我将LP_CLK从'LP_CLK_32768'更改为'LP_CLK_RCX'时,重新启动问题就消失了,这表明我的32k晶体可能有问题。
然而,它只适用于QSPI构建。对于QSPI_SUOTA构建,如果使用LP_CLK_RCX,程序会卡在OS_TASK_CREATE()上,无法创建任何任务。为什么会这样?谢谢!
这确实表明了一个有缺陷的开发委员会。我们将通过电子邮件与您联系,安排更换(通过我们的美国销售办事处,恰好在您几英里之内;o)
/ MHv
嗨huiui,
你能不能在调试模式下运行你的代码,然后如果有什么地方卡住了就告诉我?你的NMI或WGOG到期了吗?你可以跟着调试技术教程为调试过程。
谢谢,PM_Dialog
嗨PM_Dialog,
我试了很多次,似乎总是卡住了
hw_cpm_check_sleep_flag() of function "pm_system_wake_up(void)" at "sys_power_mgr.c"
同样,如果我尝试跳过这行('F6'),它将显示以下错误:
在/home/build/workspace/SDK680/Release_Build_MANUAL/Artifacts/tmp/ble_stack/sdk/interfaces/ble_stack/DA14681-01-Release/../src/rom_patch/rom_patch.c中找不到源文件
定位文件或编辑源查找路径以包含其位置。
这有意义吗?我不确定我是否得到了NMI或WGOG,但如何检查?谢谢你!
嗨huiui,
你正在开发哪个SDK示例?是BLE还是non-BLE的例子?您是否正在使用任何睡眠模式或设备始终在活动模式下运行?如果你使用睡眠模式,哪个是低功耗时钟?设备在8秒后进入睡眠模式,我认为它无法醒来。
谢谢,PM_Dialog
嗨PM_Dialog,
我用了一个经过大量修改的pxp报告代码。
我只是用最初的pxp-reporter代码再次尝试,现在它卡在了“arch_main.c”的ble_rwip_sleep()函数的下面一行。
而(! ble_deep_sleep_stat_getf ());// 2 - 4个LP循环
我关闭了看门狗,否则它会卡在watch_dog handler。
从最初的pxp-reporter代码中,它使用'pm_mode_extended_sleep'和低功耗时钟'LP_CLK_32768'。
看来这个问题可能与BLE核心苏醒有关?我认为这是硬件的问题,但不确定具体是哪里的问题。
谢谢!
嗨huiui,
你能运行一个没有睡眠模式配置的非ble示例吗?例如,你可以运行SDK的freertos_retarget示例吗?因为你们有定制板,你们检查过电源轨>了吗?它们是否符合数据表的规格?
谢谢,PM_Dialog
嗨PM_Dialog,
我今天尝试了一点不同。首先,它似乎解决了问题。
基本上,当我将LP_CLK从'LP_CLK_32768'更改为'LP_CLK_RCX'时,重新启动问题就消失了,这表明我的32k晶体可能有问题。
然而,它只适用于QSPI构建。对于QSPI_SUOTA构建,如果使用LP_CLK_RCX,程序会卡在OS_TASK_CREATE()上,无法创建任何任务。为什么会这样?谢谢!
嗨huiui,
这确实表明了一个有缺陷的开发委员会。我们将通过电子邮件与您联系,安排更换(通过我们的美国销售办事处,恰好在您几英里之内;o)
/ MHv