CN114527994A - 固件的烧写方法、系统、车辆控制系统 - Google Patents
固件的烧写方法、系统、车辆控制系统 Download PDFInfo
- Publication number
- CN114527994A CN114527994A CN202011324770.3A CN202011324770A CN114527994A CN 114527994 A CN114527994 A CN 114527994A CN 202011324770 A CN202011324770 A CN 202011324770A CN 114527994 A CN114527994 A CN 114527994A
- Authority
- CN
- China
- Prior art keywords
- mpu
- programmed
- upper computer
- mcu
- firmware
- 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
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/61—Installation
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
- B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
- B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
- B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
- B60R16/0231—Circuits relating to the driving or the functioning of the vehicle
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Automation & Control Theory (AREA)
- Mechanical Engineering (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本公开涉及一种固件的烧写方法、系统、车辆控制系统，涉及车辆控制领域，该方法应用于车辆控制系统，包括：MCU接收上位机通过总线发送的烧写报文，并根据烧写报文向MPU发送第一重启指令，MPU响应于第一重启指令，执行重启，并将MPU内存储的Linux最小系统加载为根文件系统，MPU通过以太网向上位机发送烧写请求，以使上位机响应于烧写请求，将待烧写文件包通过以太网发送至MPU，MPU对待烧写文件包进行校验，并在校验结果指示待烧写文件包完整，且与车辆控制系统匹配的情况下，将待烧写文件包中包括的目标固件写入MPU，MPU执行重启，并将MPU内存储的引导加载程序加载为根文件系统，以执行目标固件。
Description
技术领域
本公开涉及车辆控制领域，具体地，涉及一种固件的烧写方法、系统、车辆控制系统。
背景技术
随着汽车行业的快速发展，越来越多的车辆上配置了各种类型的车辆控制系统，例如：AEB(英文：Autonomous Emergency Braking，中文：自动制动系统)、ECU(英文：Electronic Control Unit，中文：电子控制单元)、ESP(英文：Electronic StabilityProgram，中文：车身电子稳定系统)等。因此，车辆控制系统中固件烧写的有效性和可靠性变得越来越重要。通常情况下，车辆控制系统中的固件是通过以太网进行烧写，车辆控制系统从指定的服务器获取待烧写的固件，在烧写过程中可能会出现各种异常，导致车辆控制系统无法正常运行的问题，固件烧写的有效性和可靠性比较低。
发明内容
本公开的目的是提供一种固件的烧写方法、系统、车辆控制系统，用以解决车辆控制系统中固件烧写的有效性和可靠性低的问题。
根据本公开实施例的第一方面，提供一种固件的烧写方法，应用于车辆控制系统，所述车辆控制系统包括：微控制单元MCU和微处理单元MPU，所述方法包括：
所述MCU接收上位机通过总线发送的烧写报文，并根据所述烧写报文向所述MPU发送第一重启指令；
所述MPU响应于所述第一重启指令，执行重启，并将所述MPU内存储的Linux最小系统加载为根文件系统；
所述MPU通过以太网向所述上位机发送烧写请求，以使所述上位机响应于所述烧写请求，将待烧写文件包通过以太网发送至所述MPU；
所述MPU对所述待烧写文件包进行校验，并在校验结果指示所述待烧写文件包完整，且与所述车辆控制系统匹配的情况下，将所述待烧写文件包中包括的目标固件写入所述MPU；
所述MPU执行重启，并将所述MPU内存储的引导加载程序加载为根文件系统，以执行所述目标固件。
可选地，所述待烧写文件包中还包括启动参数；
所述将所述待烧写文件包中包括的目标固件写入所述MPU，包括：
确定所述启动参数中指定的目标区域；
按照所述启动参数，将所述目标固件写入所述MPU内的所述目标区域；
所述将所述MPU内存储的引导加载程序加载为根文件系统，以执行所述目标固件，包括：
将所述引导加载程序加载为根文件系统，以使所述引导加载程序将所述目标固件从所述目标区域拷贝至所述MPU的内存；
执行所述目标固件。
可选地，在所述确定所述启动参数中指定的目标区域之后，所述将所述待烧写文件包中包括的目标固件写入所述MPU，还包括：
确定所述目标区域的状态；
若所述目标区域的状态为异常，向所述MCU发送第一异常信息，以使所述MCU将所述第一异常信息通过总线发送至所述上位机；
所述按照所述启动参数，将所述目标固件写入所述MPU内的所述目标区域，包括：
若所述目标区域的状态为正常，按照所述启动参数，将所述目标固件写入所述目标区域。
可选地，在所述确定所述目标区域的状态之后，所述将所述待烧写文件包中包括的目标固件写入所述MPU，还包括：
若所述目标区域的状态为异常，更新所述启动参数，并确定更新后的所述启动参数中指定的替换区域，所述替换区域与所述目标区域不同；
所述按照所述启动参数，将所述目标固件写入所述MPU内的所述目标区域，包括：
按照更新后的所述启动参数，将所述目标固件写入所述替换区域。
可选地，在所述将所述待烧写文件包中包括的目标固件写入所述MPU之后，所述方法还包括：
所述MPU向所述MCU发送第一提示信息，以使所述MCU将所述第一提示信息通过总线发送至所述上位机；
所述MCU向所述MPU发送第二重启指令；
所述MPU执行重启，并将所述MPU内存储的引导加载程序加载为根文件系统，以执行所述目标固件，包括：
所述MPU响应于所述第二重启指令，执行重启，并将所述引导加载程序加载为根文件系统，以执行所述目标固件。
可选地，在所述MCU接收上位机通过总线发送的烧写报文，并根据所述烧写报文向所述MPU发送第一重启指令之前，所述方法还包括：
所述MCU接收所述上位机通过总线发送的认证请求，并根据所述认证请求对所述上位机进行认证；
所述MCU在认证结果指示所述上位机通过认证的情况下，通过总线向所述上位机发送认证信息，以使所述上位机响应于所述认证信息，通过总线向所述MCU发送所述烧写报文。
可选地，所述待烧写文件包中还包括第一校验码和第一版本信息；所述MPU对所述待烧写文件包进行校验，包括：
根据所述待烧写文件包生成第二校验码；
若所述第一校验码与所述第二校验码匹配，且所述第一版本信息与所述车辆控制系统的第二版本信息匹配，确定所述校验结果指示所述待烧写文件包完整，且与所述车辆控制系统匹配。
根据本公开实施例的第二方面，提供一种车辆控制系统，所述车辆控制系统包括：MCU和MPU；
所述MCU，用于接收上位机通过总线发送的烧写报文，并根据所述烧写报文向所述MPU发送第一重启指令；
所述MPU，用于响应于所述第一重启指令，执行重启，并将所述MPU内存储的Linux最小系统加载为根文件系统；
所述MPU，还用于通过以太网向所述上位机发送烧写请求，以使所述上位机响应于所述烧写请求，将待烧写文件包通过以太网发送至所述MPU；
所述MPU，还用于对所述待烧写文件包进行校验，并在校验结果指示所述待烧写文件包完整，且与所述车辆控制系统匹配的情况下，将所述待烧写文件包写入所述MPU；
所述MPU，还用于执行重启，并将所述MPU内存储的引导加载程序加载为根文件系统，以执行所述待烧写文件包中包括的目标固件。
可选地，所述待烧写文件包中还包括启动参数；所述MPU还用于：
确定所述启动参数中指定的目标区域；
按照所述启动参数，将所述目标固件写入所述MPU内的所述目标区域；
将所述引导加载程序加载为根文件系统，以使所述引导加载程序将所述目标固件从所述目标区域拷贝至所述MPU的内存；
执行所述目标固件。
可选地，在所述确定所述启动参数中指定的目标区域之后，所述MPU还用于：
确定所述目标区域的状态；
若所述目标区域的状态为异常，向所述MCU发送第一异常信息，以使所述MCU将所述第一异常信息通过总线发送至所述上位机；
若所述目标区域的状态为正常，按照所述启动参数，将所述目标固件写入所述目标区域。
可选地，在所述确定所述目标区域的状态之后，所述MPU还用于：
若所述目标区域的状态为异常，更新所述启动参数，并确定更新后的所述启动参数中指定的替换区域，所述替换区域与所述目标区域不同；
按照更新后的所述启动参数，将所述目标固件写入所述替换区域。
可选地，在所述将所述待烧写文件包中包括的目标固件写入所述MPU之后，所述MPU还用于向所述MCU发送第一提示信息，以使所述MCU将所述第一提示信息通过总线发送至所述上位机；
所述MCU还用于向所述MPU发送第二重启指令；
所述MPU还用于响应于所述第二重启指令，执行重启，并将所述引导加载程序加载为根文件系统，以执行所述目标固件。
可选地，在所述MCU接收上位机通过总线发送的烧写报文，并根据所述烧写报文向所述MPU发送第一重启指令之前，所述MCU还用于：
接收所述上位机通过总线发送的认证请求，并根据所述认证请求对所述上位机进行认证；
在认证结果指示所述上位机通过认证的情况下，通过总线向所述上位机发送认证信息，以使所述上位机响应于所述认证信息，通过总线向所述MCU发送所述烧写报文。
可选地，所述待烧写文件包中还包括第一校验码和第一版本信息；所述MPU还用于：
根据所述待烧写文件包生成第二校验码；
若所述第一校验码与所述第二校验码匹配，且所述第一版本信息与所述车辆控制系统的第二版本信息匹配，确定所述校验结果指示所述待烧写文件包完整，且与所述车辆控制系统匹配。
根据本公开实施例的第三方面，提供一种固件的烧写系统，所述固件的烧写系统包括：车辆控制系统和上位机，所述车辆控制系统包括MCU和MPU；
所述车辆控制系统用于执行本公开实施例第一方面中任一项所述的方法。
通过上述技术方案，本公开中上位机通过总线向车辆控制系统中的MCU发送烧写报文，MCU根据收到的烧写报文向MPU发送第一重启指令，MPU收到第一重启指令之后执行重启，并将MPU内存储的Linux最小系统加载为根文件系统，然后通过以太网向上位机发送烧写请求，上位机收到烧写请求之后，将待烧写文件包通过以太网发送至MPU，MPU对待烧写文件包进行校验，并在校验结果指示待烧写文件包完整，且与车辆控制系统匹配的情况下，将待烧写文件包中包括的目标固件写入MPU，最后，MPU执行重启，并将MPU内存储的引导加载程序加载为根文件系统，以执行目标固件。本公开的车辆控制系统中，MCU通过总线与上位机进行通信，从而使MCU控制MPU将Linux最小系统加载为根文件系统，之后MPU通过以太网与上位机进行通信，接收上位机发送的待烧写文件包，并且MPU会先对待烧写文件包进行校验，再将待烧写文件包中的目标固件写入MPU，提高了固件烧写的有效性和可靠性。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：
图1是根据一示例性实施例示出的一种固件的烧写方法的流程图；
图2是根据一示例性实施例示出的另一种固件的烧写方法的流程图；
图3是根据一示例性实施例示出的另一种固件的烧写方法的流程图；
图4是根据一示例性实施例示出的另一种固件的烧写方法的流程图；
图5是根据一示例性实施例示出的另一种固件的烧写方法的流程图；
图6是根据一示例性实施例示出的另一种固件的烧写方法的流程图；
图7是根据一示例性实施例示出的另一种固件的烧写方法的流程图；
图8是根据一示例性实施例示出的一种车辆控制系统的框图；
图9是根据一示例性实施例示出的一种固件的烧写系统的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种固件的烧写方法的流程图，如图1所示，该方法应用于车辆控制系统，该车辆控制系统包括：MCU(英文：Micro Controller Unit，中文：微控制单元)和MPU(英文：Micro Processor Unit，中文：微处理单元)，该方法可以包括以下步骤：
步骤101，MCU接收上位机通过总线发送的烧写报文，并根据烧写报文向MPU发送第一重启指令。
步骤102，MPU响应于第一重启指令，执行重启，并将MPU内存储的Linux最小系统加载为根文件系统。
举例来说，一个车辆控制系统中包括MCU和MPU，MCU可以通过总线与上位机进行数据交互，MPU可以通过以太网与上位机进行数据交互。进一步的，MCU和MPU可以通过硬线来进行数据交互，同时MCU还可以通过总线与控制MPU的电源管理芯片进行数据交互，从而控制MPU的上电和下电操作。其中，MCU与上位机之间的总线和MCU与电源管理芯片之间的总线可以相同，也可以不同。
其中，车辆控制系统可以是AEB、ECU、ESP等，本公开对此不作具体限定。MPU中可以包括多个不同类型的存储器，存储器例如可以是NORFlash、eMMC(英文：Embedded MultiMedia Card)、DDR3等。NORFlash可以用来存储Linux最小系统和引导加载程序，eMMC可以用来存储系统程序(例如固件)和用户数据(例如配置文件)。上位机例如可以是终端设备，也可以是服务器，终端设备可以是PC(英文：Personal Computer，中文：个人计算机)等固定终端，也可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等的移动终端。具体的，上位机中可以包括CANoe(英文：CAN open environment)模块和TCP/IP(英文：Transmission Control Protocol/Internet Protocol，中文：传输控制协议/网际协议)模块，其中，上位机中的CANoe模块可以通过CAN总线与车辆控制系统的MCU进行数据交互，上位机中的TCP/IP模块可以通过以太网与车辆控制系统的MPU进行数据交互。总线例如可以是CAN(英文：Controller Area Network，中文：控制器局域网络)总线、I2C(英文：Inter-Integrated Circuit)总线、SMBus(英文：System Management Bus，中文：系统管理总线)、SPI(英文：Serial Peripheral Interface，中文：串行外设接口)总线等。其中，MCU与上位机之间的总线例如可以是CAN总线，MCU与电源管理芯片之间的总线例如可以是I2C总线。
在向车辆控制系统安装固件，或者升级车辆控制系统内的固件的场景中，上位机通过总线向车辆控制系统的MCU发送烧写报文，MCU在接收到烧写报文之后，可以通过硬线向MPU发送第一重启指令，从而控制MPU进行重启并进入以太网烧写模式，其中，第一重启指令可以为高电平信号。MPU在接收到MCU发送来的第一重启指令之后，可以重启内部程序，并将内部存储的Linux最小系统加载为根文件系统。
具体的，以车辆控制系统为AEB、上位机为包含CANoe模块的PC、总线为CAN总线的系统为例来举例说明。将PC通过PCAN与AEB连接，PCAN的一端插接在PC机的USB(英文：Universal Serial Bus，中文：通用串行总线)接口上，另一端插接在AEB暴露出来的线束中的CAN总线接口上。首先，CANoe模块通过CAN总线向AEB的MCU发送烧写报文，MCU在接收到烧写报文之后，可以通过硬线向MPU发送第一重启指令，MPU接收到第一重启指令后，重启并进入以太网烧写模式，即将Linux最小系统加载为根文件系统。
步骤103，MPU通过以太网向上位机发送烧写请求，以使上位机响应于烧写请求，将待烧写文件包通过以太网发送至MPU。
示例的，MPU在将Linux最小系统成功加载为根文件系统之后，进入以太网烧写模式，Linux最小系统可以控制MPU向MCU发送通知信息，通知MCU根文件系统已经加载成功，MCU在接收到通知信息之后，可以通过总线向上位机发送准备烧写报文，使上位机准备接收MPU之后发送的烧写请求。进一步的，MPU可以通过以太网向上位机发送Socket长连接建立请求，使上位机根据Socket长连接建立请求，建立与MPU之间的Socket长连接。MPU可以通过Socket长连接向上位机发送烧写请求，上位机接收到MPU发送的烧写请求之后，可以按照TFTP(英文：Trivial File Transfer Protocol，中文：简单文件传输协议)协议通过Socket长连接将待烧写文件包发送至MPU。其中，待烧写文件包中可以包括目标固件和启动参数，目标固件可以理解为将要烧写进车辆控制系统的系统程序，启动参数可以理解为用于指示目标固件属性的参数，例如可以包括目标固件待写入的区域(即后文提及的目标区域)的名称、地址，还可以包括目标固件的校验值和版本信息等。
步骤104，MPU对待烧写文件包进行校验，并在校验结果指示待烧写文件包完整，且与车辆控制系统匹配的情况下，将待烧写文件包中包括的目标固件写入MPU。
步骤105，MPU执行重启，并将MPU内存储的引导加载程序加载为根文件系统，以执行目标固件。
示例的，MPU在接收到待烧写文件包之后，首先对待烧写文件包进行完整性和可依赖性的校验，在校验完成之后，MPU向MCU反馈校验结果，MCU在接收到校验结果之后，通过总线将校验结果发送给上位机。
如果校验结果为正常，即MPU确定待烧写文件包完整并且待烧写文件包与车辆控制系统匹配，那么MPU将待烧写文件包中的目标固件写入MPU。上位机在接收到正常的校验结果之后，可以继续执行预设步骤。具体的，待烧写文件包与车辆控制系统匹配，可以理解为待烧写文件包的版本信息与车辆控制系统的版本信息匹配。
如果校验结果为异常，即待烧写文件包不完整，和/或待烧写文件包与车辆控制系统不匹配，那么MPU退出以太网烧写模式，等待MCU重新发送第一重启指令。上位机在接收到异常的校验结果之后，可以修改待烧写文件包，也可以将校验结果展示给操作人员，例如可以在屏幕上弹出对话框显示“校验结果异常”。
进一步的，MPU在将待烧写文件包中包括的目标固件写入MPU之后，可以执行重启，并将MPU内存储的引导加载程序加载为根文件系统，引导加载程序可以执行目标固件，从而使车辆控制系统正常运行。其中，引导加载程序例如可以是BootLoader。
综上所述，本公开中上位机通过总线向车辆控制系统中的MCU发送烧写报文，MCU根据收到的烧写报文向MPU发送第一重启指令，MPU收到第一重启指令之后执行重启，并将MPU内存储的Linux最小系统加载为根文件系统，然后通过以太网向上位机发送烧写请求，上位机收到烧写请求之后，将待烧写文件包通过以太网发送至MPU，MPU对待烧写文件包进行校验，并在校验结果指示待烧写文件包完整，且与车辆控制系统匹配的情况下，将待烧写文件包中包括的目标固件写入MPU，最后，MPU执行重启，并将MPU内存储的引导加载程序加载为根文件系统，以执行目标固件。本公开的车辆控制系统中，MCU通过总线与上位机进行通信，从而使MCU控制MPU将Linux最小系统加载为根文件系统，之后MPU通过以太网与上位机进行通信，接收上位机发送的待烧写文件包，并且MPU会先对待烧写文件包进行校验，再将待烧写文件包中的目标固件写入MPU，提高了固件烧写的有效性和可靠性。
图2是根据一示例性实施例示出的另一种固件的烧写方法的流程图，如图2所示，待烧写文件包中还包括启动参数，步骤104可以通过以下步骤来实现：
步骤1041，确定启动参数中指定的目标区域。
步骤1042，按照启动参数，将目标固件写入MPU内的目标区域。
步骤105可以通过以下步骤来实现：
步骤1051，将引导加载程序加载为根文件系统，以使引导加载程序将目标固件从目标区域拷贝至MPU的内存。
步骤1052，执行目标固件。
示例的，MPU在对待烧写文件包进行校验，并且校验结果指示待烧写文件包完整且与车辆控制系统匹配的情况下，可以读取待烧写文件包中包括的启动参数，启动参数内可以包含目标区域的名称和目标区域的地址，从而根据目标区域的名称和目标区域的地址确定目标区域，之后MPU将待烧写文件包中的目标固件写入MPU内的目标区域。
进一步的，MPU可以将内部存储的启动参数的值更新为待烧写文件包中包括的启动参数的值，并将引导加载程序加载为根文件系统，这样引导加载程序可以根据MPU内部存储的，更新之后的启动参数中包含的目标区域的名称和目标区域的地址，将目标固件从目标区域拷贝至MPU的内存中，以执行目标固件。
具体的，以MPU中包含NORFlash和eMMC来举例说明，NORFlash可以用来存储Linux最小系统和引导加载程序BootLoader，eMMC可以包括A分区和B分区，用来存储目标固件。如果Linux最小系统读取到待烧写文件包中启动参数所指定的目标区域的名称为A，那么可以根据启动参数中A分区的地址将待烧写文件包中的目标固件写入eMMC中的A分区。进一步的，MPU可以将内部存储的启动参数中的目标区域的名称更新为A，将目标区域的地址更新为A分区的地址，然后将BootLoader加载为根文件系统，BootLoader可以根据A分区的地址，将目标固件从A分区拷贝至MPU的内存中，以执行目标固件。
图3是根据一示例性实施例示出的另一种固件的烧写方法的流程图，如图3所示，在步骤1041之后，步骤104还可以包括以下步骤：
步骤1043，确定目标区域的状态。
步骤1044，若目标区域的状态为异常，向MCU发送第一异常信息，以使MCU将第一异常信息通过总线发送至上位机。
相应的，步骤1042的实现方式可以为：
若目标区域的状态为正常，按照启动参数，将目标固件写入目标区域。
示例的，MPU在确定目标区域之后，可以先确定目标区域的状态。如果目标区域的状态为异常，那么MPU可以向MCU发送第一异常信息，MCU在接收到第一异常信息之后，可以通过总线将第一异常信息发送给上位机。如果目标区域的状态为正常，那么MPU可以根据目标区域的名称和目标区域的地址，将待烧写文件包中的目标固件写入MPU内的目标区域。
具体的，以MPU中包含eMMC来举例说明，eMMC可以包括A分区和B分区，用来存储目标固件。例如Linux最小系统读取到待烧写文件包中启动参数内包含的目标区域名称为A，可以先确定A分区的状态。如果A分区的状态为异常，那么MPU可以向MCU发送第一异常信息，MCU在接收到第一异常信息之后，可以通过总线将第一异常信息发送给上位机。
图4是根据一示例性实施例示出的另一种固件的烧写方法的流程图，如图4所示，在步骤1043之后，步骤104还可以包括以下步骤：
步骤1047，若目标区域的状态为异常，更新启动参数，并确定更新后的启动参数中指定的替换区域，替换区域与目标区域不同。
相应的，步骤1042的另一种实现方式可以为：
按照更新后的启动参数，将目标固件写入替换区域。
示例的，在MPU在确定目标区域之后，可以先确定目标区域的状态。如果目标区域的状态为异常，那么MPU可以更新启动参数，具体的，可以修改启动参数中包含的目标区域的名称、目标区域的地址和其他与目标区域相关的参数。进一步的，MPU可以确定更新后的启动参数中指定的替换区域，其中替换区域与目标区域不同。之后，MPU可以按照修改后的启动参数中包含的替换区域的名称、替换区域的地址和其他与替换区域相关的参数，将目标固件写入替换区域。
具体的，以MPU中包含eMMC来举例说明，eMMC可以包括A分区和B分区，用来存储目标固件。例如Linux最小系统读取到待烧写文件包中启动参数中包含的目标区域名称为A，可以先确定A分区的状态。如果A分区的状态为异常，那么MPU可以将启动参数中包含的目标区域的名称A修改为B(即替换区域的名称)，将目标区域的地址修改为B分区的地址(即替换区域的地址)，并且MPU可以确定替换区域的名称B和B分区的地址。之后MPU可以根据修改后的启动参数内包含的B分区的地址，将目标固件写入B分区。
通过这种方式，在目标区域损坏的情况下，无需重新启动烧写程序，MPU可以自动更新目标区域，并将目标固件写入更新后的替换区域，提高了固件烧写的效率和可靠性。
图5是根据一示例性实施例示出的另一种固件的烧写方法的流程图，如图5所示，在步骤104之后，该方法还可以包括以下步骤：
步骤106，MPU向MCU发送第一提示信息，以使MCU将第一提示信息通过总线发送至上位机。
步骤107，MCU向MPU发送第二重启指令。
相应的，步骤105的实现方式可以为：
MPU响应于第二重启指令，执行重启，并将引导加载程序加载为根文件系统，以执行目标固件。
示例的，MPU在将目标固件写入目标区域之后，可以向MCU发送第一提示信息，MCU在接收到第一提示信息之后，可以通过总线向上位机发送第一提示信息，并通过硬线向MPU发送第二重启指令。MPU在接收到第二重启指令之后，可以执行重启，并将引导加载程序加载为根文件系统，引导加载程序可以将目标固件从目标区域拷贝至MPU的内存中，以执行目标固件。上位机在接收到第一提示信息之后，可以将提示信息展示给操作人员，例如可以在屏幕上弹出对话框显示“烧写成功”。
图6是根据一示例性实施例示出的另一种固件的烧写方法的流程图，如图6所示，在步骤101之前，该方法还可以包括以下步骤：
步骤108，MCU接收上位机通过总线发送的认证请求，并根据认证请求对上位机进行认证。
步骤109，MCU在认证结果指示上位机通过认证的情况下，通过总线向上位机发送认证信息，以使上位机响应于认证信息，通过总线向MCU发送烧写报文。
示例的，上位机在向MCU发送烧写报文之前，可以先与MCU进行认证。首先，上位机通过总线向MCU发送认证请求，MCU在接收到认证请求之后，可以根据认证请求对上位机进行认证。认证方式例如可以为利用安全访问服务(英文：Security Access)机制进行认证。在认证结果指示上位机通过认证的情况下，MCU可以通过总线向上位机发送认证信息，上位机在收到认证信息之后，可以通过总线向MCU发送烧写报文。
具体的，MCU在接收到上位机发送的认证请求之后，可以根据认证请求生成一个随机种子，并通过总线将随机种子发送至上位机，上位机在接收到随机种子之后，可以根据随机种子生成第一密钥，并将第一密钥通过总线发送至MCU。MCU也可以根据生成的随机种子生成第二密钥，并将第一密钥与第二密钥进行比对。如果上位机是经过MCU认证的，那么上位机根据随机种子生成第一密钥的算法，应当和MCU根据随机种子生成第二密钥的算法相匹配，那么第一密钥和第二密钥也应当匹配。因此，如果第一密钥和第二密钥匹配，那么MPU可以确定认证结果指示上位机通过认证，如果第一密钥和第二密钥不匹配，那么MPU可以确定认证结果指示上位机未通过认证。
需要说明的是，第一密钥和第二密钥匹配可以为理解第一密钥和第二密钥相同。如果上位机和车辆MCU中包含相同的密钥生成算法，那么根据相同的随机种子按照相同的密钥生成算法，就可以生成相同的密钥，第一密钥和第二密钥相同时，可以确定上位机通过认证。
图7是根据一示例性实施例示出的另一种固件的烧写方法的流程图，如图7所示，待烧写文件包中还包括第一校验码和第一版本信息。步骤104还可以通过以下步骤来实现：
步骤1045，根据待烧写文件包生成第二校验码。
步骤1046，若第一校验码与第二校验码匹配，且第一版本信息与车辆控制系统的第二版本信息匹配，确定校验结果指示待烧写文件包完整，且与车辆控制系统匹配。
示例的，MPU在接收到待烧写文件包之后，可以先根据待烧写文件包生成第二校验码，如果待烧写文件包中的第一校验码和MCU生成的第二校验码匹配，并且待烧写文件包中的第一版本信息与车辆控制系统中的第二版本信息匹配，那么可以确定校验结果指示待烧写文件包完整，且与车辆控制系统匹配。其中，MCU可以使用CRC(英文：Cyclic RedundancyCheck，中文：循环冗余校验)32校验工具，根据待烧写文件包对应的数据帧生成第二校验码，如果待烧写文件包中的第一校验码和MCU生成的第二校验码相同，那么可以认为第一校验码与第二校验码匹配。
需要说明的是，第二版本信息可以包括MCU的版本信息和MPU的版本信息，待烧写文件包中的第一版本信息与车辆控制系统中的第二版本信息匹配，可以理解为第一版本信息和第二版本信息中的年份匹配，年份信息匹配例如可以是第一版本信息中的年份与第二版本信息中的年份相同，也可以是第二版本信息中的年份在第一版本信息中的年份之前。例如，第一版本信息中包含的年份为2018，MCU和MPU的版本信息中包含的年份也为2018，那么可以认为第一版本信息和第二版本信息匹配。或者第一版本信息中的年份为2020，第二版本信息中的MCU的版本信息中的年份为2019，且MPU的版本信息中的年份也为2019，那么可以认为第一版本信息和第二版本信息匹配。待烧写文件包中的第一版本信息与车辆控制系统中的第二版本信息匹配的情况还可以是第一版本信息和第二版本信息中的生产商信息匹配等，本公开对此不作具体限定。
综上所述，本公开中上位机通过总线向车辆控制系统中的MCU发送烧写报文，MCU根据收到的烧写报文向MPU发送第一重启指令，MPU收到第一重启指令之后执行重启，并将MPU内存储的Linux最小系统加载为根文件系统，然后通过以太网向上位机发送烧写请求，上位机收到烧写请求之后，将待烧写文件包通过以太网发送至MPU，MPU对待烧写文件包进行校验，并在校验结果指示待烧写文件包完整，且与车辆控制系统匹配的情况下，将待烧写文件包中包括的目标固件写入MPU，最后，MPU执行重启，并将MPU内存储的引导加载程序加载为根文件系统，以执行目标固件。本公开的车辆控制系统中，MCU通过总线与上位机进行通信，从而使MCU控制MPU将Linux最小系统加载为根文件系统，之后MPU通过以太网与上位机进行通信，接收上位机发送的待烧写文件包，并且MPU会先对待烧写文件包进行校验，再将待烧写文件包中的目标固件写入MPU，提高了固件烧写的有效性和可靠性。
需要说明的是，上述实施例中上位机的所执行的步骤可以为：
步骤1)通过总线向车辆控制系统的MCU发送烧写报文，以使MCU根据烧写报文向车辆控制系统的MPU发送第一重启指令，MPU用于执行重启，并将MPU内存储的Linux最小系统加载为根文件系统。
举例来说，在向车辆控制系统安装固件，或者升级车辆控制系统内的固件的场景中，上位机通过总线向车辆控制系统的MCU发送烧写报文，MCU在接收到烧写报文之后，可以通过硬线向MPU发送第一重启指令，其中，第一重启指令可以为高电平信号。MPU在接收到MCU发送来的第一重启指令之后，可以执行重启，并进入以太网烧写模式，即将Linux最小系统加载为根文件系统。
步骤2)通过以太网接收MPU发送的烧写请求。响应于烧写请求，通过以太网将待烧写文件包发送至MPU，以使MPU对待烧写文件包进行校验，并在校验结果指示待烧写文件包完整，且与车辆控制系统匹配的情况下，将待烧写文件包中包括的目标固件写入MPU。
示例的，MPU可以通过以太网向上位机发送Socket长连接建立请求，上位机在接收到Socket长连接建立请求之后，建立与MPU之间的Socket长连接。MPU可以通过Socket长连接向上位机发送烧写请求，上位机在接收到MPU的烧写请求之后，可以按照TFTP协议通过Socket长连接将待烧写文件包发送至MPU。其中，待烧写文件包中可以包括目标固件和启动参数，目标固件可以理解为将要烧写进车辆控制系统的系统程序，启动参数可以理解为用于指示目标固件属性的参数，例如可以包括目标固件待写入的区域(即后文提及的目标区域)的名称、地址，还可以包括目标固件的校验值和版本信息等。
MPU在接收到待烧写文件包之后，首先对待烧写文件包进行完整性和可依赖性的校验，在校验完成之后，MPU向MCU反馈校验结果，MCU在接收到校验结果之后，通过总线将校验结果发送给上位机。
如果校验结果为正常，即MPU确定待烧写文件包完整并且待烧写文件包与车辆控制系统匹配，那么MPU将待烧写文件包中的目标固件写入MPU。上位机在接收到正常的校验结果之后，可以继续执行预设步骤。具体的，待烧写文件包与车辆控制系统匹配，可以理解为待烧写文件包的版本信息与车辆控制系统的版本信息匹配。
如果校验结果为异常，即待烧写文件包不完整，和/或待烧写文件包与车辆控制系统不匹配，那么MPU退出以太网烧写模式，等待MCU重新发送第一重启指令。上位机在接收到异常的校验结果之后，可以修改待烧写文件包，也可以将校验结果展示给操作人员，例如可以在屏幕上弹出对话框显示“校验结果异常”。待烧写文件包修改完成后，上位机可以再次向MCU发送烧写报文，重新执行上述烧写程序。
进一步的，上位机还可以执行以下步骤：
步骤3)通过总线接收MCU发送的第一异常信息，第一异常信息为MPU根据启动参数确定目标区域之后，确定目标区域的状态为异常的情况下，发送至MCU的，目标区域用于指示目标固件写入MPU的区域。
步骤4)根据第一异常信息，更新待烧写文件包中的启动参数。
步骤5)再次执行通过总线向车辆控制系统的MCU发送烧写报文，至响应于烧写请求，通过以太网将待烧写文件包发送至MPU的步骤。
示例的，MPU对待烧写文件包进行校验，并在校验结果指示待烧写文件包完整，且与车辆控制系统匹配的情况下，可以读取待烧写文件包中包括的启动参数，启动参数内可以包含目标区域的名称和目标区域的地址，从而根据目标区域名称和目标区域的地址确定目标区域的状态。如果目标区域的状态为异常，那么MPU可以向MCU发送第一异常信息，MCU在接收到第一异常信息之后，可以通过总线将第一异常信息发送给上位机。上位机在接收到第一异常信息之后，可以修改待烧写文件包中启动参数内包含的目标区域的名称和目标区域的地址，也可以将第一异常信息展示给操作人员，例如可以在屏幕上弹出对话框显示“写入分区状态异常”。修改完成后，上位机可以再次向MCU发送烧写报文，重新执行上述烧写程序。其中，目标区域的状态为异常例如可以是目标区域损坏。
具体的，以MPU中包含eMMC来举例说明，eMMC可以包括A分区和B分区，用来存储目标固件。例如Linux最小系统读取到待烧写文件包中启动参数内包含的目标区域名称为A，可以先确定A分区的状态。如果A分区的状态为异常，那么MPU可以向MCU发送第一异常信息，MCU在接收到第一异常信息之后，可以通过总线将第一异常信息发送给上位机。上位机在接收到第一异常信息之后，可以将待烧写文件包中启动参数内包含的目标区域的名称修改为B，将目标区域的地址修改为B分区的地址，也可以将第一异常信息展示给操作人员，例如可以在屏幕上弹出对话框显示“写入分区状态异常”。修改完成后，上位机可以再次向MCU发送烧写报文，重新执行上述烧写程序，使MPU根据修改后的启动参数将目标固件写入B分区。
图8是根据一示例性实施例示出的一种车辆控制系统的框图，如图8所示，提供一种车辆控制系统300，该车辆控制系统300包括：MCU301和MPU302。
MCU301，用于接收上位机通过总线发送的烧写报文，并根据烧写报文向MPU302发送第一重启指令。
MPU302，用于响应于第一重启指令，执行重启，并将MPU302内存储的Linux最小系统加载为根文件系统。
MPU302，还用于通过以太网向上位机发送烧写请求，以使上位机响应于烧写请求，将待烧写文件包通过以太网发送至MPU302。
MPU302，还用于对待烧写文件包进行校验，并在校验结果指示待烧写文件包完整，且与车辆控制系统300匹配的情况下，将待烧写文件包写入MPU302。
MPU302，还用于执行重启，并将MPU302内存储的引导加载程序加载为根文件系统，以执行待烧写文件包中包括的目标固件。
待烧写文件包中还包括启动参数。在一种应用场景中，MPU302还用于：
确定启动参数中指定的目标区域。
按照启动参数，将目标固件写入MPU302内的目标区域。
将引导加载程序加载为根文件系统，以使引导加载程序将目标固件从目标区域拷贝至MPU302的内存。
执行目标固件。
在另一种应用场景中，在确定启动参数中指定的目标区域之后，MPU302还用于：
确定目标区域的状态。
若目标区域的状态为异常，向MCU301发送第一异常信息，以使MCU301将第一异常信息通过总线发送至上位机。
若目标区域的状态为正常，按照启动参数，将目标固件写入目标区域。
在另一种应用场景中，在确定目标区域的状态之后，MPU302还用于：
若目标区域的状态为异常，更新启动参数，并确定更新后的启动参数中指定的替换区域，替换区域与目标区域不同。
按照更新后的启动参数，将目标固件写入替换区域。
在另一种应用场景中，在将待烧写文件包中包括的目标固件写入MPU302之后，MPU302还用于向MCU301发送第一提示信息，以使MCU301将第一提示信息通过总线发送至上位机。
MCU301还用于向MPU302发送第二重启指令。
MPU302还用于响应于第二重启指令，执行重启，并将引导加载程序加载为根文件系统，以执行目标固件。
在另一种应用场景中，在MCU301接收上位机通过总线发送的烧写报文，并根据烧写报文向MPU302发送第一重启指令之前，MCU301还用于：
接收上位机通过总线发送的认证请求，并根据认证请求对上位机进行认证。
在认证结果指示上位机通过认证的情况下，通过总线向上位机发送认证信息，以使上位机响应于认证信息，通过总线向MCU301发送烧写报文。
在另一种应用场景中，所述待烧写文件包中还包括第一校验码和第一版本信息；MPU302还用于：
根据待烧写文件包生成第二校验码。
若第一校验码与第二校验码匹配，且第一版本信息与车辆控制系统300的第二版本信息匹配，确定校验结果指示待烧写文件包完整，且与车辆控制系统300匹配。
图9是根据一示例性实施例示出的一种固件的烧写系统的框图，如图9所示，固件的烧写系统包括：车辆控制系统300和上位机400，车辆控制系统300包括MCU301和MPU302。
车辆控制系统300可以用于执行上述应用于车辆控制系统300的方法的步骤。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
综上所述，本公开中上位机通过总线向车辆控制系统中的MCU发送烧写报文，MCU根据收到的烧写报文向MPU发送第一重启指令，MPU收到第一重启指令之后执行重启，并将MPU内存储的Linux最小系统加载为根文件系统，然后通过以太网向上位机发送烧写请求，上位机收到烧写请求之后，将待烧写文件包通过以太网发送至MPU，MPU对待烧写文件包进行校验，并在校验结果指示待烧写文件包完整，且与车辆控制系统匹配的情况下，将待烧写文件包中包括的目标固件写入MPU，最后，MPU执行重启，并将MPU内存储的引导加载程序加载为根文件系统，以执行目标固件。本公开的车辆控制系统中，MCU通过总线与上位机进行通信，从而使MCU控制MPU将Linux最小系统加载为根文件系统，之后MPU通过以太网与上位机进行通信，接收上位机发送的待烧写文件包，并且MPU会先对待烧写文件包进行校验，再将待烧写文件包中的目标固件写入MPU，提高了固件烧写的有效性和可靠性。
以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。
另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。
此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。
Claims (10)
1.一种固件的烧写方法，其特征在于，应用于车辆控制系统，所述车辆控制系统包括：微控制单元MCU和微处理单元MPU，所述方法包括：
所述MCU接收上位机通过总线发送的烧写报文，并根据所述烧写报文向所述MPU发送第一重启指令；
所述MPU响应于所述第一重启指令，执行重启，并将所述MPU内存储的Linux最小系统加载为根文件系统；
所述MPU通过以太网向所述上位机发送烧写请求，以使所述上位机响应于所述烧写请求，将待烧写文件包通过以太网发送至所述MPU；
所述MPU对所述待烧写文件包进行校验，并在校验结果指示所述待烧写文件包完整，且与所述车辆控制系统匹配的情况下，将所述待烧写文件包中包括的目标固件写入所述MPU；
所述MPU执行重启，并将所述MPU内存储的引导加载程序加载为根文件系统，以执行所述目标固件。
2.根据权利要求1所述的方法，其特征在于，所述待烧写文件包中还包括启动参数；
所述将所述待烧写文件包中包括的目标固件写入所述MPU，包括：
确定所述启动参数中指定的目标区域；
按照所述启动参数，将所述目标固件写入所述MPU内的所述目标区域；
所述将所述MPU内存储的引导加载程序加载为根文件系统，以执行所述目标固件，包括：
将所述引导加载程序加载为根文件系统，以使所述引导加载程序将所述目标固件从所述目标区域拷贝至所述MPU的内存；
执行所述目标固件。
3.根据权利要求2所述的方法，其特征在于，在所述确定所述启动参数中指定的目标区域之后，所述将所述待烧写文件包中包括的目标固件写入所述MPU，还包括：
确定所述目标区域的状态；
若所述目标区域的状态为异常，向所述MCU发送第一异常信息，以使所述MCU将所述第一异常信息通过总线发送至所述上位机；
所述按照所述启动参数，将所述目标固件写入所述MPU内的所述目标区域，包括：
若所述目标区域的状态为正常，按照所述启动参数，将所述目标固件写入所述目标区域。
4.根据权利要求3所述的方法，其特征在于，在所述确定所述目标区域的状态之后，所述将所述待烧写文件包中包括的目标固件写入所述MPU，还包括：
若所述目标区域的状态为异常，更新所述启动参数，并确定更新后的所述启动参数中指定的替换区域，所述替换区域与所述目标区域不同；
所述按照所述启动参数，将所述目标固件写入所述MPU内的所述目标区域，包括：
按照更新后的所述启动参数，将所述目标固件写入所述替换区域。
5.根据权利要求1所述的方法，其特征在于，在所述将所述待烧写文件包中包括的目标固件写入所述MPU之后，所述方法还包括：
所述MPU向所述MCU发送第一提示信息，以使所述MCU将所述第一提示信息通过总线发送至所述上位机；
所述MCU向所述MPU发送第二重启指令；
所述MPU执行重启，并将所述MPU内存储的引导加载程序加载为根文件系统，以执行所述目标固件，包括：
所述MPU响应于所述第二重启指令，执行重启，并将所述引导加载程序加载为根文件系统，以执行所述目标固件。
6.根据权利要求1-5中任一项所述的方法，其特征在于，在所述MCU接收上位机通过总线发送的烧写报文，并根据所述烧写报文向所述MPU发送第一重启指令之前，所述方法还包括：
所述MCU接收所述上位机通过总线发送的认证请求，并根据所述认证请求对所述上位机进行认证；
所述MCU在认证结果指示所述上位机通过认证的情况下，通过总线向所述上位机发送认证信息，以使所述上位机响应于所述认证信息，通过总线向所述MCU发送所述烧写报文。
7.根据权利要求1-5中任一项所述的方法，其特征在于，所述待烧写文件包中还包括第一校验码和第一版本信息；所述MPU对所述待烧写文件包进行校验，包括：
根据所述待烧写文件包生成第二校验码；
若所述第一校验码与所述第二校验码匹配，且所述第一版本信息与所述车辆控制系统的第二版本信息匹配，确定所述校验结果指示所述待烧写文件包完整，且与所述车辆控制系统匹配。
8.一种车辆控制系统，其特征在于，所述车辆控制系统包括：MCU和MPU；
所述MCU，用于接收上位机通过总线发送的烧写报文，并根据所述烧写报文向所述MPU发送第一重启指令；
所述MPU，用于响应于所述第一重启指令，执行重启，并将所述MPU内存储的Linux最小系统加载为根文件系统；
所述MPU，还用于通过以太网向所述上位机发送烧写请求，以使所述上位机响应于所述烧写请求，将待烧写文件包通过以太网发送至所述MPU；
所述MPU，还用于对所述待烧写文件包进行校验，并在校验结果指示所述待烧写文件包完整，且与所述车辆控制系统匹配的情况下，将所述待烧写文件包写入所述MPU；
所述MPU，还用于执行重启，并将所述MPU内存储的引导加载程序加载为根文件系统，以执行所述待烧写文件包中包括的目标固件。
9.根据权利要求8所述的车辆控制系统，其特征在于，所述待烧写文件包中还包括启动参数；所述MPU还用于：
确定所述启动参数中指定的目标区域；
按照所述启动参数，将所述目标固件写入所述MPU内的所述目标区域；
将所述引导加载程序加载为根文件系统，以使所述引导加载程序将所述目标固件从所述目标区域拷贝至所述MPU的内存；
执行所述目标固件。
10.一种固件的烧写系统，其特征在于，所述固件的烧写系统包括：车辆控制系统和上位机，所述车辆控制系统包括MCU和MPU；
所述车辆控制系统用于执行权利要求1-7中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011324770.3A CN114527994A (zh) | 2020-11-23 | 2020-11-23 | 固件的烧写方法、系统、车辆控制系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011324770.3A CN114527994A (zh) | 2020-11-23 | 2020-11-23 | 固件的烧写方法、系统、车辆控制系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114527994A true CN114527994A (zh) | 2022-05-24 |
Family
ID=81619608
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011324770.3A Pending CN114527994A (zh) | 2020-11-23 | 2020-11-23 | 固件的烧写方法、系统、车辆控制系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114527994A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116226889A (zh) * | 2023-04-28 | 2023-06-06 | 北京集度科技有限公司 | 写入安全信息的方法及装置 |
-
2020
- 2020-11-23 CN CN202011324770.3A patent/CN114527994A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116226889A (zh) * | 2023-04-28 | 2023-06-06 | 北京集度科技有限公司 | 写入安全信息的方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI643130B (zh) | 用於在ｕｅｆｉ安全開機資料庫中自動註冊任選ｒｏｍ的系統以及方法 | |
| US9507604B2 (en) | Boot method and boot system | |
| US10002054B2 (en) | Method and system for performing automatic system recovery | |
| US8874953B2 (en) | System and method of cloud testing and remote monitoring for integrated circuit components in system validation | |
| US9205809B2 (en) | Vehicle unit and method for operating the vehicle unit | |
| US9582262B2 (en) | Systems and methods for installing upgraded software on electronic devices | |
| US10747526B2 (en) | Apparatus and method to execute prerequisite code before delivering UEFI firmware capsule | |
| JP2010140266A (ja) | 電子デバイスシステムと電子デバイス | |
| CN113094072A (zh) | 车辆升级方法、装置、电子装置及存储介质 | |
| EP3805918B1 (en) | Program update system, program transmission device, and program transmission method | |
| US20040103172A1 (en) | Method of updating an operation system | |
| US8214825B2 (en) | Electronic device and method for installing software | |
| KR20190109979A (ko) | 전자 장치 및 전자 장치의 업데이트 제어 방법 | |
| JP2009123226A (ja) | 車載制御装置の運用システム及び車載制御装置 | |
| CN113348110A (zh) | 电子控制装置、电子控制装置的安全验证方法 | |
| CN114527994A (zh) | 固件的烧写方法、系统、车辆控制系统 | |
| EP2372565A1 (en) | Method for managing USB devices | |
| CN113900693A (zh) | 一种固件升级方法、装置、系统、电子设备及存储介质 | |
| CN114579971A (zh) | 一种安全控制模组的启动方法及相关装置 | |
| CN115145650A (zh) | 信息处理装置、存储介质及信息处理方法 | |
| CN110908733B (zh) | 工作模式确定方法及装置、控制方法及装置 | |
| CN110333882B (zh) | 系统的升级方法、装置、设备及计算机可读介质 | |
| US20220391192A1 (en) | Ota master, center, system, method, non-transitory storage medium, and vehicle | |
| CN112667444A (zh) | 一种系统升级方法、存储介质及终端设备 | |
| US20220405083A1 (en) | Ota master, system, method, non-transitory storage medium, and vehicle |
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 |