CN112140889B - 一种车辆上下电控制方法及车辆 - Google Patents

Abstract

本申请公开了一种车辆上下电控制方法及车辆，该方法可以包括控制器在待机模式下向系统级芯片发送电源控制指令，其中，系统级芯片上运行有Linux操作系统和Android操作系统，电源控制指令携带车辆上电信息或者车辆下电信息，系统级芯片根据电源控制指令控制车辆上电或下电。通过这样的方式可以实现由单控制器控制多个操作系统，实现多个系统通过硬件共享的方式实现系统之间的互动和信息共享，从而在保证信息传输效率和功能实现的前提下，降低了生产成本。

Description

一种车辆上下电控制方法及车辆

技术领域

本申请实施例涉及数据处理技术，尤其涉及一种车辆上下电控制方法及车辆。

背景技术

在车辆控制系统中，通常是以单操作系统为主，由控制器对车辆进行相关控制，例如，在车辆电源管理系统中，由控制器对单个电源管理系统进行控制以实现电源管理系统的相关功能。但是，对于整个车辆而言，单控制器控制单个操作系统的实现方式会导致生产成本较高，并且不能保证信息传输效率。

发明内容

为了解决上述至少一个技术问题，本申请实施例提供了以下方案。

第一方面，本申请实施例还提供了一种车辆上下电控制方法，该方法包括：

控制器在待机模式下向系统级芯片发送电源控制指令；

其中，所述系统级芯片上运行有Linux操作系统和Android操作系统，所述电源控制指令携带车辆上电信息或者车辆下电信息；

所述系统级芯片根据所述电源控制指令控制车辆上电或下电。

第二方面，本申请实施例还提供了一种车辆，该车辆包括：控制器、系统级芯片、存储器及存储在存储器上并可在控制器和系统级芯片上运行的计算机程序，所述系统级芯片上运行有Linux操作系统和Android操作系统，所述控制器和所述系统级芯片执行所述计算机程序时，实现如本申请实施例所提供的车辆上下电控制方法。

本申请实施例提供了一种车辆上下电控制方法及车辆，该方法可以包括控制器在待机模式下向系统级芯片发送电源控制指令，其中，系统级芯片上运行有Linux操作系统和Android操作系统，电源控制指令携带车辆上电信息或者车辆下电信息，系统级芯片根据电源控制指令控制车辆上电或下电。通过这样的方式可以实现由单控制器控制多个操作系统，实现多个系统通过硬件共享的方式实现系统之间的互动和信息共享，从而在保证信息传输效率和功能实现的前提下，降低了生产成本。

附图说明

图1是本申请实施例中各部件的硬线连接示意图；

图2是本申请实施例提供的一种车辆上下电控制方法流程图；

图3是本申请实施例提供的一种车辆结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

另外，在本申请实施例中，“可选地”或者“示例性地”等词用于表示作例子、例证或说明。本申请实施例中被描述为“可选地”或者“示例性地”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“可选地”或者“示例性地”等词旨在以具体方式呈现相关概念。

为了便于理解，示例地给出了部分与本申请相关概念的说明以供参考。如下所示：

系统级芯片(System-on-a-Chip，Soc)可以包括启动状态、运行状态、关机状态。

其中，启动状态可以包括迎宾模式(Welcome Mode)和待机模式(Standby Mode)。在迎宾模式下，显示器播放迎宾视频，用户开启车门后，车载信息娱乐系统(In-VehicleInfotainment，IVI)和车辆仪表共同显示欢迎界面。

运行状态可以包括运行模式(Operation Mode)，在这一模式下，系统全功能运行，可以实现对车辆各种功能的操作。

关机状态可以包括待关机模式(TT Mode)、节能模式(EnergySaving Mode)和关机模式(Shutdown Mode)。在待关机模式下，车辆IVI屏关闭显示，车辆仪表屏幕显示关机信号(OFF Signal)。

控制器(Microcontroller Unit，MCU)可以包括待机状态、休眠状态、唤醒状态和工作状态。

