CN117389399A - 一种多核协同复位方法、装置、设备及介质、一种车辆 - Google Patents

一种多核协同复位方法、装置、设备及介质、一种车辆 Download PDF

Info

Publication number
CN117389399A
CN117389399A CN202311414041.0A CN202311414041A CN117389399A CN 117389399 A CN117389399 A CN 117389399A CN 202311414041 A CN202311414041 A CN 202311414041A CN 117389399 A CN117389399 A CN 117389399A
Authority
CN
China
Prior art keywords
core
slave
master
reset
reset request
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
Application number
CN202311414041.0A
Other languages
English (en)
Inventor
王宗磊
苏炎
徐红蕾
刘晓
张生魁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
United Automotive Electronic Systems Co Ltd
Original Assignee
United Automotive Electronic Systems Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by United Automotive Electronic Systems Co Ltd filed Critical United Automotive Electronic Systems Co Ltd
Priority to CN202311414041.0A priority Critical patent/CN117389399A/zh
Publication of CN117389399A publication Critical patent/CN117389399A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/24—Resetting means
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/76—Architectures of general purpose stored program computers
    • G06F15/78—Architectures of general purpose stored program computers comprising a single central processing unit
    • G06F15/7807—System on chip, i.e. computer system on a single chip; System in package, i.e. computer system on one or more chips in a single package
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4405—Initialisation of multiprocessor systems
    • 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
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明提供一种多核协同复位方法、装置、设备及介质、一种车辆，包括：将车载电脑中预先配置的多个异构核分为主核和从核，然后通过主核或从核接收实时生成的复位请求，并对主核和从核进行数据备份；最后在主核和从核完成数据备份后，通过所有从核向主核发送数据备份标志，以使主核基于数据备份标志对车载电脑进行系统复位。本发明接收到外部发送的复位请求后，可以通过车载电脑内的多个异构核进行协同交互，以对车载电脑实现系统复位；并且本发明在对车载电脑进行系统复位前，能够通过多核协同维持车载电脑的系统稳定；同时，本发明在对车载电脑进行系统复位过程中，还会对车载电脑中的每个核进行数据备份，从而避免部分核存在数据丢失的情况。

Description

