Vehicle control method, electronic equipment and vehicle

By receiving reset signals in the vehicle controller, acquiring vehicle information and determining the reset type, the vehicle automatically performs recovery operations after reset, solving the problem of safety hazards after vehicle reset in the prior art, and improving the safety and energy consumption management of the vehicle.

CN119796238AActive Publication Date: 2025-04-11GREAT WALL MOTOR CO LTD
View PDF 6 Cites 0 Cited by

Patent Information

Application Number
CN202510122982.X
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-01-26
Publication Date
2025-04-11
Estimated Expiration
2045-01-26

AI Technical Summary

Technical Problem

After the controller is automatically reset, existing vehicles only wake up the vehicle network without performing subsequent recovery operations, which may lead to vehicle safety risks.

Method used

By receiving the reset signal from the vehicle controller, the vehicle information stored before the reset occurs is obtained, the reset operation is determined whether the reset operation is an abnormal reset, and the reset type is determined based on the vehicle information, and the vehicle is controlled to perform the corresponding recovery operation.

Benefits of technology

Ensure that the vehicle can automatically perform recovery operations after reset, improve the safety of the vehicle, reduce the risk of out-of-control caused by abnormal controller reset, and save energy consumption.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119796238A_ABST
    Figure CN119796238A_ABST
Patent Text Reader

Abstract

The invention provides a vehicle control method, electronic equipment and a vehicle, after a reset signal of a vehicle controller is received, vehicle information stored before reset is obtained, whether reset operation corresponding to the current reset signal is abnormal reset or not is determined based on the vehicle information, and when it is determined that the reset operation is abnormal reset, namely the vehicle needs to execute recovery operation, the vehicle is reset. Then different reset types are determined based on different vehicle information, the vehicle is controlled to execute different recovery operations based on the different reset types, and the vehicle is automatically controlled to execute different recovery operations based on the different reset types under the condition that it is determined that the vehicle needs to execute the recovery operations to ensure the safety of the vehicle. On one hand, the vehicle controller can actively control the vehicle to execute the recovery operation in time, it is ensured that the vehicle cannot be out of control due to abnormal reset of the controller, the safety of the vehicle is improved, on the other hand, different reset types correspond to different recovery operations, the control accuracy and effectiveness are improved, and meanwhile the energy consumption of the vehicle can be saved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a vehicle control method, an electronic device and a vehicle. Background Art

[0002] In existing vehicles, when the vehicle controller is automatically reset, in order to ensure that the user can continue to use the vehicle normally, the vehicle network will be automatically awakened immediately after the controller is automatically reset to ensure that the vehicle network is normal. The subsequent recovery operations of the vehicle after waking up the vehicle network are all actively controlled by the user, and the vehicle controller does not intervene in any way. However, for vehicles that are automatically reset under different circumstances, only waking up the vehicle network after the automatic reset without controlling the subsequent vehicle to perform recovery operations may cause safety hazards to the vehicle. Summary of the invention

[0003] In view of this, the purpose of the present application is to provide a vehicle control method, an electronic device and a vehicle.

[0004] Based on the above purpose, the first aspect of the present application provides a vehicle control method, comprising:

[0005] In response to receiving a reset signal from a vehicle controller, acquiring vehicle information stored before the reset occurs;

[0006] Based on the vehicle information, determining whether the reset operation corresponding to the reset signal is an abnormal reset;

[0007] In response to the reset operation being an abnormal reset, a reset type is determined based on the vehicle information, and the vehicle is controlled to perform a recovery operation corresponding to the reset type.

[0008] Optionally, determining whether the reset operation corresponding to the reset signal is an abnormal reset based on the vehicle information includes:

[0009] In response to the vehicle information including restart information and / or upgrade information, determining a restart time and / or upgrade time based on the restart information and / or upgrade information;

[0010] Acquiring time information when the reset signal is received;

[0011] In response to a time difference between the time information and the restart time and / or the upgrade time being less than or equal to a preset time difference, determining that the reset operation corresponding to the reset signal is not an abnormal reset;

[0012] In response to a time difference between the time information and the restart time and / or the upgrade time being greater than a preset time difference, it is determined that the reset operation corresponding to the reset signal is an abnormal reset.

[0013] Optionally, the vehicle information includes power information, vehicle speed information and light information;

[0014] The reset types include primary reset and secondary reset, and the potential safety hazard of the secondary reset is higher than that of the primary reset;

[0015] The determining the reset type based on the vehicle information and controlling the vehicle to perform a recovery operation corresponding to the reset type includes:

[0016] In response to the power information, vehicle speed information and / or light information meeting the preset secondary reset condition, determining that the reset type is a secondary reset, and controlling the vehicle to perform a recovery operation corresponding to the secondary reset:

[0017] In response to the power information, vehicle speed information and light information not meeting preset secondary reset conditions, the reset type is determined to be a primary reset, and the vehicle is controlled to perform a recovery operation corresponding to the primary reset.

[0018] Optionally, the power information includes power on or power off; the light information includes light on or light off;

[0019] The method further comprises:

[0020] In response to the power information being power off, the vehicle speed information being zero, and the light information being light off, determining that the power information, the vehicle speed information, and the light information do not meet a preset secondary reset condition;

[0021] In response to the power information being power off, the vehicle speed information being zero, and the light information being light on, determining that the power information, the vehicle speed information, and / or the light information meet a preset secondary reset condition;

[0022] In response to the power information being power on, it is determined that the power information, vehicle speed information and / or light information meet a preset secondary reset condition.

[0023] Optionally, the controlling the vehicle to perform a recovery operation corresponding to the secondary reset includes:

[0024] Wake up the vehicle network;

[0025] Determine key driving data based on the vehicle information, wherein the key driving data includes vehicle speed information, gear position information and lighting information;

[0026] The vehicle is controlled to restore the driving state before the reset operation is performed based on the key driving data.

[0027] Optionally, controlling the vehicle to resume the driving state before the reset operation based on the key driving data includes:

[0028] In response to the vehicle speed information being greater than or equal to a first preset vehicle speed, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed, and sending an abnormal reset reminder;

[0029] In response to the vehicle speed information being less than a first preset vehicle speed and greater than a second preset vehicle speed, and the light information indicating that the light is on, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed, and activating the electronic brake of the vehicle to reduce the vehicle speed;

