一种车载控制器升级方法、系统及车辆与流程

本技术涉及车辆控制器升级，特别是涉及一种车载控制器升级方法、系统及车辆。

背景技术：

1、ota(over the air，在线升级)技术，是通过服务器、移动通信网络与终端进行连接，推送终端内数据更新。通过ota技术对汽车进行远程升级，可以持续为车辆改善终端功能和服务，让车主拥有更便捷、更智能的用车体验。

2、但随着汽车的软件能力增强，汽车厂商在软件的开发迭代方面，速度也越来越快，ota的需求也越来越频繁。在升级过程中，由于需要考虑总线负载影响，通常升级时需要在车辆静止时，静默总线上的电子控制单元(ecu)，导致用户体验较差。

技术实现思路

1、本技术提供一种车载控制器升级方法、系统及车辆，一方面无需静默总线即可完成软件升级，另一方面，即使刷新失败也不会影响用户用车，从而提升用户体验。

2、本技术实施例第一方面提供一种车载控制器升级方法，应用于电子控制单元，上述方法包括：

3、目标电子控制单元根据其目标应用报文的发送周期及对应的发送延迟时间，确定流控帧；上述流控帧用于限定诊断报文的传输方式，上述发送延迟时间用于反映can总线的负载率；

4、将上述流控帧发送给hut，按照上述流控帧限定的诊断报文的传输方式，从上述hut处接收软件升级数据，并存至备份区，完成升级操作。

5、可选地，上述目标应用报文指的是上述目标电子控制单元发送的应用报文中，优先级最低的应用报文或发送频率最高的应用报文；

6、上述目标应用报文的确定方式为：

7、确定上述优先级最低的应用报文的发送延迟时间与上述优先级最低的应用报文的发送周期的第一比值；

8、确定上述发送频率最高的应用报文的发送延迟时间与上述发送频率最高的应用报文的发送周期的第二比值；

9、选择上述第一比值和上述第二比值中的较大者对应的应用报文作为上述目标应用报文。

10、可选地，上述目标电子控制单元根据其目标应用报文的发送周期及对应的发送延迟时间，确定流控帧的步骤，包括：

11、上述目标电子控制单元根据其目标应用报文的发送周期，确定上述目标电子控制单元对应的第一延时界限值和第二延时界限值；

12、若上述目标应用报文的发送延迟时间小于或等于上述目标电子控制单元对应的第一延时界限值，则按照第一逻辑设置上述流控帧；

13、若上述目标应用报文的发送延迟时间大于上述目标电子控制单元对应的第一延时界限值，并小于上述目标电子控制单元对应的第二延时界限值，则按照第二逻辑设置上述流控帧；

14、若上述目标应用报文的发送延迟时间大于或等于上述目标电子控制单元对应的第二延时界限值，则按照第三逻辑设置上述流控帧。

15、可选地，上述目标电子控制单元根据其目标应用报文的发送周期，确定上述目标电子控制单元对应的第一延时界限值和第二延时界限值的步骤，包括：

16、在上述目标电子控制单元的目标应用报文的发送周期小于预设的标准周期的情况下，按照第一规则确定上述目标电子控制单元对应的第一延时界限值和第二延时界限值；

17、在上述目标电子控制单元的目标应用报文的发送周期不小于上述预设的标准周期的情况下，按照第二规则确定上述目标电子控制单元对应的第一延时界限值和第二延时界限值。

18、可选地，上述按照上述流控帧限定的诊断报文的传输方式，从上述hut处接收软件升级数据，并存至备份区，完成升级操作的步骤，包括：

19、在满足预设条件的情况下，按照上述流控帧限定的诊断报文的传输方式，从上述hut处接收驱动数据，并存至备份区；

20、对上述驱动数据进行有效性检测，若检测未通过，则向上述hut请求重新传输上述驱动数据；若检测通过，则执行例程擦除服务，擦除备份区中原有的数据；

21、按照上述流控帧限定的诊断报文的传输方式，从上述hut处接收app数据，并存至备份区；

22、对上述app数据进行有效性检测，完成后退出本次升级流程。

23、可选地，上述目标电子控制单元的分区包括运行区和备份区；

24、在从上述hut处下载软件升级数据，并存至备份区，完成升级操作后，上述方法还包括：

25、重启触发上述目标电子控制单元进行分区切换；

26、切换后进行自检，若自检成功，则维持在上述备份区运行；若自检失败，则切回上述运行区运行，并输出第一提示信息，上述第一提示信息用于提醒用户本次更新失败。

27、可选地，在目标电子控制单元根据其目标应用报文的发送周期及对应的发送延迟时间，确定流控帧的步骤之前，还包括：

28、根据上述hut发送的ota标志位，向上述hut发送确认信息，以使上述hut在接收到上述确认信息后，建立与上述目标电子控制单元的握手状态，上述目标电子控制单元进入被刷写的准备。

29、本技术实施例第二方面提供一种车载控制器升级方法，应用于hut，上述方法包括：

30、获取目标电子控制单元发送的流控帧；上述流控帧是上述目标电子控制单元根据其目标应用报文的发送周期及对应的发送延迟时间确定的；上述流控帧用于限定诊断报文的传输方式，上述发送延迟时间用于反映can总线的负载率；

31、按照上述流控帧限定的诊断报文的传输方式，将从ota云端服务器获取的软件升级数据分发给上述目标电子控制单元，以将上述软件升级数据写入上述目标电子控制单元的备份区，完成升级操作。

32、本技术实施例第三方面提供一种车载电子控制单元升级系统，上述系统包括ota云端服务器、hut和多个电子控制单元：

33、上述ota云端服务器用于向上述hut推送软件升级数据；

34、上述电子控制单元中待更新的目标电子控制单元用于根据其目标应用报文的发送周期及对应的发送延迟时间，确定流控帧，并将上述流控帧发送给上述hut；上述流控帧用于限定诊断报文的传输方式，上述发送延迟时间用于反映can总线的负载率；

35、上述hut用于按照上述流控帧限定的诊断报文的传输方式，将从ota云端服务器获取的软件升级数据发送给上述目标电子控制单元；

36、上述目标电子控制单元还用于将接收到的上述软件升级数据存至上述目标电子控制单元的备份区，完成升级操作。

37、本技术实施例第四方面提供一种车辆，包括上述第三方面中的车载控制器升级系统。

38、与现有技术相比，本技术包括以下优点：

39、本技术实施例提供的一种车载控制器升级方法，在目标电子控制单元与hut建立握手状态后，目标电子控制单元根据其目标应用报文的发送周期及对应的发送延迟时间，确定流控帧。其中，流控帧用于限定诊断报文的传输方式，发送延迟时间用于反映can总线的负载率。而后，将流控帧发送给hut，按照流控帧限定的诊断报文的传输方式，从hut处接收软件升级数据，并存至备份区，完成升级操作。一方面，能够根据总线的负载情况，调整诊断报文的传输方式，不仅可以避免诊断报文丢帧，保证下载的软件升级数据的完整性，而且在传输诊断报文的过程中，其余电子控制单元仍可正常向can总线发送应用报文，从而无需静默总线即可完成软件升级。另一方面，在进行软件升级时，直接将下载的软件升级数据存储至备份区，原来的运行区不受影响。这样即使刷写失败，也不会影响用户用车，实现车载电子控制单元无感升级，提升用户整体用车体验。