在写这个博客之前,空余时间抽看了近一个月的文档和Demo,系统给的解释很详细,接口也比较实用,唯独有一点,对于设备的唯一标示,网上众说纷纭,在这里我目前也还没有自己的见解,只是在不断的测试各种情况,亲测同一设备的UUID对于每台iPhone设备都不一样,只能尽量保证设备的唯一性,特别是自动重连的过程,让用户没有感知。我之前也找了很久,发现CBCentralManager和CBPeripheral里边都找不到和Mac地址有关的东西,后来发现一般是外设在Device Information服务中的某个特征返回的。经过与硬件工程师的协商,决定APP端将从这个服务中获取到蓝牙设备以及我的iPhone手机的蓝牙Mac地址,为自动连接的唯一性做准备。
这里经过和硬件工程师的测试,发现设备端在获取手机蓝牙MAC地址的时候,当用户手机重启之后,这个地址也是会随机变化的,也就是说,作为开发者,只有设备的MAC地址能够保持唯一性不变化。
如有疑问的朋友可以先去这里瞅一瞅:一个关于蓝牙4.0的智能硬件Demo详解
- 下面是两台iPhone6连接同一台蓝牙设备的结果:
1 | **成功连接**** peripheral: <CBPeripheral: 0x1700f4500, identifier = 50084F69-BA5A-34AC-8A6E-6F0CEADB21CD, name = 555555555588, state = connected> with UUID: <__NSConcreteUUID 0x17003d980> 50084F69-BA5A-34AC-8A6E-6F0CEADB21CD** |
进入正题
iOS的蓝牙开发很简单,只要包含一个库,创建CBCentralManager实例,实现代理方法,然后就可以直接和设备进行通信。
1 | #import <CoreBluetooth/CoreBluetooth.h> |
首先可以定义一些即将使用到的UUID的宏
1 | #define kPeripheralName @"360qws Electric Bike Service" //外围设备名称 |
如果不是把手机作为中心设备的话,这些没有必要设置。
这里我也没有用到,仅仅是提了一下,具体操作后续添加。
对于生成UUID,大家可以谷歌一下,直接通过mac终端生成32位UUID。
- 声明属性
1 | @property (weak, nonatomic) IBOutlet UITableView *bluetoothTable; |
- 遵守协议(这里我用到了table)
1 | @interface ViewController () <CBCentralManagerDelegate, CBPeripheralDelegate, UITableViewDataSource, UITableViewDelegate> |
- 初始化数据
1 | - (void)viewDidLoad { |
- 实现蓝牙的协议方法
- (1)检测蓝牙状态
1 | //开始查看服务,蓝牙开启 |
注:
1
2// @[[CBUUID UUIDWithString:@"FF15"]] 是为了过滤掉其他设备,可以搜索特定标示的设备。
[_manager scanForPeripheralsWithServices:@[[CBUUID UUIDWithString:@"FF15"]] options:@{CBCentralManagerScanOptionAllowDuplicatesKey : @YES }];(2)检测到外设后,停止扫描,连接设备
1 | //查到外设后,停止扫描,连接设备 |
- (3)连接外设后的处理
1 | //连接外设成功,开始发现服务 |
- (4)发现服务和搜索到的Characteristice
1 | //已发现服务 |
- (5)获取外设发来的数据
1 | //获取外设发来的数据,不论是read和notify,获取数据都是从这个方法中读取。 |
后记
最主要是用 UUID 来确定你要干的事情,特征和服务的 UUID 都是外设定义好的。我们只需要读取,确定你要读取什么的时候,就去判断UUID是否相符。 一般来说我们使用的 iPhone 都是做centralManager 的,蓝牙模块是 peripheral 的,所以我们是 want datas,需要接受数据。
- 判断状态为 powerOn,然后执行扫描
- 停止扫描,连接外设
- 连接成功,寻找服务
- 在服务里寻找特征
- 为特征添加通知
- 通知添加成功,那么就可以实时的读取value[也就是说只要外设发送数据[一般外设的频率为10Hz],代理就会调用此方法
- 处理接收到的 value,[hex值,得转换] 之后就自由发挥了,在这期间都是通过代理来实现的,也就是说你只需要处理你想要做的事情,代理会帮你调用方法
2015-07-28 更
关于 Write 这里还有些注意的地方!!!!
并不是每一个 Characteristic 都可以通过回调函数来查看它写入状态的。就比如针对 immediateAlertService(1802) 的 alertLevelCharacteristic(2A06),就是一个不能有 response 的 Characteristic。刚开始我就一直用 CBCharacteristicWriteType.WithResponse 来进行写入始终不成功,郁闷坏了,最后看到每个 Characteristic 还有个属性值是指示这个的,我将每个 Characteristic 打印出来有如下信息:
1 | immediateAlertService Discover characteristic <CBCharacteristic: 0x15574d00, UUID = 2A06, properties = 0x4, value = (null), notifying = NO> |
这个的 properties 是什么刚开始不知道,觉得他没意义,后面才注意到 properties 是 Characteristic 的一个参数,具体解释如下:
1 | typedef enum { |
可以看到
0x04
:CBCharacteristicPropertyWriteWithoutResponse
0x10
: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 更
如题,手机作为主设备,在使用 CoreBluetooth 时候,想获取蓝牙的数据广播包。在使用1
- (void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)aPeripheral advertisementData:(NSDictionary *)advertisementData RSSI:(NSNumber *)RSSI
方法时候获取的 advertisementData 打印出来只有1
** ****kCBAdvDataIsConnectable****kCBAdvDataLocalName****kCBAdvDataManufacturerData**
三个属性对应的值,但这并非广播包的数据。例如安卓可以通过 scandata 来获取到广播包的值,那么 iOS 这边我应该怎么做呢?
好像苹果这边禁止读取这种广播内容的的,真要的话你可以让硬件那边把数据做到 kCBAdvDataManufacturerData 这个字段里面。
Demo地址:一个蓝牙4.0的智能硬件Demo
本站文章如无其他特殊说明,均为原创,转载请注明出处。