CN111324362A - 车辆、车辆电控系统程序更新的方法和装置 - Google Patents

Abstract

本发明提出了一种车辆及其电控系统程序更新的方法和装置，车辆电控系统包括通信接口和多个控制芯片，所述方法包括：在检测到通信接口接入存储设备时，判断存储设备中是否存储有更新文件；如果存储设备中存储有更新文件，则根据更新文件确定待更新程序的控制芯片，并判断更新文件是否有效；如果更新文件有效，则获取待更新程序的控制芯片对应的更新协议，并通过更新协议根据更新文件对待更新程序的控制芯片进行程序更新。该方法能实现多种控制芯片程序的更新，且整个更新过程中不需要额外的线缆，完全是在嵌入式系统中进行程序更新，操作简便、快捷，劳动强度小，提高了工作效率。

Description

车辆、车辆电控系统程序更新的方法和装置

技术领域

本发明涉及车辆技术领域，尤其涉及一种车辆电控系统程序更新的方法、一种车辆电控系统程序更新的装置和一种车辆。

背景技术

随着汽车电子的发展，汽车的功能越来越多，为了提高汽车的安全性和舒适性，车里的ECU(Electrical Control Unit，电控单元)也越来越多。有的电控单元很复杂，一块硬件板子上，往往由多种控制芯片组成，比如娱乐系统、全景影像系统、ADAS系统等。

以车辆的全景影像系统为例，除了有一个很复杂的SOC(System on Chip，片上系统)来进行图像处理，还有一个简单的MCU(Micro-Controller Unit，微控制器)来进行CAN(Controller Area Network，控制器局域网络)通信处理。AVM(Around View Monitor，全景影像系统)在更新程序时，需要确保SOC芯片和MCU芯片的程序都能更新。

对于SOC芯片的程序，由于是ARM(Advanced RISC Machine，RISC微处理器)核，一般采用USB直接更新，但对于MCU芯片的程序，一般需要单独进行程序更新，采用调试接口对其进行程序更新，这就需要对全景系统进行拆卸。或者通过其连接的内部CAN总线，利用UDS(Unified Diagnostic Services，统一诊断服务)诊断接口对其单独进行程序更新。

采用调试接口对微控制器上的程序进行程序更新时，需要对全景系统进行拆卸，使用调试器单独对其连接进行更新，此种方式费时而且劳动强度大。采用内部CAN总线对控制器程序进行更新时，需要借助UDS诊断接口，以及PC上对应的上位机程序。量产时工厂产线上需要准备足够的UDS接口线，以及PC，且对操作工人技术要求比较高，增加量产成本。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种车辆电控系统程序更新的方法，以实现多种控制芯片程序的更新，且保证整个更新过程操作简便、快捷，劳动强度小，工作效率高。

本发明的第二个目的在于提出一种车辆电控系统程序更新的装置。

本发明的第三个目的在于提出一种车辆。

为达上述目的，本发明第一方面实施例提出了一种车辆电控系统程序更新的方法，所述车辆电控系统包括通信接口和多个控制芯片，所述方法包括以下步骤：在检测到所述通信接口接入存储设备时，判断所述存储设备中是否存储有更新文件；如果所述存储设备中存储有更新文件，则根据所述更新文件确定待更新程序的控制芯片，并判断所述更新文件是否有效；如果所述更新文件有效，则获取所述待更新程序的控制芯片对应的更新协议，并通过所述更新协议根据所述更新文件对所述待更新程序的控制芯片进行程序更新。

根据本发明实施例的车辆电控系统程序更新的方法，更新控制芯片的程序时，只需要将更新文件存储到存储设备中，然后将该存储设备接入到该车辆电控系统的通信接口上，即可根据更新文件解析出待更新程序的控制芯片，进而根据该控制芯片对应的更新协议和更新文件可实现对该控制芯片程序的更新。该方法能实现多种控制芯片程序的更新，且整个更新过程中不需要额外的线缆，完全是在嵌入式系统中进行程序更新，操作简便、快捷，劳动强度小，提高了工作效率。

