Vehicle sleep wake-up control method, device, equipment and medium

Abstract

The invention discloses a vehicle sleep wake-up control method, device and equipment and a medium, and the method comprises the steps: when a vehicle is in a sleep state, after a combination switch in the vehicle jumps to trigger switch hard wire signal polling scanning, if it is read that the switch hard wire signal generates preset jump, waking up a domain controller gateway; after the domain controller gateway is awakened, if it is continuously read that the switch hard wire signal has the preset jump, a prompt CAN signal is sent to a sensor corresponding to the switch hard wire signal having the preset jump; if it is received that the action LIN signal fed back by the sensor jumps, the action LIN signal is sent to a CAN network to wake up a domain controller; if the action LIN signal jump is not received, the domain controller gateway is controlled to enter a dormant state, so that the risk that the vehicle network is frequently awakened is effectively reduced, and the electric energy use efficiency of the vehicle is improved.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle sleep-wakeup control, and in particular to a vehicle sleep-wakeup control method, device, equipment and medium. Background Art

[0002] As vehicles become increasingly intelligent, the number of electronic controllers installed is also increasing. Each controller has different wakeup and sleep strategies, and different controllers may experience abnormal wakeup and sleep due to different reasons.

[0003] Frequent controller wakeup and sleep not only depletes the battery, impacting the vehicle's overall performance, but also results in unnecessary energy consumption. Therefore, coordinating the controller's wakeup and sleep states to avoid the power drain caused by frequent vehicle network wakeups has become a pressing technical challenge for the industry. Summary of the Invention

[0004] The present application provides a vehicle sleep and wake-up control method, device, equipment and medium, which can solve the technical problem of power consumption caused by frequent wake-up of vehicle networks in the prior art.

[0005] In a first aspect, an embodiment of the present application provides a vehicle sleep / wake-up control method, the vehicle sleep / wake-up control method comprising:

[0006] When the vehicle is in a dormant state, after a combination switch in the vehicle jumps and triggers a switch hard-wire signal polling scan, if a preset jump is detected in the switch hard-wire signal, the domain controller gateway is awakened;

[0007] After waking up the domain controller gateway, if the switch hard-wire signal continues to be read and a preset jump occurs, a prompt CAN signal is sent to the sensor corresponding to the switch hard-wire signal having the preset jump;

[0008] If the action LIN signal feedback from the sensor jumps, the action LIN signal is sent to the CAN network to wake up the domain controller;

[0009] If the action LIN signal jump is not received, the domain controller gateway is controlled to enter a dormant state.

[0010] In combination with the first aspect, in one embodiment, if a preset jump occurs in the switch hard-wire signal, waking up the domain controller gateway includes:

[0011] If the gear position signal of the automatic wiper sensitivity switch in the vehicle is read to have jumped, the domain controller gateway is awakened.

[0012] In one embodiment, after waking up the domain controller gateway, if the switch hard-wire signal continues to be read and a preset jump occurs, a prompt CAN signal is sent to a sensor corresponding to the switch hard-wire signal having the preset jump, including:

[0013] After waking up the domain controller gateway, if the gear position signal of the automatic wiper sensitivity switch continues to be read and changes, a wiper prompt CAN signal is sent to the corresponding rain sensor.

[0014] In one embodiment, if the action LIN signal feedbacked by the sensor jumps, the action LIN signal is sent to the CAN network to wake up the domain controller, including:

[0015] If the wiper speed LIN signal fed back by the rain sensor jumps, the wiper speed LIN signal is sent to the CAN network to wake up the domain controller.

[0016] In one embodiment, if the action LIN signal transition is not received, controlling the domain controller gateway to enter a dormant state includes:

[0017] If the wiper speed LIN signal jump is not received, the domain controller gateway is controlled to enter a dormant state.

[0018] In one embodiment, after waking up the domain controller gateway, if the switch hard-wire signal continues to be read to have a preset jump, a prompt CAN signal is sent to the sensor corresponding to the switch hard-wire signal having the preset jump, further comprising:

[0019] After waking up the domain controller gateway, the switch hard-wire signal obtained through polling scanning is delayed and filtered according to the preset delay time before being read.

[0020] In one embodiment, the vehicle being in a dormant state includes: a domain controller and a domain controller gateway of the vehicle are both in a dormant state.

[0021] In a second aspect, an embodiment of the present application provides a vehicle sleep / wake-up control device, the vehicle sleep / wake-up control device comprising:

