利用iOS原生框架实现蓝牙4.0通讯功能

最新推荐文章于 2024-08-24 07:44:20 发布

置顶 Super_DL_csdn

最新推荐文章于 2024-08-24 07:44:20 发布

阅读量1.7k

点赞数 2

分类专栏： Objective-C

本文链接：https://blog.csdn.net/Super_DL_CSDN/article/details/80108841

版权

Objective-C 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

利用iOS原生框架实现蓝牙4.0通讯功能

蓝牙4.0是蓝牙3.0+HS规范的补充，专门面向对成本和功耗都有较高要求的无线方案，可广泛用于卫生保健、体育健身、家庭娱乐、安全保障等诸多领域。
它支持两种部署方式：双模式和单模式。双模式中，低功耗蓝牙功能集成在现有的经典蓝牙控制器中，或再在现有经典蓝牙技术(2.1+EDR/3.0+HS)芯片上增加低功耗堆栈，整体架构基本不变，因此成本增加有限。百度百科

蓝牙的开发过程本质上是非常简单的，困难的地方在于对蓝牙传递过来的数据解析。为此，楼主将会从以下几个方面对实现iOS原生框架实现蓝牙4.0通讯功能:

iOS BLE4.0原生框架
建立蓝牙通讯所必要的条件
开发过程中需要注意的点
自定义BLE链接框架和代码简介
测试demo

通过上面几个步骤，相信会对有需要的开发人员提供一定的思路和帮助。

一、iOS BLE4.0原生框架CoreBluetooth

CoreBluetooth框架的介绍很多，因此为了节省篇幅，我会对用到的方法做一个快速的解释。

需要注意的是，本文的蓝牙连接方式为：中心者模式
简单的说中心者模式就是手机设备连接其他外设（大多的蓝牙开发都是这种情况）

CoreBluetooth连接一个外设一般分为两个大的阶段

查找并连接指定设备阶段
连接设备指定服务传输数据阶段

这两个阶段只有在进行到服务阶段后才可以正常连接数据。接下来对此进行简单的介绍

1、查找连接设备阶段CentralManager Delegate (设备级别)

该阶段执行的顺序如下：

创建蓝牙中心者模式对象

//该方法用于创建一个蓝牙中心者模式对象，需要传递一个代理对象和一个分线程（数据一般都是在分线程采集的）
- (instancetype)initWithDelegate:(nullableid<CBCentralManagerDelegate>)delegate queue:(nullable dispatch_queue_t)queue;

启动蓝牙中心者模式

//传入一个蓝牙中心者对象，启动蓝牙功能
- (void)centralManagerDidUpdateState:(CBCentralManager *)central;

在这个代理方法中，会实现检查设备蓝牙状态：

- (void)centralManagerDidUpdateState:(nonnull CBCentralManager *)central {
    switch (central.state) {
        case CBCentralManagerStatePoweredOn:{
            //开启可用状态
            //在开启状态下启动蓝牙扫描周边设备功能
        }
            break;
        default: {
            //异常状态
        }
            break;
    }
}

楼主在做的时候一般手动调用这个方法触发后续的代码，如果有误还望指出

扫描周边外设

//调用此方法可以搜索周边的蓝牙设备，如果传入制定的UUID可以制定搜索，如果传入nil则会搜索全部
- (void)scanForPeripheralsWithServices:(nullable NSArray<CBUUID *> *)serviceUUIDs options:(nullable NSDictionary<NSString *, id> *)options;

连接外设

//此方法需要传入一个要连接的CBPeripheral对象，传入后会制定连接这个对象
- (void)connectPeripheral:(CBPeripheral *)peripheral options:(nullable NSDictionary<NSString *, id> *)options;

连接状态变化的回调

//连接外设成功后，会自动调用此方法
- (void)centralManager:(CBCentralManager *)central didConnectPeripheral:(CBPeripheral *)peripheral;
//连接外设失败后，会调用此方法
- (void)centralManager:(CBCentralManager *)central didFailToConnectPeripheral:(CBPeripheral *)peripheral error:(nullable NSError *)error;
//已连接的外设断开后，会调用此方法
- (void)centralManager:(CBCentralManager *)central didDisconnectPeripheral:(CBPeripheral *)peripheral error:(nullable NSError *)error;