为达上述目的，本发明第二方面实施例提出了一种车辆电控系统程序更新的装置，所述车辆电控系统包括通信接口和多个控制芯片，所述装置包括：第一判断模块，用于在检测到所述通信接口接入存储设备时，判断所述存储设备中是否存储有更新文件；确定模块，用于在所述存储设备中存储有更新文件时，根据所述更新文件确定待更新程序的控制芯片；第二判断模块，用于判断所述更新文件是否有效；获取模块，用于在所述更新文件有效时，获取所述待更新程序的控制芯片对应的更新协议；更新模块，用于通过所述更新协议根据所述更新文件对所述待更新程序的控制芯片进行程序更新。

本发明实施例的车辆电控系统程序更新的装置，能实现多种控制芯片程序的更新，且整个更新过程中不需要额外的线缆，完全是在嵌入式系统中进行程序更新，操作简便、快捷，劳动强度小，提高了工作效率。

为达到上述目的，本发明第三方面实施例提出了一种车辆，包括上述实施例的车辆电控系统程序更新的装置。

本发明实施例的车辆，采用上述实施例的车辆电控系统程序更新的装置，能实现多种控制芯片程序的更新，且整个更新过程中不需要额外的线缆，完全是在嵌入式系统中进行程序更新，操作简便、快捷，劳动强度小，提高了工作效率。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例所提供的一种车辆电控系统程序更新的方法的流程示意图；

图2为本发明实施例所提供的一种判断更新文件是否有效的方法流程示意图；

图3为本发明实施例所提供的一种待更新程序的控制芯片进行程序更新的方法的流程示意图；

图4为本发明实施例所提供的另一种车辆电控系统程序更新的方法的流程示意图；

图5为本发明实施例所提供的另一种车辆电控系统程序更新中涉及的通信示意图；以及

图6为本发明实施例所提供的一种车辆电控系统程序更新的装置的结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的车辆、车辆电控系统程序更新的方法和装置。

图1为本发明实施例所提供的一种车辆电控系统程序更新的方法的流程示意图。

在本发明的实施例中，车辆电控系统包括通信接口和多个控制芯片。可选地，控制芯片可以是SOC芯片、MCU芯片、MPU(Micro Processor Uint，微处理器单元)芯片、DSP(Digital Signal Processor，数字信号处理器)芯片等。可选地，执行本发明的车辆电控系统程序更新的方法的控制芯片可包含在上述多个控制芯片中，作为主控制芯片，如SOC芯片；当然，也可以不包含在上述多个控制芯片中。

如图1所示，该车辆电控系统程序更新的方法包括以下步骤：

S1，在检测到通信接口接入存储设备时，判断存储设备中是否存储有更新文件。

其中，通信接口可以是USB口，存储设备可以但不限于是U盘、移动硬盘等，当存储设备如U盘插入USB口时，USB口的电平会发生变化。由此，根据通信接口的电平是否变化，即可检测到通信接口是否接入存储设备。

S2，如果存储设备中存储有更新文件，则根据更新文件确定待更新程序的控制芯片，并判断更新文件是否有效。

具体地，更新文件可包括摘要数据和有效数据。如图2所示，在判断更新文件是否有效时，可执行如下步骤：

S21，读取更新文件的摘要数据和有效数据，并从摘要数据中获取MD5值和文件大小，以及计算有效数据的MD5值和文件大小。

当然，上述MD5值仅是示例性的，也可以是其他防止数据被篡改的加密值，如MD4值、SHA-0值、SHA-1值等。

S22，判断计算出的MD5值与读取到的MD5值是否一致，以及判断计算出的文件大小与读取到的文件大小是否一致。

S23，如果计算出的MD5值与读取到的MD5值一致，且计算出的文件大小与读取到的文件大小一致，则判断更新文件有效。

S24，如果计算出的MD5值与读取到的MD5值不一致，或者，计算出的文件大小与读取到的文件大小一致，则判断更新文件无效。

可选地，如果摘要数据中仅包含MD5值或者文件大小，则在判断更新文件是否有效时，可只判断计算出的MD5值与读取到的MD5值是否一致，或者只判断计算出的文件大小与读取到的文件大小是否一致。

