gpt4 book ai didi

后台模式下的 iOS BLE 外设/广告数据

转载 作者:可可西里 更新时间:2023-11-01 02:59:52 28 4
gpt4 key购买 nike

我正在开发一个系统,该系统将 BLE 设备 (TI CC2540) 作为中央设备,将 iPhone4S 上的 iOS 应用程序作为外围设备。除了我需要的 1 个功能外,一切都很好:从中央端列入白名单(过滤)广告设备。

据我所知,iOS设备使用的是Random Resolvable MAC address,所以我们不能申请基于MAC地址的白名单。

所以我目前的方法是:在iOS应用程序的广告数据的“本地名称”字段中放置一个ID(iOS设备作为外围设备),Central设备将根据检索到的广告数据进行扫描和过滤。除非应用程序在后台运行,否则此方法有效。

当我的应用程序置于后台时,广告数据被截断并且我的“本地名称”不会无线显示。从corebluetooth的头文件中,我看到应用程序在后台时广告数据中只能有“溢出区域”数据,但只有iOS设备可以读取该区域。

所以这里的任何人都可以告诉我如何在后台模式下将自定义数据添加到广告包中,或者任何其他具有此过滤功能的解决方案。

任何评论都会对我有很大帮助。

最佳答案

我知道这是一篇较旧的帖子,但对于任何好奇的人来说,没有可靠的方法来完成此操作,因为应用程序在后台时不会传输 CBAdvertisementDataLocalNameKey。

此外,操作系统会忽略 CBCentralManagerScanOptionAllowDuplicatesKey,因此对于发现的每个新设备,您都会得到一个 didDiscoverPeripheral 回调。

如果您对原因感到好奇,请记住,在硬件级别,所有使用 BLE 的应用程序共享只有一个蓝牙 radio ,并且广告数据包在所有广告应用程序之间共享。

溢出区域包含您的设备公布的所有服务 UUID。我想这个字段很小,系统可能必须发送几个循环通过 UUID 的数据包来通告它们,如果你有很多的话。

另外,广告数据包不是放置所需应用程序信息的最佳位置的另一个原因。假设您有一个依赖服务 UUID A 的广告数据的应用程序。然后,该应用程序变为后台,用户打开另一个使用服务 UUID B 的广告数据的应用程序。

因为设备现在正在为 UUID A 和 UUID B 广播服务,所以任何接收设备都会在任何寻找 A 或 B 的中央设备上得到回调。但是,CBAdvertisementDataLocalNameKey 将只包含 B 的数据,因为它位于传输设备的前台,这意味着您的设备只期望 A 的数据可能正在处理错误的数据。

如果您想更清楚地了解广告数据实际传输的是什么,App Store 上有一款名为 LightBlue 的出色 iOS 应用程序会向您显示此数据,并允许您连接到设备并查看所有内容服务、特征和描述符。

关于后台模式下的 iOS BLE 外设/广告数据,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15476132/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com