[0030] In response to the vehicle speed information being less than or equal to a second preset vehicle speed, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed;

[0031] Wherein, the first preset vehicle speed is greater than the second preset vehicle speed.

[0032] Optionally, the controlling the vehicle to perform a recovery operation corresponding to the first-level reset includes:

[0033] Wake up the vehicle network and start the timer;

[0034] In response to the timing time of the timer reaching the preset timing time and no valid wake-up instruction is received, the vehicle network is controlled to sleep.

[0035] Optionally, after controlling the vehicle network to sleep, the method further includes:

[0036] In response to receiving a reset signal, executing a wake-up strategy until the number of times the reset signal is received reaches a preset number, prohibiting waking up the vehicle network and storing preset fault information;

[0037] The wake-up strategy includes:

[0038] Wake up the vehicle network and start the timer;

[0039] In response to the timing time of the timer reaching the preset timing time and no valid wake-up instruction is received, the vehicle network is controlled to sleep.

[0040] A second aspect of the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and running on the processor, wherein when the processor executes the program, the method described in any one of the first aspects above is implemented.

[0041] A third aspect of the present application provides a vehicle, comprising the electronic device described in the second aspect.

[0042] From the above, it can be seen that the vehicle control method, electronic device and vehicle provided by the present application, when receiving a reset signal, obtain the vehicle information stored before the reset occurs, and determine whether the reset operation corresponding to the current reset signal is an abnormal reset based on the vehicle information. When it is determined that it is an abnormal reset, that is, the vehicle needs to perform a recovery operation, different reset types are determined based on different vehicle information, and the vehicle is controlled to perform different recovery operations based on different reset types. In this way, when it is determined that the vehicle needs to perform a recovery operation to ensure the safety of the vehicle, the vehicle is automatically controlled to perform different recovery operations based on different reset types. On the one hand, the vehicle controller can actively control the vehicle to perform the recovery operation in a timely manner to ensure that the vehicle will not lose control due to an abnormal reset of the controller, thereby improving the safety of the vehicle. On the other hand, different reset types correspond to different recovery operations, which improves the accuracy and effectiveness of the control and can also save vehicle energy consumption. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] In order to more clearly illustrate the technical solutions in the present application or related technologies, the drawings required for use in the embodiments or related technical descriptions are briefly introduced below. Obviously, the drawings described below are only embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0044] Figure 1 A schematic flow chart of a vehicle control method according to an embodiment of the present application;

[0045] Figure 2 A schematic diagram of a vehicle control device according to an embodiment of the present application;

[0046] Figure 3 A schematic diagram of an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0047] In order to make the objectives, technical solutions and advantages of the present application more clearly understood, the present application is further described in detail below in combination with specific embodiments and with reference to the accompanying drawings.

[0048] It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the embodiments of the present application should be the usual meanings understood by people with ordinary skills in the field to which the present application belongs. The "first", "second" and similar words used in the embodiments of the present application do not represent any order, quantity or importance, but are only used to distinguish different components. "Including" or "comprising" and similar words mean that the elements or objects appearing in front of the word cover the elements or objects listed after the word and their equivalents, without excluding other elements or objects. "Connect" or "connected" and similar words are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. "Up", "down", "left", "right" and the like are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0049] As the vehicle is used for many years, some electronic components, control units or parts of the vehicle controller may age or reach the end of their life, which may cause the vehicle controller to be reset. Controller reset refers to the operation of restoring all registers, register groups, status bits and counters of the controller to the default initial state.

[0050] Under normal circumstances, users can actively control the vehicle's controller to reset, which can clear the internal faults of the controller caused by overvoltage and overcurrent, ensuring that the controller can work normally. Specifically, you can reset the controller by writing a program to clear the specific registers or status bits of the controller, and you can also save the last controller status by setting the corresponding flag bits. Alternatively, you can use external hardware devices such as boosters or manual switches to perform the reset operation, which is more direct and can quickly eliminate the internal faults of the controller.

[0051] However, if the controller is automatically reset suddenly without the user's knowledge or when the user is using the vehicle, the vehicle network will be dormant and the vehicle will be unable to continue to operate normally, which will cause great safety hazards.

[0052] In existing vehicles, when the vehicle controller is automatically reset, in order to ensure that the user can continue to use the vehicle normally, the vehicle network will be automatically woken up immediately after the controller is automatically reset to ensure that the vehicle network is normal. The subsequent recovery operations of the vehicle after waking up the vehicle network are all actively controlled by the user, and the vehicle controller does not intervene in any way.

[0053] However, for vehicles that automatically reset under different circumstances, only waking up the vehicle network after the automatic reset without controlling the subsequent vehicle to perform recovery operations may cause safety hazards to the vehicle. For example, when the vehicle is driving at high speed, after the controller automatically resets, only waking up the vehicle network without automatically controlling the vehicle to perform recovery operations, at this time the user does not promptly discover that the controller has automatically reset, and does not issue any instructions to the vehicle to perform recovery operations, which will cause the vehicle to be unable to continue driving according to the driving state before the reset after the controller automatically resets, which will cause the vehicle to suddenly lose control, and in serious cases, there will be great safety hazards.

[0054] Therefore, how to control the vehicle to automatically perform a recovery operation after resetting through a vehicle controller is an issue that needs to be solved urgently.

[0055] Based on this, see Figure 1 The present application provides a vehicle control method, which is executed by a vehicle controller and specifically includes the following steps:

[0056] Step S100, in response to receiving a reset signal from a vehicle controller, obtaining vehicle information stored before the reset occurs;

[0057] Step S200: determining whether the reset operation corresponding to the reset signal is an abnormal reset based on the vehicle information;

[0058] Step S300: In response to the reset operation being an abnormal reset, determining a reset type based on the vehicle information, and controlling the vehicle to perform a recovery operation corresponding to the reset type.

[0059] Specifically, the vehicle controller can use a layered architecture to control the vehicle. In the layered architecture, the controller is divided from top to bottom into ASW (Application Software Layer), RTE (Runtime Environment), BSW (Basic Software Layer) and a control unit, wherein the application layer is located at the upper layer of the operating environment layer, the operating environment layer is located at the upper layer of the bottom layer, the bottom layer is located at the upper layer of the control unit, the software of the controller includes the application layer, the operating environment layer and the bottom layer, and the hardware of the controller includes a control unit.

