草庐IT

ios - 访问电池供电的 iBeacon 设备(主要是 kontakt io 设备)的电池电量?

我正在尝试找到一种方法,通过我目前正在使用的iOS应用程序访问我的信标的电池电量。我正在使用Kontakt的iBeacon设备。我浏览了EstimoteiOSSDK,他们提供了一种实现此目的的方法。我想知道它是否能够访问原始信标数据包并手动提取数据,因为我知道信标数据包结构并且信息就在那里。关于如何通过此处提到的方法或任何其他方式实现此目的的任何想法?谢谢大家。 最佳答案 我是来自kontakt.io的Rafal。首先,感谢您选择我们,这对我们来说意义重大。电池电量的传播不是iBeacon的标准,也不是任何官方iBeacon文档中的

ios - 对多个 iBeacon 使用react

我已经使用iBeacons玩了几个星期了,如果有可能从同一个ViewController监控两个信标,我感到很困惑。例如,到目前为止,我已经制作了一个具有三个单独View的应用程序,每个View都对单独的信标使用react,根据范围更改内容并触发音乐和视频等动态内容。所有这些View都是相同的布局,所以我很困惑是否可以更改它,所以我有一个ViewController可以根据我附近的信标更改内容,而不必更改View。这会更有意义,因为您只能监视一个,这意味着当segue触发并且正在监视新信标时,如果您返回第一个信标,当您进入第一个信标时,它不会返回到该View接近。我确信有一种方法可以做

iOS - iBeacon - 在 iOS 7.1 更新后在后台作为信标进行广告(广播)

我正在尝试使用iBeacon创建一个应用程序,其中一台设备将用作信标广播器,另一台设备用作接收器。我在RuniPhoneasaniBeaconinthebackground中经历了类似的事情。但是目前的解决方案不适用于iBeacon的API,所以我再次问这个问题。即使应用程序处于后台或退出模式,我也成功地在检测器设备(接收器)上收到通知。但是每当广播设备的应用程序进入后台时,它就会停止广播数据包并且不再是信标。当它回到前台时,它再次正常工作。所以问题是Broadcaster必须始终处于前台才能充当Advertiser或Broadcaster。即使应用程序处于后台模式,是否仍然可以广播/

android - 多个信标具有相同ID时iBeacon检测的行为

我参与了一个业务案例,出于部署简单的原因,这个问题迟早会弹出:对于iOS,将使用集成的iBeacon支持。对于Android,将使用AltBeacon库(由Radius提供)。如果给定内容/交互的所有信标彼此靠近并可能重叠,共享相同的UUID、主要ID和次要ID,是否存在任何基本问题和陷阱?它们都会ping相同的信息,所以理论上至少应用程序只会看到来自看似相同设备的大量ping,除非系统中的某个地方也MAC地址将起到识别来源的作用。我很感谢关于这方面的任何实用建议。我们可能正在谈论数百个信标分布在行驶的车辆中,每辆车不止一个。问候,安德斯 最佳答案

ios - iBeacon:如何区分minor和major值相同的iBeacons

iBeaconspecifications说:TheUUID,majorandminorvaluesprovidetheidentifyinginformationfortheiBeacon.Major和minor值用于区分区域内的产品或元素。Apple文档非常清楚地说明了如何操作,商店示例非常好。但是,仅当每个区域(或子区域)有一个元素类别时,所有这些都可以正常工作,但如果我们希望APP能够区分在同一地区内具有相同次要和主要的元素之间。是否有与iBeacon相关联的一些其他唯一标识符可以被监视/检测,以便我可以区分具有相同次要值和主要值的iBeacon?编辑:附加信息为了测试这一点,

ios - 在 iOS 7.1 中检测附近带有 "iBeacon"的设备存在哪些技术限制?

我想就如何在ios7.1上制作使用ibeacon技术的应用程序提出建议。应用的场景很简单:许多人的手机上都安装了相同的应用程序。每当两个(或更多)用户靠近时(例如,在同一个房间),他们就会收到通知。(“你好user1,user2在你旁边”和“你好user2,user1在你附近”)。手机可能在口袋里。这是我的问题:1-我认为CoreBluetooth框架对我来说已经足够了,但有几个示例将此框架与CoreLocation框架混合使用。您能否确认我的情况,不需要核心位置?2-就我而言,每个“电话”既是信标又是外围设备,我认为这可能会导致问题……是否滥用了框架的初衷?3-最后,我在下图中总结了

iOS iBeacon 监控随机触发

我的iOS应用程序有一个非常奇怪的行为。虽然信标监控在大多数情况下工作正常,但有时会连续多次触发didEnterRegion和didExitRegion事件。信标本身就在手机旁边(大约15厘米),因此根本不应该有didExitRegion。我知道有可能松开触发退出的信标信号,但它在3分钟内触发了大约5次(进入和退出-所以10次调用)。这是一种非常罕见的行为,似乎是随机的。信标来自Estimote,并通过Estimote应用程序设置为-20dBm的广播功率,大约3.5米/12英尺(根据Estimote应用程序)和一个2000ms的广告间隔。我的CLLocationManager初始化if

ios - iBeacon 案例 - 触发具有距离限制的 didEnterRegion

对于特定的业务案例,我想通过利用iBeacon技术来触发基于接近度的通知(推送或UILocalNotification)。这是为了在应用程序处于后台/锁定屏幕时工作。我有一些特定的限制:该产品必须在特定级别进行扩展,因此不可能涵盖20个区域。我们将仅使用一个UUID(如果我们开发一组新功能,可能是2或3个,但我们不会为每个物理信标注册一个区域)我们将使用major和minor来调用webservices关于这一点,我知道我将不得不使用以下方法:首先didEnterRegion:没有关于主要/次要/距离的先验信息,然后didRangeBeacon:执行更高级的操作。考虑到信标的快速发射率

ios - iBeacon 后台监控停止工作

我有一个监控iBeacons进入/退出事件的应用程序。当它接收到事件时,它会将事件转发给服务器。在用户最小化和/或强行关闭应用程序(因此它在后台正常工作)后,该应用程序继续工作(例如,服务器继续接收更新)。但是,在手机离开任何iBeacons足够长的时间(例如,一夜之间)并再次靠近iBeacons后,应用程序将停止接收进入/退出更新,直到用户再次打开它(将其打开)进入前景)。如果用户此时最小化/关闭应用程序,更新将继续在后台正常运行。我需要做些什么来允许在后台长时间运行监控更新吗?一段时间后iOS是否停止后台监控?注意:我运行的是iOS9.3.1 最佳答案

ios - 在树莓派中创建 iBeacon 服务

一段时间以来,我一直在为蓝牙LE苦苦挣扎,按照涉及使用Bluez堆栈的众多在线教程之一,我可以成功地将RaspberryPi变成iBeacon。但是我注意到,在使用AppStore中可用的iOS应用程序测试iBeacon时,我可以连接到iBeacons并请求它们的服务(或者至少这是某些应用程序的意图)。我的目的是广播一条消息,比方说“HelloWorld”,这样我就可以在自定义iOS应用程序中看到它;然而,由于iBeacons仅根据UUID配置文件发布位置数据,因此我陷入了困境。根据上面提到的iBeacon应用程序的行为,它们似乎试图读取iBeacon的服务,我在想也许我可以在我的iB