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

1752794896 · 发表于 2024-12-20 18:19:18

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_LLJ · 发表于 2024-12-23 17:16:53

上述场景事件的上报的顺序：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 · 发表于 7 天前

一般情况下是这样的没错。
我用的是一台安卓，一台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 · 发表于 7 天前

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

TL_LLJ · 发表于 5 天前

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

		自动登录	找回密码
密码			立即注册

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