[0022] A first wake-up module is configured to wake up the domain controller gateway when the vehicle is in a dormant state and a combination switch in the vehicle triggers a switch hard-wire signal polling scan. If a preset jump is detected in the switch hard-wire signal, the domain controller gateway is woken up.

[0023] A sending module, which is used to send a prompt CAN signal to the sensor corresponding to the switch hard-wire signal having the preset jump after waking up the domain controller gateway, if it continues to read the switch hard-wire signal having the preset jump;

[0024] A second wake-up module is configured to send the action LIN signal to the CAN network to wake up the domain controller if a jump in the action LIN signal fed back by the sensor is received;

[0025] The sleep module is used to control the domain controller gateway to enter a sleep state if the action LIN signal jump is not received.

[0026] In one embodiment, the first wake-up module is further configured to:

[0027] If the gear position signal of the automatic wiper sensitivity switch in the vehicle is read to have jumped, the domain controller gateway is awakened.

[0028] In one embodiment, the sending module is further configured to:

[0029] After waking up the domain controller gateway, if the gear position signal of the automatic wiper sensitivity switch continues to be read and changes, a wiper prompt CAN signal is sent to the corresponding rain sensor.

[0030] In one embodiment, the second wake-up module is further configured to:

[0031] If the wiper speed LIN signal fed back by the rain sensor jumps, the wiper speed LIN signal is sent to the CAN network to wake up the domain controller.

[0032] In one embodiment, the sleep module is further configured to:

[0033] If the wiper speed LIN signal jump is not received, the domain controller gateway is controlled to enter a dormant state.

[0034] In one embodiment, the sending module is further configured to:

[0035] After waking up the domain controller gateway, the switch hard-wire signal obtained through polling scanning is delayed and filtered according to the preset delay time before being read.

[0036] In one embodiment, the domain controller and the domain controller gateway of the vehicle are both in a dormant state.

[0037] In the third aspect, an embodiment of the present application provides a vehicle sleep-wake-up control device, which includes a processor, a memory, and a vehicle sleep-wake-up control program stored on the memory and executable by the processor, wherein when the vehicle sleep-wake-up control program is executed by the processor, the steps of the vehicle sleep-wake-up control method described in any one of the above items are implemented.

[0038] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, characterized in that a vehicle sleep-wake-up control program is stored on the computer-readable storage medium, wherein when the vehicle sleep-wake-up control program is executed by a processor, the steps of the vehicle sleep-wake-up control method as described in any one of the above items are implemented.

[0039] The embodiments of the present application provide a vehicle sleep and wake-up control method, apparatus, device and medium. When the vehicle is in a sleep state, a combination switch in the vehicle jumps to trigger a switch hard-wire signal polling scan. If a preset jump occurs in the switch hard-wire signal, the domain controller gateway is woken up; after waking up the domain controller gateway, if the switch hard-wire signal continues to be read to have a preset jump, a prompt CAN signal is sent to the sensor corresponding to the switch hard-wire signal with the preset jump; if an action LIN signal jump is received from the sensor, the action LIN signal is sent to the CAN network to wake up the domain controller; if the action LIN signal jump is not received, the domain controller gateway is controlled to enter a sleep state, effectively reducing the risk of the vehicle network being frequently woken up and improving the vehicle's power utilization efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] Figure 1 This is a flow chart of the first embodiment of the vehicle sleep / wake-up control method of the present application;

[0041] Figure 2 This is a logic diagram of the vehicle sleep and wake-up control method of this application;

[0042] Figure 3 This is a schematic diagram of the specific process of the vehicle sleep and wake-up control method of this application;

[0043] Figure 4 This is a functional module diagram of an embodiment of a vehicle sleep / wake-up control device of the present application;

[0044] Figure 5 This is a schematic diagram of the hardware structure of the vehicle sleep and wake-up control device involved in the embodiment of the present application. DETAILED DESCRIPTION

[0045] In order to enable those skilled in the art to better understand the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0046] It is worth noting that the vehicle wake-up in the present application refers to abnormal vehicle wake-up, specifically when the vehicle is in a dormant or low-power state, due to certain specific conditions or events, the vehicle system is activated and enters a normal working state, thereby achieving the purposes of safety monitoring and emergency response. The method of vehicle wake-up in the related art includes: when the data collected by the sensor reaches the corresponding calibration value, it will trigger the corresponding switch to jump, and after the switch jumps, it will send out a corresponding switch hard-wired signal, which directly wakes up the vehicle network and controller by the switch hard-wired signal, thereby realizing the whole vehicle wake-up. Since the data collected by the sensor is changeable, such a wake-up method will cause the vehicle to be frequently woken up and enter a dormant state, which may cause the battery of the vehicle to be depleted and affect the overall performance of the vehicle. Therefore, the embodiment of the present application provides a vehicle dormant wake-up control method, device, equipment and medium to solve this technical problem.

[0047] In order to make the objectives, technical solutions and advantages of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.

[0048] In a first aspect, an embodiment of the present application provides a vehicle sleep and wake-up control method.

[0049] In one embodiment, referring to Figure 1 , Figure 1 This is a flow chart of the first embodiment of the vehicle sleep and wake-up control method of this application. Figure 1 As shown, the vehicle sleep and wake-up control method includes:

[0050] Step S101: The vehicle is in a dormant state. After the combination switch in the vehicle jumps and triggers a switch hard-wire signal polling scan, if a preset jump is read for the switch hard-wire signal, the domain controller gateway is awakened.

[0051] It is worth noting that if Figure 2 and Figure 3 As shown, the vehicle is in a dormant state when both the vehicle's domain controller and the domain controller gateway are in a dormant state (i.e., SleepFlag = 1). The combination switch in this embodiment includes a matrix switch controlled by hard wires, such as an automatic wiper sensitivity switch, a light switch, and a horn switch on the vehicle, and is generally integrated near the vehicle's steering wheel.

[0052] The sensors corresponding to the combination switches continuously monitor and collect corresponding data. When the monitored and collected data reaches a calibration value, operating the combination switch triggers a matrix switch polling scan to collect the switch hard-wired signal. The polling scan method in this embodiment includes single-board polling scanning. The specific transition method for the switch hard-wired signal can be configured based on the vehicle's safety monitoring and emergency response requirements. For example, the preset transition may include a shift in the automatic wiper sensitivity switch.

[0053] In one embodiment, the preset jump in the switch hardwire signal includes a jump in the gear position signal of an automatic wiper sensitivity switch. If the preset jump in the switch hardwire signal is read, waking up the domain controller gateway includes: waking up the domain controller gateway if the gear position signal of the automatic wiper sensitivity switch in the vehicle is read to have jumped.

[0054] For example, when the rain sensor detects that the rainfall reaches the calibration value, it triggers the automatic wiper sensitivity switch to jump, triggering the matrix switch polling scan acquisition. The domain controller's application layer diagnostic module HWIO reads the switch hard-wired signal obtained by the polling scan. The hard-wired switch signal read is as follows: 0, 0, 0 is the initial value of the array switch; 0, 0, 1 is the first state of the array switch SW1; 0, 1, 1 is the second state of the array switch SW2; 1, 0, 0 is the third state of the array switch SW3, indicating that the automatic wiper sensitivity switch is in gear 1 (BCM_RSSensitivity=1); 1, 1, 1 is the fourth state of the array switch SW4, indicating that the automatic wiper sensitivity switch is in gear 2 (BCM_RSSensitivity=2). When the domain controller reads that the switch hard-wired signal corresponding to the automatic wiper sensitivity switch BCM_RSSensitivity changes from SW3 to SW4, indicating that the automatic wiper sensitivity switch gear has jumped from gear 1 to gear 2, the domain controller gateway is awakened.

[0055] Step S102: After waking up the domain controller gateway, if the switch hard-wire signal continues to be read to have a preset jump, a prompt CAN signal is sent to the sensor corresponding to the switch hard-wire signal having the preset jump.

[0056] In one embodiment, after waking up the domain controller gateway, if the gear position signal of the automatic wiper sensitivity switch continues to be read and changes, a wiper prompt CAN signal is sent to the corresponding rain sensor.

[0057] In a preferred embodiment, after waking up the domain controller gateway, the switch hard-wire signal is delayed and filtered according to a preset delay time and then read.