[0060] To ensure the independence of the application layer, operating environment layer, bottom layer and control unit, each layer can only use the interface provided by the next layer and provide the corresponding interface to the upper layer. In this way, the separate development and verification of software and hardware in the vehicle controller is realized through the layered architecture of the controller.

[0061] In a specific implementation, when the control unit of the vehicle controller is reset, the bottom layer of the vehicle controller will receive a reset signal, and the bottom layer will obtain the vehicle information stored before the reset from the storage space of the vehicle. The vehicle information includes all relevant information of the vehicle. For example, the vehicle information may include power information, vehicle speed information, lighting information, light sensor information, restart information, upgrade information, etc.

[0062] The power information is information used to indicate whether the vehicle power is turned on, and the power information includes power on or power off. The light information is information used to indicate whether various functional lights on the vehicle are turned on, and illustratively includes the vehicle's headlights, fog lights, welcome lights, reading lights, etc. The light information includes light on or light off. In this embodiment, when at least one of the vehicle's headlights, fog lights, welcome lights, reading lights, etc. is turned on, the light information is light on, and when all the vehicle's functional lights are not turned on, the light information is light off.

[0063] The light sensor information is used to represent the light intensity information collected by the sunlight and rain sensor of the vehicle. The restart information is used to represent the information of the automatic restart of the vehicle controller set in advance by the user. The upgrade information is used to represent the information of the automatic upgrade of the vehicle sensor set in advance by the user.

[0064] After the bottom layer obtains the vehicle information stored before the reset occurs, the vehicle information is sent to the application layer, and the application layer determines whether the reset operation corresponding to the reset signal is an abnormal reset based on the vehicle information. Only when it is determined that the reset operation corresponding to the reset signal is an abnormal reset, subsequent recovery operations are required to ensure driving safety; if it is determined that the reset operation corresponding to the reset signal is not an abnormal reset, subsequent recovery operations are not required to avoid reducing user convenience.

[0065] Therefore, when the application layer determines that the reset operation is an abnormal reset, the application layer determines the reset type based on the vehicle information and controls the vehicle to perform the recovery operation corresponding to the reset type. The reset type includes a primary reset and a secondary reset, and the secondary reset has a higher safety hazard than the primary reset. The secondary reset is a reset operation that may affect the safety of the vehicle and the user, and the primary reset is a reset operation that does not affect the safety of the vehicle and the user.

[0066] In this application, different reset types correspond to different recovery operations.

[0067] For example, for the first-level reset, since it does not affect the safety of the vehicle and the user, the vehicle can only be controlled to perform some basic recovery operations to ensure the basic functions of the vehicle. There is no need to perform too many recovery operations to reduce the energy consumption of the vehicle.

[0068] For the secondary reset, since it affects the safety of the vehicle and the user, the vehicle must be controlled to perform some necessary key recovery operations related to the vehicle, the user, and the driving status to ensure the safety of the vehicle and the user.

[0069] Different reset types can be determined based on different vehicle information, and then the vehicle can be controlled to perform different recovery operations based on different reset types. In this way, the vehicle controller can automatically control the vehicle to perform different recovery operations based on different reset types. On the one hand, the vehicle controller can actively control the vehicle to perform recovery operations in a timely manner to ensure that the vehicle will not lose control due to abnormal reset of the controller, thereby improving the safety of the vehicle. On the other hand, different reset types correspond to different recovery operations, which improves the accuracy and effectiveness of control, and can also save vehicle energy consumption.

[0070] In the present application, after receiving a reset signal, the vehicle information stored before the reset occurs is obtained, and based on the vehicle information, it is determined whether the reset operation corresponding to the current reset signal is an abnormal reset. When it is determined that it is an abnormal reset, that is, the vehicle needs to perform a recovery operation, different reset types are determined based on different vehicle information, and the vehicle is controlled to perform different recovery operations based on different reset types. In this way, when it is determined that the vehicle needs to perform a recovery operation to ensure the safety of the vehicle, the vehicle is automatically controlled to perform different recovery operations based on different reset types. On the one hand, the vehicle controller can actively control the vehicle to perform the recovery operation in a timely manner to ensure that the vehicle will not lose control due to an abnormal reset of the controller, thereby improving the safety of the vehicle. On the other hand, different reset types correspond to different recovery operations, which improves the accuracy and effectiveness of the control, and can also save vehicle energy consumption.

[0071] In some embodiments, the step S200 determines whether the reset operation corresponding to the reset signal is an abnormal reset based on the vehicle information, including:

[0072] Step S210: In response to the vehicle information including restart information and / or upgrade information, determining a restart time and / or upgrade time based on the restart information and / or upgrade information;

[0073] Step S220, obtaining time information when the reset signal is received;

[0074] Step S230: In response to the time difference between the time information and the restart time and / or upgrade time being less than or equal to a preset time difference, determining that the reset operation corresponding to the reset signal is not an abnormal reset;

[0075] Step S240: In response to the time difference between the time information and the restart time and / or the upgrade time being greater than a preset time difference, determining that the reset operation corresponding to the reset signal is an abnormal reset.

[0076] Specifically, when determining whether the reset operation corresponding to the reset signal is an abnormal reset, it is necessary to determine whether the reset operation of the vehicle controller at this time is set in advance by the user. If it is a reset operation caused by automatic restart or automatic upgrade set in advance by the user, then it is not an abnormal reset; if it is not a reset operation caused by automatic restart or automatic upgrade set in advance by the user, then it is an abnormal reset.

[0077] Therefore, it is necessary to first determine whether the vehicle information contains restart information and / or upgrade information based on the vehicle information. The restart information is used to represent the information of the automatic restart of the vehicle controller set in advance by the user. The upgrade information is used to represent the information of the automatic upgrade of the vehicle sensor set in advance by the user.

[0078] If it is determined that the vehicle information contains restart information or upgrade information, it means that the user has set the automatic restart of the vehicle controller or automatic upgrade of the vehicle controller in advance. At this time, it is necessary to further determine the restart time and / or upgrade time based on the restart information and / or upgrade information. The restart time is the specific time information of restarting the vehicle controller. The upgrade time is the specific time information of upgrading the vehicle controller.

