Quick starting method and device of vehicle machine, electronic equipment, storage medium and vehicle

Abstract

The invention discloses a quick starting method and device of a vehicle machine, electronic equipment, a storage medium and a vehicle, and relates to the field of vehicle machine starting, and the quick starting method comprises the steps that an MCU captures a power supply mode signal; according to a power supply mode signal, captured by the MCU, of the IG ON, controlling a pin signal to notify the SOC to wake up; according to a power supply mode signal, captured by the MCU, of IG OFF, controlling a pin signal to inform the SOC of dormancy; wherein after the SOC is awakened, the state of an internal power supply of the APP is notified to be changed from Sleep to Active to lighten a screen, and system breakpoint data and APP breakpoint data are read from a memory; before the SOC is dormant, the SOC jumps from an Activie mode to a Standby mode, and a Standby mode notification is sent out; and correspondingly sending a Standby mode notification, and storing APP breakpoint data and system breakpoint data. According to the scheme, a relation strategy of a wake-up sleep mechanism and the CAN bus is redefined, a handshake mechanism of the MCU and the SOC is established, states of Stanby and Sleep and a network management and data storage time sequence are unified, a power-on and power-off strategy of a memory is optimized, and an unlocking and screen-on communication protocol is customized.

Description

Technical Field

[0001] The present application relates to the field of vehicle computer startup, and in particular to a vehicle computer quick startup method, a vehicle computer quick startup device, an electronic device, a storage medium, and a vehicle. Background Art

[0002] The traditional host startup method is to perform a cold start after power is turned off. Every time the vehicle is powered off, the vehicle will be completely powered off. When the vehicle is started again, all system data loading processes of the host need to be executed from the beginning, which takes about 15 seconds and the startup speed is slow.

[0003] Document (CN117608385A) discloses a power management method, system, electronic device, and storage medium. This method includes: determining a target operation to be executed based on vehicle status information; if the target operation is sleep, controlling the power core service module (a module in the native layer) to sleep at the Android system level; controlling the communication module to sleep based on the sleep result at the Android system level; if the target operation is wakeup, controlling the communication module to wakeup; and controlling the power core service module to wakeup at the Android system level based on the wakeup result of the communication module. This method aims to improve power management stability and effectively prevent black screen issues.

[0004] Document (CN210864365U) discloses a 4G T-BOX device control system comprising a power control module, an audio module, and a microprocessor U6. The output of the power control module is connected to the power supply voltage terminal of the microprocessor U6. The audio module is connected via the wireless communication module M2 connector J16. The SD port of the wireless communication module M2 is connected to both the SD port of the Wi-Fi module M1 and the SD port of the memory U16. This TBOX module is used to upload the vehicle's driving status and record data from various components.

[0005] Document (CN116302137A) discloses a rapid startup method, vehicle, and storage medium. The method includes: receiving a vehicle control signal via a microcontroller unit; if the control signal is a shutdown signal, receiving a registration key task via the microcontroller unit; determining whether the microcontroller unit has received the registration key task within a preset time interval; if the microcontroller unit has not received the registration key task within the preset time interval, determining whether the vehicle system meets the sleep condition; and if the vehicle system meets the sleep condition, sequentially controlling the controller area network bus, cockpit entertainment system, QNX operating system, telematics processor, and microcontroller unit to enter a sleep state, thereby controlling the vehicle's onboard system to rapidly shut down. The vehicle described in this application can achieve rapid startup and shutdown by hibernating and waking from sleep mode, which helps reduce system energy consumption and improve the user experience.

[0006] Therefore, based on the above, a solution for quick startup of the car computer is needed, and a power management design of the fast startup audio host system based on memory management technology is needed. This method can shorten the system startup time and comprehensively improve the startup smoothness and intelligent product experience. Summary of the Invention

[0007] The purpose of the present invention is to provide a vehicle computer quick start method, a vehicle computer quick start device, an electronic device, a storage medium and a vehicle, which at least solves the problem of quick start of the host system and solves one technical problem in comprehensively improving the startup smoothness and intelligent product experience.

