一种多ECU的OTA升级控制方法及系统与流程

一种多ecu的ota升级控制方法及系统
技术领域
1.本技术涉及ecu软件升级技术领域，具体涉及一种多ecu的ota升级控制方法及系统。


背景技术：

2.目前，ecu(electronic control unit，电子控制单元)升级的工作原理是通过改写程序的办法，将供油、点火等曲线在原厂数据基础上进行精细调整，优化参数以达到增加输出马力、提升扭矩或降低油耗的目的。
3.相关技术中，当ecu有新版软件数据时，可直接通过云端服务器下载新版的软件数据到ecu内，然后在车辆状态安全可靠时，自动在后台进行升级。
4.但是，上述升级过程需确定车辆满足升级条件才提示用户，若用户一上电后直接启动车辆开走，因车载显示屏自检或其他状态显示优先级更高，会导致用户看不到升级提醒，且目前的升级过程也不支持多个ecu同时升级，导致升级效率较低，速度较慢。


技术实现要素：

5.针对现有技术中存在的缺陷之一，本技术的目的在于提供一种多ecu的ota升级控制方法及系统，以解决相关技术中用户漏掉升级提醒、以及无法支持多个ecu同时升级的问题。
6.本技术第一方面提供一种多ecu的ota升级控制方法，其包括步骤：
7.获取升级提醒指令，并等待升级授权指令；上述升级提醒指令为tbox基于ecu软件版本更新所发出的指令、或者基于用户的点选操作所形成的指令；上述升级授权指令包括至少一个ecu类型；
8.当接收到上述升级授权指令时，若车辆状态不满足任一升级条件，则显示不满足的升级条件，直至满足所有升级条件后，基于上述升级授权指令对相应ecu进行升级并显示升级信息；
9.升级完成后，显示升级结果；当上述升级结果为升级失败、且至下电时仍未收到用户的结果确认指令时，存储上述升级结果，并于下次上电后显示上述升级结果。
10.一些实施例中，上述当存在更新的ecu软件版本时，上述tbox下载上述更新的ecu软件版本至相应ecu，并在下载完成后，发出升级提醒指令。
11.一些实施例中，上述基于用户的点选操作形成升级提醒指令，具体包括：
12.tbox接收用户点选操作的升级请求，并查询是否存在ecu软件版本更新；若是，则下载上述更新的ecu软件版本至相应ecu，并基于上述升级请求形成并发出升级提醒指令。
13.一些实施例中，上述获取升级提醒指令之后，还包括：
14.当接收到稍后提醒指令时，tbox开始计时，并在计时时间达到第一时间阈值时，再次发出升级提醒指令；
15.当接收到拒绝升级指令时，tbox开始计时，并在计时时间达到第二时间阈值时，再
次发出升级提醒指令；上述第二时间阈值大于第一时间阈值的两倍。
16.一些实施例中，上述升级条件包括：
17.手刹拉起、发动机停机、点火锁处于on档、以及蓄电池电压处于正常状态。
18.一些实施例中，上述由显示屏获取升级提醒指令，并等待升级授权指令，且当上述显示屏收到升级授权指令后，转发给tbox；
19.当tbox接收到上述升级授权指令时，还包括：
20.tbox根据上述升级授权指令中的ecu数量和类型计算总升级时间，同时将车辆状态是否满足所有升级条件的判断结果发送给显示屏；
21.当显示屏未接收到上述判断结果或接收到的判断结果无效时，以上述总升级时间开始倒计时；
22.若倒计时过程中，上述显示屏与tbox恢复通讯，则显示上述tbox发送的升级信息；
23.若至倒计时结束或下电时，仍未与tbox恢复通讯，则存储超时状态，并于再次上电后显示超时状态。
24.一些实施例中，上述当上述升级提醒指令为tbox基于ecu软件版本更新所发出的指令时，tbox接收到上述升级授权指令后，判断车辆状态是否满足所有升级条件；
25.当上述升级提醒指令为tbox基于用户的点选操作所形成的指令时，tbox接收用户的点选操作后，判断车辆状态是否满足所有升级条件。
26.一些实施例中，上述进行升级时，还包括：
27.若上述升级条件发生变化，则停止升级，并显示不满足的升级条件，直至满足所有升级条件后，继续升级。
28.一些实施例中，上述显示升级结果之后，还包括：
29.发出结果确认请求，并等待用户的结果确认指令；
30.当上述升级结果为升级成功时，以接收到结果确认指令、或者下电作为升级结束；
31.当上述升级结果为升级失败时，以接收到结果确认指令作为升级结束。
32.本技术第二方面提供一种基于上述方法的多ecu的ota升级控制系统，其包括：
33.显示屏，其用于获取升级提醒指令，并等待升级授权指令；以及将接收到的升级授权指令发送给tbox；
34.上述tbox用于接收到上述升级授权指令且判断车辆状态不满足任一升级条件时，发送不满足的升级条件至显示屏进行显示，直至判断满足所有升级条件后，基于上述升级授权指令对相应ecu进行升级并显示升级信息；
35.上述显示屏还用于在升级完成后，显示升级结果；以及当上述升级结果为升级失败、且至下电时仍未收到用户的结果确认指令时，存储上述升级结果，并于下次上电后显示上述升级结果。
36.本技术提供的技术方案带来的有益效果包括：
37.本技术的多ecu的ota升级控制方法及系统，升级提醒指令为tbox基于ecu软件版本更新所发出的指令、或者基于用户的点选操作所形成的指令，可避免用户长时间不升级或漏掉升级提醒，还可实现多个ecu同时升级提醒；在接收到升级授权指令时，若车辆状态不满足任一升级条件，则显示不满足的升级条件，便于用户知晓不满足的升级条件，进而在车辆状态满足所有升级条件后，对相应ecu进行升级并显示升级信息；在升级完成后，还可
显示升级结果，且若升级结果为升级失败、且至下电时仍未收到用户的结果确认指令，则存储所述升级结果，并于下次上电后显示该升级结果，以确保用户知晓升级结果，保证升级的可靠性。
附图说明
38.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1为本技术实施例的多ecu的ota升级控制方法的第一种流程图；
40.图2为本技术实施例的多ecu的ota升级控制方法的第二种流程图；
41.图3为本技术实施例的多ecu的ota升级控制系统的示意图。
具体实施方式
42.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
43.本技术实施例提供一种多ecu的ota(over
‑
the
‑
air technology，空中下载技术)升级控制方法，其能解决相关技术中用户漏掉升级提醒、以及无法支持多个ecu同时升级的问题。
44.如图1所示，本技术实施例的多ecu的ota升级控制方法，包括以下步骤：
45.s1.获取升级提醒指令，并等待升级授权指令；上述升级提醒指令为tbox基于ecu软件版本更新所发出的指令、或者基于用户的点选操作所形成的指令；上述升级授权指令包括至少一个ecu类型。
46.s2.当接收到上述升级授权指令时，若车辆状态不满足任一升级条件，则显示不满足的升级条件，直至满足所有升级条件后，基于上述升级授权指令对相应ecu进行升级并显示升级信息。
47.s3升级完成后，显示升级结果；当上述升级结果为升级失败、且至下电时仍未收到用户的结果确认指令时，存储上述升级结果，并于下次上电后显示上述升级结果。
48.本技术实施例的多ecu的ota升级控制方法，升级提醒指令为tbox(telematics box，远程信息处理器)基于ecu软件版本更新所发出的指令、或者基于用户的点选操作所形成的指令，可避免用户长时间不升级或漏掉升级提醒，还可实现多个ecu同时升级提醒；在接收到升级授权指令时，若车辆状态不满足任一升级条件，则显示不满足的升级条件，便于用户知晓不满足的升级条件，进而在车辆状态满足所有升级条件后，对相应ecu进行升级并显示升级信息；在升级完成后，还可显示升级结果，且若升级结果为升级失败、且至下电时仍未收到用户的结果确认指令，则存储所述升级结果，并于下次上电后显示该升级结果，以确保用户知晓升级结果，保证升级的可靠性。
49.在上述实施例的基础上，本实施例中，当存在更新的ecu软件版本时，上述tbox下
载上述更新的ecu软件版本至相应ecu，并在下载完成后，发出升级提醒指令。
50.进一步地，上述基于用户的点选操作形成升级提醒指令，具体包括以下步骤：
51.tbox接收用户点选操作的升级请求，并查询是否存在ecu软件版本更新；若是，则下载上述更新的ecu软件版本至相应ecu，并基于上述升级请求形成并发出升级提醒指令。若不存在ecu软件版本更新，则无需进行ecu更新。
52.在上述实施例的基础上，本实施例中，上述步骤s1中，获取升级提醒指令之后，还包括以下步骤：
53.当tbox接收到稍后提醒指令时，tbox开始计时，并在计时时间达到第一时间阈值时，再次发出升级提醒指令，以提醒用户升级。
54.当tbox接收到拒绝升级指令时，tbox开始计时，并在计时时间达到第二时间阈值时，再次发出升级提醒指令，以提醒用户升级；上述第二时间阈值大于第一时间阈值的两倍。
55.在其他实施例中，上述第二时间阈值远远大于第一时间阈值，
56.本实施例中，上述升级条件包括：手刹拉起、发动机停机、点火锁处于on档、以及蓄电池电压处于正常状态。
57.在上述实施例的基础上，本实施例中，由显示屏获取升级提醒指令，并等待升级授权指令，且当上述显示屏收到升级授权指令后，转发该升级授权指令给tbox。
58.进一步地，当tbox接收到上述升级授权指令时，还包括以下步骤：
59.首先，tbox根据上述升级授权指令中的ecu数量和类型计算总升级时间，同时将车辆状态是否满足所有升级条件的判断结果发送给显示屏。
60.可选地，总升级时间为升级授权指令中，升级时间最长的ecu所需的升级时间。在其他实施例中，总升级时间为升级授权指令中的单个ecu升级时间之和。
61.本实施例中，若升级授权指令中的多个ecu需一一进行升级，则总升级时间为升级授权指令中的单个ecu升级时间之和；若升级授权指令中的多个ecu可同时升级，则总升级时间为升级时间最长的ecu所需的升级时间。
62.当显示屏未接收到上述判断结果或接收到的判断结果无效时，显示屏以上述总升级时间开始倒计时。可选地，显示屏可接收tbox发送的总升级时间，也可基于升级授权指令中的ecu数量和类型获取总升级时间。
63.若倒计时过程中，上述显示屏与tbox恢复通讯，则该显示屏显示上述tbox发送的升级信息；
64.若至倒计时结束或下电时，显示屏仍未与tbox恢复通讯，则存储超时状态，并于再次上电后显示该超时状态，以提醒用户。
65.进一步地，当上述升级提醒指令为tbox基于ecu软件版本更新所发出的指令时，tbox接收到上述升级授权指令后，判断车辆状态是否满足所有升级条件。
66.当上述升级提醒指令为tbox基于用户的点选操作所形成的指令时，tbox接收用户的点选操作后，判断车辆状态是否满足所有升级条件。
67.本实施例中，上述升级信息包括ecu类型、升级状态、升级剩余时间、升级进度、升级异常原因。
68.进一步地，上述步骤s2中，进行升级时，还包括以下步骤：
69.若上述升级条件发生变化，则停止升级，并显示不满足的升级条件，直至满足所有升级条件后，继续升级。
70.优选地，上述步骤s3中，显示升级结果之后，还包括以下步骤：
71.首先，发出结果确认请求，并等待用户的结果确认指令。
72.当上述升级结果为升级成功时，以接收到结果确认指令、或者下电作为升级结束；
73.当上述升级结果为升级失败时，以接收到结果确认指令作为升级结束。
74.如图2所示，可选地，本实施例的方法具体包括以下步骤：
75.a1.显示屏判断是否接收到tbox基于ecu软件版本更新所发出的升级提醒指令，若是，则转向a3，否则，转向a2。
76.a2.显示屏判断是否接收到tbox基于用户的点选操作所形成的升级提醒指令，若是，则转向a3，否则，结束。
77.a3.显示屏显示升级提醒指令；
78.a4.显示屏判断是否接收到用户选择的ecu，若是，则转向a5，否则，结束。
79.a5.显示屏判断接收到的用户指令，若是同意升级，则转向a8，若是稍后提醒，则转向a6，若是拒绝升级，则转向a7。
80.a6.tbox自接收到稍后提醒的指令开始计时，并在计时时间达到第一时间阈值时，再次发出升级提醒指令至显示屏，并转向a3。
81.a7.tbox自接收到拒绝升级的指令开始计时，并在计时时间达到第二时间阈值时，再次发出升级提醒指令至显示屏，并转向a3。
82.a8.显示屏发送用户选择的ecu以及同意升级的指令至tbox；
83.a9.tbox计算总升级时间，并将车辆状态是否满足所有升级条件的判断结果发送给显示屏；当满足所有升级条件时，tbox对选择的ecu进行升级；
84.a10.显示屏判断接收到的判断结果是否为全部满足，若是，则转向a12，否则，转向a11。
85.a11.显示屏显示不满足的升级条件，结束。
86.a12.显示屏接收tbox发送的升级信息并进行显示；
87.a13.判断是否升级完成，若是，则转向a14，否则转向a12。
88.a14.显示升级结果；
89.a15.判断是否接收到用户的结果确认指令，若是，则升级结束，否则，转向a15。
90.如图3所示，本技术实施例还提供一种基于上述方法的多ecu的ota升级控制系统，该系统包括显示屏和tbox。
91.本实施例中，tbox通过诊断can与整车各个ecu之间进行升级数据的交互传递，同时通过通讯can与仪表显示屏进行交互，用户可通过仪表显示屏的菜单键进行升级选择，以及查看升级信息和升级结果。
92.上述显示屏用于获取升级提醒指令，并等待升级授权指令；上述显示屏还用于将接收到的升级授权指令发送给tbox。
93.上述tbox用于接收到显示屏发送的升级授权指令且判断车辆状态不满足任一升级条件时，发送不满足的升级条件至显示屏，直至判断满足所有升级条件后，基于上述升级授权指令对相应ecu进行升级并显示升级信息。
94.上述显示屏用于显示不满足的升级条件给用户，显示屏还用于在升级完成后，显示升级结果；以及当上述升级结果为升级失败、且至下电时仍未收到用户的结果确认指令时，存储上述升级结果，并于下次上电后再次显示上述升级结果。
95.可选地，可对tbox与显示屏之间的数据交互进行定义。
96.如下表1所示，tbox发送给显示屏的信号可包括升级ecu类型、升级状态、升级剩余时间、升级进度、升级异常原因，还可包括升级请求应答。如下表2所示，显示屏发送给tbox的信号可包括升级ecu类型、升级状态应答和升级请求。
97.其中，针对状态或应答除了需要考虑正常状态如升级成功、可以升级等，还需考虑各种异常结果。如tbox发送给显示屏的升级状态包括“正在升级”、“升级成功”、“升级失败、已恢复”、“升级失败、不可恢复”、“请求升级恢复”等；显示屏发送给tbox的升级状态应答包括：“已接收，请等待用户响应”、“确定升级”、“不同意升级”、“稍后提醒”等。
98.表1
[0099][0100]
表2
[0101][0102]
本实施例中，当存在更新的ecu软件版本时，上述tbox还用于下载上述更新的ecu软件版本至相应ecu，以便于在下载完成后，发出升级提醒指令至显示屏。当显示屏收到tbox发出的升级提醒指令后会提示用户是否需要升级。
[0103]
当用户想要升级整车ecu实现功能升级或者bug修复，且此时显示屏未收到tbox发出的升级提醒指令时，也可对显示屏进行点选操作，此时，显示屏发送升级请求至tbox，查询有无新的ecu软件版本升级数据可以升级。此时，tbox的升级请求应答若为肯定应答，即
为可以升级，则显示屏显示升级提醒信息；若显示屏5s内收不到tbox的应答、或者15s内接收的应答结果无效、或者接收的为否定应答，则表示无需升级，显示屏显示相应信息后自动退出界面。
[0104]
可选地，若tbox判断有升级程序但升级条件不满足时，tbox的升级请求应答仍为肯定应答，此时显示屏仍会显示升级提醒信息以告知用户，并在接收升级授权指令后，通过显示屏显示不满足的升级条件。
[0105]
上述显示屏显示的升级提醒信息包括tbox发送的升级ecu类型和升级时间。显示屏可支持用户选择部分ecu升级或全部ecu升级。可选地，默认勾选所有ecu，若用户选择部分ecu升级，则可取消无需升级的ecu。若显示屏显示tbox发送的升级ecu类型和升级时间后，用户点选返回按键、或30s内未接收用户点选操作，则退出升级提醒界面。
[0106]
上述升级提醒信息还包括升级条件确认和升级选择选项。当显示屏获取到用户选择升级的ecu后，显示屏跳转下一页并显示升级条件确认和升级选择选项。具体地，升级条件确认的内容为：请确认下述条件：车辆已在安全位置停止或固定；驻车制动已开启；发动机已停机；点火锁on挡；蓄电池电压充足。升级选择选项包括：“已确认，同意升级”、稍后提醒、拒绝升级。
[0107]
本实施例的升级授权指令包括用户选择升级的ecu以及同意升级的指令。当显示屏接收到同意升级的指令后，将升级授权指令发送给tbox。tbox即可根据上述升级授权指令中的ecu数量和类型获取总升级时间，同时将车辆状态是否满足所有升级条件的判断结果发送给显示屏，包括手刹是否拉起、发动机是否停机、点火锁是否在on档，蓄电池电压是否正常。所有升级条件均满足，才能进入升级过程。
[0108]
若tbox回复否定应答，即存在任一升级条件不满足，则显示屏显示文字提醒。
[0109]
当显示屏接收到稍后提醒的指令并发送给tbox时，tbox开始计时，并在计时时间达到第一时间阈值时，再次发出升级提醒指令。
[0110]
当显示屏接收到拒绝升级的指令并发送给tbox时，tbox开始计时，并在计时时间达到第二时间阈值时，再次发出升级提醒指令；上述第二时间阈值远大于第一时间阈值。若再次发出升级提醒指令后，接收到用户的升级授权指令，则可进行升级。
[0111]
当多个ecu同时升级时，显示屏可单独显示各个ecu的升级状态。由于各ecu的升级状态、升级进度不一样相同，因此，显示屏还可滚动发出各ecu的升级信息。
[0112]
本实施例中，对ecu进行升级的过程中，若显示屏与tbox数据通讯正常，则按照tbox升级ecu进度，正常显示升级进度百分比和总升级剩余时间。
[0113]
若显示屏未接收到tbox发送的升级信息或者tbox发送的升级信息无效时，显示屏以tbox超时前发送的时间自行倒计时。
[0114]
其中，若倒计时过程中，上述显示屏与tbox恢复通讯，则该显示屏显示上述tbox发送的升级信息。若至倒计时结束或用户等不及下电或异常断电时，显示屏仍未与tbox恢复通讯，则存储超时状态，此时可显示等待结束，请重新上电，并于再次上电后显示该超时状态，以提醒用户。可选地，再次上电并自检后，若通讯恢复，则可继续进行升级并显示升级信息；若依旧超时，则显示屏还可基于该超时状态显示“不能确认控制器状态，若无法行车，请联系服务热线”，以提醒用户可能存在异常。
[0115]
若升级过程中，因用户不小心的异常操作，导致升级条件发生变化，则停止升级，
此时显示屏可显示“升级条件发生变化，请重新确认升级”，并显示不满足的升级条件，直至满足所有升级条件后，继续升级。
[0116]
本实施例中，若用户重新确认升级，则显示屏界面可跳转回到升级条件确认和升级选择选项。
[0117]
本实施例中，上述升级结果分为升级成功和升级失败，其不论是升级成功，还是升级失败，均需重新上电。当接收到用户的结果确认指令时，升级流程即结束，显示屏不再显示。当升级多个ecu时，若有任一ecu升级失败，均表示升级异常。
[0118]
当升级结果为升级成功时，若至下电时仍未收到用户的结果确认指令，则以下电作为升级结束。
[0119]
当升级结果为升级失败时，以接收到结果确认指令作为升级结束。若至下电时仍未收到用户的结果确认指令，则再次上电后，显示屏需再次显示以告知用户，还可明确升级失败的类别是升级失败已恢复还是升级失败不可恢复等。因此，针对升级失败的升级结果，显示屏需要存储下来。
[0120]
本实施例中，以发动机、变速箱和vecu(vehicle electronic control unit，电控单元)的ecu需要升级为例。当发动机的ecu和变速箱的ecu均升级成功，而vecu的ecu升级失败时，仍显示升级异常。
[0121]
本实施例的ota升级控制系统，适用于上述各ota升级控制方法，不仅支持整车多ecu的同时升级的显示和控制，以满足用户升级需求，且针对升级过程中不同异常情况可进行有效应对，并不论升级成功，还是升级失败，均确保用户知晓升级结果，避免因升级时间较长，用户处理其他事情没有看到升级结果，保证升级的可靠性。
[0122]
需要说明的是，在本技术中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0123]
以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。