[0058] It is worth noting that since the gateway signal forwarding is not stored, the initial values ​​of all signals are 0 when the domain controller gateway is awakened. The domain controller gateway may generate electrical noise when it starts up, and the electrical noise may affect the switch hard-wired signal through the power line or the shared ground path, thus causing the switch hard-wired signal of the polling scan to be inaccurate. Therefore, in this implementation, after waking up the domain controller gateway, the domain controller delays the reading of the switch hard-wired signal of the polling scan to ensure that the read switch hard-wired signal value is the final value after the polling scan is completed, avoiding reading the signal value during the polling scan process, causing a reading error. When the final value of the switch hard-wired signal is read, it is deemed that the preprocessing operation of waking up the domain controller is completed. The delay time for the domain controller to read the hard-wired signal can be calibrated according to demand. In this embodiment, the delay time T_Delay = 500ms.

[0059] For example, the CAN signal for issuing the wiper reminder in this embodiment is the BCM_Wipercue signal. After waking up the domain controller gateway, it continues to read the hard-wired switch signal to check whether the automatic wiper sensitivity switch position continues to change. If the final value of the switch hard-wired signal indicates a change in the automatic wiper sensitivity switch position (BCM_RSSensitivity), the CAN signal BCM_Wipercue for issuing the wiper reminder is triggered to 1, thereby sending the CAN signal to the corresponding rain sensor.

[0060] Step S103: If the action LIN signal feedback from the sensor jumps, the action LIN signal is sent to the CAN network to wake up the domain controller.

[0061] In one embodiment, if the wiper speed LIN signal fed back by the rain sensor jumps, the wiper speed LIN signal is sent to the CAN network to wake up the domain controller.

[0062] For example, in this embodiment, the wiper speed LIN signal is the RLS_WiperSpeed ​​signal. After receiving the wiper-disable CAN signal, the rain sensor determines, based on the monitored rainfall data, whether the automatic wipers need to be controlled for wiping. If wiping is required, the rain sensor triggers the wiper speed LIN signal to change from 0 to 1 and sends it to the CAN network. The wiper speed LIN signal is then transmitted back to the body controller area network (Bcan), thereby waking up the domain controller and, in turn, the entire vehicle, to control the automatic wipers for wiping.

[0063] Step S104: If the action LIN signal transition is not received, the domain controller gateway is controlled to enter a dormant state.

[0064] In one embodiment, if the wiper speed LIN signal transition is not received, the domain controller gateway is controlled to enter a sleep state.

[0065] For example, if the rain sensor receives a CAN signal indicating a wiper activation and determines based on monitored rainfall data that automatic wiper control is not required, a wiper speed LIN signal transition is triggered. After sending the wiper activation CAN signal to the rain sensor, if no wiper speed LIN signal transition is received from the rain sensor after a preset timeout, the domain controller gateway is controlled to enter a dormant state. In this embodiment, the preset timeout is 5 seconds. If no wiper speed LIN signal transition is received after the 5-second timeout, the domain controller gateway goes into dormancy, the domain controller remains inactive, and the vehicle goes back into dormancy.

[0066] The vehicle sleep and wake-up control method provided in the embodiment of the present application formulates a controller wake-up and sleep-up plan based on the hard-wired switch signal input logic combined with the prompt CAN signal and the action LIN signal, effectively avoiding the situation where the vehicle is woken up due to the wrong signal transmission, reducing the risk of the vehicle network being frequently woken up, and improving the vehicle's energy utilization efficiency.

[0067] In a second aspect, an embodiment of the present application also provides a vehicle sleep and wake-up control device.

[0068] In one embodiment, referring to Figure 4 , Figure 4 This is a functional module diagram of an embodiment of the vehicle sleep and wake-up control device of the present application. Figure 4 As shown, the vehicle sleep and wake-up control device includes:

[0069] A first wake-up module is configured to wake up the domain controller gateway when the vehicle is in a dormant state and a combination switch in the vehicle triggers a switch hard-wire signal polling scan. If a preset jump is detected in the switch hard-wire signal, the domain controller gateway is woken up.

[0070] A sending module, which is used to send a prompt CAN signal to the sensor corresponding to the switch hard-wire signal having the preset jump after waking up the domain controller gateway, if it continues to read the switch hard-wire signal having the preset jump;

[0071] A second wake-up module is configured to send the action LIN signal to the CAN network to wake up the domain controller if a jump in the action LIN signal fed back by the sensor is received;

[0072] The sleep module is used to control the domain controller gateway to enter a sleep state if the action LIN signal jump is not received.

[0073] Furthermore, in one embodiment, the domain controller and the domain controller gateway of the vehicle are both in a dormant state.

