在小牛OSX下生成的iBeacons可以工作,但是与iOS有一些不同的字节

概述我在OSX下面的这个示例项目 BeaconEmitter,以生成在iPhone上开发应用程序的iBeacons样本. BeaconEmitter应用程序基于 Matthew Robinson的教程,直到苹果决定在OSX的Core Location上引入iBeacon支持,生成iBeacon的唯一机会就是使用IO蓝牙框架从头构建广告包. 但是…不行！ 我当然也尝试了苹果在iOS上的AirLocate 我在OSX下面的这个示例项目 BeaconEmitter,以生成在iPhone上开发应用程序的iBeacons样本.
BeaconEmitter应用程序基于 Matthew Robinson的教程,直到苹果决定在OSX的Core Location上引入iBeacon支持,生成iBeacon的唯一机会就是使用IO蓝牙框架从头构建广告包.

但是…不行！

我当然也尝试了苹果在iOS上的AirLocate教程代码,并且在iOS设备之间是可以正常工作的.但是如果您尝试使用OSX(BeaconEmitter)生成iBeacon,并使用无法使用的iOS设备(AirLocate)进行接收.

我有一个基于CC2540 TI芯片的BLE射频嗅探器,并在windows上使用TI嗅探器软件.所以我看到从AirLocate和BeaconEmitter生成的iBeacons数据包有点不同.

那就是用AirLocate生成的iBeacon：

Thah是由BeaconEmitter生成的ibeacon：

继this post之后的反向工程(因为苹果尚未发布iBeacons规范),可以看到Adv PDU头与两种情况不同.
在OSX中,Type = 2和TxAdd = 0,在iOS中,Type = 0和TxAdd = 1.

为什么这个差异？

以女巫的方式可以强制OSX发送与iOS相同的Adv PDU头？

似乎也在AdvData的前5个字节中,两个数据包不相等：

OSX：02 01 06 1A FF

iOS：02 01 1A 1A FF

其余的AdvData有效负载是根据以上链接的反向工程师.

再次,为什么这个字节是不同的？

我没有发现OSX示例中的代码的哪一部分依赖于.

更新：它的工作

主要的原因是因为iBoacon从BeaconEmitter生成的AirLocate没有被承认是我的错.我不明白AirLocate不是每个UUID值过滤UUID的一些具体例子,即：E2C56DB5-DFFB-48D2-B060-D0F5A71096E0或5A4BCFCE-174E-4BAC-A814-092E77F6B7E5或74278BDA-B644-4520-8F0C-720EAF059935.

所以从BeaconEmitter生成的随机UUID肯定不符合AirLocate中预写的UUID.

如果您可以从BeaconEmitter“强制”UUID具有良好的价值,AirLocate可以识别它：

所以这是iOS AirLocate示例应用程序的成功测试：

保持上述相同字节的差异,只有嗅探器才能看到:).

解决方法 看来你说两个具体设备之间的蓝牙链接的ID.它不是随机的,因为它对于每对设备总是相同的.

不同的设备对将会有所不同.

无论如何,如果您有信标的麻烦,您可以使用更复杂的核心蓝牙,但它也足够老,由更大范围的设备和 *** 作系统支持

总结

以上是内存溢出为你收集整理的在小牛OSX下生成的iBeacons可以工作,但是与iOS有一些不同的字节全部内容，希望文章能够帮你解决在小牛OSX下生成的iBeacons可以工作,但是与iOS有一些不同的字节所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。