[0008] The present invention provides the following solutions:

[0009] According to one aspect of the present invention, a method for quickly starting a vehicle computer is provided, the method comprising:

[0010] MCU captures the power supply mode signal;

[0011] According to the MCU capturing the IG ON power mode signal, the control pin signal notifies the SOC to wake up;

[0012] According to the MCU capturing the IG OFF power mode signal, the control pin signal notifies the SOC to sleep;

[0013] Among them, after the SOC is awakened, it notifies the APP to change the internal power state from Sleep to Active, lights up the screen, and reads the system breakpoint data and APP breakpoint data from the memory;

[0014] Before the SOC is put into sleep mode, the SOC switches from Active mode to Standby mode and issues a Standby mode notification;

[0015] Corresponding to the Standby mode notification, the app breakpoint data and the system breakpoint data are stored.

[0016] Furthermore, the controlling the pin signal to notify the SOC to wake up according to the MCU capturing the IG ON power supply mode signal includes:

[0017] The MCU captures the pin signal of the SOC feedback representing the wake-up state;

[0018] Determine whether the MCU captures the SOC feedback pin signal representing the wake-up state within the preset delay threshold;

[0019] If,it is not captured, the MCU re-controls the pin signal to notify the SOC to wake up;

[0020] If captured, stop capturing the SOC feedback pin signal representing the wake-up state.

[0021] Furthermore, it also includes:

[0022] Determine whether the number of times the control pin signal notifies the SOC to wake up is greater than the preset number;

[0023] If, is greater than, then capture the SOC feedback pin signal representing the wake-up state.

[0024] Furthermore, the controlling the pin signal to notify the SOC to sleep according to the MCU capturing the IG OFF power supply mode signal includes:

[0025] The MCU stops sending network management messages, enters the local sleep state, and performs the screen off operation.

[0026] Furthermore, the MCU stops sending network management messages, enters a local sleep state, and performs a screen-off operation including:

[0027] The MCU stops sending network management messages and controls the pin signal to notify the SOC to sleep before entering the local sleep state;

[0028] According to the control pin signal, the SOC is notified to sleep, the SOC sends a Sleep notification, and the APP breakpoint data and system breakpoint data are stored.

[0029] Furthermore, it also includes,

[0030] Classify APP processes and filter out keep-alive and non-keep-alive processes;

[0031] If,non-keep-alive processes are screened out, they will be killed directly;

[0032] If the keep-alive process is filtered out, it will be stored in the memory as the APP breakpoint data on the SOC;

[0033] According to the Sleep notification issued by the SOC, the storage of the APP breakpoint data in the memory is started.

[0034] According to two aspects of the present invention, a vehicle computer quick start device is provided, the vehicle computer quick start device comprising:

[0035] Mode signal capture module, used by MCU to capture power supply mode signals;

[0036] The SOC wake-up module is used to control the pin signal to notify the SOC to wake up according to the power supply mode signal captured by the MCU;

[0037] The SOC sleep module is used to control the pin signal to notify the SOC to sleep according to the IG OFF power supply mode signal captured by the MCU;

[0038] The breakpoint reading module is used to notify the APP to change the internal power state from Sleep to Active after the SOC is awakened, and to light up the screen, and read the system breakpoint data and APP breakpoint data from the memory;

[0039] Mode notification module, used for SOC to jump from Active mode to Standby mode before SOC is put into sleep mode, and to issue Standby mode notification;

[0040] The breakpoint writing module is used to issue Standby mode notifications and store app breakpoint data and system breakpoint data.

[0041] According to three aspects of the present invention, there is provided an electronic device, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0042] The memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the vehicle computer quick startup method.

[0043] According to four aspects of the present invention, a computer-readable storage medium is provided, which stores a computer program executable by an electronic device. When the computer program runs on the electronic device, the electronic device executes the steps of the vehicle computer quick startup method.