[0074] It is worth noting that the vehicle being in sleep mode includes both the vehicle's domain controller and the domain controller gateway being in sleep mode (i.e., SleepFlag = 1). The combination switch in this embodiment includes a matrix switch controlled by hard wires, such as the vehicle's automatic wiper sensitivity switch, light switch, and horn switch, and is generally integrated near the vehicle's steering wheel.

[0075] The sensors corresponding to the combination switches continuously monitor and collect corresponding data. When the monitored and collected data reaches a calibration value, operating the combination switch triggers a matrix switch polling scan to collect the switch hard-wired signal. The polling scan method in this embodiment includes single-board polling scanning. The specific transition method for the switch hard-wired signal can be configured based on the vehicle's safety monitoring and emergency response requirements. For example, the preset transition may include a shift in the automatic wiper sensitivity switch.

[0076] Furthermore, in one embodiment, the first wake-up module is further configured to:

[0077] If the gear position signal of the automatic wiper sensitivity switch in the vehicle is read to have jumped, the domain controller gateway is awakened.

[0078] For example, when the rain sensor detects that the rainfall reaches the calibration value, it triggers the automatic wiper sensitivity switch to jump, triggering the matrix switch polling scan acquisition. The domain controller's application layer diagnostic module HWIO reads the switch hard-wired signal obtained by the polling scan. The hard-wired switch signal read is as follows: 0, 0, 0 is the initial value of the array switch; 0, 0, 1 is the first state of the array switch SW1; 0, 1, 1 is the second state of the array switch SW2; 1, 0, 0 is the third state of the array switch SW3, indicating that the automatic wiper sensitivity switch is in gear 1 (BCM_RSSensitivity=1); 1, 1, 1 is the fourth state of the array switch SW4, indicating that the automatic wiper sensitivity switch is in gear 2 (BCM_RSSensitivity=2). When the domain controller reads that the switch hard-wired signal corresponding to the automatic wiper sensitivity switch BCM_RSSensitivity changes from SW3 to SW4, indicating that the automatic wiper sensitivity switch gear has jumped from gear 1 to gear 2, the domain controller gateway is awakened.

[0079] Furthermore, in one embodiment, the sending module is further configured to:

[0080] After waking up the domain controller gateway, if the gear position signal of the automatic wiper sensitivity switch continues to be read and changes, a wiper prompt CAN signal is sent to the corresponding rain sensor.

[0081] Furthermore, in one embodiment, the sending module is further configured to:

[0082] After waking up the domain controller gateway, the switch hard-wire signal obtained through polling scanning is delayed and filtered according to the preset delay time before being read.

[0083] It is worth noting that since the gateway signal forwarding is not stored, the initial values ​​of all signals are 0 when the domain controller gateway is awakened. The domain controller gateway may generate electrical noise when it starts up, and the electrical noise may affect the switch hard-wired signal through the power line or the shared ground path, thus causing the switch hard-wired signal of the polling scan to be inaccurate. Therefore, in this implementation, after waking up the domain controller gateway, the domain controller delays the reading of the switch hard-wired signal of the polling scan to ensure that the read switch hard-wired signal value is the final value after the polling scan is completed, avoiding reading the signal value during the polling scan process, causing a reading error. When the final value of the switch hard-wired signal is read, it is deemed that the preprocessing operation of waking up the domain controller is completed. The delay time for the domain controller to read the hard-wired signal can be calibrated according to demand. In this embodiment, the delay time T_Delay = 500ms.

[0084] For example, the CAN signal for issuing the wiper reminder in this embodiment is the BCM_Wipercue signal. After waking up the domain controller gateway, it continues to read the hard-wired switch signal to check whether the automatic wiper sensitivity switch position continues to change. If the final value of the switch hard-wired signal indicates a change in the automatic wiper sensitivity switch position (BCM_RSSensitivity), the CAN signal BCM_Wipercue for issuing the wiper reminder is triggered to 1, thereby sending the CAN signal to the corresponding rain sensor.

[0085] Furthermore, in one embodiment, the second wake-up module is further configured to:

[0086] If the wiper speed LIN signal fed back by the rain sensor jumps, the wiper speed LIN signal is sent to the CAN network to wake up the domain controller.

[0087] For example, in this embodiment, the wiper speed LIN signal is the RLS_WiperSpeed ​​signal. After receiving the wiper-disable CAN signal, the rain sensor determines, based on the monitored rainfall data, whether the automatic wipers need to be controlled for wiping. If wiping is required, the rain sensor triggers the wiper speed LIN signal to change from 0 to 1 and sends it to the CAN network. The wiper speed LIN signal is then transmitted back to the body controller area network (Bcan), thereby waking up the domain controller and, in turn, the entire vehicle, to control the automatic wipers for wiping.

