设备做从机时,连接事件、断开事件和实际连接、断开先后顺序不一致。丢失信息

1752794896

SLAVE_MAX_NUM设置为1.

当连接对象迅速断开，再被另一个主机扫描并建立连接后。从app_controller_event_callback的回调事件中，最先获取的evt为HCI_SUB_EVT_LE_CONNECTION_COMPLETE，再紧跟着获取HCI_EVT_DISCONNECTION_COMPLETE事件。此时由于断连，会执行dev_char_info_delete_by_connhandle从而将刚刚连接的对象连接handle删除掉。此时呈现出的结果是连接着，但是由于conn_dev_list内的信息被删除了，导致后续一些参数无法正常获取。有办法解决吗？

TL_LIJING

上述场景事件的上报的顺序：HCI_SUB_EVT_LE_CONNECTION_COMPLETE(第1次连接建立) ---> HCI_EVT_DISCONNECTION_COMPLETE(第1次连接断开) ---> HCI_SUB_EVT_LE_CONNECTION_COMPLETE(第2次连接建立)，在第2次连接建立时会调用dev_char_info_insert_by_conn_event(pConnEvt)，这个时候conn_dev_list内的信息已经更新到新的连接。

1752794896

一般情况下是这样的没错。
我用的是一台安卓，一台ios测试，多次实验测试下来，当第一次断开(由主机端发起断连请求)和第二次连接(主机端扫描并建立连接)的速度发生的足够快时，通过打印日志，实际的场景事件上报顺序为:
HCI_SUB_EVT_LE_CONNECTION_COMPLETE(第1次连接建立)-->HCI_SUB_EVT_LE_CONNECTION_COMPLETE(第2次连接建立)--->HCI_EVT_DISCONNECTION_COMPLETE(第1次连接断开)
从而导致第二次通过dev_char_info_insert_by_conn_event(pConnEvt)保存的信息被第一次断开连接的事件给清除掉了

1752794896

并非必现，但是概率存在，测试下来复现率不算低

TL_LIJING

请问能提供更详细的复现测试场景、设备和步骤吗？

1752794896

我在app_controller_event_callback的连接事件和断联事件中都添加了连接相关信息打印。

下图是复现时的日志。

TL_LIJING

在只配置一个ACL peripheral(SLAVE_MAX_NUM = 1)的情况下，可以尝试使用如下方法，在app_le_connection_complete_event_handle()关闭广播blc_ll_setAdvEnable(BLC_ADV_DISABLE)，在app_disconnect_event_handle()打开广播blc_ll_setAdvEnable(BLC_ADV_ENABLE)。

1752794896

好的，谢谢