嗨对话框
嗨对话框
我有一个DA1458C充当中央设备使用DSPS主项目，DA14583充当从属（6）使用DSPS从项目。
我的用例是中心将连接到一个从站，接收数据，一旦收到的数据，从user_sps_client_data_rx_ind_handler（con_id）断开从从机（app_easy_gap_disconnet（con_id）），然后在user_on_disconnection（）中我添加了user_scan_start（），所以新的站开始扫描连接（在时间主机上只连接到一个从站），从奴隶一旦从主机断开连接，从而将enderded睡眠模式。
我已经运行了主代码而无需连接到任何奴隶......我发现没有问题..
我把所有6个奴隶放入1分钟的睡眠时间里，我的问题是经过一段时间的一段时间，像12-18小时的执行大师被绞死......我调试代码，代码停止在Wrap_platform_reset（）...
在主侧，我已经禁用了延伸和深睡眠......因为这个堆配置将更少..它会影响吗???
还有什么可能是这个问题？
谢谢 ..
设备：
嗨prasanth，
如果设备运行并且在12-18小时后，设备会触及平台复位，这意味着代码中存在内存泄漏，最可能发生在每个连接或交易中的内存分配以及它从未释放过，所以最终您已经运行内存中的内存和WRAP_PLATFORM_RESET（）发生。通过增加堆，它不会是那么大的帮助，因为即使你增加它，它最终也会在更长的时间内耗尽。
谢谢mt_dialog.
嗨对话框
感谢你的回复..
分配的内存将由内核自动释放，在将指针发送到KE_MSG_SEND（）之后。如果未发送消息，则必须使用KE_MSG_FREE（）显式释放它。
在DSPS主代码中只有一次使用KE_MSG_FREE（）......如何使用它来解决我的问题？
在user_sps_host.c => user_on_connection => user_gattc_connection => user_gattc_exc_mtu_cmd（）中的主代码在此代码停止之后...
如何解决此Wrap_platform_reset（）问题？
谢谢...
嗨prasanth，
如上所述，在您的应用程序中，每次连接后，应该有一些内存泄漏捕获量（当发生Wrap_platform_reset（）时确保错误代码是reset_mem_alloc_fail），您必须调试这一点以便找到它没有通用方法，可以允许您找到它。检查是否有任何邮件在您完成的自定义期间发送了任何消息（因为这在原始中心中不会发生），并确保您在处理消息时会消耗您获得的消息或者您是分配数据应释放。
谢谢mt_dialog.
嗨对话框
我通过调试错误代码进行了测试了，在注释后，在注释所有ARCH_PRINTF（）内存问题之后不会发生。
仍在脱离问题，
我的用例是中心将连接到一个从站，接收数据，一旦收到数据，从user_sps_client_data_rx_ind_handler（）函数调用的从站（app_easy_gap_disconnet（con_id）断开连接），在此奴隶将断开连接并转到睡眠状态
/ *******************************从代码************************************* /
void user_on_disconnect（struct gapc_disconnect_ind const * param）
{
// default_app_on_disconnect（param）;
ARCH_PRINTF（“设备已断开\ r \ n”）;
// if（console_print）{
// / **************************** UART打印fucntion *************************************** /
// uart_init（Uart_baudrate_115k2,3）;
// uart_flow_off（）;
// uint8_t something2 [] = {“user_disconnected \ n”};
// UART_WRITE（（uint8_t *）某事物2，sizeof（something2），null）;
// uart_finish_transfers（）;
// / *************************************************************************************** /
//}
app_easy_gap_advertise_stop（）;
ARCH_BLE_EXT_WAKEUP_ON（）;
wrbl_env2.sensor_read_time_1 = app_easy_timer（6000，key_up_sm）;// 1000 - > 10s
}
/ ********************************************************************************************************** /
/ *********************主侧***************************************************************************** /
如果从属agdoonected然后在主侧Gapc_disconnect_ind_handler（） - > app_on_diconnection - > user_on_disconnection（）将被叫...
但是，在长期vers_on_disconnection（）没有被称为......可能是问题???请帮助
谢谢对话框
嗨prasanth，
我将坚持到注释arch_printf（）时，当使用Arch_printf（）实用程序打印太多数据时，您实际地分配数据以及设备时，设备将打印时，请勿发生内存分配问题。如果您经常调用ARCH_PRINTF（），那么您分配太多内存，如果设备未达到打印点，内存分配将失败。但据我所知，即使你没有看到这种情况发生这个设备仍然断开连接，但我无法理解你正试图描述的是什么，所以你能澄清吗？
谢谢mt_dialog.
嗨对话框
感谢你的回复..
掌握正在向从站发送断开连接请求，一旦从站断开连接的指示将发送到Master，Master将接收断开连接指示并调用user_on_disconnect（）....
master <------------------------------------------------------------------------------------->奴隶
- >断开连接，停止广告 - >进入睡眠
Master < - < - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - isconnectc指示------------------------>发送断开连接指示掌握
Master < - Disconnect Ind收到----------- <-------------
大师<---
有些时候Master没有收到指示，所以user_on_disconnection（）没有被叫，（但是我可以看到从站断开连接并进入睡眠），在某些延迟（6 - 7分钟）user_on_disconnection（）被调用后，直到常常运行time user_on_disconnect被叫user_on_system_powered（）是继续运行
在user_on_disconnection（）我是启动user_scan_start（），如果这不被称为master将不会扫描新设备....
谢谢
嗨prasanth，
所以要获得更清晰的pitcure，在有问题的情况下，user_on_disconnect会在主站（你得到断开连接指示）但不是一旦从站发送断开连接请求，就是正确的吗？如果是这种情况，那么大多数可能在从站发出断开连接之前，链路丢失，并且链接从超时超时终止，而不是因为主站的断开命令发送，因为主机“认为”链接仍然有效。在发生问题时检查主站点的断开回调并检查堆栈何时发生的原因是什么。
谢谢mt_dialog.