S3，如果更新文件有效，则获取待更新程序的控制芯片对应的更新协议，并通过更新协议根据更新文件对待更新程序的控制芯片进行程序更新。

当然，如果更新文件无效，则退出程序更新过程。

由此，根据本发明实施例的车辆电控系统程序更新的方法，更新控制芯片的程序时，只需要将更新文件存储到存储设备中，然后将该存储设备接入到该车辆电控系统的通信接口上，车辆电控系统中的控制芯片(如SOC芯片)即可解析出待更新程序的控制芯片，进而根据该控制芯片对应的更新协议和更新文件可实现对该控制芯片程序的更新。该方法能实现多种控制芯片程序的更新，且使用方便、快捷。

在本发明的一个实施例中，在检测到通信接口接入存储设备时，还读取存储设备的状态信息，并挂载存储设备，在根据状态信息和存储设备的挂载信息判断存储设备状态正常之后，判断存储设备中是否存储有更新文件。由此，能够保证程序更新过程中，存储设备与车辆电控系统之间通信的可靠性。

可选地，如果存储设备中存储有多个更新文件，并判断出待更新程序的控制芯片为多个，则可获取多个待更新程序的控制芯片的优先权，进而根据该优先权依次更新待更新程序的控制芯片的程序。

在本发明的一个实施例中，车辆电控系统还可以包括主控面板。在该实施例中，在判断更新文件有效之后，还可生成待更新程序的控制芯片的更新请求信息，并控制主控面板的显示屏显示更新请求信息，由此，用户可根据该更新请求信息进行相应操作。进一步地，在接收到用户通过主控面板输入的更新允许指令之后，获取待更新程序的控制芯片对应的更新协议，并通过更新协议根据更新文件对待更新程序的控制芯片进行程序更新。

举例而言，显示屏可以是触摸屏，更新请求信息可以是“是否更新MCU芯片”，并弹出“是”、“否”两个选项。如果用户通过触摸选择“是”选项，则表明输入更新允许指令；如果用户通过触摸选择“否”选项，则表明输入更新禁止指令，此时可退出程序更新过程，即不对控制芯片进行程序更新。

由此，程序更新时，可直接在主控面板上进行操作，不需要额外的PC机用做上位机，也不需要额外的线缆，使得实现上述方法的结构简单，成本低。

在本发明的一个具体示例中，如图3所示，多个控制芯片包括SOC芯片和MCU芯片时，如果待更新程序的控制芯片为MCU芯片，则通过所述更新协议根据更新文件对待更新程序的控制芯片进行程序更新包括以下步骤：

S31，SOC芯片每隔第一预设时间向MCU芯片发送一次更新指令。

需要说明的是，该示例中，SOC芯片作为主控制芯片。

S32，判断MCU芯片在第二预设时间内是否接受到更新指令，其中，第二预设时间大于第一预设时间。

其中，第一预设时间、第二预设时间均可根据需要进行标定，如第一预设时间在40ms-60ms范围内取值，第二预设时间在100ms-140ms范围内取值。可选地，第一预设时间为50ms，第二预设时间为120ms。

S33，如果MCU芯片在第二预设时间内接受到更新指令，则SOC芯片将更新文件发送至MCU芯片，以使MCU芯片根据更新文件进行程序更新。

具体地，SOC芯片可在接收到MCU芯片发送的第一数据请求信号后，将更新文件的摘要数据发送至MCU芯片，以使MCU芯片对摘要数据进行解析以得到更新文件的版本号，其中，MCU芯片在第二预设时间内接受到更新指令后，向SOC芯片发送第一数据请求信号。

进一步地，SOC芯片可在接收到MCU芯片发送的第二数据请求信号后，将更新文件的有效数据发送至MCU芯片，其中，MCU芯片在得到更新文件的版本号之后，向SOC芯片发送第二数据请求信号。

可选地，MCU芯片在向SOC芯片发送第二数据请求信号时，SOC芯片还可控制主控面板的显示屏显示第一提示信息，如“开始更新程序”；SOC芯片在将更新文件的有效数据发送至MCU芯片之后，还可控制主控面板的显示屏显示第二提示信息，如“正在更新程序…”。由此，可方面用户及时了解程序更新过程。

