由于看门狗超时，应用程序崩溃

如果我禁用看门狗（//＃定义cfg_wdog），并且通过放置断点，我可以验证代码从未到达wdg_recoad（watchdog_default_period）;但它确实达到global_int_start（）;这意味着它即使我已经设置了app_default_sleep_mode = arch_sleep_off，它也在进入睡眠模式;这是为什么？

所有我所做的就是从“软件开发人员指南”中的“使用空项目模板”之后，并且在我已经将血糖配置文件中包含到项目中。
然后我已经进行了以下更改，以使其工作：
OBS：我已经介绍了所需的所有.h文件，并且项目编译没有任何错误。如果我没有将GLP与项目一起包含GLP，则代码也适用，宣传和一切。

---------------------------------------------------------------------------------------------------------------------------------------------
user_config.h

static const struct prf_func_callbacks user_prf_funcs [] =
{
{task_glps，app_glps_create_db，app_glps_enable}，
{task_none，null，null}，//不要移动。必须始终持久
};
---------------------------------------------------------------------------------------------------------------------------------------------
user_profiles_config.h

#include“pars.h”
#include“glps.h”
------------------------------------------------------------------------------------------------------------------
user_glucose_application.c.

空白app_glps_create_db(空白)
{
struct glps_create_db_req * req = ke_msg_alloc（glps_create_db_req，
TASK_GLPS TASK_APP,
glps_create_db_req）;
req-> start_hdl = 0;
req-> meas_ctx_supported = 0;
// req-> meas_ctx_supported = glps_meas_ctx_supported;

ke_msg_send(要求的);
}

void app_glps_enable（uint16_t conhdl）
{
struct glps_enable_req * req = ke_msg_alloc（glps_enable_req，
TASK_GLPS TASK_APP,
glps_enable_req）;
req-> conhdl = conhdl;
/ /请求- > = feGLP_FET_LOW_BAT_DET_DUR_MEAS_SUPP特性;
// req-> sec_l​​vl = get_user_prf_srv_perm（task_diss）;
// req-> con_type = prf_con_discovery;

ke_msg_send(要求的);
}
-------------------------------------------------------------------------------------------------------------------
user_glucosensor_application.h.

空白app_glps_enable (uint16_t conhdl);
void app_glps_create_db（void）;
--------------------------------------------------------------------------------------------------------------------
user_modules_config.h.

#定义EXCLUDE_DLG_GAP (0)
#定义EXCLUDE_DLG_TIMER (0)
#define outlude_dlg_msg（0）
#定义EXCLUDE_DLG_SEC (0)
#定义EXCLUDE_DLG_DISS (0)
#define consuldure_dlg_proxr（1）
#define consuldure_dlg_bass（1）
#定义EXCLUDE_DLG_FINDL (1)
#define consuld_dlg_findt（1）
#define consuld_dlg_spotar（1）
#define consuld_dlg_custs1（1）
#define consuld_dlg_custs2（1）
--------------------------------------------------------------------------------------------------------------------
我真的不知道一个人应该如何程序，以弄清楚代码卡的FW中的点。
所以你的意思是我应该检查地址0x81800和0x81850，并从那些我要查找pc值，这将指向它被卡住的代码的一部分？
我该怎么做?
我正在拖动我在拖动期间发出的照片。

非常感谢你，我设法弄清楚代码被困在哪里，它在global_int_start（）中;
为什么会发生这种情况，任何线索？
我正在附上一张照片。

您是对的，我没有处理“Glps_create_db_cfm”消息，以便发送“app_module_init_cmp_evt”消息。

查看接口规范.pdf，它表示“glps_create_db_cfm”具有“destination：task_api”。他们的意思是“目的地：task_app”吗？

我设法使它工作在最后，使用“user_catch_rest_hndl”。

有没有一种方法可以实现这个消息处理使用代替catch rest cb，使用下面的app_task和profle_task使用?

static const struct ke_msg_handler app_glps_process_handlers [] =
{
{glps_create_db_cfm，（ke_msg_func_t）glps_create_db_cfm_handler}，
};

我试过用这种方法做，但没有成功。我希望这样做，因为它感觉更紧凑，因为我将处理的所有消息都被限制在一个地方。