其中，待机状态包括待机模式(Standby Mode)。在这一模式下，在下电过程中，仅MCU的控制器局域网(Controller Area Network，CAN)总线和模拟数字转换器(Analog-to-digital converter)工作，其他外围模块(例如，Soc、液晶显示器(Liquid CrystalDisplay，LCD)等)均下电。休眠状态包括休眠模式(Sleep Mode)，在这一模式下，可以通过CAN信号或外部唤醒中断唤醒。

如图1所示，控制器可以通过通用输入输出口(General Purpose Input Output，GPIO)与Soc进行硬线连接，Soc上运行两个操作系统，分别为Linux操作系统和Android操作系统，Linux操作系统和Android操作系统的启动时间不同。

进一步地，控制器也可以通过软件通信的方式与Soc进行控制指令的传输。

Linux操作系统中的内容可以通过低电压差分信号(Low-Voltage DifferentialSignaling，LVDS)线在第一显示器中显示，Android操作系统中的内容可以通过LVDS线在第二显示器中显示。可选地，第一显示器可以为车辆仪表显示器，第二显示器可以为车辆的中控显示器，第一显示器和第二显示器中显示的内容的输出显示由控制器控制实现。

在上述硬线连接框架的基础上，图2为本申请实施例提供的一种车辆上下电控制方法的流程图，如图2所示，该方法可以包括以下步骤：

S201、控制器在待机模式下向系统级芯片发送电源控制指令。

本申请实施例中，电源控制指令可以携带有车辆上电信息(例如，点火开启(Ignition ON，IGN ON))或者车辆下电信息(例如，点火关闭(Ignition OFF，IGN OFF))。其中，车辆上电信息用于指示车辆进入上电流程，车辆下电信息用于指示车辆进入上电流程。

控制器在待机模式下通过向Soc发送电源控制指令的方式，可以控制Soc上运行的Linux操作系统和Android操作系统执行相应的操作，从而实现车辆的上电或下电。

示例性地，控制的各种状态切换可以如下所示：

控制器在工作状态下，若接收到网络睡眠状态信号和车辆下电信息，那么控制器进入待机状态；控制器在休眠状态下，若接收到携带有上电信息的电源控制指令或任何CAN总线信号，则控制器进入待机状态；当Linux操作系统进入关机模式后，Soc下电完成通知控制器，控制器进入待机状态；控制器在待机状态下，若接收到网络睡眠状态信号，则从待机状态切换至休眠状态；控制器在休眠状态下，若检测到车辆上电信息的信号或其他任一CAN总线信号，则控制器进入待机状态；控制器在待机状态下，若接收到Soc上电完成信号或检测到车辆上电信息的信号，则进入工作状态；控制器在工作状态下，若检测到车辆下电信息和网络睡眠状态信号，则进入待机状态。

S202、系统级芯片根据电源控制指令控制车辆上电或下电。

示例性地，在上述电源控制指令携带车辆上电信息的情况下，本步骤的实现方式可以为Soc上的Linux操作系统根据电源控制指令控制第二显示器显示开机界面，该第二显示器即为Android操作系统对应控制的显示器。由于Linux操作系统的启动时间比Android操作系统的启动时间短，因此，Linux操作系统可以同时点亮第一显示器和第二显示器，控制第一显示器和第二显示器显示开机界面，例如，第一显示器与第二显示器均显示迎宾画面。同时，Soc上的Android操作系统在待机模式下根据电源控制指令启动。

在电源控制指令携带车辆下电信息的情况下，本步骤的实现方式可以为，Soc上的Android操作系统根据电源控制指令关闭系统，并向Soc上的Linux操作系统发送关闭完成指令，Soc上的Linux操作系统根据关闭完成指令关闭系统。

本申请实施例提供了一种车辆上下电控制方法，控制器在待机模式下向系统级芯片发送电源控制指令，其中，系统级芯片上运行有Linux操作系统和Android操作系统，电源控制指令携带车辆上电信息或者车辆下电信息，系统级芯片根据电源控制指令控制车辆上电或下电。通过这样的方式可以实现由单控制器控制多个操作系统，实现多个系统通过硬件共享的方式实现系统之间的互动和信息共享，从而在保证信息传输效率和功能实现的前提下，降低了生产成本。

在一种示例中，上述步骤S202中，Linux操作系统根据电源控制指令控制第二显示器显示开机界面的实现方式可以包括：Soc上的Linux操作系统在非运行模式下根据电源控制指令切换至运行模式，控制第二显示器显示开机界面；

