iOS 10和iOS 9的断连过程是不同的。

⚠️
大家好. .感谢来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台的过程中,它将提供更好的功能,并包含在主对话网站。所有的帖子和账号已经迁移。我们现在只接受新论坛的流量-请发布任何新的帖子在//www.wsdof.com/support.我们会在接下来的几天修复bug /优化搜索和标记。
2个职位/ 0个新职位
最后发表
y-takamine
离线
最后看到:3年7个月前
加入:2015-07-10 09:03
iOS 10和iOS 9的断连过程是不同的。

1.从iOS发出连接请求(connection request)。
2.外设发出连接请求指示。
3.从外设发出断开进程。
在iOS 9中,它将被识别为断开连接,并立即断开连接。
然而,iOS 10将其识别为超时,并需要时间来断开连接。
这是iOS的问题吗?
这是外围的问题吗?

Static int gapc_connection_req_ind_handler(ke_msg_id_t const msgid,
Struct gapc_connection_req_ind const *param,
ke_task_id_t const dest_id,
ke_task_id_t const src_id)

uint8_t connection_idx = KE_IDX_GET(src_id);

//在iOS 9中,它将被标识为断开连接,并立即断开连接。
//然而,iOS 10将其识别为超时,并需要时间来断开连接。
app_easy_gap_disconnect (connection_idx);

返回(KE_MSG_CONSUMED);

设备:
MT_dialog
离线
最后看到:7个月1个星期前
工作人员
加入:2015-06-08 34
嗨y-takamine,

嗨y-takamine,

580对不同的操作系统发出断连请求没有区别,所有设备的断连命令是相同的。如果你正在经历你所提到的,那么也许这与另一边的操作系统有关,而不是580。我只能假设的原因是这种情况,IOS 10后连接尝试一些额外的请求和你是树叶发出后断开连接的请求从中央等待和断开请求从580年的等待,所以中央不与外设通信所以断开的原因是超时。我假设,如果你试图在一段时间后断开连接,假设是10秒,设备将被正确断开,你可以通过ke_timer测试这一点,并在10秒后发出断开连接请求。

由于MT_dialog