电源管理方法、装置、介质、域控制器、车载系统及车辆与流程

1.本公开涉及车辆技术领域，尤其涉及一种电源管理方法、装置、介质、域控制器、车载系统及车辆。


背景技术：

2.随着车辆智能化的不断演进，车辆中的各种控制器不断升级，控制器可实现的功能也越来越多，用户的需求也随之越来越多样化，例如整车休眠低能耗的需求。
3.现有技术中，车辆锁车，整车满足休眠条件之后，控制器中的控制单元通知处理单元进行休眠，并自行进入休眠状态。但是，若处理单元休眠异常，例如处理单元未响应于控制单元的通知进入休眠状态，则会增加整车的耗电量，导致整车的能耗较高。


技术实现要素：

4.为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种能够降低整车休眠时的能耗的电源管理方法、装置、介质、域控制器、车载系统及车辆。
5.第一方面，本公开实施例提出一种电源管理方法，该方法应用于域控制器，域控制器包括控制单元和与控制单元连接的处理单元，该方法由控制单元执行，该方法包括：
6.在检测到控制单元满足休眠条件之后，向处理单元发送休眠信号；
7.轮询处理单元的休眠状态信号；
8.基于休眠状态信号，确定处理单元休眠后，控制控制单元休眠。
9.在一些实施例中，向处理单元发送休眠信号之后，该方法还包括：
10.启动请求确认的计时器；
11.判断第一预设时段内是否接收到处理单元反馈的第一确认信号；其中，第一确认信号为处理单元接收到休眠信号的情况下，向控制单元发送的信号；
12.若在第一预设时段内未接收到第一确认信号，则至少一次返回执行向处理单元发送休眠信号；
13.若至少两次执行向处理单元发送休眠信号后，仍在第一预设时段内未接收到第一确认信号，则对处理单元强制下电。
14.在一些实施例中，判断第一预设时段内是否接收到处理单元的第一确认信号之后，该方法还包括：
15.若在第一预设时段内接收到第一确认信号，则执行轮询处理单元的休眠状态信号；
16.基于休眠状态信号，判断处理单元是否进入休眠；
17.若处理单元进入休眠，则执行控制控制单元休眠；
18.若处理单元未进入休眠，则至少一次返回执行向处理单元发送休眠信号；
19.若至少两次执行向处理单元发送休眠信号后，处理单元仍未进入休眠，则对处理单元强制下电。
20.在一些实施例中，控制控制单元休眠之前，该方法还包括：
21.利用控制单元记录处理单元的状态信息；
22.将状态信息上传至云端。
23.在一些实施例中，该方法还包括：
24.在控制单元处于休眠的状态下，基于唤醒源唤醒控制单元；其中，唤醒源包括处理单元。
25.在一些实施例中，该方法还包括：
26.基于处理单元的状态信息，向处理单元发送启动信号；其中，启动信号包括唤醒信号和上电信号；
27.判断第二预设时段内是否接收到处理单元反馈的第二确认信号；其中，第二确认信号为处理单元接收到启动信号的情况下，向控制单元发送的信号；
28.若在第二预设时段内未接收到第二确认信号，则至少一次返回执行向处理单元发送启动信号；
29.若至少两次执行向处理单元发送启动信号后，仍在第二预设时段内未接收到第二确认信号，则对处理单元强制下电，并再上电；
30.若在第二预设时段内接收到第二确认信号，则唤醒结束。
31.在一些实施例中，该方法还包括：
32.记录处理单元的启动状态信息；
33.将启动状态信息上报至云端。
34.第二方面，本公开实施例还提出一种电源管理方法，该方法应用于域控制器，域控制器包括控制单元和与控制单元连接的处理单元，该方法由处理单元执行，该方法包括：
35.接收控制单元的休眠信号；
36.确认处理单元进入休眠之后，设置休眠状态信号，以将休眠状态信号由第一信号调整为第二信号；其中，第一信号为对应于处理单元未休眠的信号，第二信号为对应于处理单元已休眠的信号。
37.在一些实施例中，接收控制单元的休眠信号之后，该方法还包括：
38.向控制单元发送第一确认信号。
39.在一些实施例中，确认处理单元进入休眠之后，该方法还包括：
40.在处理单元接收到启动信号之后，控制处理单元启动；
41.在处理单元启动之后，向控制单元发送第二确认信号，以及向控制单元发送启动状态信号。
42.第三方面，本公开实施例还提出一种电源管理装置，该装置应用于域控制器，域控制器包括控制单元和与控制单元连接的处理单元，装置设置于控制单元中，该装置包括：
43.休眠信号发送模块，用于在检测到控制单元满足休眠条件之后，向处理单元发送休眠信号；
44.状态信号轮询模块，用于轮询处理单元的休眠状态信号；
45.休眠控制模块，用于基于休眠状态信号，确定处理单元休眠后，控制控制单元休眠。
46.在一些实施例中，该装置还包括：
47.计时器启动模块，用于在向处理单元发送休眠信号之后，启动请求确认的计时器；
48.第一判断模块，用于判断第一预设时段内是否接收到处理单元反馈的第一确认信号；其中，第一确认信号为处理单元接收到休眠信号的情况下，向控制单元发送的信号；
49.第一返回模块，用于若在第一预设时段内未接收到第一确认信号，则至少一次返回执行向处理单元发送休眠信号；
50.强制下电模块，用于若至少两次执行向处理单元发送休眠信号后，仍在第一预设时段内未接收到第一确认信号，则对处理单元强制下电。
51.在一些实施例中，该装置中：
52.状态信号轮询模块，具体用于若在第一预设时段内接收到第一确认信号，则轮询处理单元的休眠状态信号；
53.该装置还包括：
54.第二判断模块，用于基于休眠状态信号，判断处理单元是否进入休眠；
55.休眠控制模块，还用于若处理单元进入休眠，则执行控制控制单元休眠；
56.第二返回模块，用于若处理单元未进入休眠，则至少一次返回执行向处理单元发送休眠信号；
57.强制下电模块，还用于若至少两次执行向处理单元发送休眠信号后，处理单元仍未进入休眠，则对处理单元强制下电。
58.在一些实施例中，该装置还包括：
59.第一纪录模块，用于在控制控制单元休眠之前，利用控制单元记录处理单元的状态信息；
60.第一上传模块，用于将状态信息上传至云端。
61.在一些实施例中，该装置还包括：
62.唤醒模块，用于在控制单元处于休眠的状态下，基于唤醒源唤醒控制单元；其中，唤醒源包括处理单元。
63.在一些实施例中，该装置还包括：
64.启动信号发送模块，用于基于处理单元的状态信息，向处理单元发送启动信号；其中，启动信号包括唤醒信号和上电信号；
65.第三判断模块，用于判断第二预设时段内是否接收到处理单元反馈的第二确认信号；其中，第二确认信号为处理单元接收到启动信号的情况下，向控制单元发送的信号；
66.第三返回模块，用于若在第二预设时段内未接收到第二确认信号，则至少一次返回执行向处理单元发送启动信号；
67.强制上电模块，用于若至少两次执行向处理单元发送启动信号后，仍在第二预设时段内未接收到第二确认信号，则对处理单元强制下电，并再上电；
68.确认结束模块，用于若在第二预设时段内接收到第二确认信号，则唤醒结束。
69.在一些实施例中，该装置还包括：
70.第二记录模块，用于记录处理单元的启动状态信息；
71.第二上传模块，用于将启动状态信息上报至云端。
72.第四方面，本公开实施例还提出一种电源管理装置，该装置应用于域控制器，域控制器包括控制单元和与控制单元连接的处理单元，装置设置于处理单元中，该装置包括：
73.休眠信号接收模块，用于接收控制单元的休眠信号；
74.状态信号设置模块，用于确认处理单元进入休眠之后，设置休眠状态信号，以将休眠状态信号由第一信号调整为第二信号；其中，第一信号为对应于处理单元未休眠的信号，第二信号为对应于处理单元已休眠的信号。
75.在一些实施例中，该装置还包括：
76.第一确认信号发送模块，用于在接收控制单元的休眠信号之后，向控制单元发送第一确认信号。
77.在一些实施例中，该装置还包括：
78.启动控制模块，用于在处理单元接收到启动信号之后，控制处理单元启动；
79.第二确认信号发送模块，用于在处理单元启动之后，向控制单元发送第二确认信号；
80.启动状态信号发送模块，用于在处理单元启动之后，向控制单元发送启动状态信号。
81.第五方面，本公开实施例还提出一种非暂态计算机可读存储介质，其中，非暂态计算机可读存储介质存储程序或指令，程序或指令使计算机执行第一方面的任一种方法的步骤，或者程序或指令使计算机执行第二方面提供的任一种方法的步骤。
82.第六方面，本公开实施例还提出一种域控制器，包括控制单元和处理单元，处理单元与控制单元连接；
83.处理单元用于运行至少一种应用服务；
84.控制单元用于执行第一方面提供的任一种方法的步骤，或者处理单元用于执行第二方面提供的任一种方法的步骤。
85.第七方面，本公开实施例还提出一种车载系统，包括至少一个第六方面提供的任一种域控制器；
86.车载系统还包括至少一个控制单元，控制单元用于在车辆休眠时，直接下电。
87.第八方面，本公开实施例还提出一种车辆，包括第七方面提供的任一种车载系统。
88.本公开实施例提供的技术方案与现有技术相比具有如下优点：
89.本公开实施例技术方案可以解决现有方案中由于处理单元休眠异常而导致的整车能耗较高的问题，本公开实施例提供的技术方案，在检测到控制单元满足休眠条件之后，向处理单元发送休眠信号；轮询处理单元的休眠状态信号；基于休眠状态信号，确定处理单元休眠后，控制控制单元休眠；由此，通过控制单元轮询处理单元的休眠状态信号，并确定处理单元休眠之后才休眠，即控制单元在处理单元进入休眠之后再休眠，避免由于处理单元休眠异常而控制单元无法感知所导致的耗电的问题，减小整车休眠时的能耗。
附图说明
90.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
91.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
92.图1为本公开实施例提供的一种车辆的架构示意图；
93.图2为本公开实施例提供的一种域控制器的结构示意图；
94.图3为本公开实施例提供的一种电源管理方法的流程示意图；
95.图4为本公开实施例提供的一种控制单元的休眠流程示意图；
96.图5为本公开实施例提供的一种控制单元的唤醒流程示意图；
97.图6为本公开实施例提供的另一种电源管理方法的流程示意图；
98.图7为本公开实施例提供的一种电源管理装置的结构示意图；
99.图8为本公开实施例提供的另一种电源管理装置的结构示意图。
具体实施方式
100.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
101.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
102.相关技术中的整车休眠唤醒方式，即电源管理方法主要存在两种实现方案。方案1：车辆锁车，整车满足休眠(下电)条件后，控制器内部的控制单元通知控制器的处理单元进行下电；车辆解锁后，再给控制器进行上电。该方案的缺点是重新上电启动较慢，启动时间远大于100ms，导致控制器不能及时响应电子控制单元(electronic control unit，ecu)的信号，从而车辆解锁的启动速度较慢。针对此，为了提高车辆解锁的启动速度，可使控制器中的处理单元进入休眠状态，从而能够节省下电和上电的环节，进而节省时间，由此，出现方案2。方案2：车辆锁车，整车满足休眠条件后，控制器内部的控制单元通知控制器的处理单元进行休眠；解锁后，再唤醒控制器，具体地，外部唤醒源唤醒控制器的控制单元，控制单元再唤醒处理单元。但是，该方案中，对于控制器自身休眠流程、休眠失败、异常唤醒、唤醒失败等异常现象并没有一套完整有效的解决方案及相应的上报机制。例如，处理单元休眠失败或异常唤醒时，将会导致整车一直耗电，导致能耗较高。
103.针对上述技术问题中的至少一个技术问题，本公开实施例提供一种电源管理方法，有利于实现一种完备高效的电源管理策略。该方法中，提出域控制器休眠唤醒过程中各种异常处理的监测和保护机制；同时，针对各种异常，还可记录故障信息，并可进一步上传至云端，提高研发过程中分析统计解决问题的效率。
104.示例性地，在休眠过程中，通过在控制单元中增加对处理单元的状态监测，即控制单元在向处理单元发送休眠信号之后，在轮询处理单元的休眠状态信号，并基于此确定处理单元休眠之后才休眠，即控制单元在处理单元进入休眠之后再休眠，避免由于处理单元休眠异常而控制单元无法感知所导致的耗电的问题，减小整车休眠时的能耗。
105.并进一步地，当处理单元一次休眠不成功时，多次尝试休眠后，仍休眠不成功才进行下电，如此能够降低处理单元的下电几率，有利于实现基于休眠状态的快速唤醒。
106.并进一步地，将处理单元增加到控制单元的唤醒源中，即增加处理单元硬线唤醒控制单元，以避免处理单元异常唤醒，而控制单元无法感知而导致的耗电，从而实现异常监
测和保护，且有利于降低能耗。
107.其中，域控制器可以将车辆电子各部分功能划分成几个领域，如动力传动域、车身电子域、辅助驾驶域等本领域技术人员可知的功能领域，并利用处理能力强大的多核中央处理器(central processing unit，cpu)或图形处理器(graphics processing unit，gpu)等芯片相对集中的控制域内原本归属各个ecu的大部分功能，以此来取代传统的分布式架构。
108.在一些实施例中，图1示出了本公开实施例提供的一种车辆的架构示意图。参照图1，该车辆10能够与云端进行交互，车辆10包括车载系统，车载系统包括网关以及与网关连接的域控制器110和电子控制单元120，电子控制单元也可简称为控制单元。其中，域控制器110可采用本公开实施例后文中的电源管理方法进行休眠唤醒，电子控制单元120在车辆休眠时，直接下电，以降低整车功耗。
109.其中，电子控制单元120在图1中以ecu示出。
110.其中，域控制器110可包括车辆控制和计算单元(vehicle control and compute unit，xcu)、仪表板集群(instrument panel cluster，ipc)和车载主机(head unit，hu)；对应的，在图1中分别以xcu、ipc和hu示出。
111.本公开实施例中，ipc、hu与xcu是三个与用户进行直接交互的三个域控制器，后文中的电源管理方法可为这三个域控制器的休眠唤醒方法；对于其他的ecu，在整车休眠时，可直接下电，以降低功耗。
112.在其他实施方式中，域控制器110还可为本领域技术人员可知的其他功能域的控制器，在此不赘述也不限定。
113.在一些实施例中，图2示出本公开实施例提供的一种域控制器的结构示意图。参照图2，该域控制器110包括控制单元111和处理单元112，处理单元112用于运行至少一种应用服务；控制单元111用于执行后文中的可由控制单元执行的任一种方法的步骤，或者处理单元112用于执行后文中的可由处理单元执行的任一种方法的步骤，以实现对应的效果，详见后文。
114.本公开实施例中，控制单元111也可称为m核，例如可包括微控制单元(micro controller unit，mcu)；处理单元112也可称为a核，例如可包括cpu、gpu等可以运行应用服务或者进行大数据处理的功能单元。其中，控制单元111主要用于网络管理(network management，nm)，以及控制处理单元112的电源管理(power management，pm)；处理单元112主要运行各应用服务，并进行大数据处理。
115.示例性地，控制单元111与处理单元112之间可以通过串行外设接口(serial peripheral interface，spi)、通用异步收发器(universal asynchronous receiver transmitter，uart)、以太网(ethernet)、跨平台通信框架(inter-platform communication framework，ipcf)或本领域技术人员可知的其他方式进行交互。
116.本公开实施例中，结合图1，控制单元111还可以通过控制器局域网络(controller area network，can)、局域互联网络(local interconnect network，lin)或以太网(ethernet)等网关与其他ecu交互。即域控制器110中的控制单元111可以直接与车辆中的其他ecu交互，处理单元112与控制单元111交互。
117.基于此，在域控制器的休眠唤醒过程中，控制单元111根据标准nm协议，例如本领
域技术人员可知的任一种通用的网络管理协议，识别到车辆满足休眠条件后，通知处理单元112进行休眠。在控制单元111被唤醒后，再唤醒处理单元112；即在域控制器110中，只要控制单元111被唤醒，控制单元111就去唤醒处理单元112，该过程不存在其他唤醒条件。
118.具体休眠唤醒过程，对应于电源管理方法，在下文中结合图3-图6进行示例性说明。
119.在一些实施例中，图3示出了本公开实施例提供的一种电源管理方法的流程示意图，该方法可应用于上文中的域控制器，域控制器包括控制单元和与控制单元连接的处理单元，该方法可由控制单元执行。
120.参照图3，该方法可包括如下步骤：
121.s201、在检测到控制单元满足休眠条件之后，向处理单元发送休眠信号。
122.本公开实施例中，休眠条件可为整车休眠，可基于nm协议检测。
123.该步骤中，在控制单元满足nm协议的情况下，发送休眠信号到处理单元。
124.s202、轮询处理单元的休眠状态信号。
125.本公开实施例中，休眠状态信号用于表征处理单元是否进入休眠状态。示例性地，休眠状态信号可为处理单元的休眠io电平；例如，处理单元未休眠时，休眠io电平为低电平(对应“0”)；处理单元进入休眠状态后，休眠io电平变为高电平(对应“1”)。由此，后续步骤中，可基于休眠状态信号，判断处理单元是否成功进入休眠状态。
126.该步骤中，控制单元可每间隔预设时段检测一次处理单元的休眠状态信号。示例性地，预设时段可为1s或其他时间间隔，在此不限定。
127.s203、基于休眠状态信号，确定处理单元休眠后，控制控制单元休眠。
128.本公开实施例中，可基于休眠状态信号，检测处理单元是否进入休眠状态，并在确定处理单元进入休眠状态之后，执行控制控制单元才休眠。
129.该步骤中，相当于增加对处理单元的监测，控制单元在确定处理单元确实进入休眠状态后再休眠。
130.本公开实施例中，通过在控制单元中增加对处理单元的状态监测机制，即控制单元在向处理单元发送休眠信号之后，在轮询处理单元的休眠状态信号，并基于此确定处理单元休眠之后才休眠，即控制单元在处理单元进入休眠之后再休眠，可避免由于处理单元休眠异常而控制单元无法感知所导致的耗电的问题，减小整车休眠时的能耗。
131.进一步地，除对处理单元的休眠与否的状态进行监测之外，还可对处理单元是否接收到休眠信号进行监测。具体地，控制单元可以在向处理单元发送休眠信号之后，即开始计时，判断是否接收超时，并在接收超时的情况下，可再至少一次向处理单元发送休眠信号；若重复预设次数，例如三次后，仍接收超时，则可对处理单元强制下电。由此，通过至少两次尝试休眠，能够降低强制下电的几率，有利于提高锁车状态下的启动速度。下面对该过程进行示例性说明。
132.在一些实施例中，在图1的基础上，向处理单元发送休眠信号之后，该方法还可包括：
133.启动请求确认的计时器；
134.判断第一预设时段内是否接收到处理单元反馈的第一确认信号；
135.若在第一预设时段内未接收到第一确认信号，则至少一次返回执行向处理单元发
送休眠信号；
136.若至少两次执行向处理单元发送休眠信号后，仍在第一预设时段内未接收到第一确认信号，则对处理单元强制下电。
137.其中，第一确认信号为处理单元接收到休眠信号的情况下，向控制单元发送的信号。
138.本公开实施例中，控制单元向处理单元发送休眠信号，并启动请求确认的计时器，开始计时，从而可判断是否在第一预设时段内接收到处理单元反馈的第一确认信号。若控制单元在第一预设时段内未接收到第一确认信号，则表明接收超时，可再次执行向处理单元发送休眠信号，若连续至少两次均接收超时，则对处理单元强制下电。
139.示例性地，第一预设时段可为1s或其他时间间隔，在此不限定。
140.本公开实施例中，通过设置在第一确认信号接收超时的情况下，至少一次返回执行向处理单元发送休眠信号，能够有效避免因信号丢失而对处理单元直接下电，降低处理单元直接下电的几率。
141.进一步地，在处理单元确认接收到休眠信号，但并未进入休眠状态时，还可以再至少一次向处理单元发送休眠信号。若重复预设次数，例如两次后，处理单元仍未休眠，则可对处理单元强制下电。由此，通过至少两次尝试休眠，降低强制下电的几率，有利于提高锁车状态下的启动速度。下面对该过程进行示例性说明。
142.在一些实施例中，判断第一预设时段内是否接收到处理单元的第一确认信号之后，该方法还包括：
143.若在第一预设时段内接收到第一确认信号，则执行轮询处理单元的休眠状态信号；
144.基于休眠状态信号，判断处理单元是否进入休眠；
145.若处理单元进入休眠，则执行控制控制单元休眠；
146.若处理单元未进入休眠，则至少一次返回执行向处理单元发送休眠信号；
147.若至少两次执行向处理单元发送休眠信号后，处理单元仍未进入休眠，则对处理单元强制下电。
148.本公开实施例中，若控制单元在第一预设时段内接收到第一确认信号，则表明处理单元接成功收到休眠信号；对应的，处理单元可响应于休眠信号尝试进入休眠状态。
149.结合上文，若处理单元正常进入休眠状态，则休眠状态信号由表征未休眠状态的信号变为表征休眠状态的信号，例如由0变为1；若处理单元未能进入休眠状态，则休眠状态信号保持不变，例如保持为0。
150.由此，通过轮询休眠状态信号，可判定处理单元是否进入休眠；且若处理单元休眠，则执行控制控制单元随之休眠；若处理单元未进入休眠，则可再次执行向处理单元发送休眠信号，若连续至少两次处理单元均未进入休眠，则对处理单元强制下电。
151.本公开实施例中，通过设置在处理单元休眠异常的情况下，至少一次返回执行向处理单元发送休眠信号，能够有效避免因信号丢失而对处理单元直接下电，降低处理单元直接下电的几率。
152.进一步地，在控制单元进入休眠之前，还可记录处理单元的状态信息，并上报至云端，以便对休眠异常、信号丢失等异常进行统计分析，及时发现和定位问题，且便于溯源。
153.在一些实施例中，控制控制单元休眠之前，该方法还包括：
154.利用控制单元记录处理单元的状态信息；
155.将状态信息上传至云端。
156.本公开实施例中，处理单元的状态信息可包括正常休眠时的状态信息和异常休眠时的状态信息；可利用控制单元记录处理单元的状态信息，并上报至云端。
157.示例性地，在处理单元正常休眠时，控制单元可记录处理单元的休眠信息，例如休眠时间、处于休眠状态的应用程序等信息；在处理单元异常休眠而被强制下电时，控制单元可记录处理单元的休眠故障信息，例如故障码，不同的故障码可代表不同的故障类型。
158.在其他实施方式中，控制单元还可记录处理单元休眠相关的其他信息，在此不赘述也不限定。
159.在一些实施例中，图4示出了本公开实施例提供的控制单元的休眠流程。参照图4，该休眠流程可包括：
160.a1：控制单元满足nm协议，即nm休眠规范时，发送休眠信号给处理单元，并启动请求确认的计时器。
161.即，控制单元发送休眠信号后，开始计时，超时未接收到第一确认信号，则需要进行相应的后续处理，例如在此执行a1，具体详见后续c1。
162.b1：控制单元在第一预设时段内接收到处理单元确认收到休眠信号的回复，例如第一确认信号，则停止计时，进入d1。
163.c1：控制单元接收超时，即在第一预设时段内未接收到第一确认信号，则再次执行a1，若连续3个周期均未收到回复，则进入h1。
164.能够理解的是，通过设置接收超时的次数为3次，可有效避免因消息，即休眠信号丢失而对处理单元直接下电，有利于降低处理单元下电的几率。
165.d1：控制单元启动处理单元休眠计时器，并轮询处理单元的休眠io电平。
166.即，控制单元检测处理单元的休眠io电平。当检测到休眠io电平变化是，可确定处理单元确实进入休眠。
167.本公开实施例中，控制单元要等待处理单元完成休眠，避免处理单元休眠失败，而控制单元无法感知，由此带来的耗电。
168.与现有技术中的方案对比如下：现有技术中，控制单元将休眠信号发送至处理单元之后，不会关注处理单元的实际休眠成功与否的状态。由此，若处理单元没有真正的休眠，则会带来耗电。
169.而本公开实施例中，通过增加轮询休眠状态信号的过程，例如休眠io电平检测的过程，控制单元能够确认处理单元是否真的休眠成功，并在确定处理单元休眠之后才休眠，即控制单元在处理单元进入休眠之后再休眠，能够避免由于处理单元休眠异常而控制单元无法感知所导致的耗电的问题，减小整车休眠时的能耗。进一步地，在处理单元一次休眠不成功时，还可再重复尝试至少一次，若仍休眠不成功，则强制下电，在降低能耗的同时，能够降低处理单元下电的几率，有利于域控制器以及整车在休眠状态下的快速启动。
170.e1：控制单元检测到处理单元休眠，进入g1。
171.f1：控制单元未检测到处理单元休眠，回到a1，连续2次未检测到处理单元休眠，进入h1。
172.能够理解的是，若处理单元休眠超时，可能处理单元有任务未完成，也可能处理单元休眠执行过程出现异常，则可再次尝试一次，从而避免直接对处理单元下电。
173.g1：控制单元记录处理单元休眠时的状态信息，进入i1。
174.h1：控制单元记录处理单元强制下电时的状态信息，强制给处理单元下电，记录故障码，主动上报云端，进入i1。
175.如此，在处理单元休眠失败时，对处理单元进行下电处理，降低整车能耗。
176.i1：控制单元进入休眠，结束下电。
177.至此，控制单元完成休眠下电过程。
178.进一步地，本公开实施例提供的电源管理方法还包括控制单元在休眠下电状态下的唤醒过程。
179.在一些实施例中，该方法还包括：
180.在控制单元处于休眠的状态下，基于唤醒源唤醒控制单元；其中，唤醒源包括处理单元。
181.本公开实施例中，在现有技术中仅设置控制单元基于can总线唤醒的基础上，增加处理单元硬线唤醒处理单元，以在处理单元异常唤醒时，使控制单元能够感知到，从而避免处理单元异常唤醒，而控制单元无法感知，进而导致的耗电。
182.进一步地，在控制单元被唤醒之后，在唤醒源并非处理单元的情况下，控制单元唤醒处理单元。
183.在一些实施例中，该方法还可包括：
184.基于处理单元的状态信息，向处理单元发送启动信号；其中，启动信号包括唤醒信号和上电信号；
185.判断第二预设时段内是否接收到处理单元反馈的第二确认信号；
186.若在第二预设时段内未接收到第二确认信号，则至少一次返回执行向处理单元发送启动信号；
187.若至少两次执行向处理单元发送启动信号后，仍在第二预设时段内未接收到第二确认信号，则对处理单元强制下电，并再上电；
188.若在第二预设时段内接收到第二确认信号，则唤醒结束。
189.其中，第二确认信号为处理单元接收到启动信号的情况下，向控制单元发送的信号；
190.本公开实施例中，控制单元能够基于其在休眠过程中所记录的处理单元的状态信息，向处理单元发送启动信号。例如，若状态信息表明处理单元处于休眠状态，则可向处理单元发送唤醒信号；若状态信息表明处理单元处于下点状态，则可向处理单元发送上电信号。
191.与上文中的休眠过程类似的，控制单元在向处理单元发送启动信号时，可启动计时器，开始计时；判断是否在第二预设时段内接收到处理单元反馈的第二确认信号。
192.若控制单元在第二预设时段内未接收到第二确认信号，则表明接收超时，可再至少一次返回执行向处理单元发送启动信号；若连续至少两次均接收超时，则表明处理单元无法正常启动，此时，对处理单元强制下电再上电，即重启处理单元。
193.若在第二预设时段内接收到第二确认信号，则表明处理单元接收到启动信号，通
常可正常被启动，此时唤醒结束。
194.示例性地，第二预设时段可为1s或其他时间间隔，在此不限定。
195.本公开实施例中，在一次启动不成功时，可重新尝试启动，避免启动信息丢失而导致的处理单元重新下电再上电，有利于节省启动时间，提高启动速度。
196.进一步地，控制单元可记录处理单元的启动状态信息，并上报至云端，以便对启动异常进行统计，及时发现和定位问题，且便于溯源。
197.在一些实施例中，该方法还包括：
198.记录处理单元的启动状态信息；
199.将启动状态信息上报至云端。
200.本公开实施例中，处理单元的启动状态信息可包括正常启动时的状态信息，例如正常唤醒或正常上电时的状态信息，还可包括异常启动，例如强制重启时的状态信息，该状态信息例如可为故障码，不同的故障码可代表不同的故障类型。控制单元记录处理单元的启动状态信息，并上报至云端。
201.在其他实施方式中，控制单元还可记录处理单元启动相关的其他信息，在此不赘述也不限定。
202.在一些实施例中，图5示出了本公开实施例提供的控制单元的唤醒流程。参照图5，该唤醒流程可包括：
203.a2：控制单元被唤醒。
204.其中，唤醒源包括处理单元。
205.即通过增加处理单元硬线唤醒控制单元，可避免处理单元异常唤醒而控制单元无法感知所导致的耗电问题。
206.b2：控制单元根据休眠过程中记录的处理单元的状态信息(对应于休眠或强制下电)对处理单元进行唤醒或上电，即向处理单元发送启动信号，并启动计时器。
207.c2：控制单元在第二预设时段内接收到处理单元反馈的第二确认信号，停止计时，进入f2。
208.d2：控制单元在第二预设时段内未收到处理单元反馈的第二确认信号，则再次进入b2，若连续2次均未收到回复，则进入e2。
209.能够理解的是，通过增加再次尝试启动的构成，能够避免唤醒时启动信号丢失而导致对处理单元重新下电再上电的过程，节省启动时间，提高启动效率。
210.e2：控制单元对处理单元强制下电，再上电，记录故障码，并上报至云端。
211.f2：唤醒结束。
212.至此，控制单元完成上电唤醒过程。
213.进一步地，本公开实施例中还可包括处理单元执行的休眠下电和上电唤醒过程，下面结合图6进行示例性说明。
214.在一些实施例中，图6示出了本公开实施例提供的另一种电源管理方法，该方法应用于域控制器，域控制器包括控制单元和与控制单元连接的处理单元，该方法可由处理单元执行。
215.参照图6，该方法可包括如下步骤：
216.s301、接收控制单元的休眠信号。
217.本公开实施例中，在控制单元向处理单元发送休眠信号之后，在休眠信号未丢失的情况下，处理单元对应接收该休眠信号。
218.s302、确认处理单元进入休眠之后，设置休眠状态信号，以将休眠状态信号由第一信号调整为第二信号；其中，第一信号为对应于处理单元未休眠的信号，第二信号为对应于处理单元已休眠的信号。
219.本公开实施例中，处理单元响应于接收到的休眠信号进入休眠状态，并在确定进入休眠之后，设置休眠信号，即将休眠状态信号由表征未休眠的信号更改为表征进入休眠的信号，以供控制单元检测。
220.示例性地，结合上文，在处理单元进入休眠后，休眠状态信号可由0改为1，当控制单元检测到休眠状态信号为1时，即可确定处理单元进入休眠。
221.本公开实施例中，通过在处理单元中增加向控制单元发送第一确认信号以及设置休眠状态信号的反馈机制，能够便于控制单元监测处理单元的状态，从而避免由于处理单元休眠异常而控制单元无法感知所导致的耗电的问题，减小整车休眠时的能耗。
222.在一些实施例中，接收控制单元的休眠信号之后，该方法还包括：
223.向控制单元发送第一确认信号。
224.本公开实施例中，处理单元的休眠过程可包括：
225.处理单元接收到休眠信号，回复第一确认信号给控制单元；
226.处理单元通知各应用程序执行休眠处理，应用程序执行完休眠处理后，释放唤醒锁，以允许处理单元进入休眠；
227.处理单元轮询各个应用程序的唤醒锁，所有应用程序的唤醒锁均释放后，进入下一步骤；
228.处理单元进入休眠，同时设置休眠io电平，结束下电。
229.本公开实施例中，在处理单元休眠的情况下，设置休眠io电平，以供控制单元检测，便于实现控制单元对处理单元的监测。
230.至此，处理单元完成休眠下电过程。
231.进一步地，本公开实施例提供的电源管理方法还包括处理单元的启动过程。
232.在一些实施例中，该方法还包括：
233.在处理单元接收到启动信号之后，控制处理单元启动；
234.在处理单元启动之后，向控制单元发送第二确认信号，以及向控制单元发送启动状态信号。
235.本公开实施例中，在控制单元向处理单元发送启动信号之后，在启动信号未丢失的情况下，处理单元能够接收到启动信号，并在接收到启动信号之后，控制处理单元启动。
236.进一步地，在处理单元启动之后，处理单元可向控制单元发送第二确认信号和启动状态信号，以向控制单元反馈处理单元的信号接收状态和启动状态。示例性地，启动状态信号用于表征处理单元是否正常启动，例如正常唤醒、正常上电、异常唤醒、重新启动等状态。
237.本公开实施例中，处理单元被唤醒或重新上电；处理单元收到启动信号后启动；以及可在启动之后，回复第二确认信号给控制单元，并发送启动状态信号给控制单元，以便控制单元对处理单元的上电唤醒过程进行监测。
238.本公开实施例提供的电源管理方法，至少具有如下效果：
239.1)控制单元通知处理单元休眠或启动，通过设置一次休眠或一次启动失败时，加入多次重试过程，减少对处理单元进行下电的几率，有利于实现快速唤醒或启动。
240.2)控制单元等待处理单元完成休眠后，再休眠；能够避免处理单元休眠异常而控制单元无法感知所导致的耗电。
241.3)控制单元的唤醒源增加处理单元，即增加处理单元硬线唤醒控制单元。从而，解决处理单元休眠后，被异常唤醒而控制单元无法感知所导致的耗电。
242.4)控制单元检测到处理单元休眠唤醒异常后，主动上报至云端，并进一步可推送给研发人员，以对休眠唤醒异常进行统计分析，能够及时发现、定位问题，且可便于溯源。
243.5)通过控制单元对处理单元进行监测，强化域控制器休眠唤醒过程中的保护机制。
244.本公开实施例还提供一种电源管理装置，该装置应用于域控制器，域控制器包括控制单元和与控制单元连接的处理单元，该装置设置于控制单元中，可用于执行上述方法实施例中的控制单元所执行的方法的步骤，实现对应的效果。
245.在一些实施例中，图7示出了本公开实施例提供的一种电源管理装置的结构示意图。参照图7，该装置可包括：
246.休眠信号发送模块401，用于在检测到控制单元满足休眠条件之后，向处理单元发送休眠信号；
247.状态信号轮询模块402，用于轮询处理单元的休眠状态信号；
248.休眠控制模块403，用于基于休眠状态信号，确定处理单元休眠后，控制控制单元休眠。
249.本公开实施例提供的电源管理装置，通过上述各功能模块之间的配合，能够在检测到控制单元满足休眠条件之后，向处理单元发送休眠信号；轮询处理单元的休眠状态信号；基于休眠状态信号，确定处理单元休眠后，控制控制单元休眠。由此，通过在控制单元中增加对处理单元的状态监测，即控制单元在向处理单元发送休眠信号之后，在轮询处理单元的休眠状态信号，并基于此确定处理单元休眠之后才休眠，即控制单元在处理单元进入休眠之后再休眠，能够避免由于处理单元休眠异常而导致的耗电的问题，减小整车休眠时的能耗。
250.在一些实施例中，该装置还可包括：
251.计时器启动模块，用于在向处理单元发送休眠信号之后，启动请求确认的计时器；
252.第一判断模块，用于判断第一预设时段内是否接收到处理单元反馈的第一确认信号；其中，第一确认信号为处理单元接收到休眠信号的情况下，向控制单元发送的信号；
253.第一返回模块，用于若在第一预设时段内未接收到第一确认信号，则至少一次返回执行向处理单元发送休眠信号；
254.强制下电模块，用于若至少两次执行向处理单元发送休眠信号后，仍在第一预设时段内未接收到第一确认信号，则对处理单元强制下电。
255.在一些实施例中，该装置中：
256.状态信号轮询模块，具体用于若在第一预设时段内接收到第一确认信号，则轮询处理单元的休眠状态信号；
257.该装置还可包括：
258.第二判断模块，用于基于休眠状态信号，判断处理单元是否进入休眠；
259.休眠控制模块，还用于若处理单元进入休眠，则执行控制控制单元休眠；
260.第二返回模块，用于若处理单元未进入休眠，则至少一次返回执行向处理单元发送休眠信号；
261.强制下电模块，还用于若至少两次执行向处理单元发送休眠信号后，处理单元仍未进入休眠，则对处理单元强制下电。
262.在一些实施例中，该装置还可包括：
263.第一纪录模块，用于在控制控制单元休眠之前，利用控制单元记录处理单元的状态信息；
264.第一上传模块，用于将状态信息上传至云端。
265.在一些实施例中，该装置还可包括：
266.唤醒模块，用于在控制单元处于休眠的状态下，基于唤醒源唤醒控制单元；其中，唤醒源包括处理单元。
267.在一些实施例中，该装置还可包括：
268.启动信号发送模块，用于基于处理单元的状态信息，向处理单元发送启动信号；其中，启动信号包括唤醒信号和上电信号；
269.第三判断模块，用于判断第二预设时段内是否接收到处理单元反馈的第二确认信号；其中，第二确认信号为处理单元接收到启动信号的情况下，向控制单元发送的信号；
270.第三返回模块，用于若在第二预设时段内未接收到第二确认信号，则至少一次返回执行向处理单元发送启动信号；
271.强制上电模块，用于若至少两次执行向处理单元发送启动信号后，仍在第二预设时段内未接收到第二确认信号，则对处理单元强制下电，并再上电；
272.确认结束模块，用于若在第二预设时段内接收到第二确认信号，则唤醒结束。
273.在一些实施例中，该装置还可包括：
274.第二记录模块，用于记录处理单元的启动状态信息；
275.第二上传模块，用于将启动状态信息上报至云端。
276.能够理解的是，本公开实施例提供的电源管理装置能够实现上述任一方法实施例提供的控制单元所执行的电源管理方法的步骤，实现对应的有益效果，相同之处可参照上文理解，在此不赘述。
277.本公开实施例还提供一种电源管理装置，该装置应用于域控制器，域控制器包括控制单元和与控制单元连接的处理单元，该装置设置于处理单元中，可用于执行上述方法实施例中的处理单元所执行的方法的步骤，实现对应的效果。
278.在一些实施例中，图8示出了本公开实施例提供的另一种电源管理装置的结构示意图。参照图8，该装置可包括：
279.休眠信号接收模块501，用于接收控制单元的休眠信号；
280.状态信号设置模块502，用于确认处理单元进入休眠之后，设置休眠状态信号，以将休眠状态信号由第一信号调整为第二信号；其中，第一信号为对应于处理单元未休眠的信号，第二信号为对应于处理单元已休眠的信号。
281.本公开实施例提供的电源管理装置中，通过上述各功能模块之间的配合，实现在处理单元中增加向控制单元发送第一确认信号以及设置休眠状态信号的反馈机制，能够便于控制单元监测处理单元的状态，从而避免由于处理单元休眠异常而控制单元无法感知所导致的耗电的问题，减小整车休眠时的能耗。
282.在一些实施例中，该装置还可包括：
283.第一确认信号发送模块，用于在接收控制单元的休眠信号之后，向控制单元发送第一确认信号。
284.在一些实施例中，该装置还可包括：
285.启动控制模块，用于在处理单元接收到启动信号之后，控制处理单元启动；
286.第二确认信号发送模块，用于在处理单元启动之后，向控制单元发送第二确认信号；
287.启动状态信号发送模块，用于在处理单元启动之后，向控制单元发送启动状态信号。
288.能够理解的是，本公开实施例提供的电源管理装置能够实现上述任一方法实施例提供的处理单元所执行的电源管理方法的步骤，实现对应的有益效果，相同之处可参照上文理解，在此不赘述。
289.本公开实施例还提供一种非暂态计算机可读存储介质，其中，非暂态计算机可读存储介质存储程序或指令，程序或指令使计算机执行上述任一方法实施例提供的电源管理方法的步骤，实现对应的有益效果，为避免重复描述，在此不再赘述。
290.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
291.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。