[0044] According to five aspects of the present invention, there is provided a vehicle comprising:

[0045] An electronic device for implementing the steps of the vehicle computer quick start method;

[0046] A processor, wherein the processor runs a program, and when the program runs, the steps of the vehicle computer quick startup method are executed based on the data output by the electronic device;

[0047] The storage medium is used to store a program, and when the program is running, it executes the steps of the vehicle computer quick startup method for the data output from the electronic device.

[0048] Through the above solution, the following beneficial technical effects are achieved:

[0049] This application defines the interaction mechanism between the host (vehicle) external and vehicle power supply modes, so that the user's control intentions are closely linked with the system wake-up and sleep actions.

[0050] This application defines a data preservation mechanism in hibernation and a startup recovery mechanism after wake-up between the host's internal MCU driver, SOC system, and APP application, so that hibernation and wake-up have a controllable order.

[0051] This application adopts a preset redundancy strategy for failure scenarios to reduce the probability of identification, and designs a recovery processing strategy for abnormal states to ensure the integrity of the sleep and wake-up processes. BRIEF DESCRIPTION OF THE DRAWINGS

[0052] Figure 1 This is a flowchart of a vehicle computer quick startup method provided by one or more embodiments of the present invention.

[0053] Figure 2 This is a structural diagram of a vehicle quick start device provided by one or more embodiments of the present invention.

[0054] Figure 3 FIG. 4 is a schematic diagram of a wake-up process according to a specific embodiment of the present invention.

[0055] Figure 4 It is a schematic diagram of a sleep process according to a specific embodiment of the present invention.

[0056] Figure 5 This is a structural block diagram of an electronic device for a vehicle computer quick startup method provided by one or more embodiments of the present invention. DETAILED DESCRIPTION

[0057] The technical solution of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the embodiments described are only some embodiments of the present invention, not all embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0058] Figure 1 This is a flowchart of a vehicle computer quick startup method provided by one or more embodiments of the present invention.

[0059] like Figure 1 The vehicle computer quick start method shown includes:

[0060] Step S1, MCU captures the power supply mode signal;

[0061] Step S2, according to the MCU capturing the IG ON power supply mode signal, the control pin signal notifies the SOC to wake up;

[0062] Step S3, according to the MCU capturing the IG OFF power supply mode signal, the control pin signal notifies the SOC to sleep;

[0063] Step S4: After the SOC is awakened, it notifies the APP to change its internal power state from Sleep to Active, turns on the screen, and reads the system breakpoint data and APP breakpoint data from the memory;

[0064] Step S5: Before the SOC is put into sleep mode, the SOC switches from the Active mode to the Standby mode and issues a Standby mode notification;

[0065] Step S6: correspondingly issuing a Standby mode notification and storing the APP breakpoint data and the system breakpoint data.

[0066] In this embodiment, according to the MCU capturing the IG ON power supply mode signal, controlling the pin signal to notify the SOC to wake up includes:

[0067] The MCU captures the pin signal of the SOC feedback representing the wake-up state;

[0068] Determine whether the MCU captures the SOC feedback pin signal representing the wake-up state within the preset delay threshold;

[0069] If,it is not captured, the MCU re-controls the pin signal to notify the SOC to wake up;

[0070] If captured, stop capturing the SOC feedback pin signal representing the wake-up state.

[0071] In this embodiment, it also includes:

[0072] Determine whether the number of times the control pin signal notifies the SOC to wake up is greater than the preset number;

[0073] If, is greater than, then capture the SOC feedback pin signal representing the wake-up state.

[0074] Specifically, in this embodiment, the vehicle system is based on MCU+SOC, the MCU is connected to the SOC pin, and the APP is loaded on the SOC. Figure 3 The wake-up process shown includes converting the key lock action into an IG ON power mode signal. When the key unlocks the vehicle, the MCU receives the IG ON power mode signal and notifies the SOC to execute the wake-up process.

[0075] To ensure that the SOC receives the wake-up notification event, the MCU pulls up the GPIO pin level (the IO connection between the MCU and the SOC) three times to notify the SOC to wake up, preventing the SOC from failing to wake up due to not capturing the level signal from the MCU.

[0076] When the SOC detects that it has been pulled up, it notifies the MCU through another GPIO pin level (the IO connection between the MCU and the SOC) that the SOC has been awakened.

[0077] For example, after the MCU pulls up the GPIO pin level three times to notify the SOC to wake up, it starts the internal timer. After exceeding the preset timer threshold (such as 10s), the MCU does not receive a notification indicating that the SOC has been woken up. The MCU restarts the SOC to perform a cold start operation. That is, the process of the MCU pulling up the GPIO pin level three times to notify the SOC to wake up is executed again.

[0078] After the SOC is awakened, it notifies the application (APP) that its internal power state has changed from Sleep to Active, lights up the screen, and directly reads system startup data and application data from memory, eliminating the need to repeat the entire system startup process, significantly shortening system startup time. In other words, by reading system breakpoint data and app breakpoint data from memory, the general system startup process is simplified.

[0079] In this embodiment, according to the MCU capturing the IG OFF power supply mode signal, controlling the pin signal to notify the SOC to sleep includes:

[0080] The MCU stops sending network management messages, enters the local sleep state, and performs the screen off operation.

[0081] In this embodiment, the MCU stops sending network management messages, enters a local sleep state, and performs a screen-off operation including:

[0082] The MCU stops sending network management messages and controls the pin signal to notify the SOC to sleep before entering the local sleep state;

[0083] According to the control pin signal, the SOC is notified to sleep, the SOC sends a Sleep notification, and the APP breakpoint data and system breakpoint data are stored.

[0084] In this embodiment, it also includes:

[0085] Classify APP processes and filter out keep-alive and non-keep-alive processes;

[0086] If,non-keep-alive processes are screened out, they will be killed directly;

[0087] If the keep-alive process is filtered out, it will be stored in the memory as the APP breakpoint data on the SOC;

[0088] According to the Sleep notification issued by the SOC, the storage of the APP breakpoint data in the memory is started.

[0089] Specifically, in one embodiment, Figure 4 The sleep process shown includes converting the key lock action into an IG OFF power mode signal. When the key locks the vehicle, the MCU receives the IG OFF power mode signal and notifies the SOC to execute the sleep process.

[0090] The SOC immediately changes from Active mode to Standby mode and issues a Standby mode notification. The MCU stops sending network management messages, enters the local sleep state, and executes the screen-off operation.

[0091] To maintain the previous functional state when unlocking the car shortly after locking, the IVI (in-vehicle computer) maintains its last 3 minutes of operation. During this period, if the IVI maintains a local sleep state and the MCU is not awakened by the CAN network after 3 minutes, the MCU pulls the GPIO pin low to notify the SoC, preparing to enter sleep mode and providing a notification of the sleep entry. Upon receiving this notification, the system and application processes perform operations such as saving data to memory. Within a preset time window (e.g., 10 seconds), the system enters the Sleep state. This allows the memory data of keepalive applications to remain in the last saved state, while non-keepalive application processes are directly terminated. This means that the memory storing breakpoints remains powered, ensuring that data breakpoints are preserved. Upon awakening again, system startup data and memory data are directly retrieved from memory, eliminating the need to re-start the system, significantly reducing boot time.

[0092] The technical solution of this application involves a power management mechanism, redefines the relationship strategy between the wake-up and sleep mechanism and the CAN bus, establishes a handshake mechanism between the MCU and the SOC, unifies the status of Stanby and Sleep and the timing of network management and data storage, optimizes the memory power-on and power-off strategy, and customizes the communication protocol for unlocking and lighting the screen, ultimately achieving a product experience in which the screen lights up as soon as the device is unlocked and the Launcher loading is completed quickly.

[0093] Figure 2 This is a structural diagram of a vehicle quick start device provided by one or more embodiments of the present invention.

