主题中讨论的其他器件: SysConfig
工具与软件:
大家好!
我目前正在使用 TI CC2340R5作为外设、并使用智能手机(Android)作为中央设备进行测试。 我已经启用了 MITM 和绑定功能(请参阅附加的图像)。
当输入的密钥不正确或通过启用忽略密钥请求时、我尝试阻止来自中央设备的重新连接请求 与绑定设备同步接受列表 功能实现。
这似乎无法正常工作。
我缺少什么、或者我有什么地方出错了吗?
如有任何建议、将不胜感激。
非常感谢!
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
大家好!
我目前正在使用 TI CC2340R5作为外设、并使用智能手机(Android)作为中央设备进行测试。 我已经启用了 MITM 和绑定功能(请参阅附加的图像)。
当输入的密钥不正确或通过启用忽略密钥请求时、我尝试阻止来自中央设备的重新连接请求 与绑定设备同步接受列表 功能实现。
这似乎无法正常工作。
我缺少什么、或者我有什么地方出错了吗?
如有任何建议、将不胜感激。
非常感谢!
您好!
感谢您的咨询。
我可以请您分享这个用例的更多详细信息吗? 我的理解是、您希望外设重试输入 PASSKEY 以启动配对/绑定过程(?) 但是、我看不出将绑定的器件与接受列表同步有多大帮助。 接受列表用作白名单、基本上允许已知地址的器件连接和接收扫描响应。 使用绑定设备的同步接受列表将首先清除接受列表、然后 SNV 中由绑定存储的每个唯一地址将无限期地与接受列表同步、或直到禁用或达到受支持的绑定的最大数量。
BR、
David。
尊敬的 David:
感谢您的支持。
用例:
当中央设备发送配对请求时、将显示 PASSKEY 弹出窗口。
我想通过调用 GAP_TerminateAuth ()→GAP_TerminateLinkReq ()来终止身份验证并断开临时连接。 这可以正常工作。
在中央侧、当先前建立的临时连接丢失时、中央设备将再次向外设发送连接和配对请求。
我想使用[与绑定设备同步接受列表]功能来忽略/防止重新连接请求。
分步操作:
Central (中心):发送连接请求
显示→Pairing (配对)弹出窗口。
外设:调用 GAP_TerminateAuth ()、GAP_TerminateLinkReq ()
→连接终止。
Central (中心):再次发送连接请求
再次显示→Pairing (配对)弹出窗口。
是否可以使用[与绑定设备同步接受列表]来防止来自中央设备的重新连接请求?
如果我错了,请纠正我.
非常感谢。
尊敬的 David:
感谢您的反馈。
我认为我 误解了[与绑定设备同步接受列表]功能。
您能确认我的理解吗?
[Sync Acceptlist with Bonded Devices](与绑定设备同步接受列表)功能支持将绑定设备信息保存到列表中(接受列表或白名单)。
1/接受列表未满:器件将接受来自列表中的两个绑定器件以及可能来自其他绑定器件的重新连接、即使它们当前未在接受列表中。 因此、只要接受列表未满、无论请求设备是否在接受列表中、都将接受重新连接请求。
2/以最大容量接受列表:一旦列表已满、外设将仅限制重新连接到接受列表中明确列出的设备、这有助于控制访问并限制与已识别的设备的连接。
在我的情况下, Acceplist 不是满,重新连接请求总是被接受。
您好!
明白了、感谢您的澄清。 通常、白名单(接受列表- AL)用于限制允许哪些设备连接到您的设备。 如果远程设备不在白名单中、则不允许连接。 我的理解是、您希望使用白名单、以便在一次连接尝试后、此处未包含的器件随后无法连接。 首先、我们需要确保您已实际设置筛选器策略来考虑白名单、这可以通过 SysConfig 来完成。 但是、要接收第一个连接请求、设备应位于接受列表中、因此这可能不适用于您的情况。
BR、
David。