CN116069147A - Vehicle-mounted controller dormancy method and device and vehicle - Google Patents

Vehicle-mounted controller dormancy method and device and vehicle Download PDF

Info

Publication number
CN116069147A
CN116069147A CN202111281718.9A CN202111281718A CN116069147A CN 116069147 A CN116069147 A CN 116069147A CN 202111281718 A CN202111281718 A CN 202111281718A CN 116069147 A CN116069147 A CN 116069147A
Authority
CN
China
Prior art keywords
vehicle
mounted controller
wake
mode
controller
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111281718.9A
Other languages
Chinese (zh)
Inventor
程晓东
熊建
赵鑫龙
李漠尘
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beiqi Foton Motor Co Ltd
Original Assignee
Beiqi Foton Motor Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beiqi Foton Motor Co Ltd filed Critical Beiqi Foton Motor Co Ltd
Priority to CN202111281718.9A priority Critical patent/CN116069147A/en
Publication of CN116069147A publication Critical patent/CN116069147A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/3243Power saving in microcontroller unit
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206Monitoring of events, devices or parameters that trigger a change in power modality
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/3293Power saving characterised by the action undertaken by switching to a less power-consuming processor, e.g. sub-CPU
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4418Suspend and resume; Hibernate and awake

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Power Sources (AREA)

Abstract

The application relates to a dormancy method and device of a vehicle-mounted controller and a vehicle, wherein the method comprises the following steps: when the non-working duration of the vehicle-mounted controller reaches a first preset duration, detecting whether a first wake-up instruction sent by first wake-up equipment is received or not; if the first wake-up instruction is not received, controlling the vehicle-mounted controller to enter a pre-dormancy mode, and detecting whether a second wake-up instruction of the first wake-up device is received or not every second preset time length when the vehicle-mounted controller is in the pre-dormancy mode; when the vehicle-mounted controller is detected to receive the second wake-up instruction, the vehicle-mounted controller is controlled to switch from the pre-dormancy mode to the pre-wake-up mode, and after the first execution data of the vehicle-mounted controller is restored, the pre-wake-up mode is ended, and the vehicle-mounted controller is awakened. Therefore, the vehicle-mounted controller can be restored to the normal working mode in the sleep execution process, the situation that the normal working mode cannot be restored when the wake-up equipment sends a wake-up instruction when the vehicle-mounted controller is in sleep is avoided, and the execution efficiency is improved.

Description

