[参考译文] CC2340R5：CC2340R5：防止来自中央的重新连接请求

您好！

感谢您联系我们。 我们将对此进行深入探讨并回复您。 同时、您可以分享您正在使用的 SDK 版本吗？

此致、

1月

您好、Jan：

感谢您的答复。

下面是我身边的环境：

• CCS 版本                           ：12.7.1.00001.
• SIMPLELINK-LOWPOWER-F3-SDK 版本: 8.10.01.02.

您好！

感谢您的咨询。

我可以请您分享这个用例的更多详细信息吗？ 我的理解是、您希望外设重试输入 PASSKEY 以启动配对/绑定过程(？) 但是、我看不出将绑定的器件与接受列表同步有多大帮助。 接受列表用作白名单、基本上允许已知地址的器件连接和接收扫描响应。 使用绑定设备的同步接受列表将首先清除接受列表、然后 SNV 中由绑定存储的每个唯一地址将无限期地与接受列表同步、或直到禁用或达到受支持的绑定的最大数量。

BR、

David。

尊敬的 David：

感谢您的支持。

用例：
当中央设备发送配对请求时、将显示 PASSKEY 弹出窗口。
我想通过调用 GAP_TerminateAuth ()→GAP_TerminateLinkReq ()来终止身份验证并断开临时连接。 这可以正常工作。
在中央侧、当先前建立的临时连接丢失时、中央设备将再次向外设发送连接和配对请求。
我想使用[与绑定设备同步接受列表]功能来忽略/防止重新连接请求。

分步操作：

Central (中心)：发送连接请求
显示→Pairing (配对)弹出窗口。
外设：调用 GAP_TerminateAuth ()、GAP_TerminateLinkReq ()
→连接终止。
Central (中心)：再次发送连接请求
再次显示→Pairing (配对)弹出窗口。
是否可以使用[与绑定设备同步接受列表]来防止来自中央设备的重新连接请求？

如果我错了,请纠正我.

非常感谢。

您好！

感谢您提供详细信息、您能否在连接丢失之前确认设备是否已配对？

BR、

David。

尊敬的 David：

感谢您的反馈。

状态如下：
１已建立临时连接。
2/身份验证尚未完成。
n ü→设备尚未配对。

当中央设备(智能手机)上显示 PASSKEY 弹出窗口时、
我没有进一步与之互动
并在外设端先后发送 GAP_TerminateAuth ()和 GAP_TerminateLinkReq ()。

此致、

您好！

明白了、谢谢您。 但是、如果您以前未绑定、那么当接受列表与绑定地址同步时、它将找不到它、因此在重新连接时会尝试配对/绑定。

BR、

David。

尊敬的 David：

感谢您的反馈。

我认为我 误解了[与绑定设备同步接受列表]功能。
您能确认我的理解吗？

[Sync Acceptlist with Bonded Devices](与绑定设备同步接受列表)功能支持将绑定设备信息保存到列表中(接受列表或白名单)。  

1/接受列表未满：器件将接受来自列表中的两个绑定器件以及可能来自其他绑定器件的重新连接、即使它们当前未在接受列表中。 因此、只要接受列表未满、无论请求设备是否在接受列表中、都将接受重新连接请求。

2/以最大容量接受列表：一旦列表已满、外设将仅限制重新连接到接受列表中明确列出的设备、这有助于控制访问并限制与已识别的设备的连接。

在我的情况下, Acceplist 不是满,重新连接请求总是被接受。  

您好！

明白了、感谢您的澄清。 通常、白名单(接受列表- AL)用于限制允许哪些设备连接到您的设备。 如果远程设备不在白名单中、则不允许连接。 我的理解是、您希望使用白名单、以便在一次连接尝试后、此处未包含的器件随后无法连接。 首先、我们需要确保您已实际设置筛选器策略来考虑白名单、这可以通过 SysConfig 来完成。 但是、要接收第一个连接请求、设备应位于接受列表中、因此这可能不适用于您的情况。

BR、

David。