[0079] Then, the time information when the reset signal is received is obtained, and whether it is an abnormal operation is determined based on the time difference between the time information and the restart time and / or upgrade time.

[0080] If the time difference between the time information and the restart time and / or upgrade time is less than or equal to the preset time difference, it means that the time of obtaining the reset signal is not much different from the time of restarting the controller or upgrading the controller set in advance by the user, then the reset operation corresponding to this reset signal should be the reset operation caused by the automatic restart or automatic upgrade of the controller set in advance by the user. Therefore, it is determined that the reset operation corresponding to the reset signal is not an abnormal reset, but a normal reset operation set in advance by the user. At this time, no subsequent operation is required.

[0081] If the time difference between the time information and the restart time and / or upgrade time is greater than the preset time difference, it means that the time of obtaining the reset signal is far away from the time of restarting the controller or upgrading the controller set in advance by the user. Then the reset operation corresponding to this reset signal cannot be the reset operation caused by the automatic restart or automatic upgrade of the controller set in advance by the user. Therefore, it is determined that the reset operation corresponding to the reset signal is an abnormal reset and does not belong to the normal reset operation set in advance by the user. At this time, it is necessary to control the vehicle to perform subsequent recovery operations to ensure vehicle safety.

[0082] The preset time difference is the maximum time difference between the preset time information and the restart time and / or the upgrade time. Exemplarily, the preset time difference may be 1 s or 0.5 s.

[0083] In the present application, after receiving the reset signal, the vehicle is not directly controlled to perform a recovery operation. Instead, it is first determined whether the reset operation corresponding to the reset signal is an abnormal reset. When it is determined that the reset operation corresponding to the reset signal is not the reset operation set in advance by the user, but an abnormal reset, the vehicle is controlled to perform subsequent recovery operations to ensure vehicle safety without affecting the user's experience.

[0084] In some embodiments, the step S300 determines the reset type based on the vehicle information and controls the vehicle to perform a recovery operation corresponding to the reset type, including:

[0085] Step S310: In response to the power information, vehicle speed information and / or light information meeting the preset secondary reset condition, determining that the reset type is a secondary reset, and controlling the vehicle to perform a recovery operation corresponding to the secondary reset:

[0086] Step S320: In response to the power information, vehicle speed information and light information not meeting the preset secondary reset condition, determining that the reset type is a primary reset, and controlling the vehicle to perform a recovery operation corresponding to the primary reset.

[0087] Specifically, when determining the reset type based on the vehicle information, it is determined whether the power information, vehicle speed information, and light information meet the preset secondary reset conditions. The preset secondary reset conditions are conditions that need to be met for the preset secondary reset. When the preset secondary reset conditions are met, it means that this reset may affect the safety of the vehicle and the user, and it belongs to the secondary reset. When the preset secondary reset conditions are not met, it means that this reset will not affect the safety of the vehicle and the user, and it belongs to the primary reset.

[0088] Therefore, when it is determined that the power information, vehicle speed information and / or light information meet the preset secondary reset conditions, it means that the vehicle may be in a driving state before the reset occurs, and the reset in the driving state may affect driving safety, so the reset type is determined to be a secondary reset, and the vehicle is controlled to perform the recovery operation corresponding to the secondary reset. When it is determined that the power information, vehicle speed information and light information do not meet the preset secondary reset conditions, it means that the vehicle is in a relatively safe environment before the reset occurs, and this reset operation will not affect the safety of the vehicle and the user, so the reset type is determined to be a primary reset, and the vehicle is controlled to perform the recovery operation corresponding to the primary reset.

[0089] In the present application, the reset type corresponding to the current reset operation is determined to be a secondary reset or a primary reset by judging whether the power information, vehicle speed information and / or lighting information in the vehicle information meet the preset secondary reset conditions, and then different recovery operations are performed based on the determined different reset types, thereby improving the accuracy and effectiveness of the executed recovery operations and ensuring driving safety.

[0090] In some embodiments, the method further comprises:

[0091] In response to the power information being power off, the vehicle speed information being zero, and the light information being light off, determining that the power information, the vehicle speed information, and the light information do not meet a preset secondary reset condition;

[0092] In response to the power information being power off, the vehicle speed information being zero, and the light information being light on, determining that the power information, the vehicle speed information, and / or the light information meet a preset secondary reset condition;

[0093] In response to the power information being power on, it is determined that the power information, vehicle speed information and / or light information meet a preset secondary reset condition.

[0094] Specifically, when it is determined that the power information is power off, the vehicle speed information is zero, and the light information is lights off, it means that before the reset operation occurs, the power of the vehicle is in an off state, the vehicle speed is zero, that is, the vehicle is in a stationary state, and the vehicle's light information is lights off, that is, the vehicle's headlights, fog lights, reading lights, etc. are all in an off state. Then at this time, it is determined that the vehicle cannot be in a state of driving or about to drive, and the vehicle is in a stationary state or a dormant state. At this time, the reset operation of the vehicle controller will not affect the driving safety of the vehicle and the user. Therefore, at this time, it is determined that the power information, vehicle speed information and light information do not meet the preset secondary reset conditions, and the reset operation corresponding to this reset signal is a primary reset.

[0095] When it is determined that the power information is power off, the vehicle speed information is zero and the light information is lights on, it means that before the reset operation occurs, the power of the vehicle is in an off state, the vehicle speed is zero, that is, the vehicle is stationary, and the light information of the vehicle is lights on, that is, at least one of the vehicle's headlights, fog lights, reading lights, etc. is on. Then, at this time, it is determined that the vehicle cannot be in a driving state, but because the vehicle's light information is lights on, it means that the user may be near the vehicle, so the vehicle may be in a state of about to drive. At this time, the reset operation of the vehicle controller may affect the driving safety of the vehicle and the user. Therefore, at this time, it is determined that the power information, vehicle speed information and / or light information meet the preset secondary reset conditions, and the reset operation corresponding to this reset signal is a secondary reset.

[0096] When it is determined that the power information is power-on, regardless of the vehicle speed information and the light information, the vehicle is very likely to be in a driving state or about to drive. At this time, a reset operation of the vehicle controller may affect the driving safety of the vehicle and the user. Therefore, at this time, it is determined that the power information, vehicle speed information and / or light information meet the preset secondary reset conditions, and the reset operation corresponding to this reset signal is a secondary reset.