这三个函数都是针对连接状态发生改变时会调用的方法，尤其是第三个方法是经常用到的。

到此为止，蓝牙连接外设的代理方法就全部介绍完毕了。

2、连接设备指定服务传输数据阶段

该阶段的执行顺序如下：
- 获取设备服务回调

//当连接设备后将会进入下面的方法，在这个方法中我们可获取设备所有的服务，并对我们需要的服务进行过滤，并连接指定的服务
- (void)peripheral:(CBPeripheral *)peripheral didDiscoverServices:(NSError *)error;

获取服务特征值回调

//当链接到指定服务并获取到特征值列表后，就会回调下面的函数。
//在这个方法里，我们可以对设备服务提供的特征值进行过滤，并需要保存对应的特征值和服务，便于后期区分和读写。
- (void)peripheral:(CBPeripheral *)peripheral didDiscoverCharacteristicsForService:(CBService *)service error:(NSError *)error;

确定唯一的服务于特征值后，需要调用下面的三个方法，之后与制定的服务和特征值简历稳定的连接（很重要）。

[peripheral readValueForCharacteristic:characteristic];
[peripheral discoverDescriptorsForCharacteristic:characteristic];
[peripheral setNotifyValue:YES forCharacteristic:characteristic];

读取数据&写入数据

//当建立连接的服务于特征值有数据变化时，将会回调该函数，所有的数据信息都会汇总到这里
- (void)peripheral:(CBPeripheral *)peripheral didUpdateValueForCharacteristic:(CBCharacteristic *)characteristic error:(NSError *)error

所有获得的数据可以从characteristic.value获取

//该方法由CBPeripheral对象调用，可以向CBPeripheral的某一个CBCharacteristic中写入制定的内容，类型为NSData。
//CBCharacteristicWriteType是写入类型：CBCharacteristicWriteWithResponse和CBCharacteristicWriteWithoutResponse,可以根据实际情况选择
- (void)writeValue:(NSData *)data forCharacteristic:(CBCharacteristic *)characteristic type:(CBCharacteristicWriteType)type;

到此为止，CoreBluetooth的框架解释已经完成，如果需要了解更相信的内容可以自行搜索。

二、建立蓝牙通讯所必要的条件

该部分提出了建立BLE4.0通讯的必要条件，可以分为以下几个部分：

1、一个支持BLE4.0的手机和外接设备（废话）
2、明确BLE通讯模式（本文只适合中心者模式）
3、明确外设所开放的服务(CBService.UUID)和特征值(CBCharacteristic.UUID)
4、明确与外设约定的通讯协议内容和格式
5、外设连接的唯一标识符

两个UUID是必须获取的，需以此作为连接的根据
外设连接的唯一标识符也是必须确定的，以此作为区分外接设备。

三、开发过程中需要注意的点

1、建议将功能集合起来作为一个单例类使用
2、建立蓝牙连接必须存储对应的CBPeripheral和CBCharacteristic，否则将无法获取对应的数据
3、发送和接受的数据一般是NSData类型，在Demo中提供了一些实用的解析方法
4、确定好唯一的特征之后一定要添加三个启动方法，否则不会启动数据传输

四、自定义BLE链接框架和代码简介

在工作过程中，由于需要实用蓝牙进行数据传输，因此编写了一个比较实用的BLE4.0蓝牙传输框架。

框架利用block方式理论上可以应用在各种混编代码中（已经通过C++和OC混编调试）

框架的整体设计如下：
这里写图片描述
接下来对各个类的方法进行一个简单介绍：

1、BLELinkManager

BLELinkManager负责与外设的链接，提供了以下几个接口：

创建BLE蓝牙linke控制者

/**
 创建BLELinkManager的单例对象

 @return 返回BLELinkManager对象
 */
