Vehicle power supply state determination method and device, electronic equipment and storage medium

Abstract

The application relates to the technical field of intelligent vehicles, and provides a vehicle power supply state determination method and device, electronic equipment and a storage medium. The method sets a power supply service module in a first vehicle operating system of a vehicle, receives vehicle event information from a vehicle microcontroller by using the power supply service module, inputs the received vehicle event information into a preset state machine, converts a state of the preset state machine into a target state when the vehicle event information meets a state conversion condition of a current state of the preset state machine, and then determines the target state as a vehicle power supply state, so that the vehicle power supply state is determined and identified by using the state machine, the logical conversion between states is clear, the state identification is clear, the vehicle power supply state determination efficiency is improved, and the determined vehicle power supply state is clear and intuitive, and is convenient to use.

Description

Technical Field

[0001] This application relates to the field of intelligent vehicle technology, and in particular to a method, apparatus, electronic device and storage medium for determining the power status of a vehicle. Background Technology

[0002] As automotive electronics become increasingly sophisticated, people's demands for vehicle intelligence are also rising, leading to the concept of an intelligent cockpit. Typically, an intelligent cockpit includes a central control system, a fully digital instrument cluster, an in-vehicle infotainment system, a head-up display (HUD), a rear-seat entertainment system, and a vehicle networking system, among others. These systems interact through the in-vehicle network and are powered by the vehicle's electrical system.

[0003] In response to different power supply states of a vehicle, the onboard system needs to control its functions to manage current consumption and prevent the car battery from running out of power. Among related technologies, only the Android system provides a native power management module that uses flags to determine and distribute power states. However, when the number of power states increases and the logic for transitioning between them becomes complex, using flags cannot efficiently represent multiple power states and their transition relationships. Summary of the Invention

[0004] In view of this, embodiments of this application provide a method, apparatus, electronic device, and storage medium for determining the power status of a vehicle, in order to solve the problem that the logic for determining the power status of a vehicle in the prior art is too simple to be applicable to complex scenarios.

[0005] A first aspect of this application provides a method for determining the power status of a vehicle, the method being executed by a power service module, which is a custom module in a first vehicle operating system; the method includes:

[0006] The vehicle microcontroller receives vehicle event information and inputs the vehicle event information into a preset state machine;

[0007] Get the current state of the preset state machine;

[0008] In response to determining that the vehicle event information meets the state transition conditions of the current state, the state of the preset state machine is transformed into the target state;

[0009] The target state is determined to be the vehicle's power status.

[0010] A second aspect of this application provides a vehicle power state determination device, comprising:

[0011] The communication module is configured to receive vehicle event information from the vehicle microcontroller, input the vehicle event information into a preset state machine, the preset state machine is a state machine originally set in a power service module, and the power service module is a custom module in the first vehicle operating system.

[0012] The processing module is configured to obtain a current state of the preset state machine, and in response to determining that the vehicle event information meets a state transition condition of the current state, transition the state of the preset state machine to a target state.

[0013] The determining module is configured to determine that the target state is a vehicle power state.

[0014] In a third aspect, an electronic device is provided, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor implements the steps of the above method when executing the computer program.

[0015] In a fourth aspect, a computer readable storage medium is provided, which stores a computer program, and the computer program is executable on a processor to implement the steps of the above method.

[0016] Compared with the prior art, the embodiments of the present application have the beneficial effects that: by setting a power service module in the first vehicle operating system of the vehicle, the power service module is used to receive vehicle event information from the vehicle microcontroller, and the received vehicle event information is input into a preset state machine, when the vehicle event information meets a state transition condition of a current state of the preset state machine, the state of the preset state machine is transitioned to a target state, and then it is determined that the target state is a vehicle power state, thereby realizing the determination and identification of the vehicle power state by using the state machine, the logic transition between states is clear, the state identification is clear, the vehicle power state determination efficiency is improved, and the determined vehicle power state is clear and intuitive, which is convenient to use. BRIEF DESCRIPTION OF DRAWINGS

[0017] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the embodiments or prior art description. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.

[0018] Figure 1 is a schematic diagram of an Android native power management architecture.

[0019] Figure 2 is a flowchart of a vehicle power state determination method provided by the embodiments of the present application.

[0020] Figure 3 FIG. 1 is a flowchart of a method for converting a state of a preset state machine to a target state according to an embodiment of the present application.

[0021] Figure 4 FIG. 2 is a flowchart of another method for determining a vehicle power state according to an embodiment of the present application.

[0022] Figure 5 FIG. 3 is a system structure diagram for implementing the method for determining a vehicle power state according to an embodiment of the present application.

[0023] Figure 6 FIG. 4 is another system structure diagram for implementing the method for determining a vehicle power state according to an embodiment of the present application.

[0024] Figure 7 FIG. 5 is a schematic diagram of a vehicle power state determination apparatus according to an embodiment of the present application.

[0025] Figure 8 FIG. 6 is a schematic diagram of an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0026] In the following description, for the purposes of explanation and not limitation, specific details are set forth, such as particular system configurations, techniques, etc., in order to provide a thorough understanding of the embodiments of the application. However, it will be apparent to those skilled in the art that the application can be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the application with unnecessary detail.

[0027] A method and apparatus for determining a vehicle power state according to an embodiment of the present application will be described in detail below with reference to the accompanying drawings.