Vehicle-mounted controller dormancy method and device and vehicle
Technical Field
The present disclosure relates to the field of vehicle technologies, and in particular, to a method and an apparatus for dormancy of a vehicle-mounted controller, and a vehicle.
Background
At present, the vehicle-mounted controller generally has a dormancy awakening function so as to avoid continuous consumption of the electric quantity of a low-voltage power supply when the controller is in low voltage for a long time, thus low-voltage power supply is caused, the controller cannot work, and after the controller enters dormancy, the controller can be awakened and can work again after receiving an awakening instruction.
In the related art, sleep wakeup of an in-vehicle controller is achieved by employing an MCU (Microcontroller Unit, micro control unit) chip with sleep function or a peripheral driver chip with sleep wakeup function.
However, although the scheme in the related art can implement sleep wakeup, for some abnormal situations, for example, when the controller performs the sleep step but does not enter the sleep mode yet in the fast power-up and power-down process, the controller receives a wakeup instruction sent by the wakeup device. At this time, the controller still executes the sleep step, but the wake-up device always exists, so that the hardware cannot enter the sleep mode, the sleep step cannot be completed normally, and the normal working mode cannot be restored, so that the controller card cannot work normally in the repeated sleep process, for example, the vehicle-mounted controller can restore the normal working mode, but the vehicle-mounted controller is easy to enter the normal working mode with abnormal data due to the fact that the vehicle-mounted controller receives the whole vehicle message data when in the sleep mode, so that the vehicle-mounted controller runs abnormally, and the problem needs to be solved.
Disclosure of Invention
The application provides a dormancy method and device of a vehicle-mounted controller and a vehicle, which are used for solving the problems that when the vehicle-mounted controller encounters a wake-up device to send a wake-up instruction in the dormancy process, the vehicle-mounted controller cannot exit from a dormancy mode and easily data abnormality occurs when the vehicle-mounted controller is restored to a normal working mode from the dormancy mode, so that the vehicle-mounted controller can restore to the normal working mode in the dormancy executing process, the situation that the vehicle-mounted controller cannot restore to the normal working mode when the wake-up device encounters the wake-up instruction in the dormancy process is avoided, and the execution efficiency is increased.
An embodiment of a first aspect of the present application provides a sleep method of a vehicle-mounted controller, including the following steps:
when the non-working duration of the vehicle-mounted controller reaches a first preset duration, detecting whether a first wake-up instruction sent by first wake-up equipment is received or not;
if the first wake-up instruction is not received, controlling the vehicle-mounted controller to enter a pre-dormancy mode, and detecting whether a second wake-up instruction sent by the first wake-up device is received or not every second preset time length when the vehicle-mounted controller is in the pre-dormancy mode; and
when the vehicle-mounted controller is detected to receive the second wake-up instruction, the vehicle-mounted controller is controlled to switch from the pre-dormancy mode to the pre-wake-up mode, and after the first execution data of the vehicle-mounted controller is restored, the pre-wake-up mode is ended, and the vehicle-mounted controller is awakened.
Alternatively, the method may comprise, among other things,
when the vehicle-mounted controller is in the pre-dormancy mode, dormancy processing is carried out on second execution data of the vehicle-mounted controller, and the processed second execution data is stored;
and when the vehicle-mounted controller is in the pre-wake mode, recovering the first execution data of the vehicle-mounted controller, wherein the first execution data comprises any one or more of vehicle state data, message data and read data of a state zone bit.
Optionally, the method of the embodiment of the present application further includes:
detecting whether the second execution data is stored completely or not when the vehicle-mounted controller does not detect that the second wake-up instruction is received;
and if the second execution data is stored, ending the pre-dormancy mode, and controlling the vehicle-mounted controller to enter the dormancy mode.
Optionally, after controlling the in-vehicle controller to enter the sleep mode, the method further includes:
detecting whether a third wake-up instruction sent by the second wake-up device is received or not, or timing the sleep duration of the vehicle-mounted controller;
and if the third awakening instruction is received or the sleep duration reaches a third preset duration, ending the sleep mode and awakening the vehicle-mounted controller.
Optionally, the method of the embodiment of the present application further includes:
when the duration of non-working of the vehicle-mounted controller reaches a first preset duration, if a first awakening instruction sent by the first awakening equipment is received, the vehicle-mounted controller is controlled to enter a normal working mode.
Optionally, the method of the embodiment of the present application further includes:
after waking up the vehicle-mounted controller, controlling the vehicle-mounted controller to enter an initialization mode;
and after the initialization is finished, controlling the vehicle-mounted controller to enter a normal working mode.
An embodiment of a second aspect of the present application provides a sleep device of an in-vehicle controller, including:
the first detection module is used for detecting whether a first wake-up instruction sent by the first wake-up device is received or not when the duration of non-working of the vehicle-mounted controller reaches a first preset duration;
the second detection module is used for controlling the vehicle-mounted controller to enter a pre-dormancy mode if the first awakening instruction is not received, and detecting whether a second awakening instruction sent by the first awakening equipment is received or not every second preset time length when the vehicle-mounted controller is in the pre-dormancy mode; and
the first control module is used for controlling the vehicle-mounted controller to switch from the pre-dormancy mode to the pre-wakeup mode when the second wakeup instruction is received by the vehicle-mounted controller, ending the pre-wakeup mode after the first execution data of the vehicle-mounted controller is restored, and waking up the vehicle-mounted controller.
Alternatively, the method may comprise, among other things,
when the vehicle-mounted controller is in the pre-dormancy mode, dormancy processing is carried out on second execution data of the vehicle-mounted controller, and the processed second execution data is stored;
and when the vehicle-mounted controller is in the pre-wake mode, recovering the first execution data of the vehicle-mounted controller, wherein the first execution data comprises any one or more of vehicle state data, message data and read data of a state zone bit.
Optionally, the apparatus of the embodiment of the present application further includes:
the third detection module is used for detecting whether the second execution data are stored completely or not when the vehicle-mounted controller does not detect that the second wake-up instruction is received by the vehicle-mounted controller;
and the second control module is used for ending the pre-dormancy mode after the second execution data is stored, and controlling the vehicle-mounted controller to enter the dormancy mode.
Optionally, after controlling the in-vehicle controller to enter the sleep mode, the second control module is further configured to:
detecting whether a third wake-up instruction sent by the second wake-up device is received or not, or timing the sleep duration of the vehicle-mounted controller;
and ending the sleep mode when the third wake-up instruction is received or the sleep duration reaches a third preset duration, and waking up the vehicle-mounted controller.
Optionally, the apparatus of the embodiment of the present application further includes:
and the third control module is used for controlling the vehicle-mounted controller to enter a normal working mode if a first awakening instruction sent by the first awakening equipment is received when the duration of non-working of the vehicle-mounted controller reaches a first preset duration.
Optionally, the apparatus of the embodiment of the present application further includes:
the initialization module is used for controlling the vehicle-mounted controller to enter an initialization mode after waking up the vehicle-mounted controller;
and the fourth control module is used for controlling the vehicle-mounted controller to enter a normal working mode after the initialization is completed.
An embodiment of a third aspect of the present application provides a vehicle, including: the vehicle-mounted controller comprises a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor executes the program to realize the dormancy method of the vehicle-mounted controller according to the embodiment.
Therefore, when the duration of non-working of the vehicle-mounted controller reaches a first preset duration, whether a first wake-up instruction sent by the first wake-up device is received or not can be detected, if the first wake-up instruction is not received, the vehicle-mounted controller is controlled to enter a pre-sleep mode, when the vehicle-mounted controller is in the pre-sleep mode, whether a second wake-up instruction of the first wake-up device is received or not is detected every second preset duration, when the vehicle-mounted controller is detected to receive the second wake-up instruction, the vehicle-mounted controller is controlled to switch from the pre-sleep mode to the pre-wake-up mode, and after the first execution data of the vehicle-mounted controller is restored, the pre-wake-up mode is ended, and the vehicle-mounted controller is awakened. Therefore, the problem that the vehicle-mounted controller cannot exit from the sleep mode and is easy to generate data abnormality when the vehicle-mounted controller returns to the normal working mode from the sleep mode when the wake-up device sends a wake-up instruction in the sleep process in the related technology is solved, the vehicle-mounted controller can be returned to the normal working mode in the sleep execution process, the situation that the normal working mode cannot be restored when the wake-up source sends the wake-up instruction in the sleep process of the vehicle-mounted controller is avoided, and the execution efficiency is increased.
Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.
Drawings
The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings, in which:
fig. 1 is a flowchart of a sleep method of a vehicle-mounted controller according to an embodiment of the present application;
FIG. 2 is an exemplary diagram of an onboard controller hardware connection according to one embodiment of the present application;
FIG. 3 is a flow chart of a sleep method of an onboard controller according to one embodiment of the present application;
FIG. 4 is a flow chart of a sleep method of an onboard controller according to one embodiment of the present application;
FIG. 5 is a block diagram of a sleep device of an onboard controller according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a vehicle according to an embodiment of the present application.
Detailed Description
Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals refer to the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by referring to the drawings are exemplary and intended for the purpose of explaining the present application and are not to be construed as limiting the present application.
The following describes a sleep method and device of a vehicle-mounted controller and a vehicle according to embodiments of the present application with reference to the accompanying drawings. Aiming at the problems that when the vehicle-mounted controller encounters a wake-up device to send out a wake-up command in the sleep process, the sleep mode cannot be exited and data abnormality easily occurs when the vehicle-mounted controller is restored to a normal working mode from the sleep mode, the application provides a sleep method of the vehicle-mounted controller. Therefore, the problem that the vehicle-mounted controller cannot exit from the sleep mode and is easy to generate data abnormality when the vehicle-mounted controller returns to the normal working mode from the sleep mode when the wake-up device sends a wake-up instruction in the sleep process in the related technology is solved, the vehicle-mounted controller can be returned to the normal working mode in the sleep execution process, the situation that the normal working mode cannot be restored when the wake-up source sends the wake-up instruction in the sleep process of the vehicle-mounted controller is avoided, and the execution efficiency is increased.
Specifically, fig. 1 is a flow chart of a sleep method of a vehicle-mounted controller according to an embodiment of the present application. As shown in fig. 1, the sleep method of the vehicle-mounted controller includes the following steps:
in step S101, when the duration of non-working of the vehicle-mounted controller reaches a first preset duration, it is detected whether a first wake-up instruction sent by a first wake-up device is received.
The first preset duration may be a duration preset by a user, may be a duration acquired through limited experiments, or may be a duration acquired through limited computer simulation, which is not limited herein, and the first wake-up device may be an external hardware device, that is, an external hardware device that is not connected to the vehicle-mounted controller through the CAN (Controller Area Network, a controller area network), and the first wake-up instruction is a wake-up instruction sent by the external hardware device when a high level occurs (that is, a wake-up instruction sent by all wake-up devices except the CAN).
It should be understood that the vehicle-mounted controller continuously consumes the electric quantity of the low-voltage power supply when the vehicle-mounted controller is in low voltage for a long time, so that the low-voltage power supply is under-voltage, and therefore, when the vehicle is not operated for a long time (i.e. the non-operating duration of the vehicle-mounted controller reaches the first preset duration), the vehicle-mounted controller can detect whether the first wake-up instruction sent by the first wake-up device is received, and detailed description is omitted for avoiding redundancy.
In step S102, if the first wake-up instruction is not received, the vehicle-mounted controller is controlled to enter a pre-sleep mode, and when the vehicle-mounted controller is in the pre-sleep mode, whether a second wake-up instruction sent by the first wake-up device is received or not is detected every second preset time length.
Optionally, in some embodiments, when the vehicle-mounted controller is in the pre-sleep mode, performing sleep processing on the second execution data of the vehicle-mounted controller, and storing the processed second execution data; the second execution data is mainly state data (such as current electric quantity, capacitance, vehicle mileage and the like) of the vehicle.
The second preset duration is a duration preset by a user, may be a duration obtained through limited experiments or a duration obtained through limited computer simulation, is not particularly limited herein, and the second wake-up instruction is the same as the first wake-up instruction and is sent by the first wake-up device.
Specifically, if the second wake-up instruction sent by the first wake-up device is not detected, the vehicle-mounted controller CAN be controlled to enter a pre-sleep mode, at this time, the vehicle-mounted controller closes the CAN transmission to prevent other controllers of the whole vehicle from being affected by the message and being unable to sleep, and when the vehicle-mounted controller is in the pre-sleep mode, the vehicle-mounted controller detects whether the second wake-up instruction is received every second preset time length, for example, 5 s.
In step S103, when the in-vehicle controller receives the second wake-up instruction, the in-vehicle controller is controlled to switch from the pre-sleep mode to the pre-wake-up mode, and after the first execution data of the in-vehicle controller is restored, the pre-wake-up mode is ended, and the in-vehicle controller is awakened.
Optionally, in some embodiments, when the vehicle-mounted controller is in the pre-wake mode, recovery processing is performed on first execution data of the vehicle-mounted controller, where the first execution data includes any one or more of status data, message data, and read data of a status flag bit of the vehicle.
Specifically, the pre-wake mode is a transition mode from the pre-sleep mode to the normal working mode, when the second wake-up instruction is received, the vehicle-mounted controller restarts CAN transmission and resumes the first execution data of the vehicle-mounted controller, and when the first execution data of the vehicle-mounted controller is resumed, the pre-wake-up mode is ended and the vehicle-mounted controller is awakened.
Optionally, the method of the embodiment of the present application further includes: detecting whether the second execution data of the vehicle-mounted controller is stored completely or not when the vehicle-mounted controller is not detected to receive a second wake-up instruction; and if the second execution data is stored, ending the pre-dormancy mode, and controlling the vehicle-mounted controller to enter the dormancy mode.
The vehicle-mounted controller stores second execution data before entering a sleep mode, and the sleep mode indicates that the vehicle-mounted controller enters a low-power consumption state.
It should be understood that if the vehicle-mounted controller does not detect that the vehicle-mounted controller receives the second wake-up instruction, the vehicle-mounted controller can be controlled to enter the sleep mode, and in order to ensure that the vehicle-mounted controller can be quickly restored to the normal working mode after exiting the sleep mode, the embodiment of the application can control the vehicle-mounted controller to store second execution data when the vehicle-mounted controller does not detect that the vehicle-mounted controller receives the second wake-up instruction, close all the drives after the storage is completed, request the sleep wake-up chip and the power chip to execute sleep, and finally control the vehicle-mounted controller to enter the sleep mode.
Optionally, after controlling the in-vehicle controller to enter the sleep mode, the method further includes: detecting whether a third wake-up instruction sent by the second wake-up device is received or not, or timing the sleep duration of the vehicle-mounted controller; if a third awakening instruction is received or the sleep duration reaches a third preset duration, ending the sleep mode and awakening the vehicle-mounted controller.
The second wake-up device not only comprises a device connected with the vehicle-mounted controller through the CAN, but also comprises an external hardware device which is not connected with the vehicle-mounted controller through the CAN, the third wake-up instruction comprises a device connected with the vehicle-mounted controller through the CAN and a wake-up instruction sent by the external hardware device which is not connected with the vehicle-mounted controller through the CAN, and the third preset duration CAN be a duration preset by a user, CAN be a duration acquired through limited experiments, CAN also be a duration acquired through limited computer simulation, and is not particularly limited.
Specifically, after the vehicle-mounted controller enters the sleep mode, the vehicle-mounted controller CAN repeatedly detect whether all wake-up devices including the CAN send out a third wake-up instruction, detect whether the sleep duration reaches a third preset duration, and if any wake-up device is detected to send out the wake-up instruction, or the sleep duration reaches the third preset duration, end the sleep mode and wake-up the vehicle-mounted controller.
Optionally, the method of the embodiment of the present application further includes: when the duration of non-working of the vehicle-mounted controller reaches a first preset duration, if a first awakening instruction sent by the first awakening equipment is received, the vehicle-mounted controller is controlled to enter a normal working mode.
It should be understood that when the duration of non-working of the vehicle-mounted controller reaches the first preset duration, if the vehicle-mounted controller detects the first wake-up instruction sent by the first wake-up device, the vehicle-mounted controller can be directly controlled to enter the normal working mode because the vehicle-mounted controller does not perform the power-down dormancy processing on any data yet.
Optionally, the method of the embodiment of the present application further includes: after waking up the vehicle-mounted controller, controlling the vehicle-mounted controller to enter an initialization mode; and after the initialization is finished, controlling the vehicle-mounted controller to enter a normal working mode.
That is, after waking up the vehicle-mounted controller, the embodiment of the present application may control the vehicle-mounted controller to enter an initialization mode and perform an initialization operation, for example, by powering up the vehicle-mounted controller to implement initialization and the like, and after the initialization is completed, control the vehicle-mounted controller to enter a normal operation mode, so as to perform corresponding control according to a control request of the vehicle.
In order to enable those skilled in the art to further understand the sleep method of the vehicle-mounted controller according to the embodiments of the present application, the following detailed description is provided with reference to specific embodiments.
In this embodiment, as shown in fig. 2, fig. 2 is a schematic diagram of hardware connection involved in a sleep method of an in-vehicle controller according to an embodiment of the present application. In this embodiment, the TJA1145 sleep wake-up chip is described by taking a power chip with a sleep wake-up function as an example, and other chips with sleep wake-up functions can also realize the same function, which is not limited herein.
Specifically, when in the normal working mode, the TJA1145 chip and the main chip maintain the wake-up pin of the power chip through the pin, so that the power chip cannot enter the sleep mode. When in the sleep mode, the main chip and the TJA1145 chip are awakened and are not kept, the power supply chip enters sleep, and the power supply of the main chip and other peripheral driving chips is disconnected. The TJA1145 chip CAN receive a message sent by the vehicle-mounted controller, the TJA1145 chip and the main chip CAN be connected through a CAN, and communication CAN be realized between the main chip and the TJA1145 chip and before the main chip and the power chip based on SPI protocol (Serial Peripheral Interface ).
The operating mode design of the on-board controller may be as shown in fig. 3. And after the vehicle-mounted controller is electrified and initialized, the vehicle-mounted controller enters a normal working mode. And if the dormancy request is received and no other first awakening instruction is received at the moment, entering a pre-dormancy mode. In the pre-sleep mode, the in-vehicle controller performs data processing before sleep (i.e., second execution data) and turns off all the drivers. Meanwhile, the vehicle-mounted controller also periodically detects a second wake-up instruction, when the second wake-up instruction exists, the vehicle-mounted controller enters a pre-wake-up mode, in the pre-wake-up mode, the vehicle-mounted controller needs to restart CAN (controller area network) transmission, resumes the first execution data, then enters an initialization mode again, and finally enters a normal working mode after initialization is completed; and if the second wake-up instruction does not exist, then executing dormancy to enable the vehicle-mounted controller to enter a dormancy mode. In the process, the vehicle-mounted controller repeatedly detects a third wake-up instruction (wake-up instructions sent by all wake-up devices including the CAN), when the third wake-up instruction exists, the vehicle-mounted controller initializes, and enters a normal working mode after the initialization is completed.
Therefore, the problem that the vehicle-mounted controller cannot exit the sleep mode and data is abnormal when returning to the normal working mode from the sleep mode when the wake-up device sends a wake-up instruction in the sleep process is avoided.
Specifically, as shown in fig. 4, the sleep method of the vehicle-mounted controller includes the following steps:
s401, the vehicle-mounted controller enters a dormancy process.
S402, acquiring a first wake-up instruction.
S403, judging whether a first wake-up instruction exists, if yes, executing step S404, otherwise, executing step S405.
S404, the normal working mode is restored, and the step S416 is performed in a jumping manner.
S405, judging whether the CAN transmission is closed, if yes, executing step S408, otherwise, executing step S406.
S406, closing CAN message transmission.
S407, acquiring a second wake-up instruction, and jumping to execute step S405.
S408, judging whether the power-down storage is completed, if yes, executing step S409, otherwise, executing step S412.
S409, judging whether dormancy is completed, if yes, executing step S416, otherwise, executing step S410.
The sleep is completed, namely, entering a sleep mode.
S410, judging whether a second wake-up instruction exists, if yes, executing step S415, otherwise, executing step S411.
S411, executing the dormancy step, and jumping to the execution step S407.
S412, judging whether a second wake-up instruction exists, if yes, executing step S413, otherwise, executing step S414.
S413, the CAN transmission is resumed, and the step S415 is performed in a skip mode.
S414, storing the second execution data, and jumping to execute step S407.
S415, entering a pre-wake mode.
It should be noted that, in the pre-wake mode, the vehicle-mounted controller resumes the first execution data, then enters the initialization mode, and enters the normal operation mode after the initialization is completed.
S416, the dormancy process ends.
Therefore, through different operations of the three stages, on one hand, the recovery of each stage to a normal working mode can be ensured; on the other hand, excessive operations can be avoided from being executed, and the operation efficiency is prevented from being influenced.
According to the dormancy method of the vehicle-mounted controller, when the non-working duration of the vehicle-mounted controller reaches the first preset duration, whether the first wakeup command sent by the first wakeup device is received or not can be detected, if the first wakeup command is not received, the vehicle-mounted controller is controlled to enter a pre-dormancy mode, when the vehicle-mounted controller is in the pre-dormancy mode, whether the second wakeup command of the first wakeup device is received or not is detected every second preset duration, when the second wakeup command is detected to be received by the vehicle-mounted controller, the vehicle-mounted controller is controlled to switch from the pre-dormancy mode to the pre-wakeup mode, and after the first execution data of the vehicle-mounted controller are restored, the pre-wakeup mode is ended, and the vehicle-mounted controller is awakened. Therefore, the problem that the vehicle-mounted controller cannot exit from the sleep mode and is easy to generate data abnormality when the vehicle-mounted controller returns to the normal working mode from the sleep mode when the wake-up device sends a wake-up instruction in the sleep process in the related technology is solved, the vehicle-mounted controller can be returned to the normal working mode in the sleep execution process, the situation that the normal working mode cannot be restored when the wake-up source sends the wake-up instruction in the sleep process of the vehicle-mounted controller is avoided, and the execution efficiency is increased.
Next, a sleep device of an in-vehicle controller according to an embodiment of the present application will be described with reference to the accompanying drawings.
Fig. 5 is a block schematic diagram of a sleep device of an in-vehicle controller according to an embodiment of the present application.
As shown in fig. 5, the sleep device 10 of the in-vehicle controller includes: the first detection module 100, the second detection module 200 and the first control module 300.
The first detection module 100 is configured to detect whether a first wake-up instruction sent by a first wake-up device is received when an unoperated duration of the vehicle-mounted controller reaches a first preset duration;
the second detection module 200 is configured to control the vehicle-mounted controller to enter a pre-sleep mode if the first wake-up instruction is not received, and detect whether a second wake-up instruction sent by the first wake-up device is received every second preset duration when the vehicle-mounted controller is in the pre-sleep mode; and
the first control module 300 is configured to control the vehicle-mounted controller to switch from the pre-sleep mode to the pre-wake mode when detecting that the vehicle-mounted controller receives the second wake-up instruction, and end the pre-wake-up mode after recovering the first execution data of the vehicle-mounted controller, so as to wake-up the vehicle-mounted controller.
Alternatively, the method may comprise, among other things,
when the vehicle-mounted controller is in the pre-dormancy mode, dormancy processing is carried out on second execution data of the vehicle-mounted controller, and the processed second execution data is stored;
and when the vehicle-mounted controller is in the pre-wake mode, recovering the first execution data of the vehicle-mounted controller, wherein the first execution data comprises any one or more of vehicle state data, message data and read data of a state zone bit.
Optionally, the apparatus 10 of the embodiment of the present application further includes:
the third detection module is used for detecting whether the second execution data is stored completely or not when the vehicle-mounted controller does not detect that the second wake-up instruction is received;
and the second control module is used for ending the pre-dormancy mode after the second execution data is stored, and controlling the vehicle-mounted controller to enter the dormancy mode.
Optionally, after controlling the in-vehicle controller to enter the sleep mode, the first control module 300 is further configured to:
detecting whether a third wake-up instruction sent by the second wake-up device is received or not, or timing the sleep duration of the vehicle-mounted controller;
and ending the sleep mode when a third wake-up instruction is received or the sleep duration reaches a third preset duration, and waking up the vehicle-mounted controller.
Optionally, the apparatus 10 of the embodiment of the present application further includes:
and the third control module is used for controlling the vehicle-mounted controller to enter a normal working mode if a first awakening instruction sent by the first awakening equipment is received when the duration of non-working duration of the vehicle-mounted controller reaches a first preset duration.
Optionally, the apparatus 10 of the embodiment of the present application further includes:
the initialization module is used for controlling the vehicle-mounted controller to enter an initialization mode after waking up the vehicle-mounted controller;
and the fourth control module is used for controlling the vehicle-mounted controller to enter a normal working mode after the initialization is completed.
According to the dormancy device of the vehicle-mounted controller, when the duration of non-working of the vehicle-mounted controller reaches the first preset duration, whether the first awakening instruction sent by the first awakening device is received or not can be detected, if the first awakening instruction is not received, the vehicle-mounted controller is controlled to enter a pre-dormancy mode, when the vehicle-mounted controller is in the pre-dormancy mode, whether the second awakening instruction of the first awakening device is received or not is detected every second preset duration, when the second awakening instruction is detected to be received by the vehicle-mounted controller, the vehicle-mounted controller is controlled to switch from the pre-dormancy mode to the pre-awakening mode, and after the first execution data of the vehicle-mounted controller are restored, the pre-awakening mode is ended, and the vehicle-mounted controller is awakened. Therefore, the problem that the vehicle-mounted controller cannot exit from the sleep mode and is easy to generate data abnormality when the vehicle-mounted controller returns to the normal working mode from the sleep mode when the wake-up device sends a wake-up instruction in the sleep process in the related technology is solved, the vehicle-mounted controller can be returned to the normal working mode in the sleep execution process, the situation that the normal working mode cannot be restored when the wake-up source sends the wake-up instruction in the sleep process of the vehicle-mounted controller is avoided, and the execution efficiency is increased.
Fig. 6 is a schematic structural diagram of a vehicle according to an embodiment of the present application. The vehicle may include:
a memory 601, a processor 602, and a computer program stored on the memory 601 and executable on the processor 602.
The processor 602 implements the sleep method of the in-vehicle controller provided in the above embodiment when executing the program.
Further, the vehicle further includes:
a communication interface 603 for communication between the memory 601 and the processor 602.
A memory 601 for storing a computer program executable on the processor 602.
The memory 601 may include a high-speed random access memory (Random Access Memory, abbreviated as RAM) and may further include a non-volatile memory (NVM), such as at least one magnetic disk memory.
If the memory 601, the processor 602, and the communication interface 603 are implemented independently, the communication interface 603, the memory 601, and the processor 602 may be connected to each other through a bus and perform communication with each other. The bus may be an industry standard architecture (Industry Standard Architecture, abbreviated ISA) bus, an external device interconnect (Peripheral Component, abbreviated PCI) bus, or an extended industry standard architecture (Extended Industry Standard Architecture, abbreviated EISA) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 6, but not only one bus or one type of bus.
Alternatively, in a specific implementation, if the memory 601, the processor 602, and the communication interface 603 are integrated on a chip, the memory 601, the processor 602, and the communication interface 603 may perform communication with each other through internal interfaces.
The processor 602 may be a central processing unit (Central Processing Unit, abbreviated as CPU), or an application specific integrated circuit (Application Specific Integrated Circuit, abbreviated as ASIC), or one or more integrated circuits configured to implement embodiments of the present application.
In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or N embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.
Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present application, the meaning of "N" is at least two, such as two, three, etc., unless explicitly defined otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more N executable instructions for implementing specific logical functions or steps of the process, and further implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present application.
It is to be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the N steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As with the other embodiments, if implemented in hardware, may be implemented using any one or combination of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable Gate Arrays (PGAs), field Programmable Gate Arrays (FPGAs), and the like.
Those of ordinary skill in the art will appreciate that all or a portion of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, where the program may be stored in a computer readable storage medium, and where the program, when executed, includes one or a combination of the steps of the method embodiments.

