CN116382735A - 域控制器升级的进度显示、异常处理方法及其***、设备 - Google Patents
域控制器升级的进度显示、异常处理方法及其***、设备 Download PDFInfo
- Publication number
- CN116382735A CN116382735A CN202310353831.6A CN202310353831A CN116382735A CN 116382735 A CN116382735 A CN 116382735A CN 202310353831 A CN202310353831 A CN 202310353831A CN 116382735 A CN116382735 A CN 116382735A
- Authority
- CN
- China
- Prior art keywords
- upgrade
- upgrading
- progress
- sensor
- domain controller
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 137
- 230000005856 abnormality Effects 0.000 claims abstract description 51
- 230000002159 abnormal effect Effects 0.000 claims abstract description 26
- 230000006855 networking Effects 0.000 claims abstract description 8
- 230000008569 process Effects 0.000 claims description 44
- 238000012545 processing Methods 0.000 claims description 32
- 230000005540 biological transmission Effects 0.000 claims description 24
- 230000004044 response Effects 0.000 claims description 11
- 238000004364 calculation method Methods 0.000 claims description 9
- 238000004458 analytical method Methods 0.000 claims description 3
- 238000012546 transfer Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000005096 rolling process Methods 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 1
- 230000001680 brushing effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
域控制器升级的进度显示、异常处理方法及其***、设备,该域控制器升级的进度显示方法包括:基于域控制器联网和下载的升级包,基于升级包创建一个域控制器整车OTA升级包,对外显示一个待升级节点;解压升级包,获取子升级包和升级流程文件,确定当前事件的执行阶段和进度;创建OTA升级流程的日志记录,基于日志记录定位OTA升级时事件的执行阶段和结果;基于读取升级流程文件的升级信息,对各个升级传感器设升级权重,以及对升级域控制器设升级权重;基于传感器和域控制器的升级权重分别对外显示对应的传感器升级进度,以及域控制器升级进度,以表示整体OTA升级的进度。若获取整体OTA升级存有异常;则结束异常升级,基于升级异常进入重试升级或升级回滚流程。
Description
技术领域
本发明属于智能驾驶域控制器升级的技术领域,特别是涉及一种域控制器升级的进度显示方法及***、异常处理方法及其***、设备和介质。
背景技术
随着整车OTA(Over-the-air programming)在汽车领域的应用,采用通过无线通信的载体,将最新的软件推送到OTA车载主控端,由主控端对整车内的各个域控制器、传感器以及支持升级的ECU进行***、软件、数据更新的技术。
UDS(统一诊断服务)针对升级的场景定义了一些服务内容,包括34(请求下载),35(请求上传),36(数据传输),37(请求退出传输),38(请求文件传输)等服务,并包括了有文件***和没有文件***的场景服务,另外还可结合22(通过ID读数据),2E(通过ID写数据),27(安全访问),28(通信控制),85(DTC控制),31(例程控制)等服务内容,辅助OTA完成整体升级流程。
根据以太网已成为汽车网络中的主干网络,目前ISO组织定义的DoIP协议(基于以太网的诊断协议)是主流的传输协议,但SOA(面向服务的架构),使用SOME/IP协议(基于IP的可扩展的面向服务的中间件)传输诊断指令,可以通过定义私有协议传输诊断指令。
目前UDS指令对传输层的选择不统一,升级各个节点的方式如各个域控制器通常会有不同,尤其是智能驾驶领域的域控制器,因其下挂的传感器众多,对域控制器自身和众多传感器升级的流程控制,易出现异常场景,导致升级的流程控制失效。鉴于此,需要提供一种域控制器升级的进度显示方法、异常处理方法、***、设备和介质,以解决在升级流程控制时因流程控制复杂度高,不能对域控制器自身和传感器升级流程控制的异常场景进行及时控制处理的问题。
发明内容
本发明提供一种域控制器升级的进度显示方法、异常处理方法、***、设备和介质,以解决在升级流程控制时因流程控制复杂度高,不能对域控制器自身和传感器升级流程控制的异常场景进行及时控制处理的问题。本发明通过域控制器升级的进度显示方法、异常处理方法、***、设备和介质,该域控制器升级的进度显示方法包括:基于域控制器联网和下载的升级包,基于升级包创建一个域控制器整车OTA升级包,对外显示一个待升级节点;解压升级包,获取子升级包和升级流程文件,确定当前事件的执行阶段和进度;创建OTA升级流程的日志记录,基于日志记录定位OTA升级时事件的执行阶段和结果;基于读取升级流程文件的升级信息,对各个升级传感器设升级权重,以及对升级域控制器设升级权重;基于传感器和域控制器的升级权重分别对外显示对应的传感器升级进度,以及域控制器升级进度,以表示整体OTA升级的进度。若获取整体OTA升级存有异常,则结束异常升级,基于升级异常进入重试升级或升级回滚流程。本发明通过上述域控制器升级的进度显示方法,在升级流程控制时,简化了整体OTA升级控制流程,降低了整体OTA升级流程控制的复杂度,能对域控制器自身和传感器升级流程控制的异常场景进行及时控制处理,提高了域控制器升级的进度显示和异常处理的时效性。
本发明的目的及解决其技术问题是采用以下技术方案来实现的。
本发明提供一种域控制器升级的进度显示方法,所述域控制器外接多个传感器,该进度显示方法包括:
解压所述升级包,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度;
创建OTA升级流程的日志记录,基于所述日志记录定位OTA升级时当前执行事件的执行阶段和结果;
显示每个传感器的升级进度和每个传感器升级权重对应的升级进度,以及整体OTA升级的进度。
可选的,在解压所述升级包之前,所述域控制器升级的进度显示方法还包括:
基于域控制器联网和下载域控制器整车OTA更新的升级包。
可选的,基于下载的所述升级包创建一个域控制器整车OTA升级包,对外显示一个待升级的节点。
可选的,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度包括:
基于所述升级流程文件获取多个传感器的属性信息和升级信息以及多个传感器升级过程中用于表征请求应答的多个执行事件;
其中,每个执行事件对应执行一种UDS服务的请求应答;
基于所述请求应答确定多个传感器升级的当前执行事件的执行阶段和进度。
可选的,创建OTA升级流程的日志记录包括:
创建OTA升级流程的传感器和域控制器升级的日志记录参数;
其中,
传感器升级的日志记录参数包括:传感器升级的时间戳、传感器类型、传感器的升级阶段和传感器的升级结果;
域控制器升级的日志记录参数包括:域控制器升级的时间戳、域控制器类型、域控制器的升级阶段和域控制器的升级结果。
可选的,基于所述日志记录定位OTA升级时当前执行事件的执行阶段和结果包括:
提供OTA升级时传感器或域控制器升级的日志记录数据接口;
通过所述日志记录数据接口载入传感器或域控制器升级的日志记录参数;
实时计算并记录每个日志记录参数对应升级的时间戳和升级结果;
基于每个日志记录参数对应升级的时间戳和升级结果定位当前执行事件的升级阶段和升级结果;
其中,升级流程文件包括传感器的描述文件和升级脚本文件。
可选的,实时计算并记录每个日志记录参数对应升级的时间戳和升级结果包括:
实时计算并自动记录日志记录的每个传感器升级的日志记录参数对应升级的时间戳;
获取并记录传感器描述文件的标签描述的传感器类型信息;
获取并记录各个传感器的升级脚本文件的标签描述的传感器的升级阶段信息;
获取并记录当前时刻各个传感器的升级结果。
可选的,实时计算并记录每个日志记录参数对应升级的时间戳和升级结果包括:
实时计算并自动记录日志记录的每个域控制器升级的日志记录参数对应升级的时间戳;
获取并记录域控制器描述文件的标签描述的域控制器类型信息;
获取并记录各个域控制器的升级脚本文件的标签描述的域控制器的升级阶段信息;
获取并记录当前时刻各个域控制器的升级结果。
可选的,显示每个传感器的升级进度包括:
将每个传感器升级过程分割为升级前处理阶段、升级数据传输阶段和升级后处理阶段;
基于每个传感器升级前处理阶段的开始进程和结束进程标签获取传感器升级前处理阶段升级进度;
基于每个传感器升级数据传输阶段的开始进程和结束进程标签获取传感器升级数据传输阶段升级进度;
基于每个传感器升级数据传输阶段的开始进程和结束进程标签获取传感器升级后处理阶段升级进度;
基于每个传感器的升级前处理阶段升级进度、升级数据传输阶段升级进度和升级后处理阶段升级进度对外显示传感器升级进度。
可选的,每个传感器升级权重对应的升级进度,以及整体OTA升级的进度包括:
基于读取升级流程文件记载的升级信息,对各个升级的传感器设置升级权重,以及对升级的域控制器设置升级权重;
基于传感器升级权重和域控制器升级权重分别对外显示对应的传感器升级进度和域控制器升级进度表示整体OTA升级的进度。
可选的,各个传感器并行升级时,基于各个传感器自身的升级进度与对应传感器升级权重乘积的结果分别进行取整计算,并将所述取整计算结果进行累加求和得到所有升级传感器并行升级的进度。
可选的,所述域控制器升级的进度显示方法还包括:若获取整体OTA升级存有异常,则结束异常的升级,基于升级的异常进入重试升级或升级回滚流程。
可选的,若获取整体OTA升级存有异常;则结束异常的升级,基于升级的异常进入重试升级或升级回滚流程包括:
整体OTA升级存有异常;则结束异常的升级,基于升级的异常进入升级重试或升级回滚流程;否则,
进入重启复位流程;若重启复位流程存有异常;则进行整体OTA的回滚流程。
可选的,升级回滚流程包括:
基于备份的所述升级包重新进行升级;
若传感器升级阶段异常;则回滚进度将基于所有传感器分摊整个传感器升级进度的比例进行权重重新分配,并将整个传感器升级进度作为整体OTA升级的进度对外显示。
可选的,所述域控制器升级的进度显示方法还包括:
若重试升级或升级回滚流程失败,则停止回滚流程,上报OTA升级状态,并记录当前OTA升级状态的故障信息。
本发明还提供一种域控制器升级的进度显示***,该进度显示***包括:
日志解析单元,用于解压所述升级包,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度;
OTA日志单元,用于创建OTA升级流程的日志记录,基于所述日志记录定位OTA升级时当前执行事件的执行阶段和结果;
进度显示单元,用于显示每个传感器的升级进度和每个传感器升级权重对应的升级进度,以及整体OTA升级的进度。
本发明还提供一种域控制器升级异常处理***,该域控制器升级异常处理***包括:
异常获取单元,用于获取整体OTA升级存在的异常;
升级退出单元,用于结束异常的升级;
重试升级单元,用于基于升级的异常进入重试升级;
升级回滚单元,用于基于升级的异常进入升级回滚流程。
本发明还提供一种电子设备,该电子设备包括:
存储器,用于存储非暂时性计算机可读指令;以及
处理器,用于运行计算机可读指令,使得计算机可读指令被处理器执行时实现上述的方法。
本发明还提供一种计算机可读存储介质,该计算机可读存储介质包括计算机指令,当计算机指令在设备上运行时,使得设备执行上述的方法。
本发明与现有技术相比具有明显的优点和有益效果。借由上述技术方案,本发明至少具有以下优点及有益效果之一:
一、本发明提供的域控制器升级的进度显示方法,该进度显示方法包括:基于域控制器联网和下载的升级包,基于升级包创建一个域控制器整车OTA升级包,对外显示一个待升级节点;解压升级包,获取子升级包和升级流程文件,确定当前事件的执行阶段和进度;创建OTA升级流程的日志记录,基于日志记录定位OTA升级时事件的执行阶段和结果;基于读取升级流程文件的升级信息,对各个升级传感器设升级权重,以及对升级域控制器设升级权重;基于传感器和域控制器的升级权重分别对外显示对应的传感器升级进度,以及域控制器升级进度,以表示整体OTA升级的进度。若获取整体OTA升级存有异常;则结束异常升级,基于升级异常进入重试升级或升级回滚流程。本发明通过上述域控制器升级的进度显示方法,在升级流程控制时,简化了整体OTA升级控制流程,降低了整体OTA升级流程控制的复杂度,能对域控制器自身和传感器升级流程控制的异常场景进行及时控制处理,提高了域控制器升级的进度显示和异常处理的时效性。
二、本发明提供的一种域控制器升级的进度显示***,该进度显示***包括:日志解析单元,用于解压所述升级包,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度;OTA日志单元,用于创建OTA升级流程的日志记录,基于所述日志记录定位OTA升级时当前执行事件的执行阶段和结果;进度显示单元,用于显示每个传感器的升级进度和每个传感器升级权重对应的升级进度,以及整体OTA升级的进度。本发明通过上述域控制器升级的进度显示方法,在升级流程控制时,简化了整体OTA升级控制流程,降低了整体OTA升级流程控制的复杂度,提高了域控制器升级的进度显示的时效性。
三、本发明提供的一种域控制器升级异常处理***,该域控制器升级异常处理***包括:异常获取单元,用于获取整体OTA升级存在的异常;升级退出单元,用于结束异常的升级;重试升级单元,用于基于升级的异常进入重试升级;升级回滚单元,用于基于升级的异常进入升级回滚流程。本发明通过上述域控制器升级异常处理***,在升级流程控制时,简化了整体OTA升级控制流程,降低了整体OTA升级流程控制的复杂度,能对域控制器自身和传感器升级流程控制的异常场景进行及时控制处理,提高了域控制器升级的进度显示和异常处理的时效性。
四、本发明提供的一种电子设备,该电子设备包括:存储器,用于存储非暂时性计算机可读指令;以及处理器,用于运行所述计算机可读指令,使得所述计算机可读指令被所述处理器执行时实现上述任一项所述的域控制器升级的进度显示方法和异常处理方法。本发明通过上述域控制器升级的进度显示方法和异常处理方法,在升级流程控制时,简化了整体OTA升级控制流程,降低了整体OTA升级流程控制的复杂度,能对域控制器自身和传感器升级流程控制的异常场景进行及时控制处理,提高了域控制器升级的进度显示和异常处理的时效性。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂,以下特举较佳实施例,并配合附图,详细说明如下。
附图说明
图1是本发明一实施例的一种域控制器升级的进度显示方法的流程示意图;
图2是本发明一实施例的整包OTA升级进度显示方法的流程示意图;
图3是本发明一实施例的一种域控制器升级的异常处理方法的流程示意图;
图4是本发明一实施例的一种域控制器升级的进度显示***的结构示意图;
图5是本发明一实施例的一种域控制器升级的异常处理***的结构示意图;
图6是本发明一实施例的电子设备的结构示意图;
图7是本发明一实施例的整包OTA升级的流程示意图。
具体实施方式
为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例,对依据本发明提出的其具体实施方式、结构、特征及其功效,详细说明如下。
本发明提供一种域控制器升级的进度显示方法、异常处理方法、***、设备和介质,以解决在升级流程控制时因流程控制复杂度高,不能对域控制器自身和传感器升级流程控制的异常场景进行及时控制处理的问题。本发明通过域控制器升级的进度显示方法、异常处理方法、***、设备和介质,该域控制器升级的进度显示方法包括:基于域控制器联网和下载的升级包,基于升级包创建一个域控制器整车OTA升级包,对外显示一个待升级节点;解压升级包,获取子升级包和升级流程文件,确定当前事件的执行阶段和进度;创建OTA升级流程的日志记录,基于日志记录定位OTA升级时事件的执行阶段和结果;基于读取升级流程文件的升级信息,对各个升级传感器设升级权重,以及对升级域控制器设升级权重;基于传感器和域控制器的升级权重分别对外显示对应的传感器升级进度,以及域控制器升级进度,以表示整体OTA升级的进度。若获取整体OTA升级存有异常;则结束异常升级,基于升级异常进入重试升级或升级回滚流程。本发明通过上述域控制器升级的进度显示方法,在升级流程控制时,简化了整体OTA升级控制流程,降低了整体OTA升级流程控制的复杂度,能对域控制器自身和传感器升级流程控制的异常场景进行及时控制处理,提高了域控制器升级的进度显示和异常处理的时效性。
本发明提供一种域控制器升级的进度显示方法,所述域控制器外接多个传感器,如图1所示,该进度显示方法包括:
S1,解压所述升级包,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度;
S2,创建OTA升级流程的日志记录,基于所述日志记录定位OTA升级时当前执行事件的执行阶段和结果;
S3,显示每个传感器的升级进度和每个传感器升级权重对应的升级进度,以及整体OTA升级的进度。
需要说明的是,智能驾驶域控制器在硬件架构层面通常外接多种不同类别的传感器,用于满足智能驾驶算法的感知要求,如毫米波雷达,超声波雷达,激光雷达,摄像头等类似的传感器部件。为了降低整车OTA升级流程控制的复杂度,减少智能驾驶域控制器与上述传感器部件发生过多的交互流程,采用将智能驾驶域控制器及其下挂传感器的升级包作成一个的压缩升级大包,对外只呈现一个被升级的流程控制节点。同时这个整车OTA升级大包的下载交由智能驾驶域控制器利用自身的联网能力自行下载,通过减少了传输升级包过多的流程,同时也减少了智驾传感器过多的升级交互流程。本发明采用OTA升级日志记录(OTALog),OTALog是OTA升级过程中记录的关键流程日志(Log),用于定位当前升级部件处于哪个升级阶段,升级结果如何。因此,专门设计OTA日志单元,通过在OTA日志单元内设置日志记录模块,在事件<Case>执行前后,以时间戳打点方式来记录当前升级部件的流程执行状况。多个传感器的升级可并行升级刷写,在达到所有传感器都升级成功后,再执行域控制器自身的升级刷写。在传感器升级阶段,通过进度计算可以表示各个传感器自身的升级进度乘以升级权重并向下取整后累加的结果。最终传感器并行刷写成功,整体传感器升级进度会达到100%,在整个OTA升级的进度会达到传感器升级进度所占全升级进度的比例。后续接下来会进入域控制器自身的升级,域控制器自身的升级通常是域控供应商或低软供应商提供芯片的升级接口,供升级控制端调用,需要把100%的进度与升级权重相乘并累加至整个OTA升级总进度的剩余升级进度中。
可选的,在解压所述升级包之前,所述域控制器升级的进度显示方法还包括:
基于域控制器联网和下载域控制器整车OTA更新的升级包。
需要说明的是,在本发明的一实施例中,升级压缩大包格式可以是一个经过zip格式压缩后的压缩包,解压后除了有各个传感器部件的升级包,还包含了智能驾驶域控制器和各个传感器部件升级流程文件。升级流程文件主要分两类:一类是传感器的描述文件(sensor_manifest.xml),另一类是各个传感器的升级脚本文件(xxx_update_process.xml,xxx表示各个传感器的类别,如srr为角雷达)。在sensor_manifest.xml中定义了各个传感器件的名称、升级协议、诊断地址、零部件编号、目标版本号、升级流程控制顺序、升级进度权重,关联的升级包及升级脚本文件路径等信息,以左前角雷达举例如下,对应的标签含义如下描述:
升级脚本文件同样以角雷达srr_update_process.xml文件举例,内容包含一些列执行事件<Case>,表示一去一回的请求应答,每个执行事件<Case>都代表一种UDS服务的请求应答,下面描述了其中一个执行事件<Case>,当中发送报文标签<TransDatas>表示发送的报文,接收报文标签<RecvDatas>表示期待的接受报文,执行事件阶段标签<UpdateStep>用于表示当前执行的事件case处于哪个阶段,部分耗时的事件<Case>会有进度标签如开始进度标签<BeginProgress>和结束进度标签<EndProgress>。
上述升级流程文件的传感器的描述文件(sensor_manifest.xml),以及各个传感器的升级脚本文件(xxx_update_process.xml,xxx表示各个传感器的类别,如srr为角雷达),具体内容详见所述两个实施例阐述的内容,在此不在赘述。
可选的,基于下载的所述升级包创建一个域控制器整车OTA升级包,对外显示一个待升级的节点。
需要说明的是,本发明通过下载的一个压缩的升级包创建一个域控制器整车OTA升级包,对外采用显示一个待升级的节点,减少了传输升级包过多的流程,同时也减少了智驾传感器过多的升级交互流程,以及提升了域控制器升级进度显示的时效。
可选的,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度包括:
基于所述升级流程文件获取多个传感器的属性信息和升级信息以及多个传感器升级过程中用于表征请求应答的多个执行事件;
其中,每个执行事件对应执行一种UDS服务的请求应答;
基于所述请求应答确定多个传感器升级的当前执行事件的执行阶段和进度。
需要说明的是,从升级流程文件内获取多个传感器的属性信息和升级信息,以及多个传感器在升级过程中用于表征请求应答的多个执行事件的结果信息。上述每个执行事件对应执行一种UDS服务的请求应答,可基于上述的请求应答内容,以确定多个传感器升级的当前执行事件的执行阶段和升级所处的具体进度位置。
可选的,创建OTA升级流程的日志记录包括:
创建OTA升级流程的传感器和域控制器升级的日志记录参数;
其中,传感器升级的日志记录参数包括:传感器升级的时间戳、传感器类型、传感器的升级阶段和传感器的升级结果;
域控制器升级的日志记录参数包括:域控制器升级的时间戳、域控制器类型、域控制器的升级阶段和域控制器的升级结果。
需要说明的是,在执行事件<Case>执行前后,采用时间戳打点方式记录当前升级部件的升级流程执行状况,格式的定义如下:【Timestamp】时间戳【SENSOR_TYPE】传感器类型【SENSOR_STEP】传感器_步骤【RESULT】结果。
可选的,基于所述日志记录定位OTA升级时当前执行事件的执行阶段和结果包括:
提供OTA升级时传感器或域控制器升级的日志记录数据接口;
通过所述日志记录数据接口载入传感器或域控制器升级的日志记录参数;
实时计算并记录每个日志记录参数对应升级的时间戳和升级结果;
基于每个日志记录参数对应升级的时间戳和升级结果定位当前执行事件的升级阶段和升级结果;
其中,升级流程文件包括传感器的描述文件和升级脚本文件。
需要说明的是,日志记录模块不限于采用提供一个接口传入三个参数的方式进行日志记录,其中三个参数为【SENSOR_TYPE】、【SENSOR_STEP】和【RESULT】,时间戳由日志记录模块进行计算,并自动附带记录;【SENSOR_TYPE】使用的信息是sensor_manifest.xml中的名称标签<Name>所描述的信息;【SENSOR_STEP】使用的信息是xxx_update_process.xml中的升级阶段标签<UpdateStep>所描述的信息。
根据上述执行事件<Case>部分实际的执行状况如下:
【2023-02-04 19:23:41.771】【SRR_FL】【扩展会话切换】【OK】
【2023-02-04 19:23:43.710】【SRR_FL】【编程会话切换】【OK】
…………
【2023-02-04 19:23:49.231】【SRR_FL】【数据传输】 【0%】
【2023-02-04 19:23:49.931】【SRR_FL】【数据传输】 【10%】
【2023-02-04 19:23:51.210】【SRR_FL】【数据传输】 【25%】
……
【2023-02-04 19:25:02.180】【SRR_FL】【数据传输】【100%】
……
【2023-02-04 19:25:30.215】【SRR_FL】【清除DTC】【OK】
可选的,实时计算并记录每个日志记录参数对应升级的时间戳和升级结果包括:
实时计算并自动记录日志记录的每个传感器升级的日志记录参数对应升级的时间戳;
获取并记录传感器描述文件的标签描述的传感器类型信息;
获取并记录各个传感器的升级脚本文件的标签描述的传感器的升级阶段信息;
获取并记录当前时刻各个传感器的升级结果。
需要说明的是,基于在执行事件<Case>执行前后格式的定义:【Timestamp】时间戳【SENSOR_TYPE】传感器类型【SENSOR_STEP】传感器_步骤【RESULT】结果,以及日志记录模块采用提供一个接口传入三个参数的方式进行日志记录:【SENSOR_TYPE】、【SENSOR_STEP】和【RESULT】,实时计算并自动记录日志记录的每个传感器升级的日志记录参数对应升级的时间戳;获取并记录传感器描述文件的标签描述的传感器类型信息;获取并记录各个传感器的升级脚本文件的标签描述的传感器的升级阶段信息;获取所述的【Timestamp】时间戳【SENSOR_TYPE】传感器类型【SENSOR_STEP】传感器_步骤,并记录当前时刻各个传感器单独或者并行升级的结果【RESULT】。另外,描述执行事件<Case>下有发送报文和期待的接受报文数据,如果实际接受的报文与期待的报文不一致,则该传感器件的刷写流程失败并终止执行后续接下来的事件<Case>。若超时未收到报文,也同样认为刷写流程失败并终止执行后续接下来的事件<Case>。脚本文件中的事件<Case>从上到下按顺序逐一执行,部分事件<Case>会有开始进度标签<BeginProgress>字段和结束进度标签<EndProgress>字段,表示当前事件<Case>执行前后的升级事件进度信息。最后一条事件<Case>的结束进度标签<EndProgress>值为100,即最后一条事件<Case>执行完,该事件<Case>的升级进度达到100%。
可选的,实时计算并记录每个日志记录参数对应升级的时间戳和升级结果包括:
实时计算并自动记录日志记录的每个域控制器升级的日志记录参数对应升级的时间戳;
获取并记录域控制器描述文件的标签描述的域控制器类型信息;
获取并记录各个域控制器的升级脚本文件的标签描述的域控制器的升级阶段信息;
获取并记录当前时刻各个域控制器的升级结果。
需要说明的是,域控制器如果有多个,也可采用上述多个传感器并行升级的方式进行升级。基于在域控制器执行事件<Case>执行前后域控制器升级的格式定义:【Timestamp】时间戳【SENSOR_TYPE】域控制器类型【SENSOR_STEP】域控制器_步骤【RESULT】结果,以及日志记录模块采用提供一个接口传入三个参数的方式进行日志记录:【SENSOR_TYPE】、【SENSOR_STEP】和【RESULT】,实时计算并自动记录日志记录的每个域控制器升级的日志记录参数对应升级的时间戳;获取并记录域控制器描述文件的标签描述的传感器类型信息;获取并记录各个域控制器的升级脚本文件的标签描述的域控制器的升级阶段信息;获取所述的【Timestamp】时间戳【SENSOR_TYPE】域控制器类型【SENSOR_STEP】域控制器_步骤,并记录当前时刻各个域控制器单独或者并行升级的结果【RESULT】。
可选的,显示每个传感器的升级进度包括:
将每个传感器升级过程分割为升级前处理阶段、升级数据传输阶段和升级后处理阶段;
基于每个传感器升级前处理阶段的开始进程和结束进程标签获取传感器升级前处理阶段升级进度;
基于每个传感器升级数据传输阶段的开始进程和结束进程标签获取传感器升级数据传输阶段升级进度;
基于每个传感器升级数据传输阶段的开始进程和结束进程标签获取传感器升级后处理阶段升级进度;
基于每个传感器的升级前处理阶段升级进度、升级数据传输阶段升级进度和升级后处理阶段升级进度对外显示传感器升级进度。
需要说明的是,如图2所示,每个传感器件的升级进度为0至100%,大体分为三个部分:升级前处理、数据传输、升级后处理,分别分配的进度比为10%、80%、10%。其中,升级进度占比较重的数据传输部分,根据升级包的拆包总数与当前的传包数对比,进一步分配80%的升级显示权重。从整体角度来看对每个传感器件赋予一定的权重,如sensor_manifest.xml中的权重进度标签<ProgressWeight>字段所表示的值0.05。图2中以7个传感器件的升级为例,因上述各个传感器件所占升级进度显示的权重为5%,所有传感器总和升级进度显示的权重即占35%,总OTA升级进度的剩余进度分配给域控制器自身的升级进度进行显示。
可选的,每个传感器升级权重对应的升级进度,以及整体OTA升级的进度包括:
基于读取升级流程文件记载的升级信息,对各个升级的传感器设置升级权重,以及对升级的域控制器设置升级权重;
基于传感器升级权重和域控制器升级权重分别对外显示对应的传感器升级进度和域控制器升级进度表示整体OTA升级的进度。
需要说明的是,每个传感器升级进度和整体OTA升级的进度的显示方法,如图2所示,升级前处理包括升级事件1至7,其中,上述升级事件1-7中每个升级事件开始进度显示:0;结束进度显示:10,该升级事件对应的传感器的升级进度对应显示10%。在数据参数包括升级事件8,升级事件开始进度显示:10;结束进度显示:90,该升级事件对应的传感器的升级进度对应显示80%。在升级后处理包括升级事件9至15,上述升级事件9-15中每个升级事件开始进度显示:90;结束进度显示:100,该升级事件对应的传感器的升级进度对应显示10%。综合上述7个传感器件的升级事件对应的整体OTA升级进度所占的百分比比例分别为:5%、5%、5%、5%、5%、5%、5%和65%。
可选的,各个传感器并行升级时,基于各个传感器自身的升级进度与对应传感器升级权重乘积的结果分别进行取整计算,并将所述取整计算结果进行累加求和得到所有升级传感器并行升级的进度。
需要说明的是,如果各个传感器并行升级时,基于各个传感器自身的升级进度与对应传感器升级权重乘积的结果出现多个小数位的情况,采用将各个传感器自身的升级进度与升级权重乘积的结果分别进行取整计算,保留整数位数值的方法(如四舍五入或直接取整计算后将小数部分去掉)作为各个传感器自身的升级进度。将所述取整计算结果进行累加求和得到所有升级传感器并行升级的进度,具体可以参见显示每个传感器的升级进度部分的阐述内容,在此不再赘述。
可选的,所述域控制器升级的进度显示方法还包括:若获取整体OTA升级存有异常;则结束异常的升级,基于升级的异常进入重试升级或升级回滚流程。
需要说明的是,考虑升级的异常场景,倘若某个传感器升级失败,则进度会停滞,会进入该件的刷写重试的流程,因传感器软件包较小,刷写通常很快,这种重试的时间成本可以接受,最多能重试2次。如果重试每次均失败,会上报OTA主控端相应状态,并记录故障,同时传感器整体会进入回滚流程。
可选的,若获取整体OTA升级存有异常,则结束异常的升级,基于升级的异常进入重试升级或升级回滚流程包括:
整体OTA升级存有异常;则结束异常的升级,基于升级的异常进入升级重试或升级回滚流程;否则,
进入重启复位流程;若重启复位流程存有异常;则进行整体OTA的回滚流程。
需要说明的是,传感器全部刷写成功,进入域控制器自升级流程,如果自升级失败,进入整体的回滚流程,此时的回滚的进度将包含域控制器自身,即可沿用正常升级的权重分配。自升级成功会进入复位流程,重启后会进行启动验签、主备分区同步,启动校验阶段若有异常产生都将进行整体的回滚流程。
可选的,升级回滚流程包括:
基于备份的所述升级包重新进行升级;
若传感器升级阶段异常;则回滚进度将基于所有传感器分摊整个传感器升级进度的比例进行权重重新分配,并将整个传感器升级进度作为整体OTA升级的进度对外显示。
需要说明的是,升级回滚是依据备份升级包来重新进行刷写,回滚进度与正常升级进度逻辑相同,采用重新计算升级进度。因传感器升级阶段还未结束且域控制器自身还没有升级,回滚进度会忽略域控制器自身部分,将进度权重重分配,由所有传感器分摊100%的进度。如果回滚也失败,会停止升级流程,上报OTA主控端相应状态,并记录故障。
可选的,所述域控制器升级的进度显示方法还包括:
若重试升级或升级回滚流程失败,则停止回滚流程,上报OTA升级状态,并记录当前OTA升级状态的故障信息。
需要说明的是,若重试升级或升级回滚流程失败;将停止重试升级或升级回滚流程,并上报OTA主控端相应状态,并记录故障。
本发明还提供一种域控制器升级的异常处理方法,如图3所示,该异常处理方法包括:
S21,获取整体OTA升级存在的异常;
S22,结束异常的升级;
S23,基于升级的异常进入重试升级;
S24,基于升级的异常进入升级回滚流程。
需要说明的是,上述整体OTA升级异常和重试升级,以及进入升级回滚流程,请参照上述部分的阐述内容,在此不再赘述。
本发明还提供一种域控制器升级的进度显示***,如图4所示,该进度显示***200包括:
日志解析单元210,用于解压所述升级包,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度;
OTA日志单元220,用于创建OTA升级流程的日志记录,基于所述日志记录定位OTA升级时当前执行事件的执行阶段和结果;
进度显示单元230,用于显示每个传感器的升级进度和每个传感器升级权重对应的升级进度,以及整体OTA升级的进度。
需要说明的是,上述的进度显示***200所包括的日志解析单元210、OTA日志单元220和进度显示单元230的运行请参照上述域控制器升级的进度显示方法的阐述内容,在此不再赘述。
本发明还提供一种域控制器升级异常处理***,如图5所示,该域控制器升级异常处理***300包括:
异常获取单元310,用于获取整体OTA升级存在的异常;
升级退出单元320,用于结束异常的升级;
重试升级单元330,用于基于升级的异常进入重试升级;
升级回滚单元340,用于基于升级的异常进入升级回滚流程。
需要说明的是,上述的域控制器升级异常处理***300所包括的
异常获取单元310、升级退出单元320、重试升级单元330和升级回滚单元340的运行请参照上述域控制器升级的进度显示方法的阐述内容,在此不再赘述。
如图6所示,本发明还提供一种电子设备,该电子设备400包括:
存储器410,用于存储非暂时性计算机可读指令430;以及
处理器420,用于运行计算机可读指令430,使得计算机可读指令430被处理器420执行时实现上述的方法。
本发明还提供一种计算机可读存储介质,该计算机可读存储介质包括计算机指令,当计算机指令在设备上运行时,使得设备执行上述域控制器升级的进度显示方法和域控制器整包升级的异常处理方法。
本发明的一实施例中,如图7所示的整包OTA升级的流程示意图。在升级开始时,各个传感器并行升级刷写:如传感器A刷写执行、传感器B刷写执行和传感器C刷写执行;如上述其中某一个传感器刷写成功,则对应的传感器xx刷写结束。若上述其中某一个传感器刷写失败,则对应的传感器执行回滚刷写;若对应传感器回滚刷写成功,则对应的传感器刷写结束;若对应传感器回滚刷写未成功,则对应传感器进入刷写重试的升级流程。若对应传感器刷写成功,则对应的传感器xx刷写结束;如果对应传感器刷写失败,则依据备份的升级包进行回滚升级流程。
在所有传感器均执行完升级流程后,进行整包升级的域控制器下挂的所有传感器均是否刷写成功的判定。如果整包升级的域控制器下挂的所有传感器均是否刷写成功,则进入是否回滚刷写升级流程;否则,记录故障,通报OTA主控端进行控制。如果相应的上述传感器不进行回滚刷写,则升级域控制器。如果相应的上述传感器执行回滚刷写,则记录故障,通报OTA主控端进行控制。在升级域控制器时,若域控制器升级成功,则启动验签主备同步升级流程,采用重启复位流程检验升级是否成功,如果重启复位流程检验升级成功,则智能驾驶域控制器整包OTA升级介绍。若域控制器升级不成功或重启复位流程检验升级不成功,则进行智能驾驶域控制器整包OTA升级的回滚升级流程,由回滚升级流程依据备份的设计包从升级开始阶段进行回滚升级。其中,智能驾驶域控制器整包OTA升级流程控制和显示,以及升级异常处理的流程可参照上述域控制器升级的进度显示方法、***、设备和介质;以及域控制器升级的异常处理方法、***、设备和介质的相关内容,在此不再赘述。
需要说明的是,流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用,或结合这些指令执行***、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或它们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例的方法所包括的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以一部分采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
以上,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,虽然本发明已以较佳实施例揭露如上,然而并非用以限定本发明,任何熟悉本专业的技术人员,在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案内容,依据本发明的技术实质对以上实施例所作的任何简单的修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
Claims (19)
1.一种域控制器升级的进度显示方法,所述域控制器外接多个传感器,其特征在于,包括:
解压所述升级包,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度;
创建OTA升级流程的日志记录,基于所述日志记录定位OTA升级时当前执行事件的执行阶段和结果;
显示每个传感器的升级进度和每个传感器升级权重对应的升级进度,以及整体OTA升级的进度。
2.根据权利要求1所述的方法,其特征在于,在解压所述升级包之前还包括:
基于域控制器联网和下载域控制器整车OTA更新的升级包。
3.根据权利要求2所述的方法,其特征在于,基于下载的所述升级包创建一个域控制器整车OTA升级包,对外显示一个待升级的节点。
4.根据权利要求2所述的方法,其特征在于,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度包括:
基于所述升级流程文件获取多个传感器的属性信息和升级信息以及多个传感器升级过程中用于表征请求应答的多个执行事件;
其中,每个执行事件对应执行一种UDS服务的请求应答;
基于所述请求应答确定多个传感器升级的当前执行事件的执行阶段和进度。
5.根据权利要求1所述的方法,其特征在于,创建OTA升级流程的日志记录包括:
创建OTA升级流程的传感器和域控制器升级的日志记录参数;
其中,
传感器升级的日志记录参数包括:传感器升级的时间戳、传感器类型、传感器的升级阶段和传感器的升级结果;
域控制器升级的日志记录参数包括:域控制器升级的时间戳、域控制器类型、域控制器的升级阶段和域控制器的升级结果。
6.根据权利要求5所述的方法,其特征在于,基于所述日志记录定位OTA升级时当前执行事件的执行阶段和结果包括:
提供OTA升级时传感器或域控制器升级的日志记录数据接口;
通过所述日志记录数据接口载入传感器或域控制器升级的日志记录参数;
实时计算并记录每个日志记录参数对应升级的时间戳和升级结果;
基于每个日志记录参数对应升级的时间戳和升级结果定位当前执行事件的升级阶段和升级结果;
其中,升级流程文件包括传感器的描述文件和升级脚本文件。
7.根据权利要求6所述的方法,其特征在于,实时计算并记录每个日志记录参数对应升级的时间戳和升级结果包括:
实时计算并自动记录日志记录的每个传感器升级的日志记录参数对应升级的时间戳;
获取并记录传感器描述文件的标签描述的传感器类型信息;
获取并记录各个传感器的升级脚本文件的标签描述的传感器的升级阶段信息;
获取并记录当前时刻各个传感器的升级结果。
8.根据权利要求6所述的方法,其特征在于,实时计算并记录每个日志记录参数对应升级的时间戳和升级结果包括:
实时计算并自动记录日志记录的每个域控制器升级的日志记录参数对应升级的时间戳;
获取并记录域控制器描述文件的标签描述的域控制器类型信息;
获取并记录各个域控制器的升级脚本文件的标签描述的域控制器的升级阶段信息;
获取并记录当前时刻各个域控制器的升级结果。
9.根据权利要求1所述的方法,其特征在于,显示每个传感器的升级进度包括:
将每个传感器升级过程分割为升级前处理阶段、升级数据传输阶段和升级后处理阶段;
基于每个传感器升级前处理阶段的开始进程和结束进程标签获取传感器升级前处理阶段升级进度;
基于每个传感器升级数据传输阶段的开始进程和结束进程标签获取传感器升级数据传输阶段升级进度;
基于每个传感器升级数据传输阶段的开始进程和结束进程标签获取传感器升级后处理阶段升级进度;
基于每个传感器的升级前处理阶段升级进度、升级数据传输阶段升级进度和升级后处理阶段升级进度对外显示传感器升级进度。
10.根据权利要求1所述的方法,其特征在于,每个传感器升级权重对应的升级进度,以及整体OTA升级的进度包括:
基于读取升级流程文件记载的升级信息,对各个升级的传感器设置升级权重,以及对升级的域控制器设置升级权重;
基于传感器升级权重和域控制器升级权重分别对外显示对应的传感器升级进度和域控制器升级进度表示整体OTA升级的进度。
11.根据权利要求10所述的方法,其特征在于,各个传感器并行升级时,基于各个传感器自身的升级进度与对应传感器升级权重乘积的结果分别进行取整计算,并将所述取整计算结果进行累加求和得到所有升级传感器并行升级的进度。
12.根据权利要求1所述的方法,其特征在于,还包括:若获取整体OTA升级存有异常;则结束异常的升级,基于升级的异常进入重试升级或升级回滚流程。
13.根据权利要求12所述的方法,其特征在于,若获取整体OTA升级存有异常;则结束异常的升级,基于升级的异常进入重试升级或升级回滚流程包括:
整体OTA升级存有异常;则结束异常的升级,基于升级的异常进入升级重试或升级回滚流程;否则,
进入重启复位流程;若重启复位流程存有异常;则进行整体OTA的回滚流程。
14.根据权利要求13所述的方法,其特征在于,升级回滚流程包括:
基于备份的所述升级包重新进行升级;
若传感器升级阶段异常;则回滚进度将基于所有传感器分摊整个传感器升级进度的比例进行权重重新分配,并将整个传感器升级进度作为整体OTA升级的进度对外显示。
15.根据权利要求14所述的方法,其特征在于,还包括:
若重试升级或升级回滚流程失败,则停止回滚流程,上报OTA升级状态,并记录当前OTA升级状态的故障信息。
16.一种域控制器升级的进度显示***,其特征在于,包括:
日志解析单元,用于解压所述升级包,获取多个子升级包和升级流程文件,确定当前执行事件的执行阶段和进度;
OTA日志单元,用于创建OTA升级流程的日志记录,基于所述日志记HDP230100CN
录定位OTA升级时当前执行事件的执行阶段和结果;
进度显示单元,用于显示每个传感器的升级进度和每个传感器升级权重对应的升级进度,以及整体OTA升级的进度。
17.一种域控制器升级异常处理***,其特征在于,包括:
异常获取单元,用于获取整体OTA升级存在的异常;
升级退出单元,用于结束异常的升级;
重试升级单元,用于基于升级的异常进入重试升级;
升级回滚单元,用于基于升级的异常进入升级回滚流程。
18.一种电子设备,其特征在于,包括:
存储器,用于存储非暂时性计算机可读指令;以及
处理器,用于运行所述计算机可读指令,使得所述计算机可读指令被所述处理器执行时实现如权利要求1至15中任一项所述的方法。
19.一种计算机可读存储介质,其特征在于,包括计算机指令,当所述计算机指令在设备上运行时,使得所述设备执行如权利要求1至15中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310353831.6A CN116382735A (zh) | 2023-04-04 | 2023-04-04 | 域控制器升级的进度显示、异常处理方法及其***、设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310353831.6A CN116382735A (zh) | 2023-04-04 | 2023-04-04 | 域控制器升级的进度显示、异常处理方法及其***、设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116382735A true CN116382735A (zh) | 2023-07-04 |
Family
ID=86978324
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310353831.6A Pending CN116382735A (zh) | 2023-04-04 | 2023-04-04 | 域控制器升级的进度显示、异常处理方法及其***、设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116382735A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117193603A (zh) * | 2023-10-18 | 2023-12-08 | 镁佳(北京)科技有限公司 | 升级进度显示方法、装置、计算机设备及存储介质 |
CN117675970A (zh) * | 2023-11-03 | 2024-03-08 | 苏州智华汽车电子有限公司 | 基于uds协议的ecu升级方法、装置、设备及介质 |
-
2023
- 2023-04-04 CN CN202310353831.6A patent/CN116382735A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117193603A (zh) * | 2023-10-18 | 2023-12-08 | 镁佳(北京)科技有限公司 | 升级进度显示方法、装置、计算机设备及存储介质 |
CN117675970A (zh) * | 2023-11-03 | 2024-03-08 | 苏州智华汽车电子有限公司 | 基于uds协议的ecu升级方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN116382735A (zh) | 域控制器升级的进度显示、异常处理方法及其***、设备 | |
US11810404B2 (en) | Automobile diagnostic method, apparatus and vehicle communication interface | |
CN111488165B (zh) | 车辆ecu通过脚本升级的方法及其*** | |
CN110673576A (zh) | 自动测试方法与装置、车辆和存储介质 | |
CN114327543A (zh) | 车载控制器的在线升级方法、装置、车辆及存储介质 | |
CN112631628A (zh) | 单片机升级方法、单片机、存储介质 | |
CN113238774A (zh) | 车载迎宾动画更新方法、装置、车载终端及存储介质 | |
CN114895947A (zh) | 车载控制器的软件升级方法、装置、设备和存储介质 | |
CN113986852A (zh) | 驾驶程序标定参数匹配方法、装置、电子设备及存储介质 | |
CN114489711A (zh) | 终端升级方法、装置及存储介质 | |
US20230401052A1 (en) | Map update method, apparatus, and system | |
CN106708569B (zh) | 一种跨线列车中vobc配置文件的热加载方法及装置 | |
CN102158462B (zh) | 一种2g或3g模块远程诊断修复的方法 | |
CN116257270A (zh) | 一种车辆、车辆的升级方法和装置 | |
CN105278993B (zh) | 一种基于Linux***的驱动模块升级方法及装置 | |
CN114816441A (zh) | 发动机刷写方法、装置、***、存储介质及电子设备 | |
CN116166344A (zh) | 一种税控设备申领方法、装置及税务自助终端 | |
JP2022538080A (ja) | 車両の車載バス上のコンピュータと対話する方法 | |
RU2816885C2 (ru) | Способ взаимодействия с вычислительным устройством на бортовой шине транспортного средства | |
CN114756258B (zh) | 一种基于odx的ecu软件刷新方法与*** | |
CN110908963B (zh) | 一种机载显示控件库的df文件加载方法 | |
CN111984231B (zh) | 一种代码自动化上线的方法及*** | |
CN113050960B (zh) | Ota升级方法、装置、车载终端及存储介质 | |
CN116382739A (zh) | 一种驾驶平台ota升级流程控制方法、***、设备及介质 | |
CN112055057B (zh) | 一种Web***动态扩展的方法及***和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |