你好,
我有一个DA14680定制板,我使用SDK 1.0.14。
我有一个问题与BLE任务:当它是启用,董事会重启约每10秒;但是,如果BEL任务被禁用,那么它将不会重新启动。
我还尝试使用#define dg_configUSE_BOD=0,但没有帮助。
请问为什么BLE task会触发重启?潜在的问题是什么?谢谢你的帮助!
嗨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还是非BLE的例子?您是否使用任何睡眠模式或设备总是在活动模式下运行?如果你使用睡眠模式,哪一个是低功率时钟?设备在8秒后将进入睡眠模式,我认为它无法唤醒。
我用的是经过大量修改的pxp-reporter代码。
我刚刚再次尝试使用原始的pxp-reporter代码,现在它卡在“arch_main.c”的ble_rwip_sleep()函数的下面一行。
而(! ble_deep_sleep_stat_getf ());// 2 - 4个LP循环
我关掉了看门狗,否则它会卡在看门狗的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还是非BLE的例子?您是否使用任何睡眠模式或设备总是在活动模式下运行?如果你使用睡眠模式,哪一个是低功率时钟?设备在8秒后将进入睡眠模式,我认为它无法唤醒。
谢谢,PM_Dialog
嗨PM_Dialog,
我用的是经过大量修改的pxp-reporter代码。
我刚刚再次尝试使用原始的pxp-reporter代码,现在它卡在“arch_main.c”的ble_rwip_sleep()函数的下面一行。
而(! ble_deep_sleep_stat_getf ());// 2 - 4个LP循环
我关掉了看门狗,否则它会卡在看门狗的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