其中，非运行模式可以包括待机模式、迎宾模式、节能模式、待关机模式中的任意一种。例如，控制器在待机模式下，可以通过GPIO向Soc发送上电信号，将Soc拉起上电。这样，Soc上运行的Linux操作系统和Android操作系统可以进入待机模式。在某一预设时间内，若控制器并未检测到车门打开的信号，那么控制器可以发送对应指令控制Linux操作系统切换至待关机模式，此时，车辆仪表显示器上显示关机信号(OFF signal)。若控制器检测到车门打开的信号，那么控制器可以发送车门打开的指令控制Linux操作系统进入迎宾模式，对应地，Linux操作系统控制的第一显示器上可以显示相关界面，例如，播放迎宾动画等。可选地，Linux操作系统可以同时点亮第一显示器和第二显示器，控制第一显示器和第二显示器中显示迎宾的画面。

进一步地，若控制器在另一预设时间内未检测到用户启动车辆的信号，即车辆未进入上电状态，那么控制器通过指令控制Linux操作系统重新回到待关机模式。在再一预设时间内，若控制器未接收到Linux操作系统控制的第一显示器显示信息的信号，那么控制器控制Linux操作系统进入节能模式。

即在上述任一阶段，若Soc接收到携带有上电信息的电源控制指令，那么Linux操作系统可以进入运行模式，控制第二显示器显示开机界面。

需要说明的是，上述多个预设时间可以为相同的时间长度，也可以为不同的时间长度，本领域技术人员可以根据实际需要在不同模式切换或不同指令判断时设置对应的时长，本申请实施例对此不作详细区分。

在一种示例中，由于Linux操作系统的启动时间比Android操作系统的启动时间短，因此，Android操作系统在待机模式下根据电源控制指令启动之后进入运行模式，可以向Linux操作系统发送启动完成信号，这样，Linux操作系统根据该启动完成信号可以向第二显示器发送取消显示开机界面，即撤回对第二显示器的开机界面的控制，而由Android操作系统对第二显示器进行控制，显示Android操作系统中的内容。这样，Soc上的两个系统都处于运行模式，即车辆上电完成。车辆上电完成后，控制器进入工作状态。

在一种示例中，上述步骤S202中，Soc上的Android操作系统根据电源控制指令关闭系统的实现方式可以包括：Android操作系统根据电源控制指令从运行模式切换至待机模式，并在待机模式下接收到网络睡眠状态信号后，根据网络睡眠状态信号切换至关闭模式关闭系统。

其中，上述网络睡眠状态信号可以为整车系统发送的信号，表示在预设的通信时间内车辆网络并未传输任何信号。

在一种示例中，在步骤S202中，在Soc上的Linux操作系统根据关闭完成指令关闭系统之前，Linux操作系统可以根据携带有车辆下电信息的电源控制指令从运行模式切换至待关机模式；在预设时间内，若Linux操作系统在待关机模式下未接收到显示指令，则Linux操作系统从待关机模式切换至节能模式。

可选地，在Linux操作系统根据关闭完成指令关闭系统之后，即表示Soc下电完成，那么Soc可以向控制器发送下电完成指令，控制器根据该下电完成指令从工作状态切换至待机状态。若控制器在待机状态下接收到网络睡眠状态信号，则根据该网络睡眠状态信号从待机状态切换至休眠状态。至此，车辆下电流程完成。

如图3所示，本申请实施例还提供了一种车辆，该车辆可以包括控制器301、Soc302、存储器303、输入装置304、输出装置305；该控制器可以为用于车辆电源管理的控制器，车辆中的控制器301和Soc302可以通过GPIO或软件通信方式连接，并与存储器303、输入装置304、输出装置305通过总线或其他方式连接，图3中以通过总线连接为例。

存储器303作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的车辆上下电控制方法对应的程序指令/模块。控制器301通过运行存储在存储器303中的软件程序、指令以及模块，从而执行车辆的各种功能应用以及数据处理，即实现上述的车辆上下电控制方法。

Soc302上运行有Linux操作系统和Android操作系统，其通过与控制器301之间的交互，实现Linux操作系统和Android操作系统中的相应功能，以实现上述的车辆上下电控制方法。

