通过蓝牙升级硬件版本：
这里主要参考这个项目：iOS-nRF-Toolbox，项目中的iOSDFULibrary就是DFU升级的库，也是解决DFU升级最重要的组件。我们只要把这个库集成到我们的项目中，就能够完成nRF设备的DFU升级了。因为iOSDFULibrary现在是用swift编写的，如果你的项目是oc，请按以下步骤，添加。
一，iOSDFULibrary导入：
利用pod导入，具体的导入命令如下图：
然后 command B 编译一下。
坑一：忘记添加use_frameworks! 。
(1)如果在Podfile文件里不使用 use_frameworks! 则是会生成相应的 .a文件（静态链接库），通过 static libraries 这个方式来管理pod的代码。
(2)Linked:libPods-xxx.a包含了其它用pod导入的第三方框架的.a文件。
(3)如果使用了use_frameworks! 则cocoapods 会生成相应的 .frameworks文件（动态链接库：实际内容为 Header + 动态链接库 + 资源文件），使用 dynamic frameworks 来取代 static libraries 方式。
(4)Linked:Pods_xxx.framework包含了其它用pod导入的第三方框架的.framework文件。
请参考链接：https://segmentfault.com/a/1190000007076865
坑二：command B 编译后，会发现很多之前cocoapods导入的第三方库头文件会报错。
因为在没有添加use_frameworks! 之前，利用cocoapods导入的第三方库生成相应的 .a文件（静态链接库），当我们在代码中引用第三方文件时，头文件一般按系统提示的尖括号<xxx.h>书写。如果导入 use_frameworks 后就要改成".h"就OK了。
<>和""区别如下：
<>: 引用系统文件，它用于对系统自带的头文件的引用，编译器会在系统文件目录下去查找该文件。
"": 用户自定义的文件用双引号引用，编译器首先会在用户目录下查找，然后到安装目录中查。
上面两种方式的引用实质是搜索路径的不同。但无论哪种方式，编译器会将相对路径与引用内容组合成头文件的绝对路径：搜索路径+相对路径
二，引用iOSDFULibrary
点击pod文件下面的frameWork
oc中导入swift第三方框架（iOSDFULibrary的第三方框架包括iOSDFULibrary，zip），第三方框架应选择swift语言环境，具体操作步骤如下图：
在你需要用到iOSDFULibrary的文件中，导入#import <iOSDFULibrary/iOSDFULibrary-Swift.h> ，就可以像调用OC方法一样调用iOSDFULibrary提供的swift方法了。
二，使用iOSDFULibrary
使用iOSDFULibrary具体参见链接：https://blog.csdn.net/zthhsa/article/details/78624830
坑三：当更新完成iOSDFULibrary后，按照项目需求，再次链接蓝牙设备，就不能链接。
具体原因：经过排查，是因为方法 - (void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)peripheral advertisementData:(NSDictionary<NSString *,id> *)advertisementData RSSI:(NSNumber*)RSSI 没有被调用。经深入排查原因是因为CBCentralManager 的delegate为nil。那么为什么DFU更新完成后，delegate为nil呢？点进其framework可以看出在iOSDFULibrary的frameWork内在DFU更新完成后CBCentralManager 的delegate被设置了nil。所以如过蓝牙的代理方法被调用，就在DFU更新完成的回调方法中，再把CBCentralManager的代理重新赋值即可。
三，上传文件 没有踩过坑 略
四，封装静态包
//www.greatytc.com/p/e69600b0485d
在这里，因为蓝牙只能在苹果手机上运行，所以封装的蓝牙包只能是在运行在手机上的.a静态包。在模拟器上运行会报错。