更进一步地，MCU芯片根据更新文件进行程序更新时，MCU芯片读取摘要数据中的校验和，并根据行校验和对有效数据进行校验；如果有效数据的校验和正确，则MCU芯片对有效数据进行解析以得到对应的烧写文件，并将烧写文件烧写至MCU芯片的Flash；进而在烧写完成后，MCU芯片向SOC芯片发送更新程序成功信息。

可选地，在SOC芯片接收到更新程序成功信息时，可控制主控面板的显示屏显示相应的提示信息，如“MCU芯片程序更新完成”，以便用户及时了解程序更新结果。

具体地，摘要数据可以是更新文件中的第一行数据，有效数据可以是更新文件中的第二行数据至最后一行数据，其中，摘要数据中的校验和可以是第一行数据中的行校验和，包含第二行数据至最后一行数据每行的校验和。SOC芯片在向MCU芯片发送更新文件的有效数据时，可逐行发送，例如，先发送第二行数据，进而MCU芯片根据第二行数据的校验和对第二行数据进行校验，若校验成功，则MCU芯片将该成功信息反馈至SOC芯片，SOC芯片再发送第三行数据，依次类推，直至有效数据发送完全；也可每次发送多行，每次发送的行数可以相同也可以不同，例如，先发送第二行至第八行数据，进而MCU芯片根据第二行至第八行数据的校验和对第二行至第八行数据进行校验，若校验成功，则MCU芯片将该成功信息反馈至SOC芯片，SOC芯片再发送第九行-第十五行数据，依次类推，直至有效数据发送完全。当然，数据的发送次序并不限于上述顺序发送，还可以是随机行发送。

在一个示例中，如果有效数据的校验和错误，则MCU芯片再次向SOC芯片发送第二数据请求信号，以使SOC再次向MCU芯片发送有效数据，MCU芯片再次根据行校验和对有效数据进行校验。其中，如果有效数据的校验和错误的次数达到预设值，则MCU芯片向SOC芯片发送更新程序失败信息。

可选地，在SOC芯片接收到更新程序失败信息时，可控制主控面板的显示屏显示相应的提示信息，如“MCU芯片程序更新失败”，以便用户及时了解程序更新结果。

在本发明的另一个具体示例中，多个控制芯片包括SOC芯片和MCU芯片时，如果待更新程序的控制芯片为SOC芯片，则SOC芯片作为主控制芯片，只需照相应的更新协议切换到程序更新模式，根据更新文件“自更新”即可，更新完成后，SOC芯片重启，即可执行新的程序。其中，“自更新”包括解析得到更新文件的版本号、烧写文件，完成烧写。

为便于理解，下面以多个控制芯片包括SOC芯片(主控制芯片)、MCU芯片为例，结合图4、图5描述本发明的车辆电控系统程序更新的方法的一个具体应用示例：

将需要更新的程序拷贝到U盘上，插入到车辆电控系统的USB口上。如图4所示，SOC芯片探测到USB口电平发生变化，会调用usb_driver.c函数，读取存储设备的状态信息，并挂载该USB设备。如果设备状态正常，在根目下查找“ECU_Update”文件夹下是否有“/MCU/MCU_App.s19”更新文件或“/SOC/SOC_App.bin”更新文件。如果有，则调用f_open打开该更新文件，读取第一行数据内容。第一行数据包含16个字节采用MD5加密后的文件头，以及文件大小、行校验和等信息。

进一步地，将有效文件头到有效文件尾的所有行数据读取到内存中，并根据MD5算法计算出MD5值是否跟第一行数据读出的MD5值一致。如果不一致，则说明该更新文件无效，调用f_close关闭该更新文件。如果一致，则在主控面板的显示屏显示程序更新界面，进行下一步程序更新操作。如图5所示，更新操作的具体流程如下：

1)SOC芯片发送“握手信号”，通知MCU芯片需要更新程序，MCU芯片将更新标志Boot_Update置为“1”，之后重启执行Boot程序。同时SOC芯片以50ms的周期发送更新指令，通知MCU芯片需要更新程序，MCU在120ms内收到该更新指令，并发送确认帧。