Claims (10)

1. A sleep method for a vehicle-mounted controller, comprising the steps of:
when the non-working duration of the vehicle-mounted controller reaches a first preset duration, detecting whether a first wake-up instruction sent by first wake-up equipment is received or not;
if the first wake-up instruction is not received, controlling the vehicle-mounted controller to enter a pre-dormancy mode, and detecting whether a second wake-up instruction sent by the first wake-up device is received or not every second preset time length when the vehicle-mounted controller is in the pre-dormancy mode; and when the vehicle-mounted controller is detected to receive the second wake-up instruction, controlling the vehicle-mounted controller to switch from the pre-dormancy mode to the pre-wake-up mode, and ending the pre-wake-up mode after the first execution data of the vehicle-mounted controller is restored, so as to wake up the vehicle-mounted controller.
2. The method of claim 1, wherein the step of determining the position of the probe comprises,
when the vehicle-mounted controller is in the pre-dormancy mode, dormancy processing is carried out on second execution data of the vehicle-mounted controller, and the processed second execution data is stored;
and when the vehicle-mounted controller is in the pre-wake mode, recovering the first execution data of the vehicle-mounted controller, wherein the first execution data comprises any one or more of vehicle state data, message data and read data of a state zone bit.
3. The method as recited in claim 2, further comprising:
detecting whether the second execution data is stored completely or not when the vehicle-mounted controller does not detect that the second wake-up instruction is received;
and if the second execution data is stored, ending the pre-dormancy mode, and controlling the vehicle-mounted controller to enter the dormancy mode.
4. The method of claim 3, further comprising, after controlling the in-vehicle controller to enter a sleep mode:
detecting whether a third wake-up instruction sent by the second wake-up device is received or not, or timing the sleep duration of the vehicle-mounted controller;
and if the third awakening instruction is received or the sleep duration reaches a third preset duration, ending the sleep mode and awakening the vehicle-mounted controller.
5. The method as recited in claim 1, further comprising:
when the duration of non-working of the vehicle-mounted controller reaches a first preset duration, if a first awakening instruction sent by the first awakening equipment is received, the vehicle-mounted controller is controlled to enter a normal working mode.
6. The method of any one of claims 1-5, further comprising:
after waking up the vehicle-mounted controller, controlling the vehicle-mounted controller to enter an initialization mode;
and after the initialization is finished, controlling the vehicle-mounted controller to enter a normal working mode.
7. A sleep device for a vehicle controller, comprising the steps of:
the first detection module is used for detecting whether a first wake-up instruction sent by the first wake-up device is received or not when the duration of non-working of the vehicle-mounted controller reaches a first preset duration;
the second detection module is used for controlling the vehicle-mounted controller to enter a pre-dormancy mode if the first awakening instruction is not received, and detecting whether a second awakening instruction sent by the first awakening equipment is received or not every second preset time length when the vehicle-mounted controller is in the pre-dormancy mode; and
the first control module is used for controlling the vehicle-mounted controller to switch from the pre-dormancy mode to the pre-wakeup mode when the second wakeup instruction is received by the vehicle-mounted controller, ending the pre-wakeup mode after the first execution data of the vehicle-mounted controller is restored, and waking up the vehicle-mounted controller.
8. The apparatus of claim 7, wherein,
when the vehicle-mounted controller is in the pre-dormancy mode, dormancy processing is carried out on second execution data of the vehicle-mounted controller, and the processed second execution data is stored;
and when the vehicle-mounted controller is in the pre-wake mode, recovering the first execution data of the vehicle-mounted controller, wherein the first execution data comprises any one or more of vehicle state data, message data and read data of a state zone bit.
9. The apparatus as recited in claim 8, further comprising:
the third detection module is used for detecting whether the second execution data are stored completely or not when the vehicle-mounted controller does not detect that the second wake-up instruction is received by the vehicle-mounted controller;
and the second control module is used for ending the pre-dormancy mode after the second execution data is stored, and controlling the vehicle-mounted controller to enter the dormancy mode.
10. A vehicle, characterized by comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, the processor executing the program to implement the method of hibernation of an in-vehicle controller according to any one of claims 1-6.
CN202111281718.9A 2021-11-01 2021-11-01 Vehicle-mounted controller dormancy method and device and vehicle Pending CN116069147A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111281718.9A CN116069147A (en) 2021-11-01 2021-11-01 Vehicle-mounted controller dormancy method and device and vehicle

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111281718.9A CN116069147A (en) 2021-11-01 2021-11-01 Vehicle-mounted controller dormancy method and device and vehicle

