iOS-BLE蓝牙开发持续更新

在写这个博客之前,空余时间抽看了近一个月的文档和Demo,系统给的解释很详细,接口也比较实用,唯独有一点,对于设备的唯一标示,网上众说纷纭,在这里我目前也还没有自己的见解,只是在不断的测试各种情况,亲测同一设备的UUID对于每台iPhone设备都不一样,只能尽量保证设备的唯一性,特别是自动重连的过程,让用户没有感知。我之前也找了很久,发现CBCentralManager和CBPeripheral里边都找不到和Mac地址有关的东西,后来发现一般是外设在Device Information服务中的某个特征返回的。经过与硬件工程师的协商,决定APP端将从这个服务中获取到蓝牙设备以及我的iPhone手机的蓝牙Mac地址,为自动连接的唯一性做准备。

这里经过和硬件工程师的测试,发现设备端在获取手机蓝牙MAC地址的时候,当用户手机重启之后,这个地址也是会随机变化的,也就是说,作为开发者,只有设备的MAC地址能够保持唯一性不变化。

11545755-5fd81e0407eb3463

有疑问的朋友可以先去这里瞅一瞅
一个关于蓝牙4.0的智能硬件Demo详解

  • 下面是两台iPhone6连接同一台蓝牙设备的结果:

进入正题

iOS的蓝牙开发很简单,只要包含一个库,创建CBCentralManager实例,实现代理方法,然后就可以直接和设备进行通信。

12545755-76c45e1a8a22ff1e

发现附近的特定蓝牙设备

首先可以定义一些即将使用到的UUID的宏

如果不是把手机作为中心设备的话,这些没有必要设置。
这里我也没有用到,仅仅是提了一下,具体操作后续添加。

对于生成UUID,大家可以谷歌一下,直接通过mac终端生成32位UUID。

1.声明属性

2.遵守协议(这里我用到了table)

3.初始化数据

4.实现蓝牙的协议方法

  • (1)检测蓝牙状态

注:[_manager scanForPeripheralsWithServices:@[[CBUUID UUIDWithString:@"FF15"]] options:@{CBCentralManagerScanOptionAllowDuplicatesKey : @YES }];中间的@[[CBUUID UUIDWithString:@"FF15"]]是为了过滤掉其他设备,可以搜索特定标示的设备。

  • (2)检测到外设后,停止扫描,连接设备

  • (3)连接外设后的处理

  • (4)发现服务和搜索到的Characteristice

  • (5)获取外设发来的数据

  • (6)其他辅助性的

在和硬件之间的数据发送和接受,用的都是byte数组。最后,添加一个存储已连接过得设备

后记

  • 最主要是用UUID来确定你要干的事情,特征和服务的UUID都是外设定义好的。我们只需要读取,确定你要读取什么的时候,就去判断UUID是否相符。 一般来说我们使用的iPhone都是做centralManager的,蓝牙模块是peripheral的,所以我们是want datas,需要接受数据。
    1.判断状态为powerOn,然后执行扫描
    2.停止扫描,连接外设
    3.连接成功,寻找服务
    4.在服务里寻找特征
    5.为特征添加通知
    5.通知添加成功,那么就可以实时的读取value[也就是说只要外设发送数据[一般外设的频率为10Hz],代理就会调用此方法]。
    6.处理接收到的value,[hex值,得转换] 之后就自由发挥了,在这期间都是通过代理来实现的,也就是说你只需要处理你想要做的事情,代理会帮你调用方法。[别忘了添加代理]

2015-07-28 更

关于write我这里还有些注意的地方要强调!!!!

并不是每一个Characteristic都可以通过回调函数来查看它写入状态的。就比如针对 immediateAlertService(1802) 的 alertLevelCharacteristic(2A06),就是一个不能有response的Characteristic。刚开始我就一直用CBCharacteristicWriteType.WithResponse来进行写入始终不成功,郁闷坏了,最后看到每个Characteristic还有个属性值是指示这个的,我将每个Characteristic打印出来有如下信息:

这个的properties是什么刚开始不知道,觉得他没意义,后面才注意到properties是Characteristic的一个参数,具体解释如下:

可以看到0x04对应的是CBCharacteristicPropertyWriteWithoutResponse
0x0A对应的是CBCharacteristicPropertyNotify

所以 immediateAlertService(1802) 的 alertLevelCharacteristic(2A06)是不能用CBCharacteristicWriteType.WithRespons进行写入,只能用CBCharacteristicWriteType.WithOutRespons。这样在以后的开发中可以对每个Characteristic的这个参数进行检查再进行设置。

最后讲一下关于蓝牙绑定的过程,在iOS中,没有讲当绑定的过程,直接就是扫描、连接、交互。从而很多人会认为,连接就是绑定了,其实不然。在iOS开发中,连接并没有完成绑定,在网上找到了个很好的解释:

you cannot initiate pairing from the iOS central side. Instead, you have to read/write a characteristic value,
and then let your peripheral respond with an “Insufficient Authentication” error.
iOS will then initiate pairing, will store the keys for later use (bonding) and encrypts the link. As far as I know,
it also caches discovery information, so that future connections can be set up faster.

就是当发生读写交互时,系统在会和外设进行绑定操作!!!

2016-02-20 更

ios蓝牙如何获取广播包数据

如题,手机作为主设备,在使用CoreBluetooth时候,想获取蓝牙的数据广播包。在使用

方法时候获取的advertisementData打印出来只有

三个属性对应的值,但这并非广播包的数据。例如安卓可以通过scandata来获取到广播包的值,那么iOS这边我应该怎么做呢?

好像苹果这边禁止读取这种广播内容的的,真要的话你可以让硬件那边把数据做到kCBAdvDataManufacturerData这个字段里面。

Demo地址:一个蓝牙4.0的智能硬件Demo

2 2 收藏 评论

可能感兴趣的话题



直接登录
跳到底部
返回顶部