[0097] In the present application, the power information, vehicle speed information and / or light information in the vehicle information are used to determine whether the vehicle is in or is about to be in a driving state before the reset operation occurs, and then determine whether the power information, vehicle speed information and / or light information in the vehicle information meets the preset secondary reset conditions. This can improve the accuracy of the determined reset type, thereby improving the accuracy and effectiveness of the subsequent recovery operation.

[0098] In some embodiments, the step S310 of controlling the vehicle to perform a recovery operation corresponding to the secondary reset includes:

[0099] Step S311, waking up the vehicle network;

[0100] Step S312: determining key driving data based on the vehicle information, wherein the key driving data includes vehicle speed information, gear position information and light information;

[0101] Step S313: Based on the key driving data, the vehicle is controlled to resume the driving state before the reset operation is performed.

[0102] Specifically, when controlling the vehicle to perform the recovery operation corresponding to the secondary reset, the vehicle network is first awakened to ensure that the vehicle network is normal to avoid affecting the normal use of the vehicle due to the vehicle network not being awakened. At the same time, it is also necessary to prohibit the vehicle's power status from changing and keep the vehicle's power on at all times to ensure that driving safety is not affected by changes in the power status.

[0103] Then, based on the vehicle information, key driving data is determined, wherein the key driving data includes vehicle speed information, gear information and light information. The key driving data is data related to the driving state and necessary.

[0104] Finally, based on the key driving data, the vehicle is controlled to restore the driving state before the reset operation, ensuring that the driving state of the vehicle before and after the controller is reset is basically the same, achieving seamless recovery, ensuring that the vehicle will not lose control due to the reset of the controller, ensuring driving safety, and at the same time will not affect the user experience.

[0105] In the present application, when executing the recovery operation corresponding to the secondary reset, the vehicle is controlled to recover the driving state before the reset operation is performed only based on the driving key data, without the need to perform the recovery operation based on all the information in the vehicle information. In this way, on the one hand, the vehicle's driving based on the driving key data can ensure that the vehicle is restored to the driving state before the reset operation is performed, thereby ensuring driving safety; on the other hand, when performing the recovery operation, the vehicle is restored only based on the key driving data, which can save the time for the vehicle to perform the recovery operation and further improve the driving safety of the vehicle.

[0106] In some embodiments, the step S313 controls the vehicle to resume the driving state before the reset operation based on the key driving data, including:

[0107] Step S3131, in response to the vehicle speed information being greater than or equal to a first preset vehicle speed, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed, and sending an abnormal reset reminder;

[0108] Step S3132: in response to the vehicle speed information being less than the first preset vehicle speed and greater than the second preset vehicle speed, and the light information being that the light is on, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed, and activating the electronic brake of the vehicle to reduce the vehicle speed;

[0109] Step S3133, in response to the vehicle speed information being less than or equal to a second preset vehicle speed, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed;

[0110] Wherein, the first preset vehicle speed is greater than the second preset vehicle speed.

[0111] Specifically, the first preset vehicle speed is a preset vehicle speed when the vehicle is traveling at a high speed, and exemplarily, the first preset vehicle speed is 100 km / h. The second preset vehicle speed is a preset vehicle speed when the vehicle is traveling at a medium speed, and exemplarily, the first preset vehicle speed is 50 km / h.

[0112] When the vehicle is controlled to restore the driving state before the reset operation based on the key driving data, in the present application, different recovery operations can be performed based on different vehicle speed information.

[0113] When it is determined that the vehicle speed information is greater than or equal to the first preset speed, it means that the vehicle is traveling at a high speed. Then, the vehicle is controlled to continue traveling based on the key driving data to restore the driving state before the vehicle performs the reset operation, and then an abnormal reset reminder is sent. In this way, it can ensure that the vehicle can quickly return to the driving state before the reset after the reset, and can also remind the user to promptly check the reset cause. Among them, the abnormal reset reminder can be sent to the user by voice prompts and visual display lights to remind the user to promptly check the reset cause.

[0114] It is worth noting that since the vehicle is traveling at high speed at this time, any small change will affect the normal driving of the vehicle. Therefore, under this condition, in addition to restoring the vehicle's driving status and sending an abnormal reset reminder, it is not appropriate to intervene in the vehicle's driving status in other ways, otherwise it will affect the normal driving of the vehicle.

[0115] When it is determined that the vehicle speed information is less than the first preset speed and greater than the second preset speed, and the light information shows that the lights are on, it means that the vehicle is in a medium-speed driving state at night. At this time, it is necessary not only to control the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed, but also to start the vehicle's electronic brake to reduce the speed. In this way, the speed is reduced through the intervention of the vehicle controller to ensure the vehicle's night driving safety, and at the same time remind the user to stop and check the reset cause to ensure the safety of the vehicle and the user.

[0116] It is worth noting that since the vehicle is traveling at a medium speed at night, slightly reducing the speed will not have much impact on the driving status and will not affect the normal driving of the vehicle. However, the vehicle will be driven at a reduced speed to ensure driving safety. Therefore, the vehicle controller intervenes to start the vehicle's electronic brakes to reduce the speed, and turns on the brake lights to remind the user to stop and investigate the reset cause, so as to prevent the vehicle from continuing to travel at a medium to high speed at night and causing safety hazards.

[0117] When it is determined that the vehicle speed information is less than or equal to the second preset vehicle speed, it means that the vehicle is driving at a low speed and the vehicle is in a relatively safe driving state. At this time, the vehicle can be controlled to continue driving based on the key driving data to restore the driving state before the vehicle performs the reset operation. No other operations are required.

[0118] In the present application, when controlling the vehicle to restore the driving state before the reset operation based on the key driving data, different recovery operations are performed based on different vehicle speed information, which can further improve the driving safety of the vehicle.

[0119] In some embodiments, the step S320 controls the vehicle to perform a recovery operation corresponding to the first-level reset, including:

[0120] Step S321, wake up the vehicle network and start the timer;

[0121] Step S322: In response to the timing time of the timer reaching the preset timing time and no valid wake-up instruction is received, the vehicle network is controlled to sleep.

[0122] Specifically, when controlling the vehicle to perform a recovery operation corresponding to the first-level reset, the vehicle network is first awakened to ensure that the vehicle network is normal, so as to facilitate the normal use of the vehicle network.

