[发明专利]一种物联网车载终端的局域网无线升级方法

说明书

技术领域

本发明涉及车载终端的升级方法。

背景技术

针对于车载终端设备，均需要通过系统维护和升级保证车载终端设备的持续稳定运行。目前车载终端升级方法主要有两大类，一种是有线连接升级，另一种是无线升级。而现阶段无线升级主要是通过GPRS公共网络进行连接无线升级。

针对有线连接升级，需要针对每台车载终端设备设备均需要设置有线连接，并逐台进行升级和维护，不但费时、麻烦，而且还要限定在具体的地点(通过有线连接的设备实现)进行升级，不利于批量化的升级维护。针对与这种弊端，目前已经有了通过GPRS公共网络进行连接无线升级的技术，但是针对这种技术，一般带宽有限，不能进行快速的升级，如果利用较大的带宽进行升级，则会占用较多的带宽资源，花费较高的成本，不利于车载终端的升级；同时这种技术一般没有设置升级容错机制，一旦由于信道质量出现问题，极有可能导致设备“变砖”，就需要通过出厂设备或者其他高级设备进行恢复，不但影响升级使用，而且成本较高。

发明内容

本发明为了解决通过GPRS公共网的车载终端升级方法存在的升级速度较慢的问题。

一种物联网车载终端的局域网无线升级方法，包括以下步骤：

将PC与车载终端以wifi无线网络的方式连接，并把PC中的车载终端程序软件版本号与车载终端中运行的程序软件版本号进行比对，所述对比过程通过程序升级软件完成；

如果两个版本号比对结果一致，PC端升级软件会提示版本号相同是否继续升级，选择“确定”则继续执行升级流程，选择“取消”则停止升级；

如果两个版本号比对结果不一致，PC端升级软件继续执行升级流程：升级软件通过http协议下发修改车载终端wifi传输模式指令(透明模式)；

车载终端的wifi传输模式修改成功后，返回模式修改成功指令(自定义指令)；PC端升级软件接收到此成功指令后，将升级用的程序文件(xxx.bin)的内容以16进制的数据格式通过自定义升级协议分成包处理，总包数为N个；

车载终端接收升级程序文件完成时，检测接收到数据的包号以及接收到的升级程序文件总包数是否为N，如果接收的包数小于N，车载终端会将传输过程未接收到的包号返回PC端升级软件，PC端进行补传，直到车载终端发送接收完成指令；

车载终端接收数据包过程中按照升级程序文件的大小和包号进行存储，同时备份车载终端升级前的程序；

车载终端接收数据完成后，车载终端将数据按照传输包号和升级程序文件的大小进行组合并执行一次升级程序文件；

如果执行成功车载终端会将升级成功的软件版本号和升级成功的标识返回PC端升级软件，PC端升级软件提示“升级成功”并结束对车载终端的升级；如果执行不成功，车载终端会自动复位重新读取备份的升级前的程序，并将当前车载终端的软件版本号和升级失败标识返回给PC端升级软件，PC端升级软件会提示“升级失败”并询问是否继续升级，如果选“确定”则会重新执行升级，否则PC端升级软件将结束对车载终端的升级。

优选地，所述将升级用的程序文件的内容以16进制的数据格式通过自定义升级协议分成包处理的过程如下：

第一包数据携带升级程序文件的版本号+升级程序文件总包数N+升级程序文件大小+升级程序文件的部分内容数据，第二包到第N-1包数据由包号+升级程序文件内容数据，最后一包由包号+升级程序文件内容数据+发送结束标识组成。

优选地，将升级用的程序文件的内容以16进制的数据格式通过自定义升级协议分成包处理的过程中所述的自定义升级协议如下：

ID为0x01，长度对应为BYTE(字节)，

内容：WIFI传输模式修改结果：0表示协议模式，1表示透明模式；

ID为0x02，长度对应为WORD(字)，

内容：包号+版本号(仅第一包)+升级程序文件大小(第一包)+升级程序文件内容+接收结束标识(最后一包)；

ID为0x03，长度对应为BYTE(字节)，

内容：软件版本号+升级结果；升级结果：0表示失败，1表示成功；

ID为0x04，长度对应为WORD(字)，

内容：未接收到的升级程序文件包号为0～N，N＝<500；在需要补传数据是发送此指令，否则不发此指令。

优选地，所述通过PC端的升级软件对车载终端程序的版本号进行比对的过程如下：

连接成功后在PC端开启升级软件，