2)MCU芯片给SOC芯片发送首次数据请求信号(即第一数据请求信号)

MCU发送：FF A5 5A RC 0B 03 33 0B 07 00 A5 50 12 00 00 00 CKS

SOC芯片回复：FF A5 5A RC 17 04 44 0C 13 00 53 30 30 36 30 30 30 31 3030 45 34 38 45 38 36 0D 0A CKS

其中，SOC芯片上述回复的为信息字节，即AVM_MCU_App.s19的文件头：“S006000100E48E86”，MCU芯片收到该数据后，会进行解析，其中“0001”为软件(即更新文件)版本号，代表软件版本为“S01”。

然后执行步骤3)，同时主控面板的显示屏上显示：“开始更新程序”。

3)MCU芯片给SOC芯片发送发送下一帧数据请求信息(即第二数据请求信息)

MCU芯片发送：FF A5 5A RC 0B 03 33 0B 07 00 A5 50 4E 12 00 00 CKS

4)SOC芯片收到该命令后，将AVM_MCU_App.s19文件第二行至最后一行数据依次发送给MCU芯片。

其中，SOC芯片每发送一行数据，SOC芯片给MCU芯片发送第二帧数据：

FF A5 5A RC 53 04 44 0C 4F 00 53 32 32 34 37 38 30 38 30 30 30 39 4334 30 30 30 39 30 39 43 34 30 30 30 41 30 39 43 34 30 30 30 42 30 39 43 34 3030 30 43 30 39 43 34 30 30 30 44 30 39 43 34 30 30 30 45 30 39 43 34 30 30 3046 30 39 43 34 30 30 31 30 38 46 0D 0A CKS

之后，主控面板的显示屏上显示：“正在更新程序…”。

5)MCU芯片收到SOC芯片发送的行数据之后，会进行校验，如果校验和正确，MCU芯片解析生成相应烧写文件S-Record，并按照实际的地址烧写到Flash。

之后MCU芯片再按照步骤3)～4)，给SOC芯片发送数据请求信息，请求下一帧数据的发送。如果校验和不正确，MCU芯片给SOC芯片发送校验和错误信息，请求SOC芯片将上一帧数据重新发送给MCU，最多重传3次。

MCU校验错误，发送数据如下：

MCU发送：FF A5 5A RC 0B 03 33 0B 07 00 A5 55 4E 12 00 00 CKS

SOC回复：FF A5 5A RC 53 04 44 0C 4E 00 53 32 32 34 37 38 30 38 30 3030 39 43 34 30 30 30 39 30 39 43 34 30 30 30 41 30 39 43 34 30 30 30 42 30 3943 34 30 30 30 43 30 39 43 34 30 30 30 44 30 39 43 34 30 30 30 45 30 39 43 3430 30 30 46 30 39 43 34 30 30 31 30 38 46 0D 0A CKS

6)如果重发3次校验和仍出错，MCU芯片发送“更新失败信息”通知SOC芯片，并将Boot_Update置为“0xFF”，退出更新程序，并在显示屏上显示“更新程序失败”。

MCU芯片发送Bootloader更新失败信息给SOC芯片：

FF A5 5A RC 08 02 23 0D 04 00 A5 55 FF CKS

SOC芯片回复：FF A5 5A RC 01 FF CKS

7)MCU芯片收到所有行的数据，并检验成功后，将相应地址的数据烧写到Flash，并向SOC发送Bootloader“更新成功命令”，之后MCU将Boot_Update置为“0xFF”，并重新启动。SOC收到该信息后在液晶屏上显示“程序更新成功”。

MCU芯片发送Bootloader更新成功命令给SOC芯片：

FF A5 5A RC 08 02 23 0D 04 00 A5 5A 00 CKS

SOC芯片回复：FF A5 5A RC 01 FF CKS

由以上步骤可以看出，整个程序更新过程中，需要先通过SOC芯片解析USB上存储的更新文件类型，以判断是SOC芯片还是MCU芯片的程序需要更新。从而在主控面板上弹出相应的程序更新界面，然后通过触摸屏来操作控制程序是否更新，而不需要额外的线缆或者PC上位机。携带方便，操作简洁，省时省力。另外，上述步骤1)～7)适用于除系统固件(即SOC芯片)之外的控制芯片的程序更新。