[0123] Then start the timer. When it is determined that the timing time of the timer has reached the preset timing time and no valid wake-up command has been received, it means that the vehicle network wake-up time has reached the preset time but no valid wake-up command has been received, which further indicates that the user has no need to wake up the vehicle network at this time. In this case, the vehicle network is controlled to sleep to save vehicle energy consumption.

[0124] The preset time is the maximum waiting time after the vehicle network is woken up. Exemplarily, the preset time may be 10 minutes or 15 minutes.

[0125] The effective wake-up command refers to a wake-up command issued by the user through remote unlocking, car key unlocking, etc.

[0126] In the present application, when controlling the vehicle to perform the recovery operation corresponding to the first-level reset, the vehicle network is first awakened to ensure that the vehicle network can operate normally. When the vehicle network awakening time has reached the preset time but no valid wake-up command has been received, the vehicle network is controlled to sleep to save vehicle energy consumption.

[0127] In some embodiments, after controlling the vehicle network to sleep in step S322, the method further includes:

[0128] In response to receiving a reset signal, executing a wake-up strategy until the number of times the reset signal is received reaches a preset number, prohibiting waking up the vehicle network and storing preset fault information;

[0129] The wake-up strategy includes:

[0130] Wake up the vehicle network and start the timer;

[0131] In response to the timing time of the timer reaching the preset timing time and no valid wake-up instruction is received, the vehicle network is controlled to sleep.

[0132] Specifically, after controlling the vehicle network to sleep, in response to receiving a reset signal, the wake-up strategy is executed, and in response to receiving a reset signal, the wake-up strategy is executed, and this cycle continues until the number of reset signals received reaches a preset number of times, indicating that the vehicle controller has repeatedly undergone multiple abnormal resets, and the application layer of the vehicle controller has repeatedly performed multiple operations of waking up the network and controlling the network to sleep, and no valid wake-up instructions have been received during this process. At this time, continuing to repeatedly wake up the network and control the network to sleep will only increase the energy consumption of the vehicle. Therefore, in this case, waking up the vehicle network is prohibited and the preset fault information is stored. The preset fault information is a preset reminder information used to characterize multiple consecutive abnormal resets of the vehicle controller.

[0133] When the vehicle is started next time, the stored preset fault information will be displayed to the user through visual display or voice reminder, reminding the user to quickly check the cause of the controller's multiple abnormal resets to improve the vehicle's driving safety.

[0134] The preset number of times is a preset maximum number of times of repeatedly waking up the network. Exemplarily, the preset number of times is 10 times or 8 times.

[0135] In the present application, when the vehicle controller repeatedly experiences multiple abnormal resets, it is prohibited to wake up the vehicle network and store preset fault information to reduce the vehicle's energy consumption. When the vehicle is started next time, the stored preset fault information will be displayed to the user through visual display or voice reminder, reminding the user to quickly check the cause of the controller's multiple abnormal resets and improve the vehicle's driving safety.

[0136] In some embodiments, the vehicle control method described in the present application includes:

[0137] 1. After receiving the reset signal, the bottom layer passes the reset flag to the application layer.

[0138] 2. After receiving the reset flag, the application layer determines that if the vehicle power status is OFF, the application layer sends a wake-up network request to the bottom layer to wake up the vehicle network. The application layer counts once internally; each time it occurs, the internal count is increased by 1.

[0139] 3. When the power is always in the OFF state, if the bottom layer frequently receives a reset signal, the application layer wakes up the vehicle network based on the reset flag received each time. If the count reaches 10 times, in order to prevent frequent wake-ups from consuming battery power, a reset will occur at this time and the network wake-up is prohibited.

[0140] 4. When the count reaches 10 times, in order to facilitate troubleshooting, a fault flag is sent to the bottom layer, which records the fault flag.

[0141] 5. If a reset occurs when the power is on, since the vehicle may be moving, the application layer will immediately wake up the network after receiving the reset flag transmitted by the bottom layer, and keep the power status unchanged to ensure driving safety.

[0142] In the present application, different recovery operations are performed for different reset conditions, which can ensure the driving safety of the vehicle when it is reset and reduce the energy consumption of the entire vehicle.

[0143] It should be noted that the method of the embodiment of the present application can be performed by a single device, such as a computer or server. The method of this embodiment can also be applied to a distributed scenario and completed by multiple devices cooperating with each other. In the case of such a distributed scenario, one of the multiple devices can only perform one or more steps in the method of the embodiment of the present application, and the multiple devices will interact with each other to complete the described method.

[0144] It should be noted that some embodiments of the present application are described above. In some cases, the actions or steps recorded in the above embodiments can be performed in an order different from that in the above embodiments and still achieve the desired results. In addition, the process depicted in the accompanying drawings does not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0145] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present application also provides a vehicle control device.

[0146] refer to Figure 2 , the vehicle control device comprises:

[0147] The acquisition module 100 is configured to acquire the vehicle information stored before the reset occurs in response to receiving a reset signal from the vehicle controller;

[0148] The determination module 200 is configured to determine whether the reset operation corresponding to the reset signal is an abnormal reset based on the vehicle information;

[0149] The execution module 300 is configured to determine a reset type based on the vehicle information in response to the reset operation being an abnormal reset, and control the vehicle to execute a recovery operation corresponding to the reset type.

[0150] In some embodiments, the determination module 200 is further configured to:

[0151] In response to the vehicle information including restart information and / or upgrade information, determining a restart time and / or upgrade time based on the restart information and / or upgrade information;

[0152] Acquiring time information when the reset signal is received;

[0153] In response to a time difference between the time information and the restart time and / or the upgrade time being less than or equal to a preset time difference, determining that the reset operation corresponding to the reset signal is not an abnormal reset;

[0154] In response to a time difference between the time information and the restart time and / or the upgrade time being greater than a preset time difference, it is determined that the reset operation corresponding to the reset signal is an abnormal reset.

[0155] In some embodiments, the vehicle information includes power information, vehicle speed information, and light information; the reset type includes a primary reset and a secondary reset, and the secondary reset has a higher safety hazard than the primary reset.

[0156] In some embodiments, the execution module 300 is further configured to:

[0157] The determining the reset type based on the vehicle information and controlling the vehicle to perform a recovery operation corresponding to the reset type includes:

