一、BLE FOTA简介
BLE SLAVE设备除了有线升级（比如串口烧录）方式，还有通过BLE无线连接升级的方式。本篇博文，而深圳安信可科技的TB系列蓝牙模块能够实现这一功能，那么本篇文章带您简单了解 BLE SLAVE OTA实现的原理和流程。
适合模块：安信可TB-01\TB-02\TB-03F\TB-04
二、BLE SLAVE FOTA实现流程
在Telink BLE SDK中，已经实现了 BLE SLAVE FOTA，即BLE作为从机的ota升级。我们只需打开相关demo下的app_config.h文件里BLE_OTA_ENABLE这个宏定义即可。
在app_att.c文件中，Attribute Table中添加了OTA的相关内容，其中OTA数据Attribute的att_readwrite_callback_t r和att_readwrite_callback_t w分别设为otaRead和otaWrite，将属性设为Read和Write_without_Rsp（Master通过WriteCommand发数据，不需要slave回ack，速度会更快）。
- static const u8 my_OtaUUID[16] = TELINK_SPP_DATA_OTA;
- static const u8 my_OtaServiceUUID[16] = TELINK_OTA_UUID_SERVICE;
- static u8 my_OtaData = 0x00;
- static const u8 my_OtaName[] = {'O', 'T', 'A'};
- ...
- #if BLE_OTA_ENABLE
- OTA attribute values
- static const u8 my_OtaCharVal[19] = {
- CHAR_PROP_READ | CHAR_PROP_WRITE_WITHOUT_RSP,
- U16_LO(OTA_CMD_OUT_DP_H), U16_HI(OTA_CMD_OUT_DP_H),
- TELINK_SPP_DATA_OTA,
- };
- #endif
- ...
- attribute_t my_Attributes[] = {
- ...
- #if BLE_OTA_ENABLE
- {4,ATT_PERMISSIONS_READ, 2,16,(u8*)(&my_primaryServiceUUID), (u8*)(&my_OtaServiceUUID), 0},
- {0,ATT_PERMISSIONS_READ, 2, sizeof(my_OtaCharVal),(u8*)(&my_characterUUID), (u8*)(my_OtaCharVal), 0}, //prop
- {0,ATT_PERMISSIONS_RDWR,16,sizeof(my_OtaData),(u8*)(&my_OtaUUID), (&my_OtaData), &otaWrite, &otaRead}, //value 读写属性
- {0,ATT_PERMISSIONS_READ, 2,sizeof (my_OtaName),(u8*)(&userdesc_UUID), (u8*)(my_OtaName), 0}, //OTA名字
- #endif
- ...
- };
1、收到OTA version命令固件版本，前两bytes为0xff00：OTA_FIRMWARE_VERSION命令）。
2、收到OTA start命令（前两bytes为0xff01）：此时BLE从机设备进入OTA模式。若用户使用bls_ota_registerStartCmdCb函数注册了OTA start时的回调函数，则执行此函数，这个函数的目的是让用户在进入OTA模式后，修改一些参数状态等，比如将PM关掉（使得OTA数据传输更加稳定）。
另外BLE从机设备启动并维护一个slave_adr_index，初值为-1，记录最近一次正确OTA data的adr_index，用于判断整个OTA过程中是否有丢包。一旦丢包，认为OTA失败，退出OTA，MCU重启，master端由于收不到slave的ack包，也会由于OTA任务超时使得软件发现OTA失败。
其注册OTA start的回调函数：
- typedefvoid (*ota_startCb_t)(void);
- void bls_ota_registerStartCmdCb(ota_startCb_t cb);
另外slave这端一旦收到OTA start开始OTA后，也会启动一个计时，目前SDK中默认是30s。如果30s之内OTA还没有完成，就认为超时失败。实际user最后需要根据自己的firmware大小（越大越耗时）和master端BLE数据带宽（太窄的话会影响OTA速度）来修改这个默认的30s，SDK提供修改的接口为：
- void bls_ota_setTimeout(u32 timeout_us);//单位：us
这个范围的值表示具体的OTA data。
每次slave收到一个20 byte 的OTA data packet，先看adr_index是否等于slave_adr_index的值加1。若不等，说明丢包，OTA失败；若相等，更新slave_adr_index的值。
然后对前18 byte的内容进行CRC_16的校验。若不匹配，OTA失败；若匹配，则将16 byte的有效数据写到flash对应位置ota_program_offset+adr_index16 ~ ota_program_offset+adr_index16 + 15。在写flash的过程中，如果出错，OTA也失败。
4、收到OTA end（前两bytes为0xff02）： 检查OTA end包中的adr_max和其取反校验值是否正确。若正确，则adr_max可以用来做double check。double check的时候，判断slave之前收到的master的数据index最大值与该包中的adr_max是否相等。若相等，认为OTA成功，若不等，认为丢掉了最后一笔或几笔数据，OTA不完整。
当OTA成功的时候，slave将老的firmware所在地址的flash启动标志设为0，将新的firmware所在地址的flash启动标志设为0x4b，将MCU reboot。
5、slave提供OTA状态的回调函数： slave端一旦启动OTA，不管OTA是成功还是失败，最会将MCU reboot： 若成功，会在reboot前设置flag告诉MCU再次启动后运行New_firmware； 若OTA失败，会将错误的新程序擦掉后重新启动，还是运行Old_firmware。
在MCU reboot前，根据user是否注册了OTA状态回调函数，来决定是否触发该函数。
- typedef void (*ota_resIndicateCb_t)(int result);
- enum{ OTA_SUCCESS = 0, //success OTA_PACKET_LOSS, //lost one or more OTA PDU OTA_DATA_CRC_ERR, //data CRC err OTA_WRITE_FLASH_ERR, //write OTA data to flash ERR OTA_DATA_UNCOMPLETE, //lost last one or more OTA PDU OTA_TIMEOUT, // };
- void bls_ota_registerResultIndicateCb (ota_resIndicateCb_t cb);
用户也可以参考SDK demo “8258_ble_remote”中 debug OTA的code，其中使用了LED闪烁效果来判断OTA是否成功。
通过手机APP 完成BLE设备的OTA演示
1）先后编译两个新旧固件
2）烧录旧固件到TB系列模块
（注意：需使用V2.1.0版本的烧录工具，TB系列模组的RXD要短接SWS，然后再接USB转TTL到PC）
启动信息如下：
3）把新固件放在手机APP可访问的存储位置，打开手机APP进行扫描当前的蓝牙设备，如图：
连接蓝牙设备后，点击START开始OTA升级，直到如下图所示，完成升级。
升级前后串口打印如图：
OTA例程代码下载： https://gitcode.com/Ai-Thinker-Open/Telink_825X_SDK/tree/master/example/ota?utm_source=csdn_github_accelerator&isLogin=1
|