一种多核协同复位方法、装置、设备及介质、一种车辆
技术领域
本发明涉及通信和车辆技术领域，特别是涉及一种多核协同复位方法、装置、设备及介质、一种车辆。
背景技术
随着汽车电子电气架构的快速演进，其架构已经呈现了从分布式、集中式再到跨域融合的逐渐转变，车载电脑需要集成大量的功能，一般采用多核异构SOC(System onChip，片上系统，简称SoC)芯片才能满足车载电脑的系统需求。对于SOC芯片的多个异构核的复位前协同，现有的AUTOSAR(Automotive Open System Architecture，汽车开放系统架构，简称AUTOSAR)标准复位实现不能满足需求；也不能实现MPU(Microprocessor Unit，微处理器，简称MPU)侧与MCU(Microcontroller Unit，微控制器，简称MCU)侧之间的状态协同。
发明内容
鉴于以上所述现有技术的缺点，本发明的目的在于提供一种多核协同复位方法、装置、设备及介质、一种车辆，用于解决现有技术中存在的技术问题。
为实现上述目的及其他相关目的，本发明提供一种多核协同复位方法，包括以下步骤：
将车载电脑中预先配置的多个异构核分为主核和从核；
通过所述主核或所述从核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份；
在所述主核和所述从核完成数据备份后，通过所有从核向所述主核发送数据备份标志，以使所述主核基于所述数据备份标志对所述车载电脑进行系统复位。
于本发明的一实施例中，将车载电脑中预先配置的多个异构核分为主核和从核的过程包括：
获取车载电脑中预先配置的微控制器和微处理器；
从所述微控制器中选择一个异构核为主核，并将所述微控制器中的其余异构核作为微控制器从核；以及，将所述微处理器中的异构核作为微处理器从核。
于本发明的一实施例中，通过所述主核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份的过程包括：
通过所述主核中的诊断通信管理单元接收实时生成的复位请求，并调用第一电源单元提供的接口，将所述主核的状态变更为主核接收复位请求状态；其中，所述第一电源单元为所述主核中的电源单元；
基于所述主核接收复位请求状态，将所述主核接收的复位请求分别下发给所述微控制器从核和所述微处理器从核，并对所述主核进行数据备份；
当所述微控制器从核接收到所述主核下发的复位请求时，对所述微控制器从核进行数据备份，并实时同步所述微控制器从核的状态；
当所述微处理器从核接收到所述主核下发的复位请求时，对所述微处理器从核进行数据备份，并通过所述微处理器从核中的状态管理单元同步所述微处理器从核的状态。
于本发明的一实施例中，通过所述从核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份的过程包括：
通过所述微控制器从核中的诊断通信管理单元接收实时生成的复位请求，并调用第二电源单元提供的接口，将所述微控制器从核的状态变更为从核接收复位请求状态；其中，所述第二电源单元为所述微控制器从核中的电源单元；
通过所述微控制器从核与所述主核进行通信交互时的核间通信报文、以及所述从核接收复位请求状态，将所述第二电源单元中的复位请求传递给所述主核；
当通过所述主核中的诊断通信管理单元接收所述微控制器从核传递的复位请求时，将所述主核的状态变更为主核接收复位请求状态；以及，基于所述主核接收复位请求状态，将所述主核接收的复位请求分别下发给所述微控制器从核和所述微处理器从核，并对所述主核进行数据备份；
当所述微控制器从核接收到所述主核下发的复位请求时，对所述微控制器从核进行数据备份，并实时同步所述微控制器从核的状态；
当所述微处理器从核接收到所述主核下发的复位请求时，对所述微处理器从核进行数据备份，并通过所述微处理器从核中的状态管理单元同步所述微处理器从核的状态。
于本发明的一实施例中，通过所述从核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份的过程包括：
通过所述微处理器从核中的诊断管理单元接收实时生成的复位请求，并通过所述诊断管理单元与第三电源单元之间的通信中间件，将所述复位请求传递至所述第三电源单元，以及，基于所述第三电源单元提供的接口，将所述微处理器从核的状态变更为从核接收复位请求状态；其中，所述第三电源单元为所述微处理器从核中的电源单元；
通过所述微处理器从核与所述主核进行通信交互时的核间通信报文、以及所述从核接收复位请求状态，将所述第三电源单元中的复位请求传递给所述主核；
当通过所述主核中的诊断通信管理单元接收所述微处理器从核传递的复位请求时，将所述主核的状态变更为主核接收复位请求状态；以及，基于所述主核接收复位请求状态，将所述主核接收的复位请求分别下发给所述微控制器从核和所述微处理器从核，并对所述主核进行数据备份；
当所述微控制器从核接收到所述主核下发的复位请求时，对所述微控制器从核进行数据备份，并实时同步所述微控制器从核的状态；
当所述微处理器从核接收到所述主核下发的复位请求时，对所述微处理器从核进行数据备份，并通过所述微处理器从核中的状态管理单元同步所述微处理器从核的状态。
于本发明的一实施例中，所述微控制器从核与所述主核的核间通信包括以下至少之一：进程间通信、全双工通信、以太网通信、半双工通信；
所述微处理器从核与所述主核的核间通信包括以下至少之一：进程间通信、全双工通信、以太网通信、半双工通信；
所述微控制器从核与所述微控制器从核的核间通信包括以下至少之一：进程间通信、全双工通信、以太网通信、半双工通信；
其中，所述微控制器从核与所述主核、所述微处理器从核与所述主核、所述微控制器从核与所述微控制器从核之间的核间通信方式相同。
本发明还提供一种车辆，所述车辆设置有车载电脑，所述车载电脑应用于如上述中任一所述多核协同复位方法。
本发明还提供一种多核协同复位装置，所述装置包括有：
核配置模块，用于将车载电脑中预先配置的多个异构核分为主核和从核；
数据备份模块，用于通过所述主核或所述从核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份；
复位模块，用于在所述主核和所述从核完成数据备份后，通过所有从核向所述主核发送数据备份标志，以使所述主核基于所述数据备份标志对所述车载电脑进行系统复位。
本发明还提供一种多核协同复位设备，包括：
处理器；和，
存储有指令的计算机可读介质，当所述处理器执行所述指令时，使得所述设备执行如上述中任一所述的多核协同复位方法。
本发明还提供一种计算机可读介质，其上存储有指令，所述指令由处理器加载并执行如上述中任一所述的多核协同复位方法。
如上所述，本发明提供一种多核协同复位方法、装置、设备及介质、一种车辆，具有以下有益效果：本发明首先将车载电脑中预先配置的多个异构核分为主核和从核，然后通过主核或从核接收实时生成的复位请求，并对主核和从核进行数据备份；最后在主核和从核完成数据备份后，通过所有从核向主核发送数据备份标志，以使主核基于数据备份标志对车载电脑进行系统复位。由此可知，本发明接收到外部发送的复位请求后，可以通过车载电脑内的多个异构核进行协同交互，以对车载电脑实现系统复位；并且本发明在对车载电脑进行系统复位前，能够通过多核协同维持车载电脑的系统稳定；同时，本发明在对车载电脑进行系统复位过程中，还会对车载电脑中的每个核进行数据备份，从而避免部分核存在数据丢失的情况。
附图说明
图1为本发明中一实施例提供的多核协同复位方法的流程示意图；
图2为本发明中一实施例提供的多核协同复位方法的原理框架示意图；
图3为本发明中一实施例提供的多核协同复位系统的硬件结构示意图；
图4为应用本发明中一个或多个实施例中技术方案的示例性系统架构的示意图；
图5为适用于实现本发明中一个或多个实施例的多核协同复位设备的硬件结构示意图。
具体实施方式
以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
需要说明的是，本实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
图1示出了本发明一实施例提供的多核协同复位方法流程示意图。具体地，在一示例性实施例中，如图1所示，本实施例提供一种多核协同复位方法，该方法包括以下步骤：
S110，将车载电脑中预先配置的多个异构核分为主核和从核；其中，车载电脑设置在预先或实时确定的车辆中。作为示例，本实施例中的车辆可以是新能源车辆，也可以是燃油车辆。
S120，通过主核或从核接收实时生成的复位请求，并对主核和从核进行数据备份。作为示例，本实施例中实时生成的复位请求可以是由用户基于车载电脑提供的IVI(in-vehicle infotainment，车载信息娱乐，简称IVI)服务生成。
S130，在主核和从核完成数据备份后，通过所有从核向主核发送数据备份标志，以使主核基于数据备份标志对车载电脑进行系统复位。
由此可知，本实施例接收到外部发送的复位请求后，可以通过车载电脑内的多个异构核进行协同交互，以对车载电脑实现系统复位；并且本实施例在对车载电脑进行系统复位前，能够通过多核协同维持车载电脑的系统稳定；同时，本实施例在对车载电脑进行系统复位过程中，还会对车载电脑中的每个核进行数据备份，从而避免部分核存在数据丢失的情况。
在一示例性实施例中，将车载电脑中预先配置的多个异构核分为主核和从核的过程包括：获取车载电脑中预先配置的微控制器MCU和微处理器MPU；从微控制器MCU中选择一个异构核为主核，并将微控制器MCU中的其余异构核作为MCU从核；以及，将微处理器MPU中的异构核作为MPU从核。作为另一示例，将车载电脑中预先配置的多个异构核分为主核和从核的过程包括：获取车载电脑中预先配置的微控制器MCU和微处理器MPU；从微处理器MPU中选择一个异构核为主核，并将微处理器MPU中的其余异构核作为MPU从核；以及，将微控制器MCU中的异构核作为MCU从核。具体地，在本实施例中，车载电脑中使用的SOC芯片包含MCU侧的功能与MPU侧的功能，MCU侧功能安全等级为ASIL D，MPU功能安全等级为ASIL B，因此本实施例将MCU侧作为车载电脑系统复位的主控节点，并从MCU侧选择一个核作为主控核，其余核作为从核，主控核用于最终触发车载电脑的系统复位动作，并主动与其余从核建立连接交互状态。其中，ASIL(Automotive Safety Integration Level)表示汽车安全完整性等级，分别设置有A、B、C、D四个等级，从A至D的等级程度逐渐升高，且D等级为最高等级，A等级为最低等级。
在一示例性实施例中，步骤S120通过主核接收实时生成的复位请求，并对主核和从核进行数据备份的过程包括：
通过主核中的诊断通信管理单元接收实时生成的复位请求，并调用第一电源单元提供的接口，将主核的状态变更为主核接收复位请求状态；其中，第一电源单元为主核中的电源单元；以及，基于主核接收复位请求状态，将主核接收的复位请求分别下发给MCU从核和MPU从核，并对主核进行数据备份；
当MCU从核接收到主核下发的复位请求时，开始对MCU从核进行数据备份，并实时同步MCU从核的状态；
当MPU从核接收到主核下发的复位请求时，开始对MPU从核进行数据备份，并通过MPU从核中的状态管理单元同步MPU从核的状态。
在本实施例中，主核接收复位请求状态也可以被表示为MASTER_RESET，从核接收复位请求状态也可以被表示为SLAVE_RESET。
在一示例性实施例中，步骤S120通过从核接收实时生成的复位请求，并对主核和从核进行数据备份的过程包括：
通过MCU从核中的诊断通信管理单元接收实时生成的复位请求，并调用第二电源单元提供的接口，将MCU从核的状态变更为从核接收复位请求状态；其中，第二电源单元为MCU从核中的电源单元；
通过MCU从核与主核进行通信交互时的核间通信报文、以及从核接收复位请求状态，将第二电源单元中的复位请求传递给主核；
当通过主核中的诊断通信管理单元接收MCU从核传递的复位请求时，将主核的状态变更为主核接收复位请求状态；以及，基于主核接收复位请求状态，将主核接收的复位请求分别下发给MCU从核和MPU从核，并对主核进行数据备份；
当MCU从核接收到主核下发的复位请求时，开始对MCU从核进行数据备份，并实时同步MCU从核的状态；
当MPU从核接收到主核下发的复位请求时，开始对MPU从核进行数据备份，并通过MPU从核中的状态管理单元同步MPU从核的状态。
在本实施例中，主核接收复位请求状态也可以被表示为MASTER_RESET，从核接收复位请求状态也可以被表示为SLAVE_RESET。
在一示例性实施例中，步骤S120通过从核接收实时生成的复位请求，并对主核和从核进行数据备份的过程包括：
通过MPU从核中的诊断管理单元接收实时生成的复位请求，并通过诊断管理单元与第三电源单元之间的通信中间件，将复位请求传递至第三电源单元，以及，基于第三电源单元提供的接口，将MPU从核的状态变更为从核接收复位请求状态；其中，第三电源单元为MPU从核中的电源单元；
通过MPU从核与主核进行通信交互时的核间通信报文、以及从核接收复位请求状态，将第三电源单元中的复位请求传递给主核；
当通过主核中的诊断通信管理单元接收MPU从核传递的复位请求时，将主核的状态变更为主核接收复位请求状态；以及，基于主核接收复位请求状态，将主核接收的复位请求分别下发给MCU从核和MPU从核，并对主核进行数据备份；
当MCU从核接收到主核下发的复位请求时，开始对MCU从核进行数据备份，并实时同步MCU从核的状态；
当MPU从核接收到主核下发的复位请求时，开始对MPU从核进行数据备份，并通过MPU从核中的状态管理单元同步MPU从核的状态。
在本实施例中，主核接收复位请求状态也可以被表示为MASTER_RESET，从核接收复位请求状态也可以被表示为SLAVE_RESET。
根据上述记载，在一些示例性实施例中，MCU从核与主核的核间通信包括但不限于：进程间通信、全双工通信、以太网通信、半双工通信；MPU从核与主核的核间通信包括但不限于：进程间通信、全双工通信、以太网通信、半双工通信；MCU从核与MCU从核的核间通信包括但不限于：进程间通信、全双工通信、以太网通信、半双工通信；其中，MCU从核与主核、MPU从核与主核、MCU从核与MCU从核之间的核间通信方式相同。作为示例，本实施例中的进程间通信可以是IPC(InterProcess Communication，简称IPC)通信，全双工通信可以是SPI(Serial Peripheral Interface，简称SPI)通信，半双工通信可以是I2C(Inter－Integrated Circuit，简称I2C)通信。
在本发明另一示例性实施例中，该实施例提供了一种多核协同复位方法，如图2所示，图2示出了一种多核协同复位方法的原理框架示意图。在图2中，MCU-Slave Core也可以被视作为其他实施例中描述的MCU从核；MCU-Master Core也可以被视作为其他实施例中描述的MCU主核；MPU-Slave Core也可以被视作为其他实施例中描述的MPU从核；MCU-MasterCore中的DCM也可以被视作为其他实施例中描述的MCU主核的诊断通信管理单元；MCU-Slave Core中的DCM也可以被视作为其他实施例中描述的MCU从核的诊断通信管理单元；MCU-Master Core中的PwrM(Power Management，电源管理，简称PwrM)，也可以被视作为其他实施例中描述的第一电池管理单元；MCU-Slave Core中的PwrM，也可以被视作为其他实施例中描述的第二电池管理单元；MPU-Slave Core中的PowerManager，也可以被视作为其他实施例中描述的第三电池管理单元；SM(State Management，状态管理，简称SM)也可以被为状态管理单元；DM(Diagnostic Management，诊断管理，简称DM)也可以被视作为其他实施例中描述的诊断管理单元；MPU-Slave Core中的AA(Adaptive Array，简称AA)，表示自适应阵列。具体地，图2所示的方法包括以下步骤：
进行主核与从核通信配置。在本实施例中，车载电脑中使用的SOC芯片包含MCU侧的功能与MPU侧的功能，MCU侧功能安全等级为ASIL D，MPU功能安全等级为ASIL B，因此MCU侧作为整体系统复位的主控节点，并从MCU侧选择一个核作为主控核，其余核作为从核，主控核用于最终触发车载电脑进行系统复位动作，并主动与其余从核建立连接交互状态。即本实施例可以从MCU中选择一个异构核为主核，并将MCU中的其余异构核作为MCU从核；以及，将MPU中的异构核作为MPU从核。其中，本实施例中的MCU从核与主核、MPU从核与主核、MCU从核与MCU从核之间的核间通信方式相同，对应的核间通信可以是IPC通信，也可以是SPI通信，还可以是以太网通信，还可以是I2C通信。作为示例，本实施例中的核间通信方式是IPC通信。
进行主核与从核的复位配置。如图2所示，在本实施例中，在SOC芯片的MCU侧开发PwrM单元，在SOC芯片的MPU侧开发PowerManager单元和状态管理单元SM，用于实现多核多系统的协同复位。在车载电脑系统上电过程中，MCU核启动之后，MCU主核和MCU从核之间相互建立IPC通信；等到MPU启动完成后，MCU主核与MPU从核也建立IPC通信；在车载电脑系统正常运行期间，如果没有收到外部复位请求，主核与从核之间通过周期性的IPC心跳报文同步状态，MCU侧接收到外部诊断复位请求时，主核将会通过PwrM下发Reset状态到所有的从核，并协调所有核在复位前的数据备份等工作。
进行车载电脑系统复位。包括：MCU从核接收到外部复位请求、MCU主核接收到外部复位请求和MPU从核接收到外部复位请求这三种情形。具体地，
情形1：MCU从核接收到外部复位请求；包括：
1)MCU从核的诊断通信管理单元DCM接收到复位请求，并调用MCU从核的PwrM提供的接口改变从核的状态为“SLAVE_RESET”；其中，SLAVE_RESET也可以被视作为其他实施例中描述的从核接收复位请求状态。
2)通过MCU从核的PwrM单元周期性地交互IPC心跳报文，MCU从核将其状态“SLAVE_RESET”传递给MCU主核；
3)MCU主核再将复位请求通过状态“MASTER_RESET”下发给所有的从核，与此同时，MCU主核开始做数据备份；其中，MASTER_RESET也可以被视作为其他实施例中描述的主核接收复位请求状态。
4)当MCU从核收到来自MCU主核的复位请求之后，开始进行MCU从核数据备份，并实时同步状态；
5)当MPU从核收到来自MCU主核的复位请求之后，开始进行MPU从核数据备份，并在满足预设条件后通知状态管理单元SM切换MPU侧状态；
6)等到MCU侧MCU主核接收到来自所有从核的复位前数据备份完成之后，开始触发车载电脑进行系统整体复位，直至复位完成。
情形2：MCU从核接收到外部复位请求；包括：
1)MCU主核的诊断通信管理单元DCM接收到复位请求，并调用MCU主核的PwrM提供的接口改变MCU主核的状态为“MASTER_RESET”；
2)MCU主核再将复位请求通过状态“MASTER_RESET”下发给所有的从核，与此同时，MCU主核开始做数据备份；
3)当MCU从核收到来自MCU主核的复位请求之后，开始进行MCU从核数据备份，并实时同步状态；
4)当MPU从核收到来自MCU主核的复位请求之后，开始进行MPU从核数据备份，并在满足预设条件后通知状态管理单元SM切换MPU侧状态；
5)等到MCU侧MCU主核接收到来自所有从核的复位前数据备份完成之后，开始触发车载电脑进行系统整体复位，直至复位完成。
情形3：MPU从核接收到复位请求；包括：
1)MPU从核的诊断管理单元DM接收到复位请求，通过诊断管理单元DM与MPU从核的PowerManager之间的SOME/IP(Scalable service-Oriented MiddlewarE over InternetProtocol，基于互联网协议的可扩展面向服务通信中间件，简称SOME/IP)通信交互传递复位请求；
2)MPU从核的Power Manager再通过与MCU主核之间的IPC同步报文协同状态“SLAVE_RESET”；
3)MCU主核再将复位请求通过状态“MASTER_RESET”下发给所有的从核，与此同时，MCU主核开始做数据备份；
4)当MCU从核收到来自MCU主核的复位请求之后，开始进行MCU从核数据备份，并实时同步状态；
5)当MPU从核收到来自MCU主核的复位请求之后，开始进行MPU从核数据备份，并在满足预设条件后通知状态管理单元SM切换MPU侧状态；
6)等到MCU侧MCU主核接收到来自所有从核的复位前数据备份完成之后，开始触发车载电脑进行系统整体复位，直至复位完成。
根据本实施例的记载，在其他一些实施方式中，本实施例还可以将MCU-MasterCore和/或MCU-Slave Core中的PwrM单元的功能拆分到更多单元来实现。也可以将MCU-Master Core和/或MCU-Slave Core中的DCM与PwrM之间的交互方式从函数调用换成变量交互、通信交互等其它方式。还可以将MPU-Slave Core中的DM与Power Manager之间的交互方式从SOME/IP的方式换成其它方式。也可以将MPU-Slave Core中的SM和Power Manager单元功能合并到一个单元中实现，或将MPU-Slave Core中的SM和Power Manager单元功能拆分到更多单元来实现。还可以在功能安全等级要求不高的系统中，将MPU核作为主控节点。
由此可知，本实施例接收到外部发送的复位请求后，可以通过车载电脑内的多个异构核进行协同交互，以对车载电脑实现系统复位；并且本实施例在对车载电脑进行系统复位前，能够通过多核协同维持车载电脑的系统稳定；同时，本实施例在对车载电脑进行系统复位过程中，还会对车载电脑中的每个核进行数据备份，从而避免部分核存在数据丢失的情况。
综上所述，本发明提供一种多核协同复位方法，首先将车载电脑中预先配置的多个异构核分为主核和从核，然后通过主核或从核接收实时生成的复位请求，并对主核和从核进行数据备份；最后在主核和从核完成数据备份后，通过所有从核向主核发送数据备份标志，以使主核基于数据备份标志对车载电脑进行系统复位。由此可知，本方法接收到外部发送的复位请求后，可以通过车载电脑内的多个异构核进行协同交互，以对车载电脑实现系统复位；并且本方法在对车载电脑进行系统复位前，能够通过多核协同维持车载电脑的系统稳定；同时，本方法在对车载电脑进行系统复位过程中，还会对车载电脑中的每个核进行数据备份，从而避免部分核存在数据丢失的情况。
在本发明另一示例性实施例中，如图3所示，该实施例还提供一种多核协同复位装置，包括有：
核配置模块310，用于将车载电脑中预先配置的多个异构核分为主核和从核；其中，车载电脑设置在预先或实时确定的车辆中。作为示例，本实施例中的车辆可以是新能源车辆，也可以是燃油车辆。
数据备份模块320，用于通过主核或从核接收实时生成的复位请求，并对主核和从核进行数据备份；作为示例，本实施例中实时生成的复位请求可以是由用户基于车载电脑提供的IVI服务生成。
复位模块330，用于在主核和从核完成数据备份后，通过所有从核向主核发送数据备份标志，以使主核基于数据备份标志对车载电脑进行系统复位。
由此可知，本实施例接收到外部发送的复位请求后，可以通过车载电脑内的多个异构核进行协同交互，以对车载电脑实现系统复位；并且本实施例在对车载电脑进行系统复位前，能够通过多核协同维持车载电脑的系统稳定；同时，本实施例在对车载电脑进行系统复位过程中，还会对车载电脑中的每个核进行数据备份，从而避免部分核存在数据丢失的情况。
在一示例性实施例中，将车载电脑中预先配置的多个异构核分为主核和从核的过程包括：获取车载电脑中预先配置的微控制器MCU和微处理器MPU；从微控制器MCU中选择一个异构核为主核，并将微控制器MCU中的其余异构核作为MCU从核；以及，将微处理器MPU中的异构核作为MPU从核。作为另一示例，将车载电脑中预先配置的多个异构核分为主核和从核的过程包括：获取车载电脑中预先配置的微控制器MCU和微处理器MPU；从微处理器MPU中选择一个异构核为主核，并将微处理器MPU中的其余异构核作为MPU从核；以及，将微控制器MCU中的异构核作为MCU从核。具体地，在本实施例中，车载电脑中使用的SOC芯片包含MCU侧的功能与MPU侧的功能，MCU侧功能安全等级为ASIL D，MPU功能安全等级为ASIL B，因此本实施例将MCU侧作为车载电脑系统复位的主控节点，并从MCU侧选择一个核作为主控核，其余核作为从核，主控核用于最终触发车载电脑的系统复位动作，并主动与其余从核建立连接交互状态。其中，ASIL(Automotive Safety Integration Level)表示汽车安全完整性等级，分别设置有A、B、C、D四个等级，从A至D的等级程度逐渐升高，且D等级为最高等级，A等级为最低等级。
在一示例性实施例中，数据备份模块320通过主核接收实时生成的复位请求，并对主核和从核进行数据备份的过程包括：
通过主核中的诊断通信管理单元接收实时生成的复位请求，并调用第一电源单元提供的接口，将主核的状态变更为主核接收复位请求状态；其中，第一电源单元为主核中的电源单元；以及，基于主核接收复位请求状态，将主核接收的复位请求分别下发给MCU从核和MPU从核，并对主核进行数据备份；
当MCU从核接收到主核下发的复位请求时，开始对MCU从核进行数据备份，并实时同步MCU从核的状态；
当MPU从核接收到主核下发的复位请求时，开始对MPU从核进行数据备份，并通过MPU从核中的状态管理单元同步MPU从核的状态。
在本实施例中，主核接收复位请求状态也可以被表示为MASTER_RESET，从核接收复位请求状态也可以被表示为SLAVE_RESET。
在一示例性实施例中，数据备份模块320通过从核接收实时生成的复位请求，并对主核和从核进行数据备份的过程包括：
通过MCU从核中的诊断通信管理单元接收实时生成的复位请求，并调用第二电源单元提供的接口，将MCU从核的状态变更为从核接收复位请求状态；其中，第二电源单元为MCU从核中的电源单元；
通过MCU从核与主核进行通信交互时的核间通信报文、以及从核接收复位请求状态，将第二电源单元中的复位请求传递给主核；
当通过主核中的诊断通信管理单元接收MCU从核传递的复位请求时，将主核的状态变更为主核接收复位请求状态；以及，基于主核接收复位请求状态，将主核接收的复位请求分别下发给MCU从核和MPU从核，并对主核进行数据备份；
当MCU从核接收到主核下发的复位请求时，开始对MCU从核进行数据备份，并实时同步MCU从核的状态；
当MPU从核接收到主核下发的复位请求时，开始对MPU从核进行数据备份，并通过MPU从核中的状态管理单元同步MPU从核的状态。
在本实施例中，主核接收复位请求状态也可以被表示为MASTER_RESET，从核接收复位请求状态也可以被表示为SLAVE_RESET。
在一示例性实施例中，数据备份模块320通过从核接收实时生成的复位请求，并对主核和从核进行数据备份的过程包括：
通过MPU从核中的诊断管理单元接收实时生成的复位请求，并通过诊断管理单元与第三电源单元之间的通信中间件，将复位请求传递至第三电源单元，以及，基于第三电源单元提供的接口，将MPU从核的状态变更为从核接收复位请求状态；其中，第三电源单元为MPU从核中的电源单元；
通过MPU从核与主核进行通信交互时的核间通信报文、以及从核接收复位请求状态，将第三电源单元中的复位请求传递给主核；
当通过主核中的诊断通信管理单元接收MPU从核传递的复位请求时，将主核的状态变更为主核接收复位请求状态；以及，基于主核接收复位请求状态，将主核接收的复位请求分别下发给MCU从核和MPU从核，并对主核进行数据备份；
当MCU从核接收到主核下发的复位请求时，开始对MCU从核进行数据备份，并实时同步MCU从核的状态；
当MPU从核接收到主核下发的复位请求时，开始对MPU从核进行数据备份，并通过MPU从核中的状态管理单元同步MPU从核的状态。
在本实施例中，主核接收复位请求状态也可以被表示为MASTER_RESET，从核接收复位请求状态也可以被表示为SLAVE_RESET。
根据上述记载，在一些示例性实施例中，MCU从核与主核的核间通信包括但不限于：进程间通信、全双工通信、以太网通信、半双工通信；MPU从核与主核的核间通信包括但不限于：进程间通信、全双工通信、以太网通信、半双工通信；MCU从核与MCU从核的核间通信包括但不限于：进程间通信、全双工通信、以太网通信、半双工通信；其中，MCU从核与主核、MPU从核与主核、MCU从核与MCU从核之间的核间通信方式相同。作为示例，本实施例中的进程间通信可以是IPC通信，全双工通信可以是SPI通信，半双工通信可以是I2C通信。
在本发明另一示例性实施例中，该实施例提供了一种多核协同复位装置，用于执行如图2中所示的多核协同复位方法。具体地，多核协同复位装置可以执行以下步骤：
进行主核与从核通信配置。在本实施例中，车载电脑中使用的SOC芯片包含MCU侧的功能与MPU侧的功能，MCU侧功能安全等级为ASIL D，MPU功能安全等级为ASIL B，因此MCU侧作为整体系统复位的主控节点，并从MCU侧选择一个核作为主控核，其余核作为从核，主控核用于最终触发车载电脑进行系统复位动作，并主动与其余从核建立连接交互状态。即本实施例可以从MCU中选择一个异构核为主核，并将MCU中的其余异构核作为MCU从核；以及，将MPU中的异构核作为MPU从核。其中，本实施例中的MCU从核与主核、MPU从核与主核、MCU从核与MCU从核之间的核间通信方式相同，对应的核间通信可以是IPC通信，也可以是SPI通信，还可以是以太网通信，还可以是I2C通信。作为示例，本实施例中的核间通信方式是IPC通信。
进行主核与从核的复位配置。如图2所示，在本实施例中，在SOC芯片的MCU侧开发PwrM单元，在SOC芯片的MPU侧开发PowerManager单元和状态管理单元SM，用于实现多核多系统的协同复位。在车载电脑系统上电过程中，MCU核启动之后，MCU主核和MCU从核之间相互建立IPC通信；等到MPU启动完成后，MCU主核与MPU从核也建立IPC通信；在车载电脑系统正常运行期间，如果没有收到外部复位请求，主核与从核之间通过周期性的IPC心跳报文同步状态，MCU侧接收到外部诊断复位请求时，主核将会通过PwrM下发Reset状态到所有的从核，并协调所有核在复位前的数据备份等工作。
进行车载电脑系统复位。包括：MCU从核接收到外部复位请求、MCU主核接收到外部复位请求和MPU从核接收到外部复位请求这三种情形。具体地，
情形1：MCU从核接收到外部复位请求；包括：
1)MCU从核的诊断通信管理单元DCM接收到复位请求，并调用MCU从核的PwrM提供的接口改变从核的状态为“SLAVE_RESET”；其中，SLAVE_RESET也可以被视作为其他实施例中描述的从核接收复位请求状态。
2)通过MCU从核的PwrM单元周期性地交互IPC心跳报文，MCU从核将其状态“SLAVE_RESET”传递给MCU主核；
3)MCU主核再将复位请求通过状态“MASTER_RESET”下发给所有的从核，与此同时，MCU主核开始做数据备份；其中，MASTER_RESET也可以被视作为其他实施例中描述的主核接收复位请求状态。
4)当MCU从核收到来自MCU主核的复位请求之后，开始进行MCU从核数据备份，并实时同步状态；
5)当MPU从核收到来自MCU主核的复位请求之后，开始进行MPU从核数据备份，并在满足预设条件后通知状态管理单元SM切换MPU侧状态；
6)等到MCU侧MCU主核接收到来自所有从核的复位前数据备份完成之后，开始触发车载电脑进行系统整体复位，直至复位完成。
情形2：MCU从核接收到外部复位请求；包括：
1)MCU主核的诊断通信管理单元DCM接收到复位请求，并调用MCU主核的PwrM提供的接口改变MCU主核的状态为“MASTER_RESET”；
2)MCU主核再将复位请求通过状态“MASTER_RESET”下发给所有的从核，与此同时，MCU主核开始做数据备份；
3)当MCU从核收到来自MCU主核的复位请求之后，开始进行MCU从核数据备份，并实时同步状态；
4)当MPU从核收到来自MCU主核的复位请求之后，开始进行MPU从核数据备份，并在满足预设条件后通知状态管理单元SM切换MPU侧状态；
5)等到MCU侧MCU主核接收到来自所有从核的复位前数据备份完成之后，开始触发车载电脑进行系统整体复位，直至复位完成。
情形3：MPU从核接收到复位请求；包括：
1)MPU从核的诊断管理单元DM接收到复位请求，通过诊断管理单元DM与MPU从核的PowerManager之间的SOME/IP(Scalable service-Oriented MiddlewarE over InternetProtocol，基于互联网协议的可扩展面向服务通信中间件，简称SOME/IP)通信交互传递复位请求；
2)MPU从核的Power Manager再通过与MCU主核之间的IPC同步报文协同状态“SLAVE_RESET”；
3)MCU主核再将复位请求通过状态“MASTER_RESET”下发给所有的从核，与此同时，MCU主核开始做数据备份；
4)当MCU从核收到来自MCU主核的复位请求之后，开始进行MCU从核数据备份，并实时同步状态；
5)当MPU从核收到来自MCU主核的复位请求之后，开始进行MPU从核数据备份，并在满足预设条件后通知状态管理单元SM切换MPU侧状态；
6)等到MCU侧MCU主核接收到来自所有从核的复位前数据备份完成之后，开始触发车载电脑进行系统整体复位，直至复位完成。
根据本实施例的记载，在其他一些实施方式中，本实施例还可以将MCU-MasterCore和/或MCU-Slave Core中的PwrM单元的功能拆分到更多单元来实现。也可以将MCU-Master Core和/或MCU-Slave Core中的DCM与PwrM之间的交互方式从函数调用换成变量交互、通信交互等其它方式。还可以将MPU-Slave Core中的DM与Power Manager之间的交互方式从SOME/IP的方式换成其它方式。也可以将MPU-Slave Core中的SM和Power Manager单元功能合并到一个单元中实现，或将MPU-Slave Core中的SM和Power Manager单元功能拆分到更多单元来实现。还可以在功能安全等级要求不高的系统中，将MPU核作为主控节点。
由此可知，本实施例接收到外部发送的复位请求后，可以通过车载电脑内的多个异构核进行协同交互，以对车载电脑实现系统复位；并且本实施例在对车载电脑进行系统复位前，能够通过多核协同维持车载电脑的系统稳定；同时，本实施例在对车载电脑进行系统复位过程中，还会对车载电脑中的每个核进行数据备份，从而避免部分核存在数据丢失的情况。
综上所述，本发明提供一种多核协同复位装置，首先将车载电脑中预先配置的多个异构核分为主核和从核，然后通过主核或从核接收实时生成的复位请求，并对主核和从核进行数据备份；最后在主核和从核完成数据备份后，通过所有从核向主核发送数据备份标志，以使主核基于数据备份标志对车载电脑进行系统复位。由此可知，本装置接收到外部发送的复位请求后，可以通过车载电脑内的多个异构核进行协同交互，以对车载电脑实现系统复位；并且本装置在对车载电脑进行系统复位前，能够通过多核协同维持车载电脑的系统稳定；同时，本装置在对车载电脑进行系统复位过程中，还会对车载电脑中的每个核进行数据备份，从而避免部分核存在数据丢失的情况。
需要说明的是，上述实施例所提供多核协同复位装置与上述实施例所提供的多核协同复位方法属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的多核协同复位装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
在本发明另一示例性实施例中，该实施例还提供一种车辆，该车辆设置有车载电脑，该车载电脑应用于如上述中任一实施例描述的多核协同复位方法。作为示例，本实施例中的车辆可以是新能源车辆，也可以是燃油车辆。其中，本实施例中提供的车载电脑可以为用户提供IVI服务，例如导航、媒体资源播放等服务，用户基于车载电脑提供的IVI服务可以生成应用于如上述中任一实施例描述的复位请求。需要说明的是，本实施例所提供的车辆与上述实施例所提供的多核协同复位方法属于同一构思，其中多核协同复位方法的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。所以，本实施例所提供的车辆具有的技术功能和技术效果，可以参见上述多核协同复位方法对应的实施例，此处不再进行赘述。
需要说明的是，上述实施例在对相关数据(例如MCU主核、MCU从核和MPU从核需要进行备份的数据等)进行处理时，例如进行收集、存储、使用、加工、传输、提供、公开、删除等处理时，是经过或征得用户同意的情况下完成的。例如MCU主核、MCU从核和MPU从核需要进行备份的数据是在用户知晓并同意的情况下授权得到的；或者是用户在阅读相关说明后主动提供的，或者是用户在使用上述实施例描述的部分或全部功能时，主动授权/提供/上传的，或者其他经过或征得用户同意的方式/途径得到的。
图4示出了一种可以应用本发明中一个或多个实施例中技术方案的示例性系统架构的示意图。如图4所示，系统架构100可以包括终端设备110、网络120和服务器130。终端设备110可以包括智能手机、平板电脑、笔记本电脑、台式电脑等各种电子设备。服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。网络120可以是能够在终端设备110和服务器130之间提供通信链路的各种连接类型的通信介质，例如可以是有线通信链路或者无线通信链路。
根据实现需要，本发明实施例中的系统架构可以具有任意数目的终端设备、网络和服务器。例如，服务器130可以是由多个服务器设备组成的服务器群组。另外，本发明实施例提供的技术方案可以应用于终端设备110，也可以应用于服务器130，或者可以由终端设备110和服务器130共同实施，本发明对此不做特殊限定。
在本发明的一个实施例中，本发明的终端设备110或服务器130可以将车载电脑中预先配置的多个异构核分为主核和从核，然后通过主核或从核接收实时生成的复位请求，并对主核和从核进行数据备份；最后在主核和从核完成数据备份后，通过所有从核向主核发送数据备份标志，以使主核基于数据备份标志对车载电脑进行系统复位。利用终端设备110或服务器130执行多核协同复位方法，可以在接收到外部发送的复位请求后，通过车载电脑内的多个异构核进行协同交互，以对车载电脑实现系统复位；并且在对车载电脑进行系统复位前，能够通过多核协同维持车载电脑的系统稳定；同时，在对车载电脑进行系统复位过程中，还会对车载电脑中的每个核进行数据备份，从而避免部分核存在数据丢失的情况。以上部分介绍了应用本发明技术方案的示例性系统架构的内容。
本发明实施例还提供了一种多核协同复位设备，该设备可以包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述设备执行图1或图2所述的多核协同复位方法。图5示出了一种多核协同复位设备1000的结构示意图。参阅图5所示，多核协同复位设备1000包括：处理器1010、存储器1020、电源1030、显示单元1040、输入单元1060。
处理器1010是多核协同复位设备1000的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在存储器1020内的软件程序和/或数据，执行多核协同复位设备1000的各种功能，从而对多核协同复位设备1000进行整体监控。本发明实施例中，处理器1010调用存储器1020中存储的计算机程序时执行如图1或图2所述的多核协同复位方法。可选的，处理器1010可包括一个或多个处理单元；优选的，处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用等，调制解调处理器主要处理无线通信。在一些实施例中，处理器、存储器、可以在单一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
存储器1020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、各种应用等；存储数据区可存储根据多核协同复位设备1000的使用所创建的数据等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件等。
多核协同复位设备1000还包括给各个部件供电的电源1030(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。
显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及多核协同复位设备1000的各种菜单等，本发明实施例中主要用于显示多核协同复位设备1000中各应用的显示界面以及显示界面中显示的文本、图片等对象。显示单元1040可以包括显示面板1050。显示面板1050可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置。
输入单元1060可用于接收用户输入的数字或字符等信息。输入单元1060可包括触控面板1070以及其他输入设备1080。其中，触控面板1070，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触摸笔等任何适合的物体或附件在触控面板1070上或在触控面板1070附近的操作)。
具体的，触控面板1070可以检测用户的触摸操作，并检测触摸操作带来的信号，将这些信号转换成触点坐标，发送给处理器1010，并接收处理器1010发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1070。其他输入设备1080可以包括但不限于物理键盘、功能键(比如音量控制按键、开关机按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
当然，触控面板1070可覆盖显示面板1050，当触控面板1070检测到在其上或附近的触摸操作后，传送给处理器1010以确定触摸事件的类型，随后处理器1010根据触摸事件的类型在显示面板1050上提供相应的视觉输出。虽然在图5中，触控面板1070与显示面板1050是作为两个独立的部件来实现多核协同复位设备1000的输入和输出功能，但是在某些实施例中，可以将触控面板1070与显示面板1050集成而实现多核协同复位设备1000的输入和输出功能。
多核协同复位设备1000还可包括一个或多个传感器，例如压力传感器、重力加速度传感器、接近光传感器等。当然，根据具体应用中的需要，上述多核协同复位设备1000还可以包括摄像头等其它部件。
本发明实施例还提供了一种计算机可读存储介质，该存储介质中存储有指令，当一个或多个处理器执行所述指令时，使得上述设备能够执行本发明中如图1或图2所述的多核协同复位方法。
本领域技术人员可以理解的是，图5仅仅是多核协同复位设备的举例，并不构成对该设备的限定，该设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时，可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。
本领域内的技术人员应明白，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的，应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可应用至通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器中以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应当理解的是，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述预设范围等，但这些预设范围不应限于这些术语。这些术语仅用来将预设范围彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一预设范围也可以被称为第二预设范围，类似地，第二预设范围也可以被称为第一预设范围。
上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种多核协同复位方法，其特征在于，所述方法包括以下步骤：
将车载电脑中预先配置的多个异构核分为主核和从核；
通过所述主核或所述从核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份；
在所述主核和所述从核完成数据备份后，通过所有从核向所述主核发送数据备份标志，以使所述主核基于所述数据备份标志对所述车载电脑进行系统复位。
2.根据权利要求1所述的多核协同复位方法，其特征在于，将车载电脑中预先配置的多个异构核分为主核和从核的过程包括：
获取车载电脑中预先配置的微控制器和微处理器；
从所述微控制器中选择一个异构核为主核，并将所述微控制器中的其余异构核作为微控制器从核；以及，将所述微处理器中的异构核作为微处理器从核。
3.根据权利要求2所述的多核协同复位方法，其特征在于，通过所述主核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份的过程包括：
通过所述主核中的诊断通信管理单元接收实时生成的复位请求，并调用第一电源单元提供的接口，将所述主核的状态变更为主核接收复位请求状态；其中，所述第一电源单元为所述主核中的电源单元；
基于所述主核接收复位请求状态，将所述主核接收的复位请求分别下发给所述微控制器从核和所述微处理器从核，并对所述主核进行数据备份；
当所述微控制器从核接收到所述主核下发的复位请求时，对所述微控制器从核进行数据备份，并实时同步所述微控制器从核的状态；
当所述微处理器从核接收到所述主核下发的复位请求时，对所述微处理器从核进行数据备份，并通过所述微处理器从核中的状态管理单元同步所述微处理器从核的状态。
4.根据权利要求2所述的多核协同复位方法，其特征在于，通过所述从核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份的过程包括：
通过所述微控制器从核中的诊断通信管理单元接收实时生成的复位请求，并调用第二电源单元提供的接口，将所述微控制器从核的状态变更为从核接收复位请求状态；其中，所述第二电源单元为所述微控制器从核中的电源单元；
通过所述微控制器从核与所述主核进行通信交互时的核间通信报文、以及所述从核接收复位请求状态，将所述第二电源单元中的复位请求传递给所述主核；
当通过所述主核中的诊断通信管理单元接收所述微控制器从核传递的复位请求时，将所述主核的状态变更为主核接收复位请求状态；以及，基于所述主核接收复位请求状态，将所述主核接收的复位请求分别下发给所述微控制器从核和所述微处理器从核，并对所述主核进行数据备份；
当所述微控制器从核接收到所述主核下发的复位请求时，对所述微控制器从核进行数据备份，并实时同步所述微控制器从核的状态；
当所述微处理器从核接收到所述主核下发的复位请求时，对所述微处理器从核进行数据备份，并通过所述微处理器从核中的状态管理单元同步所述微处理器从核的状态。
5.根据权利要求2所述的多核协同复位方法，其特征在于，通过所述从核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份的过程包括：
通过所述微处理器从核中的诊断管理单元接收实时生成的复位请求，并通过所述诊断管理单元与第三电源单元之间的通信中间件，将所述复位请求传递至所述第三电源单元，以及，基于所述第三电源单元提供的接口，将所述微处理器从核的状态变更为从核接收复位请求状态；其中，所述第三电源单元为所述微处理器从核中的电源单元；
通过所述微处理器从核与所述主核进行通信交互时的核间通信报文、以及所述从核接收复位请求状态，将所述第三电源单元中的复位请求传递给所述主核；
当通过所述主核中的诊断通信管理单元接收所述微处理器从核传递的复位请求时，将所述主核的状态变更为主核接收复位请求状态；以及，基于所述主核接收复位请求状态，将所述主核接收的复位请求分别下发给所述微控制器从核和所述微处理器从核，并对所述主核进行数据备份；
当所述微控制器从核接收到所述主核下发的复位请求时，对所述微控制器从核进行数据备份，并实时同步所述微控制器从核的状态；
当所述微处理器从核接收到所述主核下发的复位请求时，对所述微处理器从核进行数据备份，并通过所述微处理器从核中的状态管理单元同步所述微处理器从核的状态。
6.根据权利要求2至5中任一所述的多核协同复位方法，其特征在于，
所述微控制器从核与所述主核的核间通信包括以下至少之一：进程间通信、全双工通信、以太网通信、半双工通信；
所述微处理器从核与所述主核的核间通信包括以下至少之一：进程间通信、全双工通信、以太网通信、半双工通信；
所述微控制器从核与所述微控制器从核的核间通信包括以下至少之一：进程间通信、全双工通信、以太网通信、半双工通信；
其中，所述微控制器从核与所述主核、所述微处理器从核与所述主核、所述微控制器从核与所述微控制器从核之间的核间通信方式相同。
7.一种车辆，其特征在于，所述车辆设置有车载电脑，所述车载电脑应用于如权利要求1至6中任一所述的多核协同复位方法。
8.一种多核协同复位装置，其特征在于，所述装置包括有：
核配置模块，用于将车载电脑中预先配置的多个异构核分为主核和从核；
数据备份模块，用于通过所述主核或所述从核接收实时生成的复位请求，并对所述主核和所述从核进行数据备份；
复位模块，用于在所述主核和所述从核完成数据备份后，通过所有从核向所述主核发送数据备份标志，以使所述主核基于所述数据备份标志对所述车载电脑进行系统复位。
9.一种多核协同复位设备，其特征在于，包括：
处理器；和，
存储有指令的计算机可读介质，当所述处理器执行所述指令时，使得所述设备执行如权利要求1至6中任意一项所述的多核协同复位方法。
10.一种计算机可读介质，其特征在于，其上存储有指令，所述指令由处理器加载并执行如权利要求1至6中任意一项所述的多核协同复位方法。
CN202311414041.0A 2023-10-27 2023-10-27 一种多核协同复位方法、装置、设备及介质、一种车辆 Pending CN117389399A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311414041.0A CN117389399A (zh) 2023-10-27 2023-10-27 一种多核协同复位方法、装置、设备及介质、一种车辆

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311414041.0A CN117389399A (zh) 2023-10-27 2023-10-27 一种多核协同复位方法、装置、设备及介质、一种车辆

Publications (1)

Publication Number Publication Date
CN117389399A true CN117389399A (zh) 2024-01-12

Family

ID=89466332

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311414041.0A Pending CN117389399A (zh) 2023-10-27 2023-10-27 一种多核协同复位方法、装置、设备及介质、一种车辆

Country Status (1)

Country Link
CN (1) CN117389399A (zh)

Similar Documents

Publication Publication Date Title
CN102999385B (zh) 计算设备中多处理器协同处理方法
CN111338745B (zh) 一种虚拟机的部署方法、装置及智能设备
CN103597784A (zh) 用于动态地创建和服务便携式计算装置的交换结构内和跨所述交换结构的主装置-从属装置对的方法和系统
CN110635944A (zh) 一种集群网络配置方法、装置及电子设备和存储介质
CN103458055A (zh) 一种云计算平台
CN109600430A (zh) 一种数据管理方法、系统及电子设备和存储介质
TWI641951B (zh) 動態分派工作及提供資源的方法、裝置及其系統
CN111324667B (zh) 一种数据同步方法、装置、电子设备及存储介质
CN114296943A (zh) 基于虚拟化技术的资源分配方法、装置和设备
CN105373563B (zh) 数据库切换方法及装置
CN113010498B (zh) 一种数据同步方法、装置、计算机设备及存储介质
CN116820527B (zh) 程序升级方法、装置、计算机设备和存储介质
US8407291B1 (en) System and method for dispensing e-Care
CN114327087A (zh) 输入事件处理方法、装置、电子设备和存储介质
WO2024119823A1 (zh) Gpu计算资源的管理方法、装置、电子设备及可读存储介质
CN115964176B (zh) 云计算集群调度方法、电子设备和存储介质
CN117389399A (zh) 一种多核协同复位方法、装置、设备及介质、一种车辆
CN108874699B (zh) 多系统使用mtp功能的方法、装置及电子设备
CN104657240B (zh) 多内核操作系统的失效控制方法及装置
CN114146406A (zh) 运算资源分配的方法、装置、电子设备和存储介质
CN114257614A (zh) 一种多业务模式的医院大数据平台系统及资源调度方法
CN108696550A (zh) 快速构建和复制云的系统和方法
CN117475530A (zh) 一种车辆诊断方法、系统及设备
CN111124907A (zh) 一种手机游戏测试方法、装置和服务器
CN110147265A (zh) 一种基于微控制器平台的整合型虚拟化系统的方法

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