问题标签 [pairing]

我正在使用 Lollipop 5.1.1_r6 bluedroid 堆栈，并且在使用 HID 设备时遇到了奇怪的情况。我所做的第一步是通过 Android Settings->Bluetooth 菜单将 peer 与主机配对。

好吧，如果我先重新启动蓝牙服务，然后从对等方删除配对密钥，主机将无法与对等方重新连接并保留旧的配对密钥。但是，如果我在擦除对等点上的密钥之前不重新启动蓝牙服务，主机会成功重新连接到对等点。

我注意到这些情况之间的唯一区别是安全掩码为 0，以防从 NVRAM 加载密钥和

之后制作钥匙时

功能。

我的问题是，即使对等方删除了其配对密钥并且用户在新尝试之前没有忘记主机的设置->蓝牙菜单中的对等点，主机是否有可能再次与同一个对等方重新连接？

这是 Lollipop 上标准 bt 堆栈的功能吗？

我的理解是，如果主机有绑定数据，它将尝试与同一个对等方建立新连接，但如果 SMP 失败或取决于堆栈版本，它应该放弃？

一说，连接成功后peer被列入白名单。

我想从另一个 android 设备上启动一个 android 设备上的应用程序。我已经能够通过设备之间的套接字共享数据，但我不确定如何继续启动应用程序。我需要某种服务还是比我想象的更简单？真的不知道该怎么做。非常感谢某种帮助，谢谢！:)

我有一个大数据集如下：

我正在寻找一个变量来识别基于变量 GU.Number 的奇数和偶数对。这些数字标识同一对象的重复项 - 具有相同的 d13.C 值。

例如，535 - 536 537 - 538 3963-3964 3965-3966 是成对的。

注意，GU.Number 列不是序列，缺少一些数字。

是否可以在 Linux 上使用btmgmt工具进行蓝牙 BR/EDR 带外 (OOB) 配对？我在两台 Linux 机器（机器 A 和 B）之间使用了local-oob和remote-oob命令。在机器 A 中，我从btmgmt local-oob命令生成哈希 H_a 和随机 R_a，在机器 BI 中使用相同的命令生成哈希 H_b 和随机 R_b。

我将机器 A 配置为

我将机器 B 配置为

然后我在机器 A 和机器 B 中开始配对btmon显示机器 A 配对请求没有打开 OOB 数据标志。也许我在这种情况下以错误的方式使用 OOB。有人可以告诉我如何使用这个简单的场景建立 OOB 配对吗？

谢谢！

当程序涉及配对时，我的 iOS 应用程序收到写入请求的“身份验证不足”错误。

如果操作系统版本为 10 或更高版本，iOS(Core Bluetooth) 将返回 ERROR。在 iOS 9.3.5 之前，iOS 会为相同的写入请求返回成功响应（无错误）。

[重现步骤]

1. 忘记 iOS 设备（iOS10 或更高版本）和外围设备中的配对信息。
2. 启动我的应用程序并建立与外围设备的 BLE 连接。
3. 请求将值写入外围设备。
4. 允许在外围设备上配对。然后在 iOS 设备上显示蓝牙配对对话框。
5. 等待几秒钟（3 秒或更多），然后在步骤 [4.] 中点击对话框上的“配对”按钮
6. 从 iOS（核心蓝牙），我的应用程序在步骤 [5.] 中收到写入请求的错误响应（身份验证不足）

有没有人面临同样的问题？如果您知道原因和/或解决方案，我将不胜感激。

谢谢你。

我已经阅读了有关 iOS 设备上的预期吞吐量高达每秒 3 KB 的报告（例如，此处的文章），但这些报告似乎仅测量未配对设备的吞吐量，这意味着没有加密。

我的外围设备正在发送敏感数据，我想对其进行加密。让我们假设，外围设备本身要快得多，例如具有 7.5ms 连接间隔、每个连接事件 6 个数据包和 ATT MTU 协商支持（但没有 LE 4.2 数据包长度扩展）的 Android 设备，因此吞吐量完全取决于慢速iDevice（通常是 30 毫秒的连接间隔，每个连接事件 4 个数据包）。

如果我在 GATT 特征上启用加密，预计吞吐量会降低多少？

最好，我希望在 iOS 设备上看到现实生活中的测量，而不是理论计算。

我正在设计两个 BLE 设备，一个中央设备和外围设备。（使用 PSoC 4 BLE，没关系）

在一个狭小的空间内会有很多这样的设备，范围内可能多达 8 个，但是数百个外围设备和数十个中央设备都来来往往，没有特定的韵律或原因，用户想要配对一个中央/外围设备在任何给定时间。

我还有一项不相关的技术，它使用户可以很容易地将数据块从中心移动到他们选择的外围。我相信这将使配对在大多数但不是所有情况下变得更加容易。

我认为非 BLE blob 将至少包含中央的 mac 地址，并且可能包含随机生成的 pin 或共享密钥。因为 blob 只能从中心到外围设备，所以接收外围设备实际上是唯一知道应该连接的两个设备的地址的设备。

但是，据我了解，外围设备无法进行传出连接。我不能交换角色，因为我仍然需要 BLE 搜索才能以传统方式工作。

我可以想出很多方法来完成这项工作，但我很想听听那些与 BLE 合作了足够长的时间以知道什么最适合的人的意见（或者如果我对某些假设有误）。

我正在处理的一些限制：

• 外围设备由电池供电。
• 通常的搜索和配对方法也必须仍然有效。

我自己的半生不熟的想法：

• 使外围设备也可以成为中心设备，但这会带来更多的细微差别和复杂性吗？
• 外设广播，“谁有X mac地址，请连接我”
• 在广告包中放入类似的信息，提高广告率。
• 与上述类似的定向广告？

我在 Android 上实现了 GATT 服务器和客户端应用程序。连接正常，我通过将 PERMISSION_READ/WRITE_ENCRYPTED_MITM 添加到所有 GattCharacteristics 来强制配对。

但是不同客户端的配对行为不同：

1) Pin 显示在客户端/中央（Samsung Galaxy S3 上的 Android 5）上，应插入服务器/外围设备（Nexus 5 上的 Android 7）。

2) 密钥显示在客户端/中央设备（Samsung Galaxy S3 上的 Android 5）和服务器/外围设备（Nexus 7 上的 Android 6）上

3) 与 Windows 或 iOS 配对失败，服务器/外围设备需要输入引脚。

我期望并希望发生的是：

引脚显示在服务器/外围设备上，必须插入客户端/中央

有没有办法配置这种行为？

提前致谢！

编辑

这是我的设置：

我环顾四周，在这里发现了一些类似的问题，但没有一个专门解决这个问题。

我需要做的是，给定一组正整数（假设该组具有偶数大小），将值分组，使每对的平均值尽可能接近其他值 - 也就是说，这组对的平均值具有最小的可能范围。

示例：如果我有

我会得到两组：

所以它们的平均值尽可能接近——在这种情况下，相同。

这就像将最高值与最低值配对一样简单，然后将第二高与第二低配对，依此类推，还是有更好的方法？

当使用具有加密特征的 BLE 4.2 时，当设备由于读/写特征而尝试配对时，是否有办法绕过 iOS 和 Android 配对弹出窗口？