[发明专利]一种基于串口通信的程序更新方法和系统

说明书

本申请提供一种基于串口通信的程序更新方法和系统，所述方法包括：串口更新模块搜寻待更新的目标设备，若搜寻成功，则存储当前串口信息，等待握手；串口更新模块发起握手请求，若握手成功，则将所有待更新数据进行组帧；下发更新数据；对接收的更新数据进行循环冗余校验，若校验失败，请求串口更新模块重发当前帧数据；如果校验成功，则判断当前更新数据是否为最后一帧，若不是，写入指定位置并修改当前帧接收状态；遍历帧接收状态数组，检查数组元素是否全部置位，若未全部置位，找出未置位的元素位置，上传信息请求串口更新模块补发丢帧数据；否则调用已封装的控制台运行函数，运行更新映像。本申请可有效弥补程序在无网络情况下无法更新的劣势。

技术领域

本申请涉及物联网程序更新技术领域，尤其涉及一种基于串口通信的程序更新方法和系统。

背景技术

随着物联网技术的发展以及应用场景的不断更新，传统嵌入式Linux应用程序或驱动模块经编译后，往往需借助外部工具软件如FileZilla等通过局域网通信方式实现程序端的更新，这种更新方式仅适用于短距离、有网络、小范围且弱干扰的环境，嵌入式开发平台亟需融入新的程序更新方式以适应多样化场景下的程序更新需求。

发明内容

有鉴于此，本申请的目的在于提出一种基于串口通信的程序更新方法和系统，本申请能够针对性的解决现有的问题。

基于上述目的，本申请提出了一种基于串口通信的程序更新方法，包括：

串口更新模块搜寻待更新的目标设备，若搜寻成功，则存储当前串口信息，等待握手；否则直接退出；

串口更新模块发起握手请求，若握手成功，则将所有待更新数据进行组帧；否则检查设备连接情况并返回上一步骤；

程序更新开始，串口更新模块开始下发更新数据；

对接收的更新数据进行循环冗余校验，若校验失败，请求串口更新模块重发当前帧数据；如果校验成功，则判断当前更新数据是否为最后一帧，若不是，写入指定位置并修改当前帧接收状态；否则执行下一步骤；

遍历帧接收状态数组，检查数组元素是否全部置位，若未全部置位，找出未置位的元素位置，上传信息请求串口更新模块补发丢帧数据；否则调用已封装的控制台运行函数，运行更新映像。

进一步地，所述帧接收状态数组是一个长度为64字节的全局变量，在程序更新开始前将其初始化为0，在每次接收并写入一帧真实的更新数据后，将数组元素中的某一位置1，共可表示512个帧接收状态，在运行更新映像前遍历该数组即可获得整个更新过程的丢帧情况。

进一步地，在所述串口更新模块搜寻待更新的目标设备之前，进一步包括：

在终端上电启动后加载一个与主机通信的主程序，所述主程序包含程序更新所需全部信息。

进一步地，所述将所有待更新数据进行组帧，包括以下中的一种或多种：更新握手帧、更新准备帧、更新开始帧、更新可执行帧、更新驱动帧、更新设备树帧、更新检查帧、更新命令帧、更新返回帧。

进一步地，在所述串口更新模块开始下发更新数据之后，进一步包括：

终端在每次接收到串口更新模块下发的更新数据或命令后，执行对应的空间开辟、数据写入和命令运行操作，随后将最终的数据处理或命令执行情况以更新返回帧的形态反馈给串口更新模块；

收到反馈信息的串口更新模块提取更新返回帧的返回状态这一字段数据，以此判断更新数据或命令在终端是否正确写入或执行，返回状态为0表示数据写入成功，可进行下一帧数据或命令的更新；否则，表示当前帧数据更新失败，需重新下发当前更新数据。

进一步地，所述对接收的更新数据进行循环冗余校验，包括：

终端在接收到更新数据后，按照约定数据帧结构对所述更新数据进行解析；