Publications (1)

Publication Number Publication Date
CN116069147A true CN116069147A (en) 2023-05-05

Family

ID=86182457

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111281718.9A Pending CN116069147A (en) 2021-11-01 2021-11-01 Vehicle-mounted controller dormancy method and device and vehicle

Country Status (1)

Country Link
CN (1) CN116069147A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116729300A (en) * 2023-07-31 2023-09-12 中国第一汽车股份有限公司 Power supply module of data processing chip, control method of power supply module and vehicle

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116729300A (en) * 2023-07-31 2023-09-12 中国第一汽车股份有限公司 Power supply module of data processing chip, control method of power supply module and vehicle
CN116729300B (en) * 2023-07-31 2024-05-03 中国第一汽车股份有限公司 Power supply module of data processing chip, control method of power supply module and vehicle

Similar Documents

Publication Publication Date Title
CN108958106B (en) Electric automobile controller dormancy awakening system and control method
US20150106540A1 (en) Device, method and computer program for operating a data bus system of a motor vehicle
US9542267B2 (en) Enhanced recovery mechanisms
CN111698107B (en) Vehicle network management method, device and system and computer equipment
JP2009166549A (en) Electronic control device for vehicle
WO2021233219A1 (en) Automatic wake-up and diagnosis method for battery management system, battery management system, and vehicle
CN112087355A (en) State control method and device, electronic module and CAN network system
WO2002012988A1 (en) Method and system for providing gated clock signal to a csr block
CN111552365A (en) Memory chip and control method thereof
CN116069147A (en) Vehicle-mounted controller dormancy method and device and vehicle
CN115139937B (en) Power-on and power-off time sequence control method of vehicle-mounted controller and vehicle-mounted controller
CN113291166A (en) Wake-up circuit, vehicle-mounted charger, vehicle-mounted charging system and wake-up method
CN111376245A (en) Steering engine control method and system and robot
CN115402126A (en) Automobile quick charging control method, electronic equipment and storage medium
JP5640508B2 (en) In-vehicle ECU
CN111532173A (en) Power consumption controller and control method for electric automobile
CN116674483B (en) Automobile delay power-off control system and control method
CN113650498B (en) Power-on method and device of electric vehicle, electric vehicle and storage medium
CN115460028B (en) Vehicle-mounted network dormancy management method and device, vehicle-mounted network system and vehicle
CN118584873B (en) Power-on time sequence control method and device based on multi-core heterogeneous system and vehicle
CN116466999B (en) Method, device, equipment and medium for waking up SOC chip
CN214984866U (en) Wake-up circuit, vehicle-mounted charger and vehicle-mounted charging system
CN115373319A (en) Low-power-consumption vehicle-mounted power supply box and low-power-consumption method
WO2023136158A1 (en) In-vehicle system, management device, and management method
CN118269758A (en) Electric supplementing device and method and electric equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination