一种充电桩升级方法与流程

1.本发明涉及新能源汽车技术领域，特别指一种充电桩升级方法。


背景技术：

2.电动汽车(bev)是指以车载电源为动力，用电机驱动车轮行驶，符合道路交通、安全法规各项要求的车辆，由于对环境影响相对传统汽车较小，其前景被广泛看好。随着电动汽车的发展，电动汽车的充电需求与日俱增，充电桩的建设数量呈现爆炸式增长。
3.随着充电桩运行，需要对充电桩进行功能升级、漏洞修复等操作，而一个充电桩内设有mtu(计费控制单元)、ccu(充电管理单元)以及pdu(电源分配单元)，传统上对充电桩进行升级时，需要工作人员分别对mtu、ccu以及pdu进行升级，过程繁琐，且mtu、ccu以及pdu的升级包均对应一个版本号，导致存在众多的版本号，给升级包的管理带来不便。
4.因此，如何提供一种充电桩升级方法，实现提升充电桩升级的便捷性，成为一个亟待解决的问题。


技术实现要素：

5.本发明要解决的技术问题，在于提供一种充电桩升级方法，实现提升充电桩升级的便捷性。
6.本发明是这样实现的：一种充电桩升级方法，包括如下步骤：
7.步骤s10、在服务器上更新固件包；
8.步骤s20、mtu基于固件版本号下载所述固件包，解析所述固件包得到mtu升级包、ccu升级包、pdu升级包以及配置文件；
9.步骤s30、mtu基于所述配置文件将ccu升级包、pdu升级包以及配置文件更新给ccu，ccu基于所述配置文件将pdu升级包更新给pdu；
10.步骤s40、mtu、ccu以及pdu分别基于所述mtu升级包、ccu升级包以及pdu升级包执行升级操作。
11.进一步地，所述步骤s10具体包括：
12.步骤s11、通过客户端向服务器上传mtu升级包、ccu升级包以及pdu升级包的版本号；
13.步骤s12、服务器基于接收的各所述版本号生成固件版本号，将所述固件版本号发送给客户端，并更新至预先创建的升级记录表；
14.步骤s13、客户端基于所述mtu升级包、ccu升级包以及pdu升级包创建一配置文件，通过tar命令打包所述mtu升级包、ccu升级包、pdu升级包以及配置文件得到固件包，基于所述固件版本号对固件包进行重命名；
15.步骤s14、客户端对所述固件包的大小进行验证后，将所述固件包更新至服务器。
16.进一步地，所述步骤s12具体包括：
17.步骤s121、服务器遍历升级记录表，判断所述升级记录表中是否有与mtu升级包、
ccu升级包以及pdu升级包的版本号对应的固件版本号，若无，则进入步骤s122；若有，则结束流程；
18.步骤s122、服务器基于“总版本号.mtu升级包的版本号.ccu升级包的版本号.pdu升级包的版本号”的格式生成固件版本号；
19.步骤s123、服务器将所述固件版本号发送给客户端，并更新至所述升级记录表。
20.进一步地，所述步骤s122中，所述总版本号的取值为升级记录表中取值最大的总版本号加1。
21.进一步地，所述步骤s12中，所述升级记录表记录有固件版本号以及各固件版本号对应的生成时间。
22.进一步地，所述步骤s13中，所述配置文件至少包括固件版本号、软件信息、升级方式、开发升级信息以及对mtu升级包、ccu升级包和pdu升级包进行哈希计算得到的第一哈希值。
23.进一步地，所述步骤s14具体为：
24.客户端判断所述固件包的大小是否超过预设的大小，若是，则提示对mtu升级包、ccu升级包或者pdu升级包进行压缩和优化；若否，则将所述固件包更新至服务器。
25.进一步地，所述步骤s20具体包括：
26.步骤s21、mtu将本地的固件版本号上报至服务器；
27.步骤s22、服务器基于mtu上报的固件版本号，向mtu推送最新的所述固件包，mtu实时向服务器反馈所述固件包的加载进度；
28.步骤s23、mtu通过tar命令解压所述固件包得到mtu升级包、ccu升级包、pdu升级包以及配置文件；
29.步骤s24、mtu对所述mtu升级包、ccu升级包和pdu升级包进行哈希计算得到的第二哈希值，对比所述第二哈希值与配置文件携带的第一哈希值是否一致，若是，则进入步骤s30；若否，进入步骤s25；
30.步骤s25、提示固件包下载失败，判断下载失败次数是否超过3次，若是，则结束流程；若否，则进入步骤s21。
31.进一步地，所述步骤s30具体为：
32.mtu通过心跳与ccu保持连接，mtu每隔设定的周期自动查询ccu本地的版本号与所述配置文件中的固件版本号是否对应，若是，则将pdu升级包以及配置文件更新给ccu；若否，则将ccu升级包、pdu升级包以及配置文件更新给ccu；
33.ccu通过心跳与pdu保持连接，ccu每隔设定的周期自动查询pdu本地的版本号与所述配置文件中的固件版本号是否对应，若是，则结束流程；若否，则将pdu升级包更新给pdu。
34.进一步地，所述步骤s30中，当ccu升级包更新至ccu失败时，或者pdu升级包更新至pdu失败时，重复更新直至3次均失败。
35.本发明的优点在于：
36.1、通过将mtu升级包、ccu升级包以及pdu升级包打包为一个固件包，并基于mtu升级包、ccu升级包以及pdu升级包的版本号生成固件包的固件版本号，升级时只需要通过固件版本号即可轻松判断mtu升级包、ccu升级包以及pdu升级包的版本号；且mtu在接收到固件包时自动解压得到mtu升级包、ccu升级包以及pdu升级包，并将ccu升级包以及pdu升级包
发送给ccu，ccu再将pdu升级包发送给pdu，即自动对固件包进行分解和逐级下发，最终mtu、ccu以及pdu分别基于mtu升级包、ccu升级包以及pdu升级包自动执行升级操作，相对于传统上工作人员分别对mtu、ccu以及pdu进行升级，且分别管理对应的版本号，极大的提升了充电桩升级的便捷性。
37.2、通过对mtu升级包、ccu升级包和pdu升级包进行哈希计算得到第一哈希值并写入配置文件，便于mtu基于第一哈希值对固件包进行校验，判断固件包是否被篡改，或者是否接收完整，避免充电桩安装了被篡改的固件包，或者安装了未接收完整的固件包导致宕机，进而极大的提升了充电桩升级的安全性。
附图说明
38.下面参照附图结合实施例对本发明作进一步的说明。
39.图1是本发明一种充电桩升级方法的流程图。
40.图2是本发明一种充电桩升级方法的流程示意图。
具体实施方式
41.本技术实施例中的技术方案，总体思路如下：通过将mtu升级包、ccu升级包以及pdu升级包打包为一个固件包，并基于mtu升级包、ccu升级包以及pdu升级包的版本号生成固件包的固件版本号，只需通过固件版本号即可判断mtu升级包、ccu升级包以及pdu升级包的版本号；且mtu在接收到固件包时自动解压得到mtu升级包、ccu升级包以及pdu升级包，并将ccu升级包以及pdu升级包分别逐级下发给ccu和pdu，再自动执行对应的升级操作，以提升充电桩升级的便捷性。
42.请参照图1至图2所示，本发明一种充电桩升级方法的较佳实施例，包括如下步骤：
43.步骤s10、在服务器上更新固件包；
44.步骤s20、mtu基于固件版本号下载所述固件包，解析所述固件包得到mtu升级包、ccu升级包、pdu升级包以及配置文件；具体实施时，mtu还可从u盘直接获取所述固件包进行升级；
45.步骤s30、mtu基于所述配置文件自动将ccu升级包、pdu升级包以及配置文件更新给ccu，ccu基于所述配置文件自动将pdu升级包更新给pdu；由于mtu与pdu无连接关系，因此所述pdu升级包需要经过ccu的中转；
46.步骤s40、mtu、ccu以及pdu分别基于所述mtu升级包、ccu升级包以及pdu升级包自动执行升级操作。
47.所述步骤s10具体包括：
48.步骤s11、通过客户端向服务器上传mtu升级包、ccu升级包以及pdu升级包的版本号；
49.步骤s12、服务器基于接收的各所述版本号生成固件版本号，将所述固件版本号发送给客户端，并更新至预先创建的升级记录表；
50.步骤s13、客户端基于所述mtu升级包、ccu升级包以及pdu升级包创建一配置文件，通过tar命令打包所述mtu升级包、ccu升级包、pdu升级包以及配置文件得到固件包，基于所述固件版本号对固件包进行重命名；具体实施时，所述固件包还包括mtu的so库以及kernel
内核；
51.步骤s14、客户端对所述固件包的大小进行验证后，将所述固件包更新至服务器。
52.所述步骤s12具体包括：
53.步骤s121、服务器遍历升级记录表，判断所述升级记录表中是否有与mtu升级包、ccu升级包以及pdu升级包的版本号对应的固件版本号，若无，则进入步骤s122；若有，则结束流程；
54.步骤s122、服务器基于“总版本号.mtu升级包的版本号.ccu升级包的版本号.pdu升级包的版本号”的格式生成固件版本号；例如固件版本号为v198.v26.v15.v24，则总版本号为v198，mtu升级包的版本号为v26，ccu升级包的版本号为v15，pdu升级包的版本号为v24；
55.步骤s123、服务器将所述固件版本号发送给客户端，并更新至所述升级记录表。
56.所述步骤s122中，所述总版本号的取值为升级记录表中取值最大的总版本号加1。
57.所述步骤s12中，所述升级记录表记录有固件版本号以及各固件版本号对应的生成时间；通过记录固件版本号的生成时间，便于后期出现故障时的溯源。
58.所述升级记录表举例如下：
[0059][0060]
所述步骤s13中，所述配置文件至少包括固件版本号(sysver)、软件信息(softdetail)、升级方式(updatetype)、开发升级信息(devupdinfo)以及对mtu升级包、ccu升级包和pdu升级包进行哈希计算得到的第一哈希值(md5值)。所述配置文件还包括固件包下载的url；所述配置文件为json格式。
[0061]
所述步骤s14具体为：
[0062]
客户端判断所述固件包的大小是否超过预设的大小，若是，则提示对mtu升级包、ccu升级包或者pdu升级包进行压缩和优化；若否，则将所述固件包更新至服务器。所述预设的大小优选为10m。
[0063]
所述步骤s20具体包括：
[0064]
步骤s21、mtu将本地的固件版本号上报至服务器；
[0065]
步骤s22、服务器基于mtu上报的固件版本号，向mtu推送最新的所述固件包，mtu实时向服务器反馈所述固件包的加载进度；
[0066]
步骤s23、mtu通过tar命令解压所述固件包得到mtu升级包、ccu升级包、pdu升级包以及配置文件，并存储到备份目录下；
[0067]
步骤s24、mtu对所述mtu升级包、ccu升级包和pdu升级包进行哈希计算得到的第二哈希值，对比所述第二哈希值与配置文件携带的第一哈希值是否一致，若是，则进入步骤s30；若否，进入步骤s25；
[0068]
步骤s25、提示固件包下载失败，判断下载失败次数是否超过3次，若是，则结束流程；若否，则进入步骤s21。
[0069]
所述步骤s30具体为：
[0070]
mtu通过心跳与ccu保持连接，mtu每隔设定的周期自动查询ccu本地的版本号与所述配置文件中的固件版本号是否对应，若是，则将pdu升级包以及配置文件更新给ccu；若否，则将ccu升级包、pdu升级包以及配置文件更新给ccu；
[0071]
ccu通过心跳与pdu保持连接，ccu每隔设定的周期自动查询pdu本地的版本号与所述配置文件中的固件版本号是否对应，若是，则结束流程；若否，则将pdu升级包更新给pdu。通过心跳连接，能够及时判断ccu和pdu的工作状态。
[0072]
所述步骤s30中，当ccu升级包更新至ccu失败时，或者pdu升级包更新至pdu失败时，重复更新直至3次均失败。
[0073]
综上所述，本发明的优点在于：
[0074]
1、通过将mtu升级包、ccu升级包以及pdu升级包打包为一个固件包，并基于mtu升级包、ccu升级包以及pdu升级包的版本号生成固件包的固件版本号，升级时只需要通过固件版本号即可轻松判断mtu升级包、ccu升级包以及pdu升级包的版本号；且mtu在接收到固件包时自动解压得到mtu升级包、ccu升级包以及pdu升级包，并将ccu升级包以及pdu升级包发送给ccu，ccu再将pdu升级包发送给pdu，即自动对固件包进行分解和逐级下发，最终mtu、ccu以及pdu分别基于mtu升级包、ccu升级包以及pdu升级包自动执行升级操作，相对于传统上工作人员分别对mtu、ccu以及pdu进行升级，且分别管理对应的版本号，极大的提升了充电桩升级的便捷性。
[0075]
2、通过对mtu升级包、ccu升级包和pdu升级包进行哈希计算得到第一哈希值并写入配置文件，便于mtu基于第一哈希值对固件包进行校验，判断固件包是否被篡改，或者是否接收完整，避免充电桩安装了被篡改的固件包，或者安装了未接收完整的固件包导致宕机，进而极大的提升了充电桩升级的安全性。
[0076]
虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。