+ (BLELinkManager *)sharedManager；

开始连接二维码设备

/**
 开始连接设备
 */
- (void)startLinkDevice;

向蓝牙模块写入数据

/**
 向蓝牙模块写入数据

 @param type 命令字符
 @param number 通道号
 @param speedValue 上传速率，在BLE情况下上限为1000Byte/s
 */
- (void)writeCommandToBLEDeviceWithType:(BLEObjectCommandState)type
                      withChannelNumber:(NSInteger)number
                         withSpeedValue:(int)speedValue;

这里提供了必要的三个接口，具体的内容可以根据实际情况修改。创建、启动、写入、返回这是必须要考虑的。
返回的接口采用Block的方式回调，定义和使用如下

回调Block

/**
 命令信息返回block

 @param channelNumber 通道号
 @param backString 返回的字符串信息
 */
typedef void(^CommandInfoBlock)(NSInteger channelNumber, NSString * backString);

/**
 linke状态信息返回block

 @param linkState 状态码
 @param channelNumber 通道号，当linkState为BLE_DEVICE_OPEN无意义
 @param flag 标签
 */
typedef void(^LinkInfoBlock)(BLEStateEnum linkState,NSInteger channelNumber, bool flag);

//回调Block属性声明//
//必须实现的Block
@property (nonatomic,copy) CommandInfoBlock infoBlock;
//必须实现的Block
@property (nonatomic,copy) LinkInfoBlock linkInfoBlock;

使用时，在需要的位置初始化，直接调用对应的属性即可。

- (void)viewDidLoad {
    [super viewDidLoad];

    linkManager_ = [BLELinkManager sharedManager];

    linkManager_.linkInfoBlock = ^(BLEStateEnum linkState, NSInteger channelNumber, bool flag) {
       //do something
    };

    linkManager_.infoBlock = ^(NSInteger channelNumber, NSString *backString) {
       // do something
    };
}

这里仅仅是介绍了使用方法，具体的代码可以参考提供的Demo。
需要注意的是，调用方法startLinkDevice()需要保证连接设备前已经获取到要连接设备的列表或者地址。
获取的方法多种多样，Demo采用的是二维码扫设备Mac地址的方式，仅供参考。

2、BLEChannelManager

BLEChannelManager控制通道数目和通道信息，表示现在链接了几个对象。

设计中考虑到断开连接后再连接的情况，对链接的设备次序进行了记录和保存。
Demo中上限为4台设备，存储的顺序为0，1，2，3。当出现空闲通道的时候会优先存储空闲通道。
例如：当0，1，2，3都连接成功，先把1，3断开，再接入设备时会按照1，3的顺序存储。

创建BLEChannelManager单例对象（不多过多解释）
添加连接设备的方法

/**
 添加蓝牙通道设备

 @param deviceQrCoder 设备唯一标志，此处考虑为二维码
 @param discoveredPeripheral 设备信息
 @return 是否添加成功
 */
- (BOOL)addBleChannelObjectByDeviceQrCoder:(NSString *)deviceQrCoder
                            withPeripheral:(CBPeripheral *)discoveredPeripheral;
/**
 根据BLE通道对象添加设备

 @param objects 蓝牙通道对象
 @return 是否添加成功
 */
- (BOOL)addBleChannelObjectToArray:(BLEChannelObject *)objects;

这里的添加的设备为设备级别的，还没有进入到服务级别。

设置服务状态

/**
 对某个设备添加可用的服务状态

 @param discoveredPeripheral 设备状态
 @param characteristic 特征值
 */
- (void)setCharacteristicByPeripheral:(CBPeripheral *)discoveredPeripheral
                   withCharacteristic:(CBCharacteristic *)characteristic;

清除设备的方法

/**
 根据通道值删除重设某个通道信息

 @param indexes 通道值
 */
- (void)removeBleChannelObjectByNumber:(NSInteger)indexes;
/**
 清除全通道
 */
- (void)cleanChannelObject;

获取和查询等方法

 /**
 根据通道值获取到蓝牙通道对象

 @param indexes 通道值
 @return 蓝牙通道对象
 */