[0094] like Figure 2 The vehicle computer quick start device shown includes: a mode signal capture module, an SOC wake-up module, an SOC sleep module, a breakpoint reading module, a mode notification module, and a breakpoint writing module;

[0095] Mode signal capture module, used by MCU to capture power supply mode signals;

[0096] The SOC wake-up module is used to control the pin signal to notify the SOC to wake up according to the power supply mode signal captured by the MCU;

[0097] The SOC sleep module is used to control the pin signal to notify the SOC to sleep according to the IG OFF power supply mode signal captured by the MCU;

[0098] The breakpoint reading module is used to notify the APP to change the internal power state from Sleep to Active after the SOC is awakened, and to light up the screen, and read the system breakpoint data and APP breakpoint data from the memory;

[0099] Mode notification module, used for SOC to jump from Active mode to Standby mode before SOC is put into sleep mode, and to issue Standby mode notification;

[0100] The breakpoint writing module is used to issue Standby mode notifications and store app breakpoint data and system breakpoint data.

[0101] It is worth noting that although the present system only discloses a mode signal capture module, an SOC wake-up module, an SOC sleep module, a breakpoint reading module, a mode notification module, and a breakpoint writing module, it does not mean that the present device is limited to the above-mentioned basic functional modules. Rather, what the present invention wants to express is that, based on the above-mentioned basic functional modules, those skilled in the art can arbitrarily add one or more functional modules in combination with the existing technology to form an infinite number of embodiments or technical solutions. In other words, the present system is open rather than closed. Just because the present embodiment only discloses individual basic functional modules, it cannot be considered that the scope of protection of the claims of the present invention is limited to the above-mentioned basic functional modules.

[0102] Figure 5 This is a structural block diagram of an electronic device for a vehicle computer quick startup method provided by one or more embodiments of the present invention.

[0103] like Figure 5 As shown, the present application provides an electronic device, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0104] A computer program is stored in the memory. When the computer program is executed by the processor, the processor executes the steps of a vehicle computer quick startup method.

[0105] The present application also provides a computer-readable storage medium storing a computer program executable by an electronic device. When the computer program runs on the electronic device, the electronic device executes the steps of a vehicle computer quick startup method.

[0106] The present application also provides a vehicle or development platform, including:

[0107] An electronic device for implementing the steps of a method for improving the rapid startup of a vehicle computer;

[0108] A processor, wherein the processor runs a program and, when the program runs, executes the steps of the vehicle computer quick startup method based on data output by the electronic device;

[0109] The storage medium is used to store a program, and when the program is running, it executes the steps of the vehicle computer quick startup method for the data output from the electronic device.

[0110] Those skilled in the art will understand that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by those skilled in the art in the art to which the present invention pertains. It should also be understood that terms such as those defined in common dictionaries should be understood to have meanings consistent with those in the context of the prior art and, unless specifically defined, will not be interpreted in an idealized or overly formal sense.

[0111] For simplicity of description, the method embodiments are described as a series of actions. However, those skilled in the art should be aware that the embodiments of the present invention are not limited by the order of the actions described, because certain steps can be performed in other orders or simultaneously according to the embodiments of the present invention. Secondly, those skilled in the art should also be aware that the embodiments described in this specification are all preferred embodiments, and the actions involved are not necessarily required by the embodiments of the present invention.

[0112] Through the description of the above embodiments, it can be seen that those skilled in the art can clearly understand that the present application can be implemented by means of software plus the necessary general hardware platform. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium such as ROM / RAM, a magnetic disk, an optical disk, etc., and includes a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in various embodiments of the present application or certain parts of the embodiments.