综上所述，本发明实施例的车辆电控系统程序更新的方法，通过读取存储设备上存储的更新文件，来判断待更新程序的控制芯片，从而在主控面板上显示对应的程序更新操控界面，整个更新过程中不需要额外的线缆，也不需要PC机，完全是在嵌入式系统中进行程序更新，操作简便、快捷。省去了拆卸系统，利用调试接口进行程序更新的繁琐工作，减少了劳动强度，提高了工作效率。

进一步地，本发明提出了一种车辆电控系统程序更新的装置。

在该实施例中，车辆电控系统包括通信接口和多个控制芯片。

图6为本发明实施例所提供的一种车辆电控系统程序更新的装置的结构框图。如图6所示，车辆电控系统程序更新的装置100包括：第一判断模块110、确定模块120、第二判断模块130、获取模块140和更新模块150。

其中，第一判断模块110用于在检测到通信接口接入存储设备时，判断存储设备中是否存储有更新文件；确定模块120用于在存储设备中存储有更新文件时，根据更新文件确定待更新程序的控制芯片；第二判断模块130用于判断更新文件是否有效；获取模块140用于在更新文件有效时，获取待更新程序的控制芯片对应的更新协议；更新模块150用于通过更新协议根据更新文件对待更新程序的控制芯片进行程序更新。

需要说明的是，本发明实施例的车辆电控系统程序更新的装置其他具体实施方式与本发明上述实施例的车辆电控系统程序更新的方法的具体实施方式相同或相似，此处不再赘述。

本发明实施例的车辆电控系统程序更新的装置，通过读取存储设备上存储的更新文件，来判断待更新程序的控制芯片，从而在主控面板上显示对应的程序更新操控界面，整个更新过程中不需要额外的线缆，也不需要PC机，完全是在嵌入式系统中进行程序更新，操作简便、快捷。省去了拆卸系统，利用调试接口进行程序更新的繁琐工作，减少了劳动强度，提高了工作效率。

更进一步地，本发明提出了一种车辆。该车辆包括上述实施例的车辆电控系统程序更新的装置。

本发明实施例的车辆，采用上述实施例的车辆电控系统程序更新的装置，通过读取存储设备上存储的更新文件，来判断待更新程序的控制芯片，从而在主控面板上显示对应的程序更新操控界面，整个更新过程中不需要额外的线缆，也不需要PC机，完全是在嵌入式系统中进行程序更新，操作简便、快捷。省去了拆卸系统，利用调试接口进行程序更新的繁琐工作，减少了劳动强度，提高了工作效率。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种车辆电控系统程序更新的方法，其特征在于，所述车辆电控系统包括通信接口和多个控制芯片，所述方法包括以下步骤：

在检测到所述通信接口接入存储设备时，判断所述存储设备中是否存储有更新文件；

如果所述存储设备中存储有更新文件，则根据所述更新文件确定待更新程序的控制芯片，并判断所述更新文件是否有效；

如果所述更新文件有效，则获取所述待更新程序的控制芯片对应的更新协议，并通过所述更新协议根据所述更新文件对所述待更新程序的控制芯片进行程序更新。

2.如权利要求1所述的车辆电控系统程序更新的方法，其特征在于，在检测到所述通信接口接入存储设备时，还读取所述存储设备的状态信息，并挂载所述存储设备，在根据所述状态信息和所述存储设备的挂载信息判断所述存储设备状态正常之后，判断所述存储设备中是否存储有更新文件。

3.如权利要求1所述的车辆电控系统程序更新的方法，其特征在于，所述判断所述更新文件是否有效，包括：

读取所述更新文件的摘要数据和有效数据，并从所述摘要数据中获取MD5值和文件大小，以及计算所述有效数据的MD5值和文件大小；

判断计算出的MD5值与读取到的MD5值是否一致，以及判断计算出的文件大小与读取到的文件大小是否一致；

如果计算出的MD5值与读取到的MD5值一致，且计算出的文件大小与读取到的文件大小一致，则判断所述更新文件有效；

