Electric vehicle dormancy method

Abstract

The invention provides a dormancy method for an electric vehicle. The dormancy of the whole vehicle is judged by combining the operation condition of the vehicle and the user demand. The controllers are subjected to importance grading, and when the state of each controller is abnormal, through different dormancy strategies, the vehicle dormancy waiting time when the dormancy is abnormal is reduced. And meanwhile, the user is allowed to actively intervene in the dormancy of the vehicle, so that the client can adjust the dormancy of the vehicle as required. The method has the beneficial effect that the purpose of reducing the power consumption of the vehicle is better achieved through parallel operation of multiple dormancy strategies.

Description

Technical Field

[0001] The invention relates to a dormancy method for an electric vehicle, and in particular to a dormancy method for the entire electric vehicle via a CAN network. Background Art

[0002] At present, the sleep and wake-up management of most vehicles is achieved through network management to achieve synchronous wake-up and sleep. Most of them adopt OSEK indirect network management and AUTOSAR network management, which reduces the consumption of each controller on the vehicle. However, this strategy usually adopts a ring control strategy, which leads to the situation that the whole vehicle cannot be put into sleep when a controller in one link is abnormal. The electric vehicle sleep method based on CAN network proposed by the present invention divides the importance of the controllers on the vehicle and adopts different strategies according to different importance to prevent the problem that the vehicle cannot sleep when a problem occurs at a certain node. By sending abnormal information to the user, the user can be aware of the abnormal state of the vehicle in time. And the user is allowed to actively intervene in the vehicle sleep, so that the user can put the vehicle into fast sleep according to demand. At the same time, in order to better reduce the power consumption of the controller, some controllers are allowed to actively apply for sleep, further reducing the power consumption of the vehicle. Summary of the invention

[0003] The purpose of the present invention is to propose a dormancy management strategy for a vehicle controller of an electric vehicle, and to perform bus dormancy judgment by comprehensively considering the working request status of each controller of the vehicle. A certain controller of the vehicle is used as the main controller to comprehensively manage the dormancy state of the vehicle, so as to achieve the purpose of timely entering a low-power dormancy state when the vehicle controller works in a non-request state, thereby reducing the static power consumption of the vehicle; wherein the controller that issues a dormancy instruction based on the working conditions of the vehicle and the user's request is called the main controller, and the controller that receives the dormancy instruction of the main controller is called the slave controller.

[0004] In order to achieve the above-mentioned purpose, the overall idea of ​​the solution proposed in the present invention is as follows: when the vehicle is in the OFF gear and is in a non-charging condition and there are no other conditions that require the vehicle to be woken up, each vehicle controller judges its own work request status respectively and reports the current controller operation status; at the same time, when receiving the user's quick sleep request, if the vehicle is in a non-OFF gear or charging condition, the vehicle condition is actively switched to the OFF gear, charging is stopped and the sleep process is entered.

[0005] The main controller sends a sleep instruction to the bus when detecting that the vehicle meets the sleep condition or when the user requests the vehicle to enter fast sleep.

[0006] After receiving the sleep command from the master controller, the slave controller replies to the sleep command according to its own working conditions;

[0007] The main controller detects that the counter reaches the calibration value or the timer times out and sends a sleep confirmation;

[0008] After receiving the sleep confirmation, the slave controller stops sending messages and waits for the bus to be silent;

[0009] After the bus messages stop being sent, the master and slave controllers enter sleep mode.

[0010] In some operating conditions, the vehicle does not need all controllers to remain awake. In this case, the slave controller can actively send a sleep request to the master controller. After receiving the slave controller's request, the master controller responds according to the vehicle's operating conditions. DETAILED DESCRIPTION

[0011] The level division and waiting time that appear in the following implementation are only examples to better illustrate the implementation of this scheme and are not binding contents of the present invention. At the same time, in order to enable readers of the present invention to better understand the contents of the present invention, the specific implementation methods will be described below in conjunction with the accompanying drawings.

[0012] Figure 1 This is the overall process of the vehicle hibernation method proposed by the present invention.

[0013] Figure 2 This is the process of active vehicle dormancy proposed in the present invention when no user request is received.

[0014] Figure 3 This is the vehicle hibernation process proposed in the present invention when a user request is received.

[0015] Figure 4 This is the vehicle sleep process under the condition that the controller actively sends a sleep request proposed in the present invention.

[0016] The vehicle controllers installed in the vehicle are classified into 1, 2, and 3 levels according to their importance; among which, 1 is the most important and 3 is the least important;

[0017] Adopt different waiting plans according to different levels of importance; When it is detected that one or more level 1 controllers have not responded to the sleep request, continue to send the sleep request and detect whether the corresponding components have faults or the communication status is abnormal. Wait for 3 minutes. If the controller still does not respond, send the user a message that the vehicle sleep status is abnormal, record the fault information, and send a sleep confirmation after a delay of 5 seconds; When it is detected that one or more level 2 controllers have not responded to the sleep request, continue to send the sleep request and wait for 1 minute. If the controller still does not respond, send a sleep status abnormality to the user, record the fault information, and send a sleep confirmation after a delay of 5 seconds; When it is detected that one or more level 3 controllers or controllers with an importance lower than level 3 do not respond to the sleep request, wait for 30 seconds. If the controller still does not respond, record the fault information and send the sleep confirmation after a delay of 5 seconds.

