一种汽车电控单元软件版本校验方法与流程

1.本发明涉及电动车的技术领域，尤指一种汽车电控单元软件版本校验方法。


背景技术：

2.ota(over-the-air technology)即空中下载技术，通过移动通信的接口实现对软件进行远程管理，传统的做法到4s店通过整车obd对相应的ecu进行软件升级。随着ota远程软件升级技术在新能源汽车上的广泛使用，新能源汽车各ecu节点在量产后，根据产品开发需求会持续频繁的进行软件升级和更新。
3.如专利申请201610365046.2所公开的一种电控单元软件版本校验方法、装置及车辆，电控单元软件版本校验方法包括：检测装载于整车电控单元的软件的当前校验值，所述当前校验值是针对所述装载于整车电控单元的软件执行校验算法得到的；将所述当前校验值与后台校验值进行比对，所述后台校验值是在所述电控单元的软件开发完成后，针对所述开发完成的软件执行所述校验算法得到的；当所述当前校验值与所述后台校验值一致时，校验通过。
4.由于新能源汽车各ecu节点之间交互紧密，为了某些功能可正常使用，对相关节点间的软件版本提出了同步的要求。目前现有技术中，一种方式是软件版本校验放在了工厂下线测试中，该种方法无法满足车型量产后软件升级的校验需求。另一种方式是采用后台单元校验值与电控单元的软件当前校验值比对的方式实现软件版本校验，该种方式存在后台维护管理成本高的缺点。


技术实现要素：