如果计算出的MD5值与读取到的MD5值不一致，或者，计算出的文件大小与读取到的文件大小一致，则判断所述更新文件无效。

4.如权利要求1所述的车辆电控系统程序更新的方法，其特征在于，所述多个控制芯片包括SOC芯片和MCU芯片时，如果所述待更新程序的控制芯片为所述MCU芯片，则所述根据所述更新文件对所述待更新程序的控制芯片进行程序更新包括：

所述SOC芯片每隔第一预设时间向所述MCU芯片发送一次更新指令；

判断所述MCU芯片在第二预设时间内是否接受到所述更新指令，其中，所述第二预设时间大于所述第一预设时间；

如果所述MCU芯片在所述第二预设时间内接受到所述更新指令，则所述SOC芯片将所述更新文件发送至所述MCU芯片，以使所述MCU芯片根据所述更新文件进行程序更新。

5.如权利要求4所述的车辆电控系统程序更新的方法，其特征在于，所述SOC芯片将所述更新文件发送至所述MCU芯片包括：

所述SOC芯片在接收到所述MCU芯片发送的第一数据请求信号后，将所述更新文件的摘要数据发送至所述MCU芯片，以使所述MCU芯片对所述摘要数据进行解析以得到所述更新文件的版本号，其中，所述MCU芯片在所述第二预设时间内接受到所述更新指令后，向所述SOC芯片发送所述第一数据请求信号；

所述SOC芯片在接收到所述MCU芯片发送的第二数据请求信号后，将所述更新文件的有效数据发送至所述MCU芯片，其中，所述MCU芯片在得到所述更新文件的版本号之后，向所述SOC芯片发送所述第二数据请求信号。

6.如权利要求5所述的车辆电控系统程序更新的方法，其特征在于，所述MCU芯片根据所述更新文件进行程序更新包括：

所述MCU芯片读取所述摘要数据中的校验和，并根据所述行校验和对所述有效数据进行校验；

如果所述有效数据的校验和正确，则所述MCU芯片对所述有效数据进行解析以得到对应的烧写文件，并将所述烧写文件烧写至所述MCU芯片的Flash；

在烧写完成后，所述MCU芯片向所述SOC芯片发送更新程序成功信息。

7.如权利要求6所述的车辆电控系统程序更新的方法，其特征在于，所述MCU芯片根据所述更新文件进行程序更新还包括：

如果所述有效数据的校验和错误，则所述MCU芯片再次向所述SOC芯片发送所述第二数据请求信号，以使所述SOC再次向所述MCU芯片发送所述有效数据，所述MCU芯片再次根据所述行校验和对所述有效数据进行校验；

其中，如果所述有效数据的校验和错误的次数达到预设值，则所述MCU芯片向所述SOC芯片发送更新程序失败信息。

8.如权利要求1所述的车辆电控系统程序更新的方法，其特征在于，所述车辆电控系统还包括主控面板，所述方法还包括：

在判断所述更新文件有效之后，生成所述待更新程序的控制芯片的更新请求信息，并控制所述主控面板的显示屏显示所述更新请求信息；

在接收到用户通过所述主控面板输入的更新允许指令之后，获取所述待更新程序的控制芯片对应的更新协议，并通过所述更新协议根据所述更新文件对所述待更新程序的控制芯片进行程序更新。

9.一种车辆电控系统程序更新的装置，其特征在于，所述车辆电控系统包括通信接口和多个控制芯片，所述装置包括：

第一判断模块，用于在检测到所述通信接口接入存储设备时，判断所述存储设备中是否存储有更新文件；

确定模块，用于在所述存储设备中存储有更新文件时，根据所述更新文件确定待更新程序的控制芯片；

第二判断模块，用于判断所述更新文件是否有效；

获取模块，用于在所述更新文件有效时，获取所述待更新程序的控制芯片对应的更新协议；

更新模块，用于通过所述更新协议根据所述更新文件对所述待更新程序的控制芯片进行程序更新。

10.一种车辆，其特征在于，包括如权利要求9所述的车辆电控系统程序更新的装置。

Images