[0018] After receiving the sleep command reply from the slave controller, the master controller adds 1 to the corresponding counter according to the importance of the slave controller. If the value of each counter reaches the calibration value within the calibration time, the corresponding strategy is executed according to the importance. If more than one counter does not reach the standard, the highest importance strategy is executed.

[0019] When receiving a user's request to enter quick sleep or forced sleep, the current state of the vehicle is first determined and fed back to the customer, and at the same time, operations such as switching to OFF gear or stopping charging are performed to make the vehicle meet the state for sleep.

[0020] Under certain working conditions, if the slave controller determines that it meets the sleep conditions, it will actively send a sleep request to the master controller.

[0021] The main controller responds to the sleep request of the slave controller based on the sleep request of the slave controller and the operating condition feedback of the vehicle; when the sleep request is to allow sleep, the main controller needs to add 1 to the corresponding sleep counter to prevent misjudgment when the whole vehicle is in sleep mode.

[0022] The slave controller enters sleep or remains awake according to the sleep request feedback from the master controller; if the master controller does not receive the sleep request feedback due to an abnormality, the slave controller delays entering sleep.

[0023] The sleep timer is reset when the vehicle wakes up again after entering sleep mode. If some slave controllers actively apply for sleep mode and wake up again when the vehicle does not enter sleep mode, the counter should be adjusted in time.

[0024] The beneficial effect of the present invention is that, when a certain controller of the vehicle is in an abnormal state, the vehicle can also enter a sleep state in an effective way, thereby reducing the power consumption of the vehicle; at the same time, it allows the user's active intervention, so that the user can adjust the sleep state of the vehicle according to actual needs; and allows some controllers on the bus to enter sleep first, thereby reducing the power consumption of the whole vehicle under some special working conditions.

Claims

1. A method for sleeping and waking up an electric vehicle, characterized in that The vehicle can be awakened or put into sleep mode through comprehensive analysis of the vehicle's operating conditions and user needs.

2. The method of claim 1, characterized in that A certain controller on the vehicle is used as the main controller to initiate the vehicle's sleep or wake-up command, and at the same time collect the sleep recovery status of other controllers on the vehicle.

3. The controller for initiating a vehicle sleep request as claimed in claim 2, characterized in that For vehicles with VCU, a sleep request is initiated, and for vehicles without VCU, a sleep or wake-up request can be initiated through BCM.

4. In the method described in claim 1, the interaction between the vehicle controllers is carried out through the vehicle CAN network, and the controller that sends the sleep command is set as the main controller, and the others are slave controllers.

5. The method of claim 1, characterized in that Sleep judgment requires analyzing the work request status of the master and slave controllers respectively, and counting the sleep instruction reply status of the slave controller.

6. The statistics of the recovery status of the sleep command from the controller as described in claim 5, characterized in that By allocating importance to the controllers, the waiting processing methods are differentiated according to the importance.

7. The waiting processing method described in claim 6 is characterized in that The controllers can be classified into levels 1, 2, and 3 according to their working characteristics, and the importance decreases as the value increases.

8. The statistical method of claim 6, characterized in that The replies to the sleep instructions are counted separately according to the importance of the controller.

9. The processing method according to claim 6, characterized in that: When it is detected that one or more level 1 controllers have not responded to the sleep request, continue to send the sleep request and detect whether the corresponding components have faults or the communication status is abnormal. Wait for 3 minutes. If the controller still does not respond, send the vehicle sleep status abnormality and abnormal record fault information, and send the sleep confirmation after a delay of 5 seconds; When it is detected that one or more level 2 controllers have not responded to the sleep request, continue to send the sleep request and wait for 1 minute. If the controller still does not respond, send the sleep status and record the fault information abnormally, and send the sleep confirmation after a delay of 5 seconds; When it is detected that one or more level 3 or lower importance controllers do not respond to the sleep request, wait for 30 seconds. If the controller still does not respond, record the fault information abnormally and send the sleep confirmation after a delay of 5 seconds; If multiple important controllers are not responded, proceed according to the controller with the highest importance. The level division and waiting time in the above processing method are examples. The actual strategy application process should be set according to the actual situation of the vehicle and is not limited to the above conditions.

10. The method of claim 1, characterized in that Under certain operating conditions, if the slave controller determines that it can enter sleep mode, it sends a sleep request to the master controller. The master controller determines the operating condition of the vehicle and responds. The slave controller enters sleep mode or remains awake based on the master controller's response. After the master controller responds to allow sleep mode, when it initiates a sleep command for the vehicle, it assumes that the controller has responded to the sleep command.

11. The method of claim 1, characterized in that It can enter quick sleep mode based on user request and promptly notify the user when the vehicle's sleep mode is abnormal.

12. The method of claim 1, characterized in that After entering a bus sleep state, the counter is cleared, or after some controllers enter sleep state and wake up again, the corresponding importance counter is added or subtracted.

Images