代码开始执行后，NMI发生。即使禁用看门狗（//＃定义CFG_Wdog），代码即使是外设无法启动广告，所以我猜它已经崩溃了。
如何弄清楚代码被困的地方？是通过PC寄存器值吗？你能解释一下它是如何完成的吗？看门狗超时后PC值为0x200005F0。
谢谢你！
嗨费尔南多，
当FW崩溃并转到硬脱离或者到NMI_Handler时，发生FW时，FW将ARM寄存器的值存储在两个特定的基础地址0x81800和0x81850中。因此，您可以从内存窗口检查PC计数器的值以及您的应用程序崩溃的位置。你评论nmi和你的代码崩溃的事实并不意味着fw命中nmi_handler（大多数可能没有，因为你没有未定义的看门狗）。程序计数器当看门狗已经发生时，发生了该点的值直接指向当前执行的命令，因此如果您的fW会击中NMI或硬盘重点，则无法使用它，因为PC要么指向nmi或硬盘处理程序。
由于MT_dialog
如果我禁用看门狗（//＃定义cfg_wdog），并且通过放置断点，我可以验证代码从未到达wdg_recoad（watchdog_default_period）;但它确实达到global_int_start（）;这意味着它即使我已经设置了app_default_sleep_mode = arch_sleep_off，它也在进入睡眠模式;这是为什么？
我所做的一切都是遵循“软件开发人员指南”中的“使用空项目模板”，在那之后，我已经将葡萄糖浓度传感器包含到项目中。然后我做了以下更改，以使它工作:Obs:我包含了所有需要的。h文件，项目编译时没有任何错误。如果我不将GLPS包含到项目中，代码也可以正常工作。
----------------------------------------------------------------------------------------------------------------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“diss.h”# include“glps.h”------------------------------------------------------------------------------------------------------------------user_glucose_application.c
void app_glps_create_db（void）｛struct glps_create_db_req * req = ke_msg_alloc（glps_create_db_req，task_glps，task_app，glps_create_db_req);申请- > start_hdl = 0;申请- > meas_ctx_supported = 0;/ /请求- > meas_ctx_supported = GLPS_MEAS_CTX_SUPPORTED;
KE_MSG_SEND（REQ）;｝
空白app_glps_enable (uint16_t conhdl)｛结构glps_enable_req *req = KE_MSG_ALLOC(glps_enable_req，task_glps，task_app，glps_enable_req);申请- > conhdl = conhdl;// req->特征= feglp_fet_low_bat_det_dur_meas_supp;/ /请求- > sec_lvl = get_user_prf_srv_perm (TASK_DISS);/ /请求- > con_type = PRF_CON_DISCOVERY;
KE_MSG_SEND（REQ）;｝-------------------------------------------------------------------------------------------------------------------user_glucosensor_application.h
void app_glps_enable（uint16_t conhdl）;空白app_glps_create_db(无效);--------------------------------------------------------------------------------------------------------------------user_modules_config.h.
#define consuldure_dlg_gap（0）#define consuldure_dlg_timer（0）#定义EXCLUDE_DLG_MSG (0)#define consuldure_dlg_sec（0）#define consuldure_dlg_diss（0）#定义EXCLUDE_DLG_PROXR (1)#定义EXCLUDE_DLG_BASS (1)#define consuld_dlg_findl（1）#定义EXCLUDE_DLG_FINDT (1)#定义EXCLUDE_DLG_SPOTAR (1)#定义EXCLUDE_DLG_CUSTS1 (1)#定义EXCLUDE_DLG_CUSTS2 (1)--------------------------------------------------------------------------------------------------------------------我真的不明白一个人应该如何处理才能找出在FW中代码卡住的地方。所以你的意思是我应该检查地址0x81800和0x81850，从这些地址，我必须寻找PC值，将指向它卡住的部分代码?我怎么做？我发了一张我在调试时收到的照片。
如果你禁用看门狗，fw没有理由重新加载看门狗，因为你没有使用它。如果您定义了看门狗，那么重新加载的代码将进入执行。也因为你没有睡眠,事实上代码通过GLOBAL_INT_START()多恩不是说设备是睡觉,为了让设备睡眠必须输入()条件,检查如果睡在mode_ext或mode_deep_sleep为了权力的权力领域。试着检查模板项目，我不能看到任何NMI执行而没有看门狗定义，所以即使你有未定义CFG_WDOG定义在你的代码的某处，你是启用它。总之，除非你有看门狗功能，否则我不可能想到NMI_Handler发生。
关于调试和如何弄清楚代码丢失的位置，例如在模板项目上，我定义了看门狗并放置了一段时间（1）;在user_on_connection（）函数中，这意味着当我与设备连接时，代码将被困在（1）循环上，看门狗将导致我的nmi_handler（）。因此，为了检查我的代码被困，我看到处理程序是NMI，因此Base_Address转储的ARM寄存器是0x81850，所以我打开keil的内存窗口并键入此基本地址。根据寄存器的保存方式，我检查该基地地址的第7位32位值，以便检查我的程序计数器（设置内存窗口以显示未签名长的值）。我看到第7个32位有0x200050Fa的值，所以我转到装配窗口，我跟踪这个地址，大会最终将我指向我的循环在用户的连接中，代码困扰着。
非常感谢，我设法找出了代码卡住的地方，它在GLOBAL_INT_START ();为什么会发生这种情况，任何线索？我附上一张照片。
就像我说的，如果看门狗被启用了，只有这样对于获得它的原因，我猜我们猜您已经增加了广告间隔的原因，而不是看门狗超时（2.6秒），因此该设备困在WFI（）中等待从BLE永远不会出现的中断活动时间很遥远。
谢谢你的快速重播。
就像我说的，除了上面提到的，我什么都没做。但为了确保广告间隔是正常的，我甚至将其设置为110 (68.7 ms)，但仍然没有任何效果。
OBS：如果注释以下代码行（其中插入“创建”和“启用”函数），则FW不会进入NMI处理程序。
Static const struct prf_func_callbacks user_prf_funcs[] =｛/ / {TASK_GLPS, app_glps_create_db app_glps_enable},{task_none，null，null}，//不要移动。必须始终持久}；
如果是这种情况，那么一旦发送消息，数据库的创建就不会得到确认，在创建数据库时检查消息流，消息是否触发了适当的处理程序?我假设default_app_on_db_init_complete回调函数永远不会触发，并且您实现它的数据库永远不会创建。当数据库完成时，fw是否处理确认，是否发送APP_MODULE_INIT_CMP_EVT消息?检查接近报告程序，并检查其他概要文件如何处理数据库创建。
您是对的，我没有处理“Glps_create_db_cfm”消息，以便发送“app_module_init_cmp_evt”消息。
查看接口规范。pdf，它说“GLPS_CREATE_DB_CFM”有“目的地: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[] =｛(ke_msg_func_t) glps_create_db_cfm_handler}, {GLPS_CREATE_DB_CFM}；
我试着这样做，但没有锻炼。我想这样做，因为它感觉更紧凑，因为我可以处理的所有消息都被限制在一个地方。
配置文件具有分配给他们的消息的单独任务，例如，接近报告器，对于邻近配置文件具有Task_proxr任务，因此它取决于您希望如何实现血糖配置文件，因此葡萄糖传感器具有Task_Glps任务专用任务。例如，如果您检查邻近配置文件，您将看到数据库（app_proxr_create_db）的创建作为任务目标任务_proxr和proxr_create_db_req_req_handler（）函数提供的确认发送给Task_App（它通知主要任务已经创建了配置文件）。所以是的，确认的目的地必须发送到Task_App，以便知道此配置文件的数据库已完成才能到达下一个。
是的，你可以像你提到的那样做，但为了工作，你必须创建一个app_glps_process_handler（）函数（就像app_proxr_task.c文件中的app_proxr_process_handler（），以便处理来自的事件配置文件并调用相应的处理程序，此处理程序函数应放在App_Entry_point.c文件中的App_process_handlers []数组中。
嗨费尔南多，
当FW崩溃并转到硬脱离或者到NMI_Handler时，发生FW时，FW将ARM寄存器的值存储在两个特定的基础地址0x81800和0x81850中。因此，您可以从内存窗口检查PC计数器的值以及您的应用程序崩溃的位置。你评论nmi和你的代码崩溃的事实并不意味着fw命中nmi_handler（大多数可能没有，因为你没有未定义的看门狗）。程序计数器当看门狗已经发生时，发生了该点的值直接指向当前执行的命令，因此如果您的fW会击中NMI或硬盘重点，则无法使用它，因为PC要么指向nmi或硬盘处理程序。
由于MT_dialog
如果我禁用看门狗（//＃定义cfg_wdog），并且通过放置断点，我可以验证代码从未到达wdg_recoad（watchdog_default_period）;但它确实达到global_int_start（）;这意味着它即使我已经设置了app_default_sleep_mode = arch_sleep_off，它也在进入睡眠模式;这是为什么？
我所做的一切都是遵循“软件开发人员指南”中的“使用空项目模板”，在那之后，我已经将葡萄糖浓度传感器包含到项目中。
然后我做了以下更改，以使它工作:
Obs:我包含了所有需要的。h文件，项目编译时没有任何错误。如果我不将GLPS包含到项目中，代码也可以正常工作。
----------------------------------------------------------------------------------------------------------------
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“diss.h”
# include“glps.h”
------------------------------------------------------------------------------------------------------------------
user_glucose_application.c
void app_glps_create_db（void）
｛
struct glps_create_db_req * req = ke_msg_alloc（glps_create_db_req，
task_glps，task_app，
glps_create_db_req);
申请- > start_hdl = 0;
申请- > meas_ctx_supported = 0;
/ /请求- > meas_ctx_supported = GLPS_MEAS_CTX_SUPPORTED;
KE_MSG_SEND（REQ）;
｝
空白app_glps_enable (uint16_t conhdl)
｛
结构glps_enable_req *req = KE_MSG_ALLOC(glps_enable_req，
task_glps，task_app，
glps_enable_req);
申请- > conhdl = conhdl;
// req->特征= feglp_fet_low_bat_det_dur_meas_supp;
/ /请求- > sec_lvl = get_user_prf_srv_perm (TASK_DISS);
/ /请求- > con_type = PRF_CON_DISCOVERY;
KE_MSG_SEND（REQ）;
｝
-------------------------------------------------------------------------------------------------------------------
user_glucosensor_application.h
void app_glps_enable（uint16_t conhdl）;
空白app_glps_create_db(无效);
--------------------------------------------------------------------------------------------------------------------
user_modules_config.h.
#define consuldure_dlg_gap（0）
#define consuldure_dlg_timer（0）
#定义EXCLUDE_DLG_MSG (0)
#define consuldure_dlg_sec（0）
#define consuldure_dlg_diss（0）
#定义EXCLUDE_DLG_PROXR (1)
#定义EXCLUDE_DLG_BASS (1)
#define consuld_dlg_findl（1）
#定义EXCLUDE_DLG_FINDT (1)
#定义EXCLUDE_DLG_SPOTAR (1)
#定义EXCLUDE_DLG_CUSTS1 (1)
#定义EXCLUDE_DLG_CUSTS2 (1)
--------------------------------------------------------------------------------------------------------------------
我真的不明白一个人应该如何处理才能找出在FW中代码卡住的地方。
所以你的意思是我应该检查地址0x81800和0x81850，从这些地址，我必须寻找PC值，将指向它卡住的部分代码?
我怎么做？
我发了一张我在调试时收到的照片。
嗨费尔南多，
如果你禁用看门狗，fw没有理由重新加载看门狗，因为你没有使用它。如果您定义了看门狗，那么重新加载的代码将进入执行。也因为你没有睡眠,事实上代码通过GLOBAL_INT_START()多恩不是说设备是睡觉,为了让设备睡眠必须输入()条件,检查如果睡在mode_ext或mode_deep_sleep为了权力的权力领域。试着检查模板项目，我不能看到任何NMI执行而没有看门狗定义，所以即使你有未定义CFG_WDOG定义在你的代码的某处，你是启用它。总之，除非你有看门狗功能，否则我不可能想到NMI_Handler发生。
关于调试和如何弄清楚代码丢失的位置，例如在模板项目上，我定义了看门狗并放置了一段时间（1）;在user_on_connection（）函数中，这意味着当我与设备连接时，代码将被困在（1）循环上，看门狗将导致我的nmi_handler（）。因此，为了检查我的代码被困，我看到处理程序是NMI，因此Base_Address转储的ARM寄存器是0x81850，所以我打开keil的内存窗口并键入此基本地址。根据寄存器的保存方式，我检查该基地地址的第7位32位值，以便检查我的程序计数器（设置内存窗口以显示未签名长的值）。我看到第7个32位有0x200050Fa的值，所以我转到装配窗口，我跟踪这个地址，大会最终将我指向我的循环在用户的连接中，代码困扰着。
由于MT_dialog
非常感谢，我设法找出了代码卡住的地方，它在GLOBAL_INT_START ();
为什么会发生这种情况，任何线索？
我附上一张照片。
嗨费尔南多，
就像我说的，如果看门狗被启用了，只有这样对于获得它的原因，我猜我们猜您已经增加了广告间隔的原因，而不是看门狗超时（2.6秒），因此该设备困在WFI（）中等待从BLE永远不会出现的中断活动时间很遥远。
由于MT_dialog
谢谢你的快速重播。
就像我说的，除了上面提到的，我什么都没做。但为了确保广告间隔是正常的，我甚至将其设置为110 (68.7 ms)，但仍然没有任何效果。
OBS：如果注释以下代码行（其中插入“创建”和“启用”函数），则FW不会进入NMI处理程序。
Static const struct prf_func_callbacks user_prf_funcs[] =
｛
/ / {TASK_GLPS, app_glps_create_db app_glps_enable},
{task_none，null，null}，//不要移动。必须始终持久
}；
嗨费尔南多，
如果是这种情况，那么一旦发送消息，数据库的创建就不会得到确认，在创建数据库时检查消息流，消息是否触发了适当的处理程序?我假设default_app_on_db_init_complete回调函数永远不会触发，并且您实现它的数据库永远不会创建。当数据库完成时，fw是否处理确认，是否发送APP_MODULE_INIT_CMP_EVT消息?检查接近报告程序，并检查其他概要文件如何处理数据库创建。
由于MT_dialog
您是对的，我没有处理“Glps_create_db_cfm”消息，以便发送“app_module_init_cmp_evt”消息。
查看接口规范。pdf，它说“GLPS_CREATE_DB_CFM”有“目的地: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[] =
｛
(ke_msg_func_t) glps_create_db_cfm_handler}, {GLPS_CREATE_DB_CFM
}；
我试着这样做，但没有锻炼。我想这样做，因为它感觉更紧凑，因为我可以处理的所有消息都被限制在一个地方。
嗨费尔南多，
配置文件具有分配给他们的消息的单独任务，例如，接近报告器，对于邻近配置文件具有Task_proxr任务，因此它取决于您希望如何实现血糖配置文件，因此葡萄糖传感器具有Task_Glps任务专用任务。例如，如果您检查邻近配置文件，您将看到数据库（app_proxr_create_db）的创建作为任务目标任务_proxr和proxr_create_db_req_req_handler（）函数提供的确认发送给Task_App（它通知主要任务已经创建了配置文件）。所以是的，确认的目的地必须发送到Task_App，以便知道此配置文件的数据库已完成才能到达下一个。
是的，你可以像你提到的那样做，但为了工作，你必须创建一个app_glps_process_handler（）函数（就像app_proxr_task.c文件中的app_proxr_process_handler（），以便处理来自的事件配置文件并调用相应的处理程序，此处理程序函数应放在App_Entry_point.c文件中的App_process_handlers []数组中。
由于MT_dialog