上篇文章讲述了如何将iOSDFULibrary库集成到oc工程中，下面就讲一下如何在工程中使用它。
官方的示例IOS-nRF-Toolbox
中给出了他的swift中的使用方法，而在oc中的具体代码如下：
-(void) initDFUService:(NSURL *)firmWareFilePath{
DFUFirmware *firmware = [[DFUFirmware alloc] initWithUrlToZipFile: firmWareFilePath];
DFUServiceInitiator * dfuInitiator = [[DFUServiceInitiator alloc]initWithQueue: dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0)];
[dfuInitiator withFirmware: firmware];
dfuInitiator.delegate = self;
dfuInitiator.progressDelegate = self;
dfuInitiator.logger = self;
dfuInitiator.enableUnsafeExperimentalButtonlessServiceInSecureDfu = YES;
dfuInitiator.packetReceiptNotificationParameter = 1;
self.dfuController = [[dfuInitiator withFirmware: firmware] startWithTarget:self.discoveredPeripheral];
}
当然，你还需要实现DFUServiceDelegate、DFUProgressDelegate、LoggerDelegate等代理的回调方法。
查看IOSDFULibrary的源代码可以看到，他支持三种DFU升级模式分别是Legacy DFU、Secure DFU和Buttonless DFU。主要根据你的设备的DFU Service的UUID来区分
legacyDFUService = CBUUID(string: "00001530-1212-EFDE-1523-785FEABCD123")
legacyDFUControlPoint = CBUUID(string: "00001531-1212-EFDE-1523-785FEABCD123")
legacyDFUPacket = CBUUID(string: "00001532-1212-EFDE-1523-785FEABCD123")
legacyDFUVersion = CBUUID(string: "00001534-1212-EFDE-1523-785FEABCD123")
// Secure DFU
secureDFUService = CBUUID(string: "FE59")
secureDFUControlPoint = CBUUID(string: "8EC90001-F315-4F60-9FB8-838830DAEA50")
secureDFUPacket = CBUUID(string: "8EC90002-F315-4F60-9FB8-838830DAEA50")
// Buttonless DFU
buttonlessExperimentalService = CBUUID(string: "8E400001-F315-4F60-9FB8-838830DAEA50")
// The same UUID as the service
buttonlessExperimentalCharacteristic = CBUUID(string: "8E400001-F315-4F60-9FB8-838830DAEA50")
buttonlessWithoutBonds = CBUUID(string: "8EC90003-F315-4F60-9FB8-838830DAEA50")
buttonlessWithBonds = CBUUID(string: "8EC90004-F315-4F60-9FB8-838830DAEA50")
如果你的设备进入到DFU模式后，他广播的DFU Service的UUID是8E400001-F315-4F60-9FB8-838830DAEA50，那么在初始化的时候就要和我上面的代码一样将属性enableUnsafeExperimentalButtonlessServiceInSecureDfu设置为True，因为默认情况下，Buttonless DFU模式是被关闭的。
如果在测试的过程中遇到问题，通常可能需要设置以下几个参数：
- 如果你的蓝牙设备有一个按钮可以直接将蓝牙设备进入DFU模式，那就需要设置dfuInitiator.forceDfu = YES;
- 设置dfuInitiator.packetReceiptNotificationParameter = 1;这个属性默认是12，如果1也不行，可以设置为小于12的数字试一下，例如2，4，6。。。
- 如果你的设备有自定义的DFU模式的UUID，那就需要根据他支持的DUF Service自定义相应的UUID
DFUUuid * uuid = [[DFUUuid alloc]initWithUUID:[CBUUID UUIDWithString:@"8E400001-F315-4F60-9FB8-838830DAEA50"] forType:DFUUuidTypeSecureService];
dfuInitiator.uuidHelper = [[DFUUuidHelper alloc]initWithCustomUuids:@[uuid]];
buttonlessExperimentalService = CBUUID(string: "8E400001-F315-4F60-9FB8-838830DAEA50")
最后，还有一个比较坑的地方是，IOS系统会缓存蓝牙设备的信息。DFU的整个流程应该是这样子的：
- iOS设备发送命令给蓝牙，让他进入DFU模式
- 蓝牙设备接收命令后，进入DFU模式，并在他的service列表中，添加DFU服务
- iOS设备根据蓝牙设备的service列表，确认他是否进入了DFU模式，如果进入了，则开始检查固件文件，检查完成后，开始上传到蓝牙设备然后进行固件升级
但是由于ios会缓存蓝牙设备的信息和service，所以即使蓝牙设备进入到DFU模式后，添加了service，系统在检查蓝牙设备的信息时，仍然会使用它以前的service列表，因此无法知道蓝牙设备已经进入到DFU模式，也就无法进入到下一步。
因此，蓝牙设备在进入到DFU模式后，固件会默认将蓝牙设备的mac地址加一，让ios系统会认为这是一个新的设备，因此，不会使用缓存，而重新获取蓝牙设备的信息，也就可以查找到相应的DFU服务，而将整个DFU流程继续走下去。
因此，在DFU的时候，应该会自动将蓝牙设备断开一次，然后重新连接。不过遗憾的是，我们一开始使用的固件进入到DFU模式的时候，不会对mac地址进行更改，导致在蓝牙设备进入到DFU模式之后，我们一直无法查找到相应的服务。而android设备只需要主动断开蓝牙之后，再重新连接，就会刷新设备service而不存在相应的问题。要想解决ios的问题，看来只能对固件进行修改了。这个主要是针对Buttonless DFU模式，其他的模式是否需要这样，还待测试。
在苹果的论坛中有人也遇到过类似的问题How to clear BLE cache in IOS ?, 但是苹果也没有任何回应。
如果有任何其他问题也可以直接在他们的git上IOS-Pods-DFU-Library提bug，他们的工作人员回复的很快也很热心，赞一个。