[0158] In response to the power information, vehicle speed information and / or light information meeting the preset secondary reset condition, determining that the reset type is a secondary reset, and controlling the vehicle to perform a recovery operation corresponding to the secondary reset:

[0159] In response to the power information, vehicle speed information and light information not meeting preset secondary reset conditions, the reset type is determined to be a primary reset, and the vehicle is controlled to perform a recovery operation corresponding to the primary reset.

[0160] In some embodiments, the power information includes power on or power off; the light information includes light on or light off.

[0161] In some embodiments, the execution module 300 is further configured to:

[0162] In response to the power information being power off, the vehicle speed information being zero, and the light information being light off, determining that the power information, the vehicle speed information, and the light information do not meet a preset secondary reset condition;

[0163] In response to the power information being power off, the vehicle speed information being zero, and the light information being light on, determining that the power information, the vehicle speed information, and / or the light information meet a preset secondary reset condition;

[0164] In response to the power information being power on, it is determined that the power information, vehicle speed information and / or light information meet a preset secondary reset condition.

[0165] In some embodiments, the execution module 300 is further configured to:

[0166] Wake up the vehicle network;

[0167] Determine key driving data based on the vehicle information, wherein the key driving data includes vehicle speed information, gear position information and lighting information;

[0168] The vehicle is controlled to restore the driving state before the reset operation is performed based on the key driving data.

[0169] In some embodiments, the execution module 300 is further configured to:

[0170] In response to the vehicle speed information being greater than or equal to a first preset vehicle speed, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed, and sending an abnormal reset reminder;

[0171] In response to the vehicle speed information being less than a first preset vehicle speed and greater than a second preset vehicle speed, and the light information indicating that the light is on, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed, and activating the electronic brake of the vehicle to reduce the vehicle speed;

[0172] In response to the vehicle speed information being less than or equal to a second preset vehicle speed, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed;

[0173] Wherein, the first preset vehicle speed is greater than the second preset vehicle speed.

[0174] In some embodiments, the execution module 300 is further configured to:

[0175] Wake up the vehicle network and start the timer;

[0176] In response to the timing time of the timer reaching the preset timing time and no valid wake-up instruction is received, the vehicle network is controlled to sleep.

[0177] In some embodiments, the execution module 300 is further configured to:

[0178] In response to receiving a reset signal, executing a wake-up strategy until the number of times the reset signal is received reaches a preset number, prohibiting waking up the vehicle network and storing preset fault information;

[0179] The wake-up strategy includes:

[0180] Wake up the vehicle network and start the timer;

[0181] In response to the timing time of the timer reaching the preset timing time and no valid wake-up instruction is received, the vehicle network is controlled to sleep.

[0182] For the convenience of description, the above device is described in terms of functions divided into various modules. Of course, when implementing the present application, the functions of each module can be implemented in the same or multiple software and / or hardware.

[0183] The device of the above embodiment is used to implement the corresponding vehicle control method in any of the above embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be repeated here.

[0184] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments and methods, the present application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the vehicle control method described in any of the above embodiments is implemented.

[0185] Figure 3 A more specific schematic diagram of the hardware structure of an electronic device provided in this embodiment is shown, and the device may include: a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040 are connected to each other through the bus 1050 in the device.

[0186] The processor 1010 can be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0187] The memory 1020 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 may store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program codes are stored in the memory 1020 and are called and executed by the processor 1010.

[0188] The input / output interface 1030 is used to connect the input / output module to realize information input and output. The input / output module can be configured in the device as a component (not shown in the figure), or it can be externally connected to the device to provide corresponding functions. The input device may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output device may include a display, a speaker, a vibrator, an indicator light, etc.

[0189] The communication interface 1040 is used to connect a communication module (not shown) to realize communication interaction between the device and other devices. The communication module can realize communication through a wired mode (such as USB, network cable, etc.) or a wireless mode (such as mobile network, WIFI, Bluetooth, etc.).

[0190] The bus 1050 includes a path that transmits information between the various components of the device (eg, the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040).

[0191] It should be noted that, although the above device only shows the processor 1010, the memory 1020, the input / output interface 1030, the communication interface 1040 and the bus 1050, in the specific implementation process, the device may also include other components necessary for normal operation. In addition, it can be understood by those skilled in the art that the above device may also only include the components necessary for implementing the embodiments of the present specification, and does not necessarily include all the components shown in the figure.

[0192] The electronic device of the above embodiment is used to implement the corresponding vehicle control method in any of the above embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be repeated here.

[0193] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present application also provides a non-transitory computer-readable storage medium, wherein the non-transitory computer-readable storage medium stores computer instructions, and the computer instructions are used to enable the computer to execute the vehicle control method described in any of the above embodiments.

[0194] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, tape disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device.

[0195] The computer instructions stored in the storage medium of the above embodiments are used to enable the computer to execute the vehicle control method described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0196] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present application also provides a computer program product, including computer program instructions. When the computer program instructions are run on a computer, the computer executes the vehicle control method described in any of the above embodiments, which has the beneficial effects of the corresponding method embodiments and will not be repeated here.

[0197] Based on the same inventive concept, corresponding to any of the above embodiments and methods, the present application also provides a vehicle, including the device, electronic device, computer-readable storage medium or computer program product described in any of the above embodiments. The vehicle has the technical effects described in any of the above embodiments, which will not be described in detail here.

[0198] It is understandable that before using the technical solutions of each embodiment of the present disclosure, the type, scope of use, usage scenarios, etc. of the personal information involved will be informed to the user in an appropriate manner, and the user's authorization will be obtained.

[0199] For example, in response to receiving an active request from a user, a prompt message is sent to the user to clearly remind the user that the operation requested to be performed will require obtaining and using the user's personal information. Thus, the user can independently choose whether to provide personal information to software or hardware such as an electronic device, application, server, or storage medium that performs the operation of the technical solution of the present disclosure according to the prompt message.

[0200] As an optional but non-limiting implementation, in response to receiving the user's active request, the prompt information may be sent to the user in the form of a pop-up window, in which the prompt information may be presented in text form. In addition, the pop-up window may also carry a selection control for the user to choose "agree" or "disagree" to provide personal information to the electronic device.