存储器303可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据使用所创建的数据等。此外，存储器303可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器302可进一步包括相对于控制器301远程设置的存储器，这些远程存储器可以通过网络连接至车辆。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置304可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键信号输入。输出装置305可包括显示器等显示设备。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

值得注意的是，上述数据指令处理装置中所包括的模块只是按照功能逻辑进行划分，但并不局限于上述的划分方式，只要能够实现相应的功能即可；另外，视图模块等模块的具体名称也只是为了便于区分，并不用于限制本申请的保护范围。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (8)

1.一种车辆上下电控制方法，其特征在于，包括：

控制器在待机模式下向系统级芯片发送电源控制指令；

其中，所述系统级芯片上运行有Linux操作系统和Android操作系统，所述电源控制指令携带车辆上电信息或者车辆下电信息；

所述系统级芯片根据所述电源控制指令控制车辆上电或下电；

在所述电源控制指令携带车辆上电信息的情况下，所述系统级芯片根据所述电源控制指令控制车辆上电，包括：

所述系统级芯片上的Linux操作系统根据所述电源控制指令控制第二显示器显示开机界面，所述第二显示器为所述Android操作系统对应控制的显示器，第一显示器为Linux操作系统对应控制的显示器；

所述系统级芯片上的Android操作系统在待机模式下根据所述电源控制指令启动；

在所述电源控制指令携带车辆下电信息的情况下，所述系统级芯片根据所述电源控制指令控制车辆下电，包括：

所述系统级芯片上的Android操作系统根据所述电源控制指令关闭系统，并向所述系统级芯片上的Linux操作系统发送关闭完成指令；

所述系统级芯片上的Linux操作系统根据所述关闭完成指令关闭系统。

2.根据权利要求1所述的方法，其特征在于，所述系统级芯片上的Linux操作系统根据所述电源控制指令控制第二显示器显示开机界面，包括：

所述系统级芯片上的Linux操作系统在非运行模式下根据所述电源控制指令切换至运行模式，控制第二显示器显示开机界面；

其中，所述非运行模式包括待机模式、迎宾模式、节能模式、待关机模式中的任意一种。

3.根据权利要求1或2所述的方法，其特征在于，在所述Android操作系统启动之后，所述方法还包括：

所述Android操作系统进入运行模式，并向所述Linux操作系统发送启动完成信号；

所述Linux操作系统根据所述启动完成信号向所述第二显示器发送取消显示开机界面；

所述Android操作系统从所述待机模式切换至运行模式。

4.根据权利要求1所述的方法，其特征在于，所述系统级芯片上的Android操作系统根据所述电源控制指令关闭系统，包括：

所述Android操作系统根据所述电源控制指令从运行模式切换至待机模式；

所述Android操作系统在所述待机模式下接收到网络睡眠状态信号后，根据所述网络睡眠状态信号切换至关闭模式关闭系统。

5.根据权利要求4所述的方法，其特征在于，在所述系统级芯片上的Linux操作系统根据所述关闭完成指令关闭系统之前，所述方法还包括：

所述Linux操作系统根据所述电源控制指令从运行模式切换至待关机模式；

在预设时间内，若所述Linux操作系统在待关机模式下未接收到显示指令，所述Linux操作系统从待关机模式切换至节能模式。

6.根据权利要求1所述的方法，其特征在于，所述系统级芯片根据所述电源控制指令控制车辆下电之后，所述方法还包括：

所述系统级芯片向所述控制器发送下电完成指令；

所述控制器根据所述下电完成指令切换至待机状态。

7.根据权利要求1或6所述的方法，其特征在于，所述方法还包括：

所述控制器在待机状态下接收到网络睡眠状态信号后，根据所述网络睡眠状态信号从待机状态切换至休眠状态。

8.一种车辆，包括：控制器、系统级芯片、存储器及存储在存储器上并可在控制器和系统级芯片上运行的计算机程序，其特征在于，所述系统级芯片上运行有Linux操作系统和Android操作系统，所述控制器和所述系统级芯片执行所述计算机程序时，实现如权利要求1-7任一项所述的车辆上下电控制方法。

Images