[0113] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the above embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the above embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for quickly starting a vehicle computer, characterized in that: The vehicle computer quick start method includes: MCU captures the power supply mode signal; According to the MCU capturing the IG ON power mode signal, the control pin signal notifies the SOC to wake up; According to the MCU capturing the IG OFF power mode signal, the control pin signal notifies the SOC to sleep; Among them, after the SOC is awakened, it notifies the APP to change the internal power state from Sleep to Active, lights up the screen, and reads the system breakpoint data and APP breakpoint data from the memory; Before the SOC is put into sleep mode, the SOC switches from Active mode to Standby mode and issues a Standby mode notification; Corresponding to the Standby mode notification, the app breakpoint data and the system breakpoint data are stored.

2. A vehicle computer quick start method according to claim 1, characterized in that: The method of capturing the power supply mode signal of IGON by the MCU and controlling the pin signal to notify the SOC to wake up includes: The MCU captures the pin signal of the SOC feedback representing the wake-up state; Determine whether the MCU captures the SOC feedback pin signal representing the wake-up state within the preset delay threshold; If,it is not captured, the MCU re-controls the pin signal to notify the SOC to wake up; If captured, stop capturing the SOC feedback pin signal representing the wake-up state.

3. A vehicle computer quick start method according to claim 2, characterized in that: Also includes: Determine whether the number of times the control pin signal notifies the SOC to wake up is greater than the preset number; If, is greater than, then capture the SOC feedback pin signal representing the wake-up state.

4. A vehicle computer quick start method according to any one of claims 1 to 3, characterized in that: The method of controlling the pin signal to notify the SOC to sleep according to the MCU capturing the IG OFF power supply mode signal includes: The MCU stops sending network management messages, enters the local sleep state, and performs the screen off operation.

5. The vehicle computer quick start method according to claim 4, characterized in that: The MCU stops sending network management messages, enters a local sleep state, and performs a screen-off operation including: The MCU stops sending network management messages and controls the pin signal to notify the SOC to sleep before entering the local sleep state; According to the control pin signal, the SOC is notified to sleep, the SOC sends a Sleep notification, and the APP breakpoint data and system breakpoint data are stored.

6. A vehicle computer quick start method according to claim 4, characterized in that: Also includes, Classify APP processes and filter out keep-alive and non-keep-alive processes; If,non-keep-alive processes are screened out, they will be killed directly; If the keep-alive process is filtered out, it will be stored in the memory as the APP breakpoint data on the SOC; According to the Sleep notification issued by the SOC, the storage of the APP breakpoint data in the memory is started.

7. A vehicle quick start device, characterized in that: The vehicle computer quick start device comprises: Mode signal capture module, used by MCU to capture power supply mode signals; The SOC wake-up module is used to control the pin signal to notify the SOC to wake up according to the power supply mode signal captured by the MCU; The SOC sleep module is used to control the pin signal to notify the SOC to sleep according to the IG OFF power supply mode signal captured by the MCU; The breakpoint reading module is used to notify the APP to change the internal power state from Sleep to Active after the SOC is awakened, and to light up the screen, and read the system breakpoint data and APP breakpoint data from the memory; Mode notification module, used for SOC to jump from Active mode to Standby mode before SOC is put into sleep mode, and to issue Standby mode notification; The breakpoint writing module is used to issue Standby mode notifications and store app breakpoint data and system breakpoint data.

8. An electronic device, characterized in that: include: A processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus; A computer program is stored in the memory. When the computer program is executed by the processor, the processor executes the steps of the vehicle computer quick startup method according to any one of claims 1 to 7.

9. A computer-readable storage medium, characterized in that A computer program executable by an electronic device is stored. When the computer program is run on the electronic device, the electronic device executes the steps of the vehicle computer quick startup method according to any one of claims 1 to 7.

10. A vehicle, characterized in that: include: An electronic device, configured to implement the steps of the vehicle computer quick startup method according to any one of claims 1 to 6; a processor, wherein the processor runs a program, and when the program runs, the data output by the electronic device executes the steps of the vehicle computer quick startup method according to any one of claims 1 to 6; A storage medium is used to store a program, and when the program is running, it executes the steps of the vehicle computer quick startup method according to any one of claims 1 to 6 for data output from the electronic device.

Images