[0088] Furthermore, in one embodiment, the sleep module is further configured to:

[0089] If the wiper speed LIN signal jump is not received, the domain controller gateway is controlled to enter a dormant state.

[0090] For example, if the rain sensor receives a CAN signal indicating a wiper activation and determines based on monitored rainfall data that automatic wiper control is not required, a wiper speed LIN signal transition is triggered. After sending the wiper activation CAN signal to the rain sensor, if no wiper speed LIN signal transition is received from the rain sensor after a preset timeout, the domain controller gateway is controlled to enter a dormant state. In this embodiment, the preset timeout is 5 seconds. If no wiper speed LIN signal transition is received after the 5-second timeout, the domain controller gateway goes into dormancy, the domain controller remains inactive, and the vehicle goes back into dormancy.

[0091] Among them, the functional implementation of each module in the above-mentioned vehicle sleep-wake-up control device corresponds to the various steps in the above-mentioned vehicle sleep-wake-up control method embodiment, and their functions and implementation processes are not repeated here one by one.

[0092] In a third aspect, an embodiment of the present application provides a vehicle sleep and wake-up control device, which may be a domain controller or other device with data processing capabilities.

[0093] Reference Figure 5 , Figure 5 FIG2 is a schematic diagram of the hardware structure of the vehicle sleep / wake-up control device involved in the embodiment of the present application. In the embodiment of the present application, the vehicle sleep / wake-up control device may include a processor, a memory, a communication interface, and a communication bus.

[0094] The communication bus may be of any type and is used to interconnect the processor, memory, and communication interface.

[0095] Communication interfaces include input / output (I / O) interfaces, physical interfaces, and logical interfaces, used to interconnect components within the vehicle sleep / wakeup control device, as well as interfaces used to interconnect the vehicle sleep / wakeup control device with other devices (such as other computing devices or user devices). Physical interfaces can include Ethernet, fiber optic, and ATM interfaces; user devices can include displays and keyboards.

[0096] The memory can be various types of storage media, such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), flash memory, optical storage, hard disk, programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), etc.

[0097] The processor may be a general-purpose processor that can call a vehicle sleep / wake-up control program stored in a memory and execute the vehicle sleep / wake-up control method provided in the embodiments of the present application. For example, the general-purpose processor may be a central processing unit (CPU). The method executed when the vehicle sleep / wake-up control program is called may refer to the various embodiments of the vehicle sleep / wake-up control method of the present application and will not be described in detail here.

[0098] Those skilled in the art will understand that Figure 5 The hardware structure shown in the figure does not constitute a limitation to the present application and may include more or fewer components than shown in the figure, or a combination of certain components, or a different arrangement of components.

[0099] In a fourth aspect, an embodiment of the present application also provides a computer-readable storage medium.

[0100] The computer-readable storage medium of the present application stores a vehicle sleep-wake-up control program, wherein when the vehicle sleep-wake-up control program is executed by a processor, the steps of the vehicle sleep-wake-up control method as described above are implemented.

[0101] Among them, the method implemented when the vehicle sleep-wake-up control program is executed can refer to the various embodiments of the vehicle sleep-wake-up control method of the present application, and will not be repeated here.

[0102] It should be noted that the serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0103] The terms "including" and "having" and any variations thereof in the specification and claims of this application and the above-mentioned drawings are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices. The terms "first", "second" and "third" are used to distinguish different objects, etc., and do not represent a sequence, nor do they limit the "first", "second" and "third" to different types.

[0104] In the description of the embodiments of this application, the words "exemplary," "for example," or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary," "for example," or "for example" in the embodiments of this application should not be construed as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary," "for example," or "for example" is intended to present the relevant concepts in a concrete manner.

[0105] In the description of the embodiments of the present application, unless otherwise specified, “ / ” means or, for example, A / B can mean A or B; “and / or” in the text is merely a description of the association relationship of associated objects, indicating that three relationships may exist, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, “multiple” refers to two or more than two.

[0106] In some processes described in the embodiments of the present application, multiple operations or steps are included that appear in a specific order. However, it should be understood that these operations or steps may not be performed in the order in which they appear in the embodiments of the present application or may be performed in parallel. The sequence numbers of the operations are only used to distinguish between different operations, and the sequence numbers themselves do not represent any order of execution. In addition, these processes may include more or fewer operations, and these operations or steps may be performed in sequence or in parallel, and these operations or steps may be combined.

