系统故障处理方法、中央运算单元以及车辆与流程

1.本技术涉及汽车技术领域，更具体地，涉及一种系统故障处理方法、中央运算单元以及车辆。


背景技术：

2.随着汽车技术的发展，中央运算单元可以实现整车基础性功能和智能舒适功能，并预留足够的扩展升级能力，以支持动力/新能源和部分自动驾驶功能的部署，因此保证中央运算单元的系统稳定性开始成为研究热点。在相关方式中，可以基于autosar(汽车开放系统架构)对系统中各个线程进行监控以及故障处理，但相关方式还存在稳定性差的问题。


技术实现要素：

3.鉴于上述问题，本技术提出了一种系统故障处理方法、中央运算单元以及车辆，以实现改善上述问题。
4.第一方面，本技术提供了一种系统故障处理方法，所述方法包括：以预设周期向所述微控制器发送心跳信息，以使所述微控制器在预设时长内未接收到所述心跳信息时，重启所述片上系统；监测所述片上系统是否存在故障，若存在故障，重启所述片上系统，若在所述预设周期的周期时长内未重启成功，停止向所述微控制器发送心跳信息。
5.第二方面，本技术提供了另一种系统故障处理方法，所述方法包括：接收所述片上系统以预设周期发送的心跳信息；若在预设时长内未接收到所述心跳信息，通过电源管理重启所述片上系统；监测是否重启成功，若通过所述电源管理未重启成功，通过看门狗重启所述片上系统。
6.第三方面，本技术提供了一种中央运算单元，所述中央运算单元包括片上系统和微控制器，其中：所述片上系统用于以预设周期向所述微控制器发送心跳信息，以使所述微控制器在预设时长内未接收到所述心跳信息时，重启所述片上系统，并监测所述片上系统是否存在故障，若存在故障，重启所述片上系统，若在所述预设周期的周期时长内未重启成功，停止向所述微控制器发送心跳信息；所述微控制器用于接收所述片上系统以预设周期发送的心跳信息，若在预设时长内未接收到所述心跳信息，通过电源管理重启所述片上系统，监测是否重启成功，若通过所述电源管理未重启成功，通过看门狗重启所述片上系统。
7.第四方面，本技术提供了一种车辆，包括中央运算单元以及存储器；一个或多个程序被存储在所述存储器中并被配置为由所述中央运算单元执行，所述一个或多个程序配置用于执行上述的方法。
8.第五方面，本技术提供的一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码运行时执行上述的方法。
9.本技术提供的一种系统故障处理方法、中央运算单元、车辆以及存储介质，在以预设周期向所述微控制器发送心跳信息，以使所述微控制器在预设时长内未接收到所述心跳信息时，重启所述片上系统后，监测所述片上系统是否存在故障，若存在故障，重启所述片
上系统，若在所述预设周期的周期时长内未重启成功，停止向所述微控制器发送心跳信息。通过上述方式使得，片上系统可以检测自身是否存在故障，若存在故障，可以通过重启片上系统，将片上系统恢复至正常运行状态；若重启不成功时，停止向微控制器发送心跳信息，使得微控制器在预设时长内未接收到心跳信息时，可以重启片上系统，以使片上系统恢复至正常运行状态，从而可以提高系统的稳定性。
附图说明
10.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
11.图1示出了本技术提出的一种中央运算单元的框架图；
12.图2示出了本技术实施例提出的一种系统故障处理方法的流程图；
13.图3示出了本技术提出的一种健康管理线程向微控制器发送心跳信息的示意图；
14.图4示出了本技术提出的一种片上系统控制线程向微控制器发送系统报文的示意图；
15.图5示出了本技术提出的一种线程恢复正常运行的方式的示意图；
16.图6示出了本技术提出的另一种线程恢复正常运行的方式的示意图；
17.图7示出了本技术另一实施例提出的一种系统故障处理方法的流程图；
18.图8示出了本技术提出的一种健康管理线程发送心跳信息和异常退出信号的示意图；
19.图9示出了实施例提出的又一种系统故障处理方法的流程图；
20.图10示出了本技术实施例提出的一种中央运算单元的结构框图；
21.图11示出了本技术提出的一种车辆的结构框图；
22.图12是本技术实施例的用于保存或者携带实现根据本技术实施例的系统故障处理方法的程序代码的存储单元。
具体实施方式
23.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
24.在本技术实施例中，发明人提出了一种系统故障处理方法、中央运算单元以及车辆，在以预设周期向所述微控制器发送心跳信息，以使所述微控制器在预设时长内未接收到所述心跳信息时，重启所述片上系统后，监测所述片上系统是否存在故障，若存在故障，重启所述片上系统，若在所述预设周期的周期时长内未重启成功，停止向所述微控制器发送心跳信息。通过上述方式使得，片上系统可以检测自身是否存在故障，若存在故障，可以通过重启片上系统，将片上系统恢复至正常运行状态；若重启不成功时，停止向微控制器发送心跳信息，使得微控制器在预设时长内未接收到心跳信息时，可以重启片上系统，以使片上系统恢复至正常运行状态，从而可以提高系统的稳定性。
25.为了更好地理解本技术实施例的方案，下面先对本技术实施例所使用的技术名词解释。
26.自适应汽车开放系统架构(adaptive automotive open systems architecture，adaptive autosar)：可以对现代高速发展的汽车软件进行标准化管理以适应于软件的更新迭代，autosar架构可以彻底隔离了底层硬件和上层软件，大大增加了代码重用性，且解耦可以使工程师同时开发各层软件，互不冲突、共同维护。autosar架构对应的工具链成熟，生成代码可靠性强，从而可以帮助汽车企业缩短开发周期、提高开发效率、降低开发成本。
27.中央运算单元(compact control unit)：可以是车辆的控制中心，主要具备车辆控制、总线管理、数据通信等功能。
28.片上系统(system on a chip，soc)：可以指在单个芯片上集成的一个完整的系统，soc可以对所有或部分必要的电子电路进行包分组。
29.微控制单元(microcontroller unit，mcu)，可以是把中央处理器(central process unit，cpu)的频率与规格做适当缩减，并将内存(memory)、计数器(timer)、通用串行总线(universal serial bus，usb)、模/数转换等接口、驱动电路都整合在单一芯片上，形成芯片级的计算机。mcu可以针对不同的应用场合实现不同组合控制。
30.电源管理系统(power management，pm)：可以是一种系统电源管理方案，可以为设备提供电源管理服务。
31.看门狗(watchdog)：可以是一个定时器电路，一般有一个输入和一个输出，其中，输入叫做喂狗，输出一般连接到另外一个器件的复位端，看门狗的功能可以是定期的查看芯片内部的情况，一旦发生错误就向芯片发出重启信号。看门狗命令在程序的中断中可以拥有最高的优先级。
32.为了更好地理解本技术实施例的方案，下面先对本技术中央运算单元的框架进行介绍。
33.请参阅图1，本技术的中央运算单元10可以包括片上系统100和微控制器200，中央运算单元10可以为具有控制功能的电子器件，例如，中央运算单元10可以为ccu。
34.片上系统100可以为一个集成了多个功能线程的芯片，例如，片上系统100可以为soc。如图1所示，片上系统100可以包含的功能线程有：健康管理线程101、状态管理线程102、启动管理线程103、初始化线程104、中间件线程105、应用程序线程106。其中，健康管理线程101可以包括健康管理主线程1011和健康管理从线程1012，健康管理主线程1011可以是基于adaptive autosar的健康管理线程(platform health management，phm)，phm可以以监控实体为单元进行监测，每个监控实体可以映射到一个进程。健康管理从线程1012可以是基于adaptive autosar的健康管理从线程(health slave)，health slave可以用于实现片上系统100与微控制器200的通信以及监测phm是否出现故障。状态管理线程102可以是基于adaptive autosar的状态管理线程(sm)，可以用于用于记录和仲裁片上系统100中所有功能线程的运行状态。启动管理线程103可以是基于adaptive autosar的启动管理线程(em)，可以用于启动或者关闭片上系统100中除了初始化线程以外的功能线程。初始化线程104可以是adaptive autosar的初始化启动程序。中间件线程105可以是基于adaptive autosar的中间件(autosar stack、autosar middleware)。应用程序线程106可以是基于adaptive autosar搭建的相关应用程序，例如，与用户进行智能交互的应用程序等。片上系
统100还可以包括片上系统控制线程107，片上系统控制线程107可以用于监测整个片上系统100的资源使用状况以及进程运行情况。
35.微控制器200可以指具有控制功能的芯片，例如，微控制器200可以为mcu。如图1所示，微控制器200可以包括健康监控线程201、电源管理202、看门狗203。其中，健康监控线程201可以是基于adaptive autosar的健康监控线程(health monitoring，hm)，可以用于实现片上系统100与微控制器200的通信以及控制电源管理202、看门狗203。电源管理202可以为pm，pm可以用于重启片上系统100。看门狗203可以为watchdog，watchdog可以负责整个硬件和系统的异常复位处理。
36.下面将结合附图对本技术的实施例进行介绍。
37.请参阅图2，本技术提供的一种系统故障处理方法，所述方法包括：
38.s110：以预设周期向所述微控制器发送心跳信息，以使所述微控制器在预设时长内未接收到所述心跳信息时，重启所述片上系统。
39.其中，片上系统可以包括健康管理线程，微控制器可以包括健康监控线程。
40.作为一种方式，健康管理线程可以以预设周期向微控制器发送心跳信息，以使微控制器在预设时长内未接收到心跳信息时，重启片上系统。
41.可选的，如图3所示，健康管理线程可以包括健康管理主线程和健康管理从线程，健康管理主线程可以以预设周期向健康管理从线程发送健康管理主线程的心跳信息，健康管理从线程每次接收到心跳信息后，可以通过ipcf(inter-platform communication framework，跨平台通讯架构)向微控制器中的健康监控线程转发健康管理主线程的心跳信息。
42.可选的，若微控制器在预设时长内未接收到未接收到心跳信息，则可以表明片上系统存在故障，微控制器可以重启片上系统，以使片上系统恢复至正常运行状态。
43.可选的，预设时长可以根据预设周期进行设置，考虑到心跳信息的传输时间，为了使微控制器可以正常接收到心跳信息，以便通过心跳信息准确判断片上系统是否存在故障，预设时长可以至少包括心跳信息的一个预设周期。同时为了提高微控制器对片上系统故障的响应速度，预设时长可以在确保可以正常接收到心跳信息的情况下，不用设置得过长。示例性的，健康管理线程发送心跳信息的预设周期可以为t1，则预设时长可以为t1，t1《t1《5
×
t1。
44.作为另一种方式，如图4所示，片上系统还可以包括片上系统控制线程，片上系统控制线程可以用于监测整个片上系统的资源使用状况以及进程运行情况，在该方式下，片上系统控制线程可以在检测到资源使用状况或进程运行情况出现问题(如片上系统的资源存储空间已满等)时，通过健康管理从线程向微控制器的健康监控线程发送系统报文，以使微控制器可以通过系统报文确认片上系统存在故障，从而重启片上系统。
45.s120：监测所述片上系统是否存在故障，若存在故障，重启所述片上系统，若在所述预设周期的周期时长内未重启成功，停止向所述微控制器发送心跳信息。
46.其中，片上系统可以包括启动管理线程、健康管理线程。片上系统的故障可以包括线程运行停滞或者异常退出等故障。在本技术实施例中，可以有多种方式监测片上系统是否存在故障。
47.作为一种方式，健康管理线程可以接收片上系统的目标线程的心跳信息，当健康
管理线程在预设时长内未接收到目标线程发送的心跳信息时，确定目标线程存在故障，则可以关闭并重启启动管理线程，以使启动管理线程启动目标线程。
48.可选的，如图5所示，健康管理线程可以包括健康管理主线程和健康管理从线程，健康管理主线程可以接收片上系统的目标线程的心跳信息，当健康管理主线程在预设时长内未接收到目标线程发送的心跳信息时，确定目标线程存在故障，则可以关闭并重启启动管理线程，以使启动管理线程启动目标线程。
49.在本技术实施例中，目标线程可以为状态管理线程。作为一种方式，状态管理线程可以周期性地向健康管理线程发送心跳信息，若健康管理主线程在预设时长内未接收到状态管理线程的心跳信息，可以确定状态管理线程存在故障，健康管理线程可以关闭并重启启动管理线程，以使启动管理线程启动状态管理线程，从而使状态管理线程恢复正常。
50.可选的，片上系统还可以包括初始化线程，启动管理线程被关闭可以相当于启动管理线程异常退出。当启动管理线程异常退出时，启动管理线程可以向初始化线程发送异常退出信号，初始化线程可以响应于该异常退出信号，重新启动启动管理线程，以使启动管理线程启动状态管理线程。
51.可选的，在本技术实施例中，健康管理主线程还可以监测片上系统的其他线程，如健康管理从线程、启动管理线程、中间件线程、应用程序线程等。示例性的，健康管理从线程可以周期性地向健康管理主线程发送心跳信息，若健康管理主线程在预设时长内未接收到健康管理从线程的心跳信息，可以确定健康管理从线程存在故障，可以基于启动管理线程重启健康管理从线程，从而使健康管理从线程恢复正常。
52.需要说明的是，基于心跳信息确定片上系统中的线程存在故障可以是对应的线程出现运行停滞或者死锁等。
53.再者，需要说明的是，健康管理从线程、状态管理线程、启动管理线程、中间件线程、应用程序线程等发送心跳信息的时间周期可以由研发人员预先设置，每个线程对应的时间周期可以相同也可以不同。预设时长也可以是由研发人员基于多次试验结果进行设置的。
54.在本技术实施例中，可以通过健康管理主线程监测片上系统中启动管理线程、健康管理从线程、状态管理线程等的心跳信息，并在通过心跳信息确定片上系统对应的线程存在运行停滞等故障时，可以针对存在故障的线程采取相应的措施以使存在故障的线程可以恢复正常。并且，在健康管理线程出现故障时，还可以通过微控制器重启片上系统，以实现健康管理主线程的恢复，从而实现了对片上系统故障的闭环监测，进而提高了片上系统的稳定性和可靠性。并且可以在单个线程出现运行停滞等故障时，仅对存在故障的线程进行恢复，而不是对整个片上系统进行恢复，从而可以提高片上系统的恢复效率。
55.作为另一种方式，如图6所示，片上系统可以包括启动管理线程，启动管理线程可以响应于片上系统中线程的异常退出信号，重启片上系统中对应的线程。
56.其中，异常退出信号可以表征对应的线程异常退出，异常退出信号可以是crash signal。
57.可选的，片上系统中向启动管理线程发送异常退出信号的线程可以有：健康管理主线程、健康管理从线程、状态管理线程、中间件线程、应用程序线程等。
58.其中，由于状态管理线程需要维护片上系统中所有线程的状态，且线程的中间状
态较多，难以恢复，因此，在状态管理线程异常退出前，状态管理线程可以向启动管理线程发送异常退出信号，启动管理线程响应于状态管理线程的异常退出信号，可以向初始化线程发送异常退出信号并退出，初始化线程响应于启动管理线程的异常退出信号，重启启动管理线程，从而使启动管理线程重启状态管理线程。
59.可选的，若启动管理异常退出，启动管理线程可以向初始化线程发送异常退出信号，初始化线程可以响应于启动管理线程的异常退出信号，重新启动启动管理线程。
60.可选的，若启动管理线程未成功启动，表明初始化线程可能出现故障，则健康管理线程可以停止向微控制器发送心跳信息，使得微控制器在预设时长内未接收到心跳信息时，可以重启片上系统，从而重新启动启动管理线程。
61.在本技术实施例中，可以通过启动管理线程监测片上系统中健康管理主线程、健康管理从线程、状态管理线程、中间件线程、应用程序线程是否异常退出，并在通过异常退出信号确定片上系统对应的线程异常退出时，可以重新启动异常退出的线程，以使异常退出的线程可以恢复正常。并且，在启动管理线程异常退出时，还可以通过初始化线程对启动管理线程进行重启，以及在初始化线程未能成功重启启动管理线程时，还可以通过微控制器重置片上系统，以实现初始化线程以及启动管理线程的重启，从而实现了对片上系统中异常退出线程的闭环监测，进而提高了系统的稳定性和可靠性。并且可以在单个线程出现异常退出时，可以优先对该线程进行重启，而不是对整个片上系统进行重启，从而可以提高片上系统的恢复效率。
62.可选的，在本技术实施例中，需要通过心跳信息判断对应的线程是否出现运行停滞的故障，而对于线程的心跳信息的判断需要一定的时间，在确认对应的线程出现运行停滞的故障后，才会通过相关措施恢复对应的线程；而在线程异常退出时，可以直接向启动管理线程发送异常退出信号，使得启动管理可以在响应于异常退出信号后，立即重启对应的线程，因此，可以将出现运行停滞的线程恢复至正常运行的方式称为慢恢复方式，将异常退出的线程恢复至正常运行的方式称为快恢复方式。
63.在本实施例中，线程的状态可以包括运行停滞、异常退出、正常运行，当片上系统中的线程出现运行停滞或异常退出时，都可以通过相对应的解决措施(快恢复或者慢恢复的方式)将运行停滞或异常退出的线程重新恢复至正常运行状态，从而提高了片上系统的稳定性。
64.本实施例提供的一种系统故障处理方法，在以预设周期向所述微控制器发送心跳信息，以使所述微控制器在预设时长内未接收到所述心跳信息时，重启所述片上系统后，监测所述片上系统是否存在故障，若存在故障，重启所述片上系统，若在所述预设周期的周期时长内未重启成功，停止向所述微控制器发送心跳信息。通过上述方式使得，片上系统可以检测自身是否存在故障，若存在故障，可以通过重启片上系统，将片上系统恢复至正常运行状态；若重启不成功时，停止向微控制器发送心跳信息，使得微控制器在预设时长内未接收到心跳信息时，可以重启片上系统，以使片上系统恢复至正常运行状态，从而可以提高系统的稳定性。
65.请参阅图7，本技术提供的一种系统故障处理方法，所述方法包括：
66.s210：以预设周期向所述微控制器发送心跳信息，以使所述微控制器在预设时长内未接收到所述心跳信息时，重启所述片上系统。
67.作为一种方式，如图8左图所示，健康管理主线程可以以预设周期向健康管理从线程发送健康管理主线程的心跳信息，健康管理从线程每次接收到心跳信息后，可以通过ipcf(inter-platform communication framework，跨平台通讯架构)向健康监控线程转发健康管理主线程的心跳信息。
68.s220：监测所述片上系统是否存在故障，若存在故障，重启所述片上系统，若在所述预设周期的周期时长内未重启成功，停止向所述微控制器发送心跳信息。
69.s230：所述健康管理线程向所述启动管理线程发送异常退出信号，所述异常退出信号表征所述健康管理线程异常退出。
70.其中，健康管理线程可以包括健康管理主线程和健康管理从线程，作为一种方式，如图8右图所示，若健康管理线程因程序死循环、负载过高、资源不足等原因导致异常退出，健康管理线程可以在异常退出前向启动管理线程发送异常退出信号(如crash signal)。
71.可选的，当健康管理主线程或健康管理从线程异常退出时，对应的异常退出线程都可以向启动管理线程发送异常退出信号。
72.s240：所述启动管理线程响应于所述异常退出信号，重启所述健康管理线程。
73.作为一种方式，启动管理线程可以响应于异常退出信号，重启健康管理线程。
74.可选的，启动管理线程可以响应于健康管理主线程或健康管理从线程发送的异常退出信号，重启健康管理主线程或健康管理从线程。
75.在本技术实施例中，当监测到健康管理主线程处于非正常运行状态(运行停滞或异常退出)时，可以通过微控制器或者启动管理线程使健康管理主线程恢复至正常运行状态，从而实现了对健康管理主线程的闭环监测，以保证健康管理主线程的稳定性，从而使健康管理主线程可以继续监测片上系统是否存在故障，从而提高了片上系统的稳定性。
76.s250：重启后的所述健康管理线程监测所述片上系统其它线程的状态，向所述微控制器发送所述心跳信息。
77.其中，片上系统其它线程可以包括启动管理线程、状态管理线程、中间件线程、应用程序线程等。
78.作为一种方式，重启后的健康管理线程可以继续监测片上系统其它线程的状态，并向微控制器发送心跳信息。
79.可选的，重启后的健康管理线程可以继续监测启动管理线程，包括：启动管理线程可以周期性地向健康管理线程发送心跳信息，若健康管理线程未在预设时长内获取到启动管理线程的心跳信息，确定启动管理线程存在故障，健康管理线程关闭启动管理线程；启动管理线程向初始化线程发送异常退出信号；初始化线程重启启动管理线程。
80.可选的，若启动管理线程未成功启动，健康管理线程停止向微控制器发送心跳信息，使得微控制器在预设时长内未接收到心跳信息时，可以重启片上系统，从而重新启动启动管理线程。
81.本实施例提供的一种系统故障处理方法，通过上述方式使得，片上系统可以检测自身是否存在故障，若存在故障，可以通过重启片上系统，将片上系统恢复至正常运行状态；若重启不成功时，停止向微控制器发送心跳信息，使得微控制器在预设时长内未接收到心跳信息时，可以重启片上系统，以使片上系统恢复至正常运行状态，从而可以提高系统的稳定性。并且，在本实施例中，当健康管理线程异常退出时，可以通过启动管理线程将健康
管理线程恢复至正常运行状态，当启动管理线程存在故障时可以通过健康管理线程恢复至正常运行状态，从而实现了片上系统中的两个核心线程的相互监测以及恢复，使得两个线程均可以处于正常运行状态，进而健康管理线程和启动管理线程可以进一步监测片上系统的其他线程，提高了片上系统的稳定性。
82.请参阅图9，本技术提供的一种系统故障处理方法，所述方法包括：
83.s310：接收所述片上系统以预设周期发送的心跳信息。
84.在本技术实施例中，微控制器可以包括健康监控线程、电源管理、看门狗，片上系统可以包括健康管理线程。
85.作为一种方式，健康监控线程可以接收健康管理线程以预设周期发送的心跳信息。
86.s320：若在预设时长内未接收到所述心跳信息，通过电源管理重启所述片上系统。
87.作为一种方式，若健康监控线程在预设时长内未接收到心跳信息，可以通过电源管理重启片上系统。
88.可选的，健康监控线程可以通过在预设时长内是否接收到心跳信息确定片上系统是否存在故障，若健康监控线程未在预设时长内接收到心跳信息，则确定片上系统存在故障，可以通过电源管理重启片上系统；若健康监控线程在在预设时长内接收到心跳信息，则确定片上系统不存在故障，可以继续监测片上系统的运行状态。
89.作为另一种方式，片上系统还可以包括片上系统控制线程，片上系统控制线程可以用于监测整个片上系统的资源使用状况以及进程运行情况，在该方式下，健康监控线程可以在接收到片上系统控制线程发送的系统报文，确定片上系统存在故障，从而通过电源管理重启片上系统。
90.可选的，系统报文可以表征片上系统的资源使用状况或进程运行情况出现问题(如片上系统的资源存储空间已满等)，系统报文可以通过健康管理从线程发送至健康监控线程。
91.s330：监测是否重启成功，若通过所述电源管理未重启成功，通过看门狗重启所述片上系统。
92.作为一种方式，健康监控线程可以通过在预设时长内是否接收到心跳信息来监测是否将片上系统重启成功，若健康监控线程未在预设时长内未接收到心跳信息，则表明通过电源管理未将片上系统重启成功，可以通过看门狗重启整个中央运算单元，从而重启片上系统。
93.本实施例提供的一种系统故障处理方法，通过上述方式使得，微控制器在预设时长内未接收到片上系统的心跳信息时，可以通过电源管理重启所述片上系统，并监测是否重启成功，若通过所述电源管理未重启成功，通过看门狗重启所述片上系统，以使片上系统恢复至正常运行状态，从而可以提高系统的稳定性。
94.请参阅图10，本技术提供的一种中央运算单元100，所述系统包括片上系统和微控制器，其中：
95.所述片上系统，用于以预设周期向所述微控制器发送心跳信息，以使所述微控制器在预设时长内未接收到所述心跳信息时，重启所述片上系统，并监测所述片上系统是否存在故障，若存在故障，重启所述片上系统，若在所述预设周期的周期时长内未重启成功，
停止向所述微控制器发送心跳信息。
96.所述微控制器，用于接收所述片上系统以预设周期发送的心跳信息，若在预设时长内未接收到所述心跳信息，通过电源管理重启所述片上系统，监测是否重启成功，若通过所述电源管理未重启成功，通过看门狗重启所述片上系统。
97.下面将结合图11对本技术提供的一种车辆进行说明。
98.请参阅图11，基于上述的系统故障处理方法、中央运算单元，本技术实施例还提供的另一种可以执行前述系统故障处理方法的车辆200。车辆200包括相互耦合的一个或多个(图中仅示出一个)中央运算单元202、存储器204。其中，该存储器204中存储有可以执行前述实施例中内容的程序，而中央运算单元202可以执行该存储器204中存储的程序。
99.其中，中央运算单元202可以为前述实施例中的中央运算单元。
100.存储器204可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。存储器204可用于存储指令、程序、代码、代码集或指令集。存储器204可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储终端200在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
101.请参考图12，其示出了本技术实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
102.计算机可读存储介质800可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读存储介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。
103.综上所述，本技术提供的一种系统故障处理方法、中央运算单元以及车辆，在以预设周期向所述微控制器发送心跳信息，以使所述微控制器在预设时长内未接收到所述心跳信息时，重启所述片上系统后，监测所述片上系统是否存在故障，若存在故障，重启所述片上系统，若在所述预设周期的周期时长内未重启成功，停止向所述微控制器发送心跳信息。通过上述方式使得，片上系统可以检测自身是否存在故障，若存在故障，可以通过重启片上系统，将片上系统恢复至正常运行状态；若重启不成功时，停止向微控制器发送心跳信息，使得微控制器在预设时长内未接收到心跳信息时，可以重启片上系统，以使片上系统恢复至正常运行状态，从而可以提高系统的稳定性。
104.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。