And*_*org 2 android ios ibeacon altbeacon
出于部署简单的原因,我参与了一个商业案例,迟早会出现这个问题:
对于iOS,将使用集成的iBeacon支持.对于Android,将使用AltBeacon库(由Radius提供).
如果给定内容/交互的所有信标,并且彼此非常接近,并且可能也重叠,是否共享相同的UUID,主要ID和次要ID,是否存在任何基本问题和陷阱？
他们都将ping相同的信息,所以从理论上讲,至少应用程序只会看到很多来自看似相同设备的ping,除非系统中的某个地方MAC地址也将起到识别源的作用.
我很感谢有关这方面的任何实际建议.我们可能会谈论数百个在移动车辆中散布的信标,每辆车不止一个.
此致,安德斯
虽然典型的最佳实践是为每个信标提供不同的唯一标识符,但在某些用例中,为多个物理信标提供相同的标识符会很有帮助. iOS和Android都能正确处理具有相同标识符的多个信标的情况,但了解其工作原理非常重要:
在iOS CoreLocation上,测距回调将在beacons阵列中包含多个具有相同标识符的信标实例.在内部,操作系统通过Mac地址保持它们不同,但是无法使用Core Location访问此Mac或任何其他代理.因此,虽然您可以知道周围有多少个信标,并且每个信标都得到rssi和距离估计值,但您无法确定哪个信标是哪个.
使用Android Beacon Library,默认情况下,所有具有相同标识符的信标都合并为一个,其RSSI测量值被平均并用于创建单个距离估计值.但是,您可以通过设置将其配置为与iOS相同的行为Beacon.setHardwareEqualityEnforced(true).当你这样做时,每个信标将通过Mac地址保持不同,与iOS不同,你也可以阅读Mac beacon.getBluetoothAddress().
| 归档时间： |
|
| 查看次数： |
769 次 |
| 最近记录： |