- (BLEChannelObject *)getBleChannelObjectByNumber:(NSInteger)indexes;


/**
 根据CBPeripheral获取蓝牙通道值

 @param peripheral CBPeripheral对象
 @return 蓝牙通导值
 */
- (NSInteger)getBleChannelIndexByPeripheral:(CBPeripheral *)peripheral;


/**
 获取所有的蓝牙通道信息

 @return 蓝牙通道对象数组
 */
- (NSMutableArray *)getBleChannelObjectArray;

/**
 是否可以添加新的设备

 @return 是否可以
 */
- (BOOL)canAddNewBLEDevic;

上面提供的方法基本足够正常的使用，也可以根据自己的情况添加

3、BLEMessageManager

BLEMessageManager的功能非常简单，但是此处需要与硬件进行沟通设定，本处作为一个简单的例子

typedef NS_ENUM(NSInteger, BLEObjectCommandState){

    //ABA命令,主要用于......
    BLEOBJECTCOMMAND_ABA = 0,    //0

    //BAB命令,主要用于......
    BLEOBJECTCOMMAND_BAB = 1,    //1

    //CDC，主要用于......
    BLEOBJECTCOMMAND_CDC = 2,    //2

    //DCD，主要用于......
    BLEOBJECTCOMMAND_DCD = 3,    //3

};

提供的接口内容也非常简单，详情参考Demo不做过多解释，不过在.m文件中，提供了2种将需要的命令转成可写入的命令的方法：

字符串转成对应的数据流

/字符串转byteData
-(NSMutableData *)dataFromString:(NSString *)string
{
    NSMutableData *data_ = [NSMutableData new];
    unsigned char whole_byte_;
    char byte_chars[3] = {'\0','\0','\0'};

    int i_ = 0;
    int length_ = (int)string.length;

    while (i_ < length_-1) {
        char c_ = [string characterAtIndex:i_++];

        if (c_ < '0' || (c_ > '9' && c_ < 'a') || c_ > 'f')
            continue;
        byte_chars[0] = c_;
        byte_chars[1] = [string characterAtIndex:i_++];
        whole_byte_ = strtol(byte_chars, NULL, 16);
        NSLog(@"---whole_byte_--->%c",whole_byte_);
        [data_ appendBytes:&whole_byte_ length:1];

    }
    return data_;
}

这个方法可以将字符串转成外设可用的NSData数据流，有一定的通用性

NSMutableData *data_ = [NSMutableData new];
dig_4=0; dig_3=2; dig_2=0; dig_1=0;
unsigned int whole_byte_[10];
whole_byte_[0]=0xAA;
whole_byte_[1]=0x03;
whole_byte_[2]=0x12;
whole_byte_[3]=0x72;
whole_byte_[4]=(dig_4*10+dig_3);//千、百位
whole_byte_[5]=(dig_2*10+dig_1);//十、个位
whole_byte_[6]=0x01;
whole_byte_[7]=0x72;
whole_byte_[8]=0x30;
whole_byte_[9]=0x55;
int i = 0;
while (i<10) {                
    [data_ appendBytes:&whole_byte_[i] length:1];
    i++;
}

这种方式其实与第一种没什么太多区别，仅仅是直接将需要的数据转成
一个定长的unsigned int的C数组，建议用第一种方式。

五、演示Demo

具体的代码信息太多，已经将Demo上传到Coding，如果有需要的可以戳下方链接下载查看，有问题也欢迎提出来一起修改进步~
下载地址：
https://git.coding.net/SupDongLei/BLELinkManager.git

插嘴一句：BLELinkManager使用Block作为属性，然后调用的方法，可以应对绝大多数的混编情况，在于C++混编情况下表现良好，不失为一种处理混编的方式。
采用这种方式已经实现了包括：混编读写文件，URL Scheme，蓝牙链接，原生扫码等功能（但是需要注意Block截取对象和运行顺序）

ps:蓝牙其实明白了原理…也没那么难的。