NB-IOT远程升级第2弹：软件协议讲解及AT指令测试

在物联网项目的开发过程中，必不可少的一项功能就是远程升级OTA（Over-the-Air），即使用WIFI、蓝牙、4G、NB-IOT等方式将升级包传输到MCU，MCU进行代码存储，完成升级

本系列文章将介绍基于电信AEP平台进行NB-IOT设备的远程升级，包含stm32内部flash分区、BootLoader代码编写，平台软件升级包制作，平台软件升级协议对接及参考源码等内容，后续几篇文章将陆续介绍

该系列文章目录大纲如下：

由于PCP协议消息和设备业务消息共用一个端口和URL通讯，平台收到设备的消息时，按照如下步骤判断是PCP协议消息还是业务消息：

如果以上检查都通过，认为是PCP协议消息。

说明：需要设备保证业务消息的起始字节不是0XFFFE。

远程升级注意要点：

2、升级流程

根据平台官网介绍，PCP远程升级协议流程可分为以下几个步骤：查询设备版本、新版本通知、请求升级包、上报升级包下载状态、执行升级、上报升级结果，每一个步骤设备和平台之间均是一问一答的形式。

任务状态说明：

平台启动远程升级任务之后，设备上报任意数据后触发远程升级，物联网平台向设备下发查询版本号信息，设备进行应答

注意：此处如果平台没有下发新版本通知的话，大概率是校验码不正确

物联网平台发送消息：

物联网平台向设备发送查询设备版本号命令：FFFE01134C9A0000

各消息字段解析如下：

设备返回的应答消息：

设备收到物联网平台要查询设备的软件版本号消息，设备要向物联网平台反馈查询的结果

各消息字段的填写如下：

起始标识固定为：FFFE。
版本号固定为：01。
消息码：与请求的消息码一致，为13。
校验码：CRC16计算前先用0000替代。
数据区长度：根据数据区的字段的数据类型得出数据区长度为17个字节，转换为十六进制为：0011。
数据区：根据数据区的定义可知，处理成功的结果码为00，版本号信息假设为V1.0，将V1.0进行ASCII转码得到56312E30，由于版本号的数据类型为BYTE[16]，即16个字节，当前只有4个字节，因此需要在版本号数据后面补0，得到56312E300000000000000000000000000。因此，数据区合并后为0056312E30000000000000000000000000。

查询完版本号，接收到设备上报的版本号消息后，平台主动对设备端发起新版本通知。

物联网平台发送消息：

物联网平台向设备下发下载新版本软件包通知：FFFE01141019001656312E300000000000000000000000000100013D6534

各消息字段的解析如下：

起始标识固定为：FFFE。
版本号固定为：01。
消息码：14，转换为十进制为20
校验码：1019。
数据区长度：0016
数据区：根据数据区的定义可知。
- 目标版本号：由16个字节组成，此处56312E30000000000000000000000000转换为字符即是V1.0,代表平台的升级包版本号为V1.0。
- 升级包分片大小：由2个字节组成，单位为byte，用户上传软件包时可以手动输入升级包分片大小，如果不设置默认为500byte，大小为32~500之间。此处为0100，转换为十进制为256，即一个分片包大小为256个字节。
- 升级包分片总数：由2个字节组成，由软件包大小除以每个分片的大小并向上取整获得。此处解析软件包分片总数为013D，转换为十进制后为317。
- 文件检验码：由2个字节组成，为软件包配置文件中的versioncheckcode 字段值，6534，转换为字符后为e4。