5.为解决上述问题，本发明提供一种汽车电控单元软件版本校验方法，该方法可满足多个电控单元的软件版本同步校验的需求，实现了各电控单元的软件版本信息交互，软件版本校验的请求信号交互，避免因为can通信故障等原因导致校验结果与实际不符的情况。
6.为实现上述目的，本发明采用的技术方案是：
7.一种汽车电控单元软件版本校验方法，该方法包括如下步骤：
8.s1、电控单元的软件版本信息发送，各电控单元需要将对应的软件版本信息通过can通信，实时发送出去；
9.s2、电控单元的软件版本校验请求计算；电控单元在完成软件更新后，需要将软件版本校验的请求发送出去，同时该电控单元实时开展软件版本校验，如果校验失败，则软件版本校验的请求持续发送；
10.s3、电控单元的软件版本信息校验执行；各电控单元在接收到其他电控单元的版本校验请求时，或者该电控单元更新完软件后，均需要执行软件版本信息的校验，具体的校验方法为：判断接收到的其他电控单元的版本信息，和应用层软件中设置的版本信息做比对，如果相等则认为校验正确，否则软件版本校验失败；
11.s4、电控单元的软件版本校验结果发送；各电控单元根据执行的软件校验结果，通过can通信将校验结果发出；
12.s5、整车控制器对软件版本校验结果的处理。整车控制器根据各电控单元发送的软件版本校验结果以及整车控制器自身执行的软件版本校验结果，如果有某个电控单元软件版本校验失败，则整车软件版本校验失败，并触发对应的处理机制，如：禁止上高压、禁止行驶等。同时存储对应的故障码。
13.本发明的有益效果在于：
14.1、可满足多个电控单元的软件版本同步校验的需求；
15.2、各电控单元通过can通信的方式，实现了各电控单元的软件版本信息交互，软件版本校验的请求信号交互；
16.3、电控单元每次进行软件更新后，可实时开始进行软件版本校验，校验通过后，本次软件更新循环不再重复校验，避免因为can通信故障等原因导致校验结果与实际不符的情况；
17.4、电控单元根据相关联的实际功能，在软件版本校验失败后，整车控制器做出相对应的处理机制，并同时存储软件版本校验失败的故障码；
18.5、该方法的实施，均在各电控单元的应用层软件实施，不产生额外的维护管理成本，不存在新增的软硬件成本。
附图说明
19.图1是本发明所实现的汽车电控单元软件版本校验方法交互信号逻辑图。
20.图2是本发明所实现的主控节点软件版本校验策略流程图。
21.图3是本发明所实现的从控节点软件版本校验策略流程图。
具体实施方式
22.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述。
23.请参阅图1所示，本发明所实现的一种汽车电控单元软件版本校验方法，包括如下步骤：
24.s1、电控单元的软件版本信息发送，各电控单元需要将对应的软件版本信息通过can通信，实时发送出去；
25.各电控单元(包括ecu1、ecu2、ecu3、ecu4、ecu5、
……
ecun，其中ecu1为主控单元)均通过can进行通信，通信内容包括有版本信息、版本校验请求以及各个节点的版本校验结果。
26.s2、电控单元的软件版本校验请求计算；电控单元在完成软件更新后，需要将软件版本校验的请求发送出去，同时该电控单元实时开展软件版本校验，如果校验失败，则软件版本校验的请求持续发送；
27.s3、电控单元的软件版本信息校验执行；各电控单元在接收到其他电控单元的版本校验请求时，或者该电控单元更新完软件后，均需要执行软件版本信息的校验，具体的校验方法为：判断接收到的其他电控单元的版本信息，和应用层软件中设置的版本信息做比
对，如果相等则认为校验正确，否则软件版本校验失败；
28.s4、电控单元的软件版本校验结果发送；各电控单元根据执行的软件校验结果，通过can通信将校验结果发出；
29.s5、整车控制器对软件版本校验结果的处理。整车控制器根据各电控单元发送的软件版本校验结果以及整车控制器自身执行的软件版本校验结果，如果有某个电控单元软件版本校验失败，则整车软件版本校验失败，并触发对应的处理机制，如：禁止上高压、禁止行驶等。同时存储对应的故障码。
30.结合图2所示，对于ecu1主控节点来说，版本校验交互信号过程如下：
31.101、判断主控ecu是否刚更新软件，如果是则内部软件刷新，状态锁存，同时请求进行软件版本校验，如果否则进行下一步；
32.102、判断是否有一个或者多个其它节点的版本校验请求，如果没有则校验结果通过，结束，如果有，则进行下一步；
33.103、开启软件版本校验功能，进行软件版本校验；
34.104、判断软件版本校验是否通过，通过则进行105步骤，不通过则执行106步骤；
35.105、进一步判断是否有一个或者多个其它节点的版本校验结果不通过，是则标记为不通过，否则标记通过，然后结束；
36.106、将104步骤和105步骤不通过的进行标记，并存相应的故障码，进行相应的故障处理。
37.结合图3所示，对于ecu2、ecu3、ecu4、ecu5、
……
ecun这些从控节点，软件版本校验策略如下，
38.201、判断从节点ecu是否刚更新软件，如果是则内部软件刷新，状态锁存，同时发送软件版本校验请求信号，如果否则进行下一步；
39.202、判断是否有一个或者多个其它节点的版本校验请求，如果没有则校验结果通过，结束，如果有，则进行下一步；
40.203、开启软件版本校验功能，进行软件版本校验；
41.204、判断软件版本校验是否通过，通过则标记为校验通过，不通过标记为校验不通过；
42.205、发送软件版本校验结果。
43.需要注意的是：
44.1、电控单元的软件版本信息发送机制。版本信息需要通过can通信实时发送给其他电控单元。
45.2、电控单元的软件版本校验请求计算逻辑。电控单元完成软件更新后需要请求其他相关电控单元进行软件版本校验，该电控单元在执行软件版本校验后如果校验结果为不通过，则需要持续请求其他相关电控单元进行软件版本校验。
46.3、电控单元软件版本信息校验的执行策略。检测当前电控单元接收到的其他电控单元的软件版本信息，同时在应用层将检测到的版本信息和功能模块中正确的软件版本信息做比对，相同则认为软件版本校验通过，否则为不通过；
47.4、电控单元软件版本校验结果的发送机制。软件版本校验结果需要通过can通信实时发送给其他电控单元。
48.5、整车控制器对软件版本校验结果的处理策略。整车控制器汇集所有电控单元的软件版本校验结果，如果有某个电控单元软件版本校验失败，则整车软件版本校验失败，并触发对应的处理机制，如：禁止上高压、禁止行驶等。同时存储对应的故障码。
49.总之，本发明可满足多个电控单元的软件版本同步校验的需求，电控单元每次进行软件更新后，可实时开始进行软件版本校验，校验通过后，本次软件更新循环不再重复校验，避免因为can通信故障等原因导致校验结果与实际不符的情况。
50.且该方法的实施，均在各电控单元的应用层软件实施，不产生额外的维护管理成本，不存在新增的软硬件成本。
51.以上实施方式仅仅是对本发明的优选实施方式进行描述，并非对本发明的范围进行限定，在不脱离本发明设计精神的前提下，本领域普通工程技术人员对本发明的技术方案作出的各种变形和改进，均应落入本发明的权利要求书确定的保护范围内。