gpt4 book ai didi

ios - iBeacon 监控可靠性

转载 作者:可可西里 更新时间:2023-11-01 05:43:21 25 4
gpt4 key购买 nike

我正在寻求帮助,以了解我在使用 CoreLocation 监控 iBeacon 时观察到的一些 iBeacon 可靠性问题。

我有一组具有相同 UUID,但主要和次要编号不同的信标。我的程序设置为监视所有这些(不是范围)。我的信标传输功率处于绝对最小值(据推测会产生 5 英尺的信标区域半径)。有时效果很好,但我观察到一些不一致的行为,包括:

  • 走向信标却从不接收进入事件(即使在它旁边站了几分钟)
  • 从远处的信标接收进入事件(当已经在不同的地区和不动)
  • 坐在信标区域内时出现间歇性退出/进入事件(这在阅读其他帖子时似乎很常见)

我对人们可能知道的关于 iBeacon 的任何最佳实践感兴趣。我观察到的问题似乎源于不可靠的传输范围和波动的信标信号强度。有没有简单的方法可以改善这个问题?

我的目标是在附近放置多个信标。我是否应该考虑测距以帮助降低某些可靠性?如果是这样,我的理解是您无法在后台调整可靠性。

此外,我正在尝试确认如果您的应用已经在信标区域内启动,您是否会收到并进入事件?

最佳答案

一般来说,调低信标的发射器功率会产生非常不可靠的检测,即使是近距离也是如此。这是因为弱信号意味着低信噪比,这会导致间歇性地无法检测到信标,因为背景噪声和几何形状的变化会随着时间的推移而变化。这就是导致您描述的进入/退出事件的原因。

另一种方法是最大化信标发射器功率并依靠信标测距根据估计距离或原始信号强度 (RSSI) 过滤掉距离较远的信标。 这通常会证明更可靠,因为更强的传输具有更高的信噪比,并且不易受 radio 噪声和其他环境变化的影响。

此替代方案的主要挑战是测距信标在后台受到 iOS 的限制每次区域进入/退出为 10 秒,或根据要求延长 180 秒。如果您请求特殊的位置后台权限,您可以进行无限制的后台测距,但这需要 AppStore 的特殊批准并且会消耗更多电量。

这对您的用例有用吗?这取决于您要完成的具体目标,以及用户在信标附近停留的频率。您也可以通过以导致进入/退出事件的方式放置信标来玩弄系统。

最后,虽然您不会在应用启动时收到区域进入通知,但您可以随时动态请求区域进入/退出状态,这应该可以很好地满足您的需求。

关于ios - iBeacon 监控可靠性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35464267/

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