[0201] It is understandable that the above notification and the process of obtaining user authorization are merely illustrative and do not constitute a limitation on the implementation of the present disclosure. Other methods that meet relevant laws and regulations may also be applied to the implementation of the present disclosure.

[0202] A person skilled in the art should understand that the discussion of any of the above embodiments is merely illustrative and is not intended to imply that the scope of the present application is limited to these examples. In line with the concept of the present application, the technical features in the above embodiments or different embodiments may be combined, the steps may be implemented in any order, and there are many other variations of the different aspects of the embodiments of the present application as described above, which are not provided in detail for the sake of simplicity.

[0203] In addition, to simplify the description and discussion, and in order not to make the embodiments of the present application difficult to understand, the known power supply / ground connection with the integrated circuit (IC) chip and other components may or may not be shown in the provided drawings. In addition, the device can be shown in the form of a block diagram to avoid making the embodiments of the present application difficult to understand, and this also takes into account the fact that the details of the implementation of these block diagram devices are highly dependent on the platform to be implemented in the embodiments of the present application (that is, these details should be fully within the scope of understanding of those skilled in the art). In the case of elaborating specific details (e.g., circuits) to describe exemplary embodiments of the present application, it is obvious to those skilled in the art that the embodiments of the present application can be implemented without these specific details or when these specific details are changed. Therefore, these descriptions should be considered to be illustrative rather than restrictive.

[0204] Although the present application has been described in conjunction with specific embodiments of the present application, many replacements, modifications and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may use the embodiments discussed.

[0205] The embodiments of the present application are intended to cover all such substitutions, modifications and variations that fall within the broad scope of the present application. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the embodiments of the present application should be included in the protection scope of the present application.

Claims

1. A vehicle control method, characterized in that: include: In response to receiving a reset signal from a vehicle controller, acquiring vehicle information stored before the reset occurs; Based on the vehicle information, determining whether the reset operation corresponding to the reset signal is an abnormal reset; In response to the reset operation being an abnormal reset, a reset type is determined based on the vehicle information, and the vehicle is controlled to perform a recovery operation corresponding to the reset type.

2. The method according to claim 1, characterized in that The determining, based on the vehicle information, whether the reset operation corresponding to the reset signal is an abnormal reset includes: In response to the vehicle information including restart information and / or upgrade information, determining a restart time and / or upgrade time based on the restart information and / or upgrade information; Acquiring time information when the reset signal is received; In response to a time difference between the time information and the restart time and / or the upgrade time being less than or equal to a preset time difference, determining that the reset operation corresponding to the reset signal is not an abnormal reset; In response to a time difference between the time information and the restart time and / or the upgrade time being greater than a preset time difference, it is determined that the reset operation corresponding to the reset signal is an abnormal reset.

3. The method according to claim 1, characterized in that The vehicle information includes power information, vehicle speed information and light information; The reset types include primary reset and secondary reset, and the potential safety hazard of the secondary reset is higher than that of the primary reset; The determining the reset type based on the vehicle information and controlling the vehicle to perform a recovery operation corresponding to the reset type includes: In response to the power information, vehicle speed information and / or light information meeting the preset secondary reset condition, determining that the reset type is a secondary reset, and controlling the vehicle to perform a recovery operation corresponding to the secondary reset: In response to the power information, vehicle speed information and light information not meeting preset secondary reset conditions, the reset type is determined to be a primary reset, and the vehicle is controlled to perform a recovery operation corresponding to the primary reset.

4. The method according to claim 3, characterized in that The power information includes power on or power off; the light information includes light on or light off; The method further comprises: In response to the power information being power off, the vehicle speed information being zero, and the light information being light off, determining that the power information, the vehicle speed information, and the light information do not meet a preset secondary reset condition; In response to the power information being power off, the vehicle speed information being zero, and the light information being light on, determining that the power information, the vehicle speed information, and / or the light information meet a preset secondary reset condition; In response to the power information being power on, it is determined that the power information, vehicle speed information and / or light information meet a preset secondary reset condition.

5. The method according to claim 3, characterized in that: The controlling the vehicle to perform a recovery operation corresponding to the secondary reset includes: Wake up the vehicle network; Determine key driving data based on the vehicle information, wherein the key driving data includes vehicle speed information, gear position information and lighting information; The vehicle is controlled to restore the driving state before the reset operation is performed based on the key driving data.

6. The method according to claim 5, characterized in that The controlling the vehicle to restore the driving state before the reset operation based on the key driving data includes: In response to the vehicle speed information being greater than or equal to a first preset vehicle speed, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed, and sending an abnormal reset reminder; In response to the vehicle speed information being less than a first preset vehicle speed and greater than a second preset vehicle speed, and the light information indicating that the light is on, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed, and activating the electronic brake of the vehicle to reduce the vehicle speed; In response to the vehicle speed information being less than or equal to a second preset vehicle speed, controlling the vehicle to continue driving based on the key driving data to restore the driving state of the vehicle before the reset operation is performed; Wherein, the first preset vehicle speed is greater than the second preset vehicle speed.

7. The method according to claim 3, characterized in that The controlling the vehicle to perform a recovery operation corresponding to the first-level reset includes: Wake up the vehicle network and start the timer; In response to the timing time of the timer reaching the preset timing time and no valid wake-up instruction is received, the vehicle network is controlled to sleep.

8. The method according to claim 7, characterized in that After controlling the vehicle network to sleep, the method further includes: In response to receiving a reset signal, executing a wake-up strategy until the number of times the reset signal is received reaches a preset number, prohibiting waking up the vehicle network and storing preset fault information; The wake-up strategy includes: Wake up the vehicle network and start the timer; In response to the timing time of the timer reaching the preset timing time and no valid wake-up instruction is received, the vehicle network is controlled to sleep.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that: When the processor executes the program, the method according to any one of claims 1 to 8 is implemented.

10. A vehicle comprising the electronic device according to claim 9.

Citation Information

Patent Citations

  • Abnormity recovery method and device of whole vehicle network, vehicle and storage medium

    CN115220379A

  • Reset recovery method and device and vehicle controller

    CN116674579A

  • Reset signal failure protection method and device, vehicle and storage medium

    CN118426991A

  • Vehicle control method and device, electronic equipment and vehicle

    CN118618407A

  • Vehicle controller starting method and device, product and reset management system

    CN118708247A