[0107] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform, of course, it can also be implemented by hardware, but in many cases the former is a better implementation method. 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, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes a number of instructions for enabling a terminal device to execute the methods described in each embodiment of the present application.

[0108] The above are only preferred embodiments of the present application and do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A vehicle sleep wake-up control method, characterized in that: The vehicle sleep-wake-up control method comprises: When the vehicle is in a dormant state, after the combination switch in the vehicle jumps to trigger the switch hard-line signal polling scan, if the switch hard-line signal is read to have a preset jump, the domain controller gateway is awakened; After waking up the domain controller gateway, if the switch hard-wire signal continues to be read to have a preset jump, a prompt CAN signal is sent to the sensor corresponding to the switch hard-wire signal having the preset jump; If the action LIN signal feedback from the sensor changes, the action LIN signal is sent to the CAN network to wake up the domain controller; If the action LIN signal jump is not received, the domain controller gateway is controlled to enter a sleep state.

2. The vehicle sleep-wake-up control method according to claim 1, characterized in that: If the switch hard-wire signal is read to have a preset jump, the domain controller gateway is awakened, including: If the gear position signal of the automatic wiper sensitivity switch in the vehicle is read to have jumped, the domain controller gateway is awakened.

3. The vehicle sleep-wake-up control method according to claim 2, characterized in that: After waking up the domain controller gateway, if the switch hard-wire signal continues to be read to have a preset jump, a prompt CAN signal is sent to the sensor corresponding to the switch hard-wire signal having the preset jump, including: After waking up the domain controller gateway, if the gear position signal of the automatic wiper sensitivity switch continues to be read and changes, a wiper reminder CAN signal is sent to the corresponding rain sensor.

4. The vehicle sleep-wake-up control method according to claim 3, characterized in that: If the action LIN signal feedback from the sensor changes, the action LIN signal is sent to the CAN network to wake up the domain controller, including: If the wiper speed LIN signal fed back by the rain sensor jumps, the wiper speed LIN signal is sent to the CAN network to wake up the domain controller.

5. The vehicle sleep-wake-up control method according to claim 4, characterized in that: If the action LIN signal jump is not received, the domain controller gateway is controlled to enter a dormant state, including: If the wiper speed LIN signal jump is not received, the domain controller gateway is controlled to enter a sleep state.

6. The vehicle sleep-wake-up control method according to claim 1, characterized in that: After waking up the domain controller gateway, if the switch hard-wire signal continues to be read to have a preset jump, a prompt CAN signal is sent to a sensor corresponding to the switch hard-wire signal having the preset jump, further comprising: After waking up the domain controller gateway, the switch hard-wire signal obtained through polling scanning is delayed and filtered according to the preset delay time before being read.

7. The vehicle sleep-wake-up control method according to claim 1, characterized in that: The vehicle being in a dormant state includes: a domain controller and a domain controller gateway of the vehicle are both in a dormant state.

8. A vehicle sleep and wake-up control device, characterized in that: The vehicle sleep-wake-up control device comprises: A first wake-up module is used when the vehicle is in a dormant state, and after the combination switch in the vehicle jumps to trigger the switch hard-line signal polling scan, if the switch hard-line signal is read to have a preset jump, the domain controller gateway is woken up; A sending module, which is used for sending a prompt CAN signal to a sensor corresponding to the switch hard-wire signal having a preset jump after waking up the domain controller gateway, if the switch hard-wire signal continues to be read to have a preset jump; A second wake-up module is used for sending the action LIN signal to the CAN network to wake up the domain controller if a jump of the action LIN signal fed back by the sensor is received; The sleep module is used to control the domain controller gateway to enter a sleep state if the action LIN signal jump is not received.

9. A vehicle sleep and wake-up control device, characterized in that: The vehicle sleep-wake-up control device includes a processor, a memory, and a vehicle sleep-wake-up control program stored in the memory and executable by the processor, wherein when the vehicle sleep-wake-up control program is executed by the processor, the steps of the vehicle sleep-wake-up control method as described in any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a vehicle sleep-wake-up control program, wherein when the vehicle sleep-wake-up control program is executed by the processor, the steps of the vehicle sleep-wake-up control method according to any one of claims 1 to 7 are implemented.

Images