[0028] As mentioned above, the various systems of the intelligent cockpit interact through the vehicle network system and are powered by the power system of the vehicle. Generally, the automobile key has four gears, corresponding to four power states of the vehicle, namely OFF, ACC (Accessory), ON, and START. The OFF gear is to disconnect the power supply of the vehicle (at this time, some electronic devices are still powered to control the vehicle, such as locking the door), the ACC gear is to supply power to some electrical appliances in the vehicle without starting the vehicle, including full-liquid crystal instruments and vehicle information entertainment systems, etc., the ON gear is to supply power to all electrical appliances in the vehicle, and the START gear is a self-resetting switch that automatically returns to the ON gear after starting the vehicle.

[0029] In response to different power supply states of a vehicle, the onboard system needs to control its functions to manage current consumption and prevent the car battery from running out of power. Typically, the car will convert these power supply states into software-defined operating modes, including sleep, standby, ACC OFF / ON, and IGN (Ignition) OFF / ON, etc., and notify the onboard system via a dedicated MCU (Microcontroller Unit) so that the onboard system can control its behavior in different operating modes.

[0030] On the other hand, as a software system, it typically includes states such as shutdown, hibernation, power-on, and normal operation. These states can be referred to as the power states of the vehicle system to distinguish them from the operating modes mentioned above. In addition to the operating modes and power states mentioned above, the vehicle system also needs to process other information, such as input voltage, operating temperature, and power-saving modes, so that the system can operate in the desired manner.

[0031] To ensure a unified approach to processing all power-related information, the information involved in power management can be categorized into three types, each with its own processing method:

[0032] 1) System power status: The power-on and power-off states of the system are used as the system power status. The power status can be used to control the power-on and power-off process of the system application layer.

[0033] 2) System operating mode: The system operation mode that can be customized according to the vehicle signal status is called the operating mode, such as standby mode, remote control mode and normal operation mode. Different power states can correspond to different operating modes.

[0034] 3) Vehicle Signals: Vehicle signals encompass all vehicle and system-related information, excluding system power-on / off and operating modes. For example, input voltage status of the vehicle's infotainment system and various power-saving states within the system's power-saving strategies can be processed as vehicle signals to differentiate operating modes. Additionally, ACC ON / OFF, IGN ON / OFF, and hardware temperature information can also be processed as vehicle signals as needed. Different power states can correspond to different vehicle signals.

[0035] Among related technologies, only the Android system provides a native power management architecture. Figure 1 This is a schematic diagram of Android's native power management architecture. (For example...) Figure 1As shown, in the Android native power management architecture, there are User Space, Framework Space, System Space and Kernel Space. The vehicle power management module is included in the User Space, the vehicle service module (CarService) is included in the Framework Space, and the vehicle power management service module (CarPowerManagerService) can be included in the vehicle service module. The operation of the user in the vehicle power management module can be transmitted to the vehicle power management service module.

[0036] The vehicle power policy daemon (CarPowerPlicyDaemon) can be included in the System Space. The vehicle power policy daemon interacts with the hardware abstraction layer (VHAL). The hardware abstraction layer can also be connected to the vehicle power management service module and the vehicle processor.

[0037] The suspend interface and the resume interface can be included in the Kernel Space. The suspend interface and the resume interface can be called by the vehicle power management service module and connected to the vehicle power policy daemon. The resume interface can also be connected to the vehicle processor.

[0038] In the Android native power management architecture, the power state of the vehicle is usually identified by flag bits. For example, a plurality of flag bits are set, and different values of each flag bit correspond to different power states. However, with the development of vehicle technology, the working mode of the vehicle can be more and more, and different working modes can require different power states, resulting in an increasing number of power states and an increasing complexity of the logical conversion between different power states. At this time, if the vehicle power is still identified by flag bits, on the one hand, a large number of flag bits need to be set, which increases the development cost, and on the other hand, the logical conversion relationship between the flag bits also increases the development difficulty and maintenance difficulty.

[0039] In view of this, the embodiment of the present application provides a vehicle power state determination method. By setting a power service module in the first vehicle operating system of the vehicle, the power service module receives vehicle event information from the vehicle microcontroller, and inputs the received vehicle event information into a preset state machine. When the vehicle event information meets the state transition condition of the current state of the preset state machine, the state of the preset state machine is converted to a target state, and then the target state is determined as the vehicle power state. The use of the state machine to determine and identify the vehicle power state is realized, the logical conversion between states is clear, the state identification is clear, the vehicle power state determination efficiency is improved, and the determined vehicle power state is clear and intuitive, which is convenient to use.

[0040] Figure 2is a flowchart of a method for determining a vehicle power state provided by an embodiment of the present application. As shown in Figure 2 the method comprises the following steps:

[0041] In step S201, vehicle event information is received from a vehicle microcontroller, and the vehicle event information is input into a preset state machine.

[0042] In step S202, the current state of the preset state machine is obtained.

[0043] In step S203, in response to determining that the vehicle event information satisfies the state transition condition of the current state, the state of the preset state machine is transitioned to a target state.

[0044] In step S204, the target state is determined to be the vehicle power state.

[0045] In some embodiments of the present application, the method can be executed by a power service module, which is a custom module in a first vehicle operating system. In an example, the first vehicle operating system can be, for example, a vehicle cabin entertainment operating system.

[0046] In some embodiments of the present application, the power service module can receive vehicle event information from a vehicle microcontroller and input the vehicle event information into a preset state machine. The preset state machine can be a state machine that is preset in the power service module, and its states and state transition conditions have been preconfigured according to actual application scenarios.

[0047] In some embodiments of the present application, the power service module can also obtain the current state of the preset state machine and determine whether the vehicle event information received by it satisfies the state transition condition of the current state. If so, state transition is performed, and the state of the state machine is transitioned to a target state. The target state can be a state to which the preset state machine needs to be transitioned from the current state when the state transition condition corresponding to the vehicle event information is satisfied.

[0048] In an example, the determined target state can be used as the current vehicle power state. The power service module can save or distribute the vehicle power state before receiving vehicle event information again and updating the vehicle power state based on the vehicle event information. After receiving vehicle event information and updating the vehicle power state based on the vehicle event information, the power service module can save or distribute the updated vehicle power state.

[0049] According to the technical scheme provided in the embodiments of the present application, the power supply service module is arranged in the first vehicle operating system of the vehicle, the vehicle event information is received from the vehicle-mounted microcontroller by using the power supply service module, and the received vehicle event information is input into the preset state machine. When the vehicle event information meets the state transition condition of the current state of the preset state machine, the state of the preset state machine is switched to the target state, and then the target state is determined as the vehicle power supply state, so that the vehicle power supply state is determined and identified by using the state machine, the logical conversion between states is clear, the state identification is clear, the vehicle power supply state determination efficiency is improved, and the determined vehicle power supply state is clear and intuitive, which is convenient to use.

[0050] In some embodiments, the preset state machine can be represented by a directed graph to intuitively display the vehicle power supply state and the context of the vehicle power supply state, i.e., the transition path of the vehicle power supply state. In this way, efficient power supply state management is achieved while ensuring the real-time performance and reliability of the vehicle system operation.

[0051] In some embodiments of the present application, the states in the preset state machine include at least one of the following: a sleep state; a vehicle power-on state; a manned driving state; an unmanned mode state; a remote upgrade mode state; a local upgrade mode state; a preparation shutdown state; and a system initial startup state.

[0052] Figure 3 is a flowchart of the method provided in the embodiments of the present application for switching the state of the preset state machine to the target state in response to determining that the vehicle event information meets the state transition condition of the current state. As shown in Figure 3 , the method includes the following steps:

[0053] In step S301, in response to determining that the current state of the preset state machine is the vehicle power-on state or the system initial startup state and the vehicle event information is the sleep event information, the preset state machine is switched to the sleep state.

[0054] In step S302, in response to determining that the current state of the preset state machine is any one of the sleep state, the manned driving state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state, the preparation shutdown state, and the system initial startup state, and the vehicle event information is the vehicle power-on event information, the preset state machine is switched to the vehicle power-on state.

[0055] In step S303, in response to determining that the current state of the preset state machine is any one of the vehicle power-on state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state, and the system initial startup state, and the vehicle event information is the manned driving event information, the preset state machine is switched to the manned driving state.

[0056] In step S304, in response to determining that the current state of the preset state machine is any one of the vehicle power-on state, the manned driving state, the remote upgrade mode state and the system initial start state, and the vehicle event information is the unmanned mode event information, the preset state machine is switched to the unmanned mode state.

[0057] In step S305, in response to determining that the current state of the preset state machine is the unmanned mode state or the system initial start state, and the vehicle event information is the remote upgrade mode event information, the preset state machine is switched to the remote upgrade mode state.

[0058] In step S306, in response to determining that the current state of the preset state machine is the manned driving state or the system initial start state, and the vehicle event information is the local upgrade mode event information, the preset state machine is switched to the local upgrade mode state.

[0059] In step S307, in response to determining that the current state of the preset state machine is the hibernation state or the system initial start state, and the vehicle event information is the preparation of shutdown event information, the preset state machine is switched to the preparation of shutdown state.

[0060] In step S308, in response to determining that the current state of the preset state machine is any one of the hibernation state, the vehicle power-on state, the manned driving state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state and the preparation of shutdown state, and the vehicle event information is the system initial start event information, the preset state machine is switched to the system initial start state.

[0061] In some embodiments of the present application, the preset state machine can have the following logical conversion relationship between the states:

[0062] If the current state of the preset state machine is the vehicle power-on state or the system initial start state, and the vehicle event information is the hibernation event information, the preset state machine can be switched to the hibernation state.

[0063] If the current state of the preset state machine is any one of the hibernation state, the manned driving state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state, the preparation of shutdown state and the system initial start state, and the vehicle event information is the vehicle power-on event information, the preset state machine can be switched to the vehicle power-on state.

[0064] If the current state of the preset state machine is any one of the vehicle power-on state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state and the system initial start state, and the vehicle event information is the manned driving event information, the preset state machine can be switched to the manned driving state.

[0065] If the current state of the preset state machine is any one of a vehicle power-on state, a manned driving state, a remote upgrade mode state and a system initial start state, and the vehicle event information is unmanned mode event information, the preset state machine can be switched to an unmanned mode state.

[0066] If the current state of the preset state machine is an unmanned mode state or a system initial start state, and the vehicle event information is remote upgrade mode event information, the preset state machine can be switched to a remote upgrade mode state.

[0067] If the current state of the preset state machine is a manned driving state or a system initial start state, and the vehicle event information is local upgrade mode event information, the preset state machine can be switched to a local upgrade mode state.

[0068] If the current state of the preset state machine is a hibernation state or a system initial start state, and the vehicle event information is preparation for shutdown event information, the preset state machine can be switched to a preparation for shutdown state.

[0069] If the current state of the preset state machine is any one of a hibernation state, a vehicle power-on state, a manned driving state, an unmanned mode state, a remote upgrade mode state, a local upgrade mode state and a preparation for shutdown state, and the vehicle event information is system initial start event information, the preset state machine can be switched to a system initial start state.

[0070] In this way, clear and efficient vehicle power state conversion logic can be provided, thereby improving vehicle power state determination and management efficiency.

[0071] In some embodiments of the present application, receiving vehicle event information from the vehicle-mounted microcontroller can be that a distributed bus in a first vehicle operating system receives vehicle event information from a custom vehicle service module of a second vehicle operating system, and the custom vehicle service module of the second vehicle operating system obtains vehicle event information from the vehicle-mounted microcontroller.

[0072] The first vehicle operating system and the second vehicle operating system are two different operating systems obtained by dividing a same system on chip (SOC) using virtualization technology. For example, the first vehicle operating system and the second vehicle operating system can be two different systems obtained by dividing a same SoC (System on Chip) chip using Hypervisor. The first vehicle operating system can be a cockpit entertainment operating system, which can be an Android operating system. The second vehicle operating system can be an operating system of an instrument system, which can be a QNX (Quick UNIX) or Linux operating system.

[0073] In some embodiments of the present application, the power service module can further perform different operations according to different states of the preset state machine to assist power management, thereby improving the efficiency of determining the power state of the vehicle when the power state of the vehicle is updated.

[0074] In an example, when the current state of the preset state machine is any state, the power service module can perform the following operations: in response to receiving a vehicle ignition event, receiving vehicle ignition state information; and in response to receiving a system on chip (SOC) heartbeat event, sending a heartbeat message to the second vehicle operating system.

[0075] In other embodiments, the power service module can further perform a plurality of operations of sending notification messages to the second vehicle operating system when the preset state machine is in different states, respectively.

[0076] For example, if the current state of the preset state machine is the sleep state, and the power service module receives a notification system on chip (SOC) enters sleep event, the power service module can notify the second vehicle operating system to enter the sleep process.

[0077] Alternatively, if the current state of the preset state machine is any one of the sleep state, the power-on state, the person driving state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state, the preparation shutdown state, and the system initial startup state, and the power service module receives a notification system on chip (SOC) shutdown event, the power service module can notify the second vehicle operating system to enter the shutdown process.

[0078] Further, if the current state of the preset state machine is any one of the power-on state, the person driving state, the unmanned mode state, and the system initial startup state, and the power service module receives a notification system on chip (SOC) is currently upgrading event, the power service module can notify the second vehicle operating system that the upgrade is currently being performed.

[0079] For example, the current state of the preset state machine is any one of the power-on state, the person driving state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state, and the system initial startup state, and the power service module receives a notification system on chip (SOC) has exited the upgrade event, the power service module can notify the second vehicle operating system that the upgrade has exited.

[0080] Further, if the current state of the preset state machine is the system initial startup state, and the power service module receives a second vehicle operating system startup completion message, the power service module can send a startup completion message to the second vehicle operating system.

[0081] Alternatively, if the current state of the preset state machine is a system initial startup state, and the power service module receives a system on chip (SOC) heartbeat message, the power service module can send a heartbeat message to the second vehicle operating system.

[0082] That is, if the sleep state of the preset state machine is recorded as StrState, the vehicle power-on state is recorded as PowerOnState, the manned state is recorded as DrivingState, the unmanned mode state is recorded as RemoteState, the remote upgrade mode state is recorded as RemoteOtaState, the local upgrade mode state is recorded as LocalOtaState, the power-off preparation state is recorded as PowerOffState, and the system initial startup state is recorded as AndroidStartupState, the first vehicle operating system is in a sleep state in the StrState state, and the preset state machine switches to the StrState state when performing a ProcessDeviceControl action and device enabling in the StrState mode. In this state, the first vehicle operating system mainly processes the following events:

[0083]

[0084] IGN is Ignition, and QNX is the second vehicle operating system.

[0085] The first vehicle operating system is in a power-on state in the PowerOnState state, and the preset state machine switches to the PowerOnState state when performing a ProcessDeviceControl action and device enabling in the PowerOnState mode. In this state, the first vehicle operating system mainly processes the following events:

[0086]

[0087] The first vehicle operating system is in a manned state in the DrivingState state, and the preset state machine switches to the DrivingState state when performing a ProcessDeviceControl action and device enabling in the DrivingState mode. In this state, the first vehicle operating system mainly processes the following events:

[0088]

[0089] In the RemoteState state, the first vehicle operating system is in a remote mode state, and the default state machine switches to the RemoteState state when the ProcessDeviceControl action is executed and the device is enabled in the RemoteState mode. In this state, the first vehicle operating system mainly handles the following events:

[0090]

[0091] In the RemoteOtaState state, the first vehicle operating system is in a remote upgrade mode state, and the default state machine switches to the RemoteOtaState state when the ProcessDeviceControl action is executed and the device is enabled in the RemoteOtaState mode. In this state, the first vehicle operating system mainly handles the following events:

[0092]

[0093] In the LocalOtaState state, the first vehicle operating system is in a local upgrade mode state, and the default state machine switches to the LocalOtaState state when the ProcessDeviceControl action is executed and the device is enabled in the LocalOtaState mode. In this state, the first vehicle operating system mainly handles the following events:

[0094]

[0095] In the PowerOffState state, the first vehicle operating system is in a power-off preparation state, and the default state machine switches to the PowerOffState state when the ProcessDeviceControl action is executed and the device is enabled in the PowerOffState mode. In this state, the first vehicle operating system mainly handles the following events:

[0096]

[0097] In the AndroidStartupState state, the first vehicle operating system is in a system initial startup state, and the default state machine switches to the AndroidStartupState state when the ProcessDeviceControl action is executed and the device is enabled in the AndroidStartupState mode. In this state, the first vehicle operating system mainly handles the following events:

[0098]

[0099] In this way, the state machine can be used to provide a visual vehicle power state, and the current state of the vehicle power state is clear, and the state machine can be used to derive the correctness of the vehicle power model, and the later maintenance is convenient and efficient.

[0100] Figure 4 is a flowchart of another vehicle power state determination method provided by the embodiment of the application. Wherein, Figure 4 The steps S401 to S404 in the embodiment shown are basically the same as Figure 2 The steps S201 to S204 in the embodiment shown are basically the same as the steps S201 to S204 in the embodiment shown, and will not be repeated here. As Figure 4 As shown in the embodiment, the method further comprises the following steps:

[0101] In step S405, the vehicle power state is sent to the functional module or application module of the first vehicle operating system, so that each functional module and application module determines the working mode or interface display mode of the vehicle based on the vehicle power state.

[0102] In some embodiments of the application, the power service module can also distribute the determined vehicle power state to the functional module or application module of the first vehicle operating system, so that each functional module and application module determines the working mode or interface display mode of the vehicle based on the vehicle power state.

[0103] Figure 5 is a system structure diagram for implementing the vehicle power state determination method provided by the embodiment of the application. As Figure 5 As shown in the embodiment, the system comprises an application module, a power service module, a distributed bus, other operating systems and an MCU. The application module is an upper application in the first operating system, for example, a cabin entertainment application in a cabin entertainment operating system. The other operating systems are, for example, QNX systems of the second vehicle operating system.

[0104] The power service module is a self-defined module, which is the core management module of power management. The module can be responsible for the initialization of the class, the loading of the configuration, the receiving and forwarding of the signal, etc.

[0105] FDbus (Distributed Bus) is an inter-domain communication service used to carry all CAN (Controller Area Network) signals (including power management state signals) transmitted from the QNX side. The signals are all from the MCU, but need to be transmitted to the Android side through the vehicle service module, because the QNX system also needs the same signals and states, and Android also needs them, so a signal transmission chain MCU -> QNX (vehicle service module) -> Android (FDbus) is designed. The design of this link makes the signal link unidirectional and closed loop, and the link is very short. The QNX system starts faster than Android, and the vehicle service module designed on the QNX side can also meet the signal needs of the QNX system when starting.

[0106] The MCU can be a microcontroller of a vehicle electronic system cockpit domain controller, which undertakes the tasks of vehicle signal uplink and downlink data transmission, power management, cockpit domain controller peripherals, and vehicle SoC (System on Chip) main chip power supply. That is, the vehicle-mounted MCU can realize the functions of control and management engine, transmission system, vehicle body electronic system, safety system, and infotainment system.

[0107] Figure 6 is another system structure diagram for implementing the vehicle power state determination method provided by the embodiments of the present application. As shown in the figure, Figure 6 the system includes other operating systems, a distributed bus, a power service module, an AIDL (Android Interface Definition Language module), an SDK (Software Development Kit), and an application module.

[0108] Among them, the power service module can include a preset state machine, which can include a StrState state, a PowerOnState state, a DrivingState state, a RemoteState state, a RemoteOtaState state, a LocalOtaState state, a PowerOffState state, and an AndroidStartupState state.

[0109] The power service module can send the determined power state to the application module through the AIDL, SDK, and other modules, so that the application module uses the power state to determine the working mode or display the power state.

[0110] For example, if the user uses a key to start the engine or clicks a one-key start button, the Gateway (vehicle gateway) will pass the signal to the MCU through the CAN bus, at this time the vehicle power state is PowerOnState. The MCU can pass the PowerOnState signal to QNX, and then report the signal state to the QNX side application and service, so that the vehicle is in PowerOnState, and some business scenarios under PowerOnState can be responded, such as playing welcome audio and the like.

[0111] On the other hand, the signal can also be passed to the Fdbus service of the Android side, and the Fdbus service passes the power state signal to the power service module. The power service module performs the overall work of power state management on the Android side and reports the corresponding power state to the Android side application and service to meet the needs of the Android side for power management state monitoring.

[0112] The technical solutions provided by the embodiments of the present application use a power state machine to manage the vehicle power state, which can realize efficient power management while ensuring the real-time performance and reliability of the system.

[0113] All the optional technical solutions described above can be combined to form optional embodiments of the present application, which will not be described one by one here.

[0114] The following is an apparatus embodiment of the present application, which can be used to execute the method embodiments of the present application. For details not disclosed in the apparatus embodiments of the present application, please refer to the method embodiments of the present application.

[0115] Figure 7 is a schematic diagram of a vehicle power state determination apparatus provided by an embodiment of the present application. As shown in Figure 7 The apparatus comprises:

[0116] The communication module 701 is configured to receive vehicle event information from a vehicle microcontroller, input the vehicle event information into a preset state machine, the preset state machine is a state machine originally set in a power service module, and the power service module is a custom module in a first vehicle operating system.

[0117] The processing module 702 is configured to obtain a current state of the preset state machine, and in response to determining that the vehicle event information meets a state transition condition of the current state, transition the state of the preset state machine to a target state.

[0118] The determination module 703 is configured to determine that the target state is a vehicle power state.

[0119] According to the technical scheme provided in the embodiments of the present application, the power supply service module is arranged in the first vehicle operating system of the vehicle, the vehicle event information is received from the vehicle microcontroller by using the power supply service module, and the received vehicle event information is input into a preset state machine. When the vehicle event information meets the state transition condition of the current state of the preset state machine, the state of the preset state machine is transitioned to a target state, and then the target state is determined as the vehicle power supply state. Thus, the vehicle power supply state is determined and identified by using the state machine, the logical transition between states is clear, the state identification is clear, the vehicle power supply state determination efficiency is improved, and the determined vehicle power supply state is clear and intuitive, which is convenient to use.

[0120] In some embodiments, the states in the preset state machine include at least one of the following: a sleep state; a vehicle power-on state; a human driving state; an unmanned mode state; a remote upgrade mode state; a local upgrade mode state; a preparation shutdown state; and a system initial startup state.

[0121] In some embodiments, in response to determining that the vehicle event information satisfies the state transition condition of the current state of the preset state machine, the state of the preset state machine is transitioned to a target state, including: in response to determining that the current state of the preset state machine is the vehicle power-on state or the system initial start state, and the vehicle event information is the hibernation event information, switching the preset state machine to the hibernation state; in response to determining that the current state of the preset state machine is any one of the hibernation state, the manned driving state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state, the preparation shutdown state, and the system initial start state, and the vehicle event information is the vehicle power-on event information, switching the preset state machine to the vehicle power-on state; in response to determining that the current state of the preset state machine is any one of the vehicle power-on state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state, and the system initial start state, and the vehicle event information is the manned driving event information, switching the preset state machine to the manned driving state; in response to determining that the current state of the preset state machine is any one of the vehicle power-on state, the manned driving state, the remote upgrade mode state, and the system initial start state, and the vehicle event information is the unmanned mode event information, switching the preset state machine to the unmanned mode state; in response to determining that the current state of the preset state machine is the hibernation state or the system initial start state, and the vehicle event information is the remote upgrade mode event information, switching the preset state machine to the remote upgrade mode state; in response to determining that the current state of the preset state machine is the manned driving state or the system initial start state, and the vehicle event information is the local upgrade mode event information, switching the preset state machine to the local upgrade mode state; in response to determining that the current state of the preset state machine is the hibernation state or the system initial start state, and the vehicle event information is the preparation shutdown event information, switching the preset state machine to the preparation shutdown state; in response to determining that the current state of the preset state machine is any one of the hibernation state, the vehicle power-on state, the manned driving state, the unmanned mode state, the remote upgrade mode state, the local upgrade mode state, and the preparation shutdown state, and the vehicle event information is the system initial start event information, switching the preset state machine to the system initial start state.

[0122] In some embodiments, the step of receiving the vehicle event information from the vehicle microcontroller includes: a distributed bus in a first vehicle operating system receiving the vehicle event information from a custom vehicle service module of a second vehicle operating system, the custom vehicle service module of the second vehicle operating system obtaining the vehicle event information from the vehicle microcontroller; wherein the first vehicle operating system and the second vehicle operating system are two different operating systems obtained by dividing a same system on chip (SOC) using virtualization technology.

[0123] In some embodiments, in response to determining that the current state of the preset state machine is any state, the power service module further performs the following operation: in response to receiving a vehicle ignition event, receiving vehicle ignition state information; and in response to receiving a system on chip (SOC) heartbeat event, sending a heartbeat message to the second vehicle operating system.

[0124] In some embodiments, the power service module further performs the following operation: in response to determining that the current state of the preset state machine is the sleep state and the power service module receives a system on chip (SOC) entering sleep event, notifying the second vehicle operating system to enter a sleep flow; in response to determining that the current state of the preset state machine is any one of the power-on state, the occupied state, the unoccupied state, the remote upgrade mode state, the local upgrade mode state, the ready to shut down state, and the system initial start state, and the power service module receives a SOC shutting down event, notifying the second vehicle operating system to enter a shutdown flow; in response to determining that the current state of the preset state machine is any one of the power-on state, the occupied state, the unoccupied state, and the system initial start state, and the power service module receives a SOC currently upgrading event, notifying the second vehicle operating system that the current upgrade is in progress; in response to determining that the current state of the preset state machine is any one of the power-on state, the occupied state, the unoccupied state, the remote upgrade mode state, the local upgrade mode state, and the system initial start state, and the power service module receives a SOC currently exited upgrade event, notifying the second vehicle operating system that the current upgrade has exited; in response to determining that the current state of the preset state machine is the system initial start state and the power service module receives a second vehicle operating system startup completion message, sending a startup completion message to the second vehicle operating system; and in response to determining that the current state of the preset state machine is the system initial start state and the power service module receives a SOC heartbeat message, sending a heartbeat message to the second vehicle operating system.

[0125] In some embodiments, after determining the vehicle power state, the method further includes: sending the vehicle power state to a functional module or an application module of the first vehicle operating system, so that each functional module and application module determines the working mode or the interface display mode of the vehicle based on the vehicle power state.

[0126] It should be understood that the size of the serial number of each step in the above embodiments does not mean the order of execution, and the execution order of each process should be determined based on its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0127] Figure 8 is a schematic diagram of an electronic device provided by an embodiment of the present application. As shown in Figure 8As shown, the electronic device 8 of this embodiment includes a processor 801, a memory 802, and a computer program 803 stored in the memory 802 and executable on the processor 801. The processor 801 implements the steps in each of the above method embodiments when executing the computer program 803. Alternatively, the processor 801 implements the functions of each module / unit in each of the above apparatus embodiments when executing the computer program 803.

[0128] The electronic device 8 can be a desktop computer, a notebook computer, a palm computer, a cloud server, or the like. The electronic device 8 can include but is not limited to the processor 801 and the memory 802. Those skilled in the art can understand that the electronic device 8 can include more or less components, or different components than those shown. Figure 8 The electronic device 8 is merely an example and does not constitute a limitation on the electronic device 8, which can include more or less components, or different components than those shown.

[0129] The processor 801 can be a central processing unit (CPU), or other general purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gates or transistor logic components, discrete hardware components, etc.

[0130] The memory 802 can be an internal storage unit of the electronic device 8, such as a hard disk or a memory of the electronic device 8. The memory 802 can also be an external storage device of the electronic device 8, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. The memory 802 can also include both an internal storage unit and an external storage device of the electronic device 8. The memory 802 is used to store computer programs and other programs and data required by the electronic device.

[0131] Those skilled in the art can clearly understand that, for the convenience and brevity of description, only the division of the above functional units and modules is taken as an example, and in actual application, the above functions can be completed by different functional units and modules according to needs, that is, the internal structure of the device is divided into different functional units or modules to complete all or part of the functions described above. Each functional unit and module in the embodiment can be integrated in one processing unit, or each unit can exist physically, or two or more units can be integrated in one unit. The integrated unit can be realized in the form of hardware or in the form of software functional unit.

[0132] If the integrated module / unit is realized in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium. Based on this understanding, all or part of the processes in the above embodiment methods can also be completed by a computer program instructing related hardware, and the computer program can be stored in a computer readable storage medium. The computer program can be executed by a processor to implement the steps of each method embodiment. The computer program can include computer program code, which can be in the form of source code, object code, executable file or some intermediate form. The computer readable medium can include any entity or device capable of carrying computer program code, recording medium, U disk, mobile hard disk, magnetic disk, optical disk, computer memory, read-only memory (ROM), random access memory (RAM), electric carrier signal, telecommunication signal and software distribution medium, etc.

[0133] The above embodiments are only used to illustrate the technical solutions of the present application, but not limit them; although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that they can modify the technical solutions recorded in the foregoing embodiments, or make equivalent replacement for part of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be included in the protection scope of the present application.

Claims

1. A method for determining the power status of a vehicle, characterized in that, The method is executed by the power service module, which is a custom module in the first vehicle operating system. The method includes: The vehicle microcontroller receives vehicle event information and inputs it into a preset state machine. The preset state machine is a state machine represented by a directed graph pre-set in the power service module. The process of receiving vehicle event information from the vehicle microcontroller includes: the distributed bus in the first vehicle operating system receiving vehicle event information from a custom vehicle service module in the second vehicle operating system; and the custom vehicle service module in the second vehicle operating system obtaining vehicle event information from the vehicle microcontroller. The first vehicle operating system is an Android operating system. The first vehicle operating system and the second vehicle operating system are two different operating systems obtained by virtualization technology within the same system-on-a-chip (SoC). Obtain the current state of the preset state machine; In response to determining that the vehicle event information satisfies the state transition condition of the current state, the state of the preset state machine is converted to the target state. The target state is determined to be the vehicle power state; The power service module distributes the determined vehicle power status to the functional modules or application modules of the first vehicle operating system, so that each functional module and application module can determine the vehicle's working mode or interface display mode based on the vehicle power status; wherein, the vehicle's working mode includes sleep mode, standby mode, accessory off mode, accessory on mode, ignition off mode and ignition on mode. Before receiving vehicle event information and updating the vehicle power status based on that vehicle event information, the power service module distributes the vehicle power status; after receiving vehicle event information and updating the vehicle power status based on that vehicle event information, the power service module distributes the updated vehicle power status.

2. The method according to claim 1, characterized in that, The states in the preset state machine include at least one of the following: hibernation state; Vehicle is powered on; Manned driving condition; Unmanned mode; Remote upgrade mode status; Local upgrade mode status; Preparing to shut down; The system is in its initial startup state.

3. The method according to claim 2, characterized in that, In response to determining that the vehicle event information satisfies the state transition condition of the current state, the state of the preset state machine is transitioned to the target state, including: In response to determining that the current state of the preset state machine is the vehicle power-on state or the system initial startup state, and that the vehicle event information is the sleep event information, the preset state machine is switched to the sleep state; In response to determining that the current state of the preset state machine is any one of the following states: sleep state, manned driving state, unmanned mode state, remote upgrade mode state, local upgrade mode state, ready to shut down state, and system initial startup state, and the vehicle event information is vehicle power-on event information, the preset state machine is switched to the vehicle power-on state. In response to determining that the current state of the preset state machine is any one of the following states: vehicle power-on state, unmanned mode state, remote upgrade mode state, local upgrade mode state, and system initial startup state, and that the vehicle event information is manned driving event information, the preset state machine is switched to manned driving state. In response to determining that the current state of the preset state machine is any one of the following states: vehicle power-on state, manned driving state, remote upgrade mode state, and system initial startup state, and that the vehicle event information is unmanned mode event information, the preset state machine is switched to the unmanned mode state. In response to determining that the current state of the preset state machine is the unmanned mode state or the system initial startup state, and that the vehicle event information is the remote upgrade mode event information, the preset state machine is switched to the remote upgrade mode state. In response to determining that the current state of the preset state machine is either a manned driving state or a system initial startup state, and that the vehicle event information is a local upgrade mode event information, the preset state machine is switched to the local upgrade mode state. In response to determining that the current state of the preset state machine is a sleep state or a system initial startup state, and that the vehicle event information is a shutdown preparation event information, the preset state machine is switched to the shutdown preparation state. In response to determining that the current state of the preset state machine is any one of the following states: sleep state, vehicle power-on state, manned driving state, unmanned mode state, remote upgrade mode state, local upgrade mode state, and ready to shut down state, and the vehicle event information is system initial startup event information, the preset state machine is switched to the system initial startup state.

4. The method according to claim 1, characterized in that, In response to determining that the current state of the preset state machine is any state, the power service module further performs the following operations: In response to receiving a vehicle ignition event, receive vehicle ignition status information; In response to receiving a heartbeat event from the System-on-Chip (SoC), a heartbeat message is sent to the second vehicle operating system.

5. The method according to claim 4, characterized in that, The power service module also performs the following operations: In response to determining that the current state of the preset state machine is a sleep state, and the power service module receives a notification that the on-chip system SOC has entered a sleep state, the second vehicle operating system is notified to enter a sleep process. In response to determining that the current state of the preset state machine is any one of the following states: hibernation state, power-on state, manned driving state, unmanned mode state, remote upgrade mode state, local upgrade mode state, ready to shut down state, and system initial startup state, and the power service module receives a notification on-chip system SOC shutdown event, the second vehicle operating system is notified to enter the shutdown process. In response to determining that the current state of the preset state machine is any one of the following states: power-on state, manned driving state, unmanned mode state, and system initial startup state, and the power service module receives a notification that the on-chip system SOC is currently being upgraded, the second vehicle operating system is notified that an upgrade is currently in progress. In response to determining that the current state of the preset state machine is any one of the following states: power-on state, manned driving state, unmanned mode state, remote upgrade mode state, local upgrade mode state, and system initial startup state, and the power service module receives a notification that the on-chip system SOC has exited the upgrade event, the second vehicle operating system is notified that the upgrade has exited. In response to determining that the current state of the preset state machine is the system initial startup state, and the power service module receives the startup completion message of the second vehicle operating system, it sends a startup completion message to the second vehicle operating system; In response to determining that the current state of the preset state machine is the system initial startup state, and the power service module receives the on-chip system SOC heartbeat message, the heartbeat message is sent to the second vehicle operating system.

6. A vehicle power status determination device, characterized in that, The device is a power service module, which is a custom module in the first vehicle operating system. The device includes: The communication module is configured to receive vehicle event information from the onboard microcontroller and input the vehicle event information into a preset state machine. The preset state machine is a state machine represented by a directed graph pre-set in the power service module, which is a custom module in the first vehicle operating system. The receiving of vehicle event information from the onboard microcontroller includes: the distributed bus in the first vehicle operating system receiving vehicle event information from the custom vehicle service module of the second vehicle operating system, and the custom vehicle service module of the second vehicle operating system acquiring vehicle event information from the onboard microcontroller. The first vehicle operating system and the second vehicle operating system are two different operating systems partitioned using virtualization technology within the same system-on-a-chip (SoC). The processing module is configured to acquire the current state of the preset state machine, and in response to determining that the vehicle event information satisfies the state transition condition of the current state, convert the state of the preset state machine into the target state. The determination module is configured to determine the target state as the vehicle power state; the power service module distributes the determined vehicle power state to the functional modules or application modules of the first vehicle operating system, so that each functional module and application module determines the vehicle's working mode or interface display mode based on the vehicle power state; wherein, the vehicle's working mode includes sleep mode, standby mode, accessory off mode, accessory on mode, ignition off mode and ignition on mode. Before receiving vehicle event information and updating the vehicle power status based on that information, the power service module distributes the vehicle power status; after receiving vehicle event information and updating the vehicle power status based on that information, the power service module distributes the updated vehicle power status.

7. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method as described in any one of claims 1 to 5.

8. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method as described in any one of claims 1 to 5.

Images