Vehicle control method, electronic device, and vehicle

CN119796238BActive Publication Date: 2025-12-12GREAT WALL MOTOR CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

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

Smart Images

  • Figure CN119796238B_ABST
    Figure CN119796238B_ABST
Patent Text Reader

Abstract

The application provides a vehicle control method, an electronic device and a vehicle. When a reset signal of a vehicle controller is received, vehicle information stored before the reset is obtained. Whether the reset operation corresponding to the reset signal is an abnormal reset is determined based on the vehicle information. When it is determined that the reset is abnormal, i.e., the vehicle needs to perform a recovery operation, different reset types are determined based on different vehicle information. The vehicle is controlled to perform different recovery operations based on the different reset types. In the case where 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 the different reset types. On the one hand, the vehicle controller can actively control the vehicle to perform a recovery operation in a timely manner, so that the vehicle will not lose control due to abnormal reset of the controller, and the safety of the vehicle is improved. On the other hand, different reset types correspond to different recovery operations, the accuracy and effectiveness of control are improved, and vehicle energy consumption can be saved.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of vehicles, and in particular to a vehicle control method, an electronic device, and a vehicle. BACKGROUND

[0002] In an existing vehicle, in order to ensure that a user can continue to use the vehicle normally after a vehicle controller is automatically reset, the vehicle network is automatically woken up immediately after the controller is automatically reset to ensure that the vehicle network is normal. Subsequent recovery operations on the vehicle after the vehicle network is woken up are all controlled by the user actively, and the vehicle controller does not intervene in any way. However, for vehicles that are automatically reset in different situations, only waking up the vehicle network after the automatic reset and not controlling the vehicle to perform recovery operations may cause safety hazards of the vehicle. SUMMARY

[0003] Therefore, the present application aims to provide a vehicle control method, an electronic device, and a vehicle.

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

[0005] In response to receiving a reset signal of a vehicle controller, vehicle information stored before the reset is obtained;

[0006] Based on the vehicle information, it is determined 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, the determination of whether the reset operation corresponding to the reset signal is an abnormal reset based on the vehicle information comprises:

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

[0010] Time information when the reset signal is received is obtained;

[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, it is determined that the reset operation corresponding to the reset signal is not an abnormal reset;

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

[0013] Optionally, the vehicle information comprises power information, vehicle speed information and light information.

[0014] The reset type comprises a first-level reset and a second-level reset, and the safety hazard of the second-level reset is higher than that of the first-level reset.

[0015] The reset type is determined based on the vehicle information, and the vehicle is controlled to perform a recovery operation corresponding to the reset type.

[0016] In response to the power information, the vehicle speed information and / or the light information meeting preset second-level reset conditions, the reset type is determined as a second-level reset, and the vehicle is controlled to perform a recovery operation corresponding to the second-level reset.

[0017] In response to the power information, the vehicle speed information and the light information not meeting preset second-level reset conditions, the reset type is determined as a first-level reset, and the vehicle is controlled to perform a recovery operation corresponding to the first-level reset.

[0018] Optionally, the power information comprises power-on or power-off, and the light information comprises 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, it is determined that the power information, the vehicle speed information and the light information do not meet preset second-level reset conditions.

[0021] In response to the power information being power-off, the vehicle speed information being zero and the light information being light-on, it is determined that the power information, the vehicle speed information and / or the light information meet preset second-level reset conditions.

[0022] In response to the power information being power-on, it is determined that the power information, the vehicle speed information and / or the light information meet preset second-level reset conditions.

[0023] Optionally, the control of the vehicle to perform a recovery operation corresponding to the second-level reset comprises:

[0024] waking up a vehicle network;

[0025] Determine driving key data based on the vehicle information, the driving key data comprising vehicle speed information, gear information and light information.

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

[0027] Optionally, the control of the vehicle to restore a driving state before a reset operation is performed based on the driving key data comprises:

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

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

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

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

[0032] Optionally, the control of the vehicle to perform the recovery operation corresponding to the first-level reset comprises:

[0033] waking up the vehicle network and starting a timer;

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

[0035] Optionally, after the vehicle network is controlled to sleep, the method further comprises:

[0036] In response to the reset signal being received, a wake-up strategy is performed, and when the number of times of receiving the reset signal reaches a preset number of times, the vehicle network is prohibited from being woken up and preset fault information is stored;

[0037] The wake-up strategy comprises:

[0038] waking up the vehicle network and starting a timer;

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

[0040] The second aspect of the present application provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and running on the processor, and the processor implements the method of any one of the above first aspect when executing the program.

[0041] The third aspect of the present application provides a vehicle comprising the electronic device of the second aspect.

[0042] From the above, it can be seen that the vehicle control method, electronic device and vehicle provided by the application, when receiving the reset signal, the vehicle information stored before the reset is obtained, and it is determined whether the reset operation corresponding to the current reset signal is abnormal reset based on the vehicle information, when it is determined that it is abnormal reset, i.e. the vehicle needs to perform the recovery operation, different reset types are determined based on different vehicle information, the vehicle is controlled to perform different recovery operations based on different reset types, in this way, in the case that it is determined that the vehicle needs to perform the 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 timely and actively control the vehicle to perform the recovery operation, so that the vehicle will not lose control due to abnormal reset of the controller, and the safety of the vehicle is improved, on the other hand, different reset types correspond to different recovery operations, the accuracy and effectiveness of the control are improved, and the energy consumption of the vehicle can also be saved. BRIEF DESCRIPTION OF DRAWINGS

[0043] In order to more clearly illustrate the technical solutions in the application or the related art, the drawings needed to be used in the embodiments or the related art description will be briefly introduced. Obviously, the drawings in the following description are only embodiments of the application, and other drawings can be obtained by those skilled in the art without creative labor on the basis of these drawings.

[0044] Figure 1 The flowchart of the vehicle control method of the embodiment of the application is shown in the figure.

[0045] Figure 2 The schematic diagram of the vehicle control device of the embodiment of the application is shown in the figure.

[0046] Figure 3 The schematic diagram of the electronic device of the embodiment of the application is shown in the figure. DETAILED DESCRIPTION

[0047] In order to make the purpose, technical solutions and advantages of the application more clear, the application will be further described in detail below in combination with specific embodiments and with reference to the drawings.

[0048] It should be noted that, unless otherwise defined, technical terms or scientific terms used in the embodiments of the present application shall have the common meaning understood by one of ordinary skill in the art to which the embodiments of the present application belong. The terms "first", "second", and similar terms used in the embodiments of the present application do not denote any order, quantity, or importance, but are merely used to distinguish different components. The terms "include", "contain", and similar terms mean that the elements or objects before the terms encompass the elements or objects listed after the terms and their equivalents, and do not exclude other elements or objects. The terms "connect" or "connected" and similar terms do not mean physical or mechanical connection, but can include electrical connection, whether direct or indirect. The terms "upper", "lower", "left", "right", and the like are merely used to represent relative positional relationships, and when the absolute positions of the described objects change, the relative positional relationships can also change accordingly.

[0049] As the number of years of vehicle operation increases, some electronic components, control units, or parts of the vehicle controller can age, reach the end of their life, or have other problems, which can cause the vehicle controller to reset. Controller reset refers to an operation of restoring all registers, register groups, status bits, and counters of the controller to the default initial state.

[0050] Under normal circumstances, the user can actively control the controller of the vehicle to reset, which can clear internal controller failures caused by overvoltage, overcurrent, and the like, and ensure that the controller can work normally. Specifically, the controller can be reset by writing a program to clear specific registers or status bits of the controller, and a corresponding flag bit can also be set to save the last controller state. Alternatively, the controller can be reset by an external hardware device such as a booster or a manual switch, which is more direct and can quickly eliminate internal controller failures.

[0051] However, if the controller suddenly resets automatically without the user's knowledge or while the user is using the vehicle, it can cause the vehicle network to hibernate and the vehicle to be unable to continue normal operation, which can cause significant safety hazards.

[0052] In existing vehicles, after the vehicle controller automatically resets, in order to ensure that the user can continue to use the vehicle normally, the vehicle network is automatically awakened immediately after the controller automatically resets to ensure that the vehicle network is normal. The subsequent recovery operations on the vehicle after the vehicle network is awakened 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, simply waking up the vehicle network after an automatic reset without controlling the vehicle to perform subsequent recovery operations may lead to safety hazards. For example, when a vehicle is traveling at high speed, if the controller automatically resets but only wakes up the vehicle network without automatically controlling the vehicle to perform recovery operations, the user may not have noticed the automatic reset and may not have issued any commands to the vehicle to perform recovery operations. This could cause the vehicle to be unable to continue driving in the same state as before the reset, resulting in sudden loss of control and, in severe cases, a significant safety hazard.

[0054] Therefore, how to control the vehicle controller to automatically perform the recovery operation after reset is an urgent problem to be solved.

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

[0056] Step S100: In response to receiving a reset signal from the vehicle controller, obtain the vehicle information stored before the reset occurred;

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

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

[0059] Specifically, the vehicle controller can adopt a layered architecture to control the vehicle. In the layered architecture, the controller is divided into ASW (Application Software Layer), RTE (Runtime Environment Layer), BSW (Basic Software Layer), and control unit from top to bottom. The application layer is located above the runtime environment layer, the runtime environment layer is located above the control unit, and the control unit is located above the control unit. The controller software includes the application layer, runtime environment layer, and control unit, while the controller hardware includes the control unit.

[0060] To ensure the independence of the application layer, runtime environment layer, underlying layer, and control unit, each layer can only use the interfaces provided by the layer below it and provides corresponding interfaces to the layer above it. In this way, the layered architecture of the controller enables the separate development and verification of software and hardware in the vehicle controller.

[0061] In a specific implementation, when the control unit of the vehicle controller is reset, the underlying layer of the vehicle controller receives a reset signal, and at this time, the underlying layer obtains vehicle information stored before the reset from the storage space of the vehicle. The vehicle information includes all related information of the vehicle. For example, the vehicle information can include power information, vehicle speed information, light information, light sensor information, restart information, upgrade information, and the like.

[0062] The power information is information for characterizing whether the power of the vehicle is turned on, and the power information includes power on or power off. The light information is information for characterizing whether various functional lights on the vehicle are turned on, for example, including the headlights, fog lights, welcome lights, reading lights, and the like of the vehicle. The light information includes light on or light off. In this embodiment, when at least one of the headlights, fog lights, welcome lights, reading lights, and the like of the vehicle is turned on, the light information is light on, and when all the functional lights of the vehicle are not turned on, the light information is light off.

[0063] The light sensor information is used to characterize the light intensity information collected by the sunlight rain sensor of the vehicle. The restart information is used to characterize the information of automatically restarting the vehicle controller set in advance by the user. The upgrade information is used to characterize the information of automatically upgrading the vehicle sensor set in advance by the user.

[0064] After the underlying layer obtains the vehicle information stored before the reset, 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 need to be performed 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 do not need to be performed to avoid reducing the use convenience of the user.

[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 first-level reset and a second-level reset, and the safety hazard of the second-level reset is higher than that of the first-level reset. The second-level reset is a reset operation that may affect the safety of the vehicle and the user, and the first-level 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, at this time, only some basic recovery operations can be controlled to be performed on the vehicle to ensure the basic functions of the vehicle, and too many recovery operations do not need to be performed to reduce the energy consumption of the vehicle.

[0068] For the secondary reset, since it affects the safety of the vehicle and the user, it is necessary to control the vehicle to perform some necessary and critical recovery operations related to the vehicle, the user and the driving state to ensure the safety of the vehicle and the user.

[0069] Different reset types can be determined based on different vehicle information, and different recovery operations can be controlled based on different reset types, so that 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 time, ensuring that the vehicle will not lose control due to abnormal reset of the controller, improving the safety of the vehicle. On the other hand, different reset types correspond to different recovery operations, improving the accuracy and effectiveness of control, and also saving vehicle energy consumption.

[0070] In the present application, after receiving the reset signal, the vehicle information stored before the reset occurs is obtained, and it is determined 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, i.e. the vehicle needs to perform a recovery operation, different reset types are determined based on different vehicle information, and different recovery operations are controlled based on different reset types. In this way, in the case where it is determined that the vehicle needs to perform a recovery operation to ensure the safety of the vehicle, different recovery operations are automatically controlled based on different reset types. On the one hand, the vehicle controller can actively control the vehicle to perform recovery operations in time, ensuring that the vehicle will not lose control due to abnormal reset of the controller, improving the safety of the vehicle. On the other hand, different reset types correspond to different recovery operations, improving the accuracy and effectiveness of control, and also saving 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, comprising:

[0072] Step S210, in response to the restart information and / or upgrade information included in the vehicle information, determining the 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 upgrade time being greater than the 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 by the user in advance. If it is a reset operation caused by automatic restart or automatic upgrade set by the user in advance, it is not an abnormal reset. If it is not a reset operation caused by automatic restart or automatic upgrade set by the user in advance, 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 information set by the user in advance to automatically restart the vehicle controller. The upgrade information is used to represent information set by the user in advance to automatically upgrade the vehicle sensor.

[0078] If it is determined that the vehicle information contains restart information or upgrade information, it means that the user has set 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 judged 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 and the time of setting the controller by the user in advance do not differ much. The reset operation corresponding to the reset signal should be the reset operation caused by the automatic restart or automatic upgrade of the controller set by the user in advance. Therefore, it is determined that the reset operation corresponding to the reset signal is not an abnormal reset, which is a normal reset operation set by the user in advance. At this time, no subsequent operation is needed.

[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 indicates that the time of obtaining the reset signal is far from the time of restarting the controller or the time of upgrading the controller set by the user in advance, and the reset operation corresponding to the reset signal is unlikely to be the reset operation caused by the automatic restart or automatic upgrade of the controller set by the user in advance. Therefore, it is determined that the reset operation corresponding to the reset signal is an abnormal reset, which does not belong to the normal reset operation set by the user in advance. At this time, the subsequent recovery operation needs to be performed on the vehicle to ensure the safety of the vehicle.

[0082] The preset time difference is a preset maximum time difference between the time information and the restart time and / or upgrade time. For example, the preset time difference can be 1s or 0.5s.

[0083] In this application, after receiving the reset signal, the vehicle is not directly controlled to perform the recovery operation, but first determines 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 by the user in advance, but an abnormal reset, the vehicle is controlled to perform the subsequent recovery operation to ensure the safety of the vehicle, and also does not affect the user's experience.

[0084] In some embodiments, the step S300 of determining the reset type based on the vehicle information and controlling the vehicle to perform the recovery operation corresponding to the reset type comprises:

[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 the 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 the recovery operation corresponding to the primary reset.

[0087] Specifically, when determining the reset type based on the vehicle information, it is judged whether the power information, vehicle speed information and light information meet the preset secondary reset condition. The preset secondary reset condition is a condition that needs to be met by the preset secondary reset. When the preset secondary reset condition is met, it indicates that the reset may affect the safety of the vehicle and the user, and belongs to the secondary reset. When the preset secondary reset condition is not met, it indicates that the reset will not affect the safety of the vehicle and the user, and belongs to the primary reset.

[0088] Therefore, when it is determined that the power information, the vehicle speed information, and / or the light information meets the preset secondary reset condition, it indicates that the vehicle is likely to be in a driving state before the reset occurs, and the reset in the driving state can affect the driving safety, so the reset type is determined as the 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, the vehicle speed information, and the light information do not meet the preset secondary reset condition, it indicates that the vehicle is in a relatively safe environment before the reset occurs, and the reset operation will not affect the safety of the vehicle and the user, so the reset type is determined as the primary reset, and the vehicle is controlled to perform the recovery operation corresponding to the primary reset.

[0089] In this application, whether the reset type corresponding to the reset operation is the secondary reset or the primary reset is determined by judging whether the power information, the vehicle speed information, and / or the light information in the vehicle information meets the preset secondary reset condition, and different recovery operations are performed based on the determined different reset types, so as to improve the accuracy and effectiveness of the executed recovery operation and ensure the 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, it is determined that the power information, the vehicle speed information, and the light information do not meet the 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, it is determined that the power information, the vehicle speed information, and / or the light information meets the preset secondary reset condition.

[0093] In response to the power information being power on, it is determined that the power information, the vehicle speed information, and / or the light information meets the 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 light off, it indicates that before the reset operation occurs, the power of the vehicle is in the off state, the vehicle speed of the vehicle is zero, i.e., the vehicle is in a stationary state, and the light information of the vehicle is light off, i.e., the high beam, fog lamp, reading lamp, etc. of the vehicle are all in the off state. At this time, it is determined that the vehicle is not likely to be in a driving or about-to-drive state, and the vehicle is in a stationary state or a hibernation state. At this time, the reset operation of the vehicle controller will not affect the driving safety of the vehicle and the user, so it is determined that the power information, the vehicle speed information, and the light information do not meet the preset secondary reset condition, and the reset operation corresponding to the reset signal is the 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 light on, it indicates that the power of the vehicle is off before the reset operation occurs, the vehicle speed of the vehicle is zero, i.e. the vehicle is in a stationary state, and the light information of the vehicle is light on, i.e. at least one of the high beam, fog lamp, reading lamp, etc. of the vehicle is in an open state. At this time, it is determined that the vehicle cannot be in a driving state, but since the light information of the vehicle is light on, it indicates that the user can be near the vehicle, so the vehicle can 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, so at this time it is determined that the power information, vehicle speed information and / or light information meet the preset secondary reset condition, and the reset operation corresponding to the reset signal this time is secondary reset.

[0096] When it is determined that the power information is power on, no matter the vehicle speed information and the light information, the vehicle has a high possibility of being in a driving state or 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, so at this time it is determined that the power information, vehicle speed information and / or light information meet the preset secondary reset condition, and the reset operation corresponding to the reset signal this time is secondary reset.

[0097] In this application, whether the vehicle is in a driving state or a state of about to drive before the reset operation occurs is determined by the power information, vehicle speed information and / or light information in the vehicle information, and then whether the power information, vehicle speed information and / or light information in the vehicle information meet the preset secondary reset condition is determined. In this way, the accuracy of the determined reset type can be improved, and the accuracy and effectiveness of the subsequent recovery operation can be improved.

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

[0099] The step S311 of waking up the vehicle network;

[0100] The step S312 of determining driving key data based on the vehicle information, the driving key data comprising vehicle speed information, gear information and light information;

[0101] The step S313 of controlling the vehicle to recover the driving state before the reset operation based on the driving key data.

[0102] Specifically, when controlling the vehicle to perform the recovery operation corresponding to the secondary reset, the vehicle network is first woken up to ensure that the vehicle network is normal, avoiding affecting the normal use of the vehicle due to the vehicle network not being woken up. At the same time, it is also necessary to prohibit the power state of the vehicle from changing, keeping the power of the vehicle always on to ensure that the driving safety will not be affected due to the change of the power state.

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

[0104] Finally, the vehicle is controlled to resume the driving state before the reset operation based on the driving key data, so as to ensure that the driving state of the vehicle before and after the reset of the controller is basically consistent, to realize the recovery without feeling, to ensure that the vehicle will not lose control due to the reset of the controller, to ensure the safety of driving, and to also not affect the user experience.

[0105] In the present application, when performing the recovery operation corresponding to the secondary reset, the vehicle is controlled to resume the driving state before the reset operation based on the driving key data, without performing the recovery operation based on all information in the vehicle information. In this way, on the one hand, the vehicle driving based on the driving key data can ensure that the vehicle resumes the driving state before the reset operation, ensuring the safety of driving. On the other hand, the vehicle resumes the driving state based on only the driving key data during the recovery operation, 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 of controlling the vehicle to resume the driving state before the reset operation based on the driving key data includes:

[0107] The step S3131 of, 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 driving key data to resume the driving state before the reset operation of the vehicle, and sending an abnormal reset reminder.

[0108] The step S3132 of, in response to the vehicle speed information being less than the first preset vehicle speed and greater than a second preset vehicle speed, and the light information being light on, controlling the vehicle to continue driving based on the driving key data to resume the driving state before the reset operation of the vehicle, and starting the electronic brake of the vehicle to reduce the vehicle speed.

[0109] The step S3133 of, in response to the vehicle speed information being less than or equal to the second preset vehicle speed, controlling the vehicle to continue driving based on the driving key data to resume the driving state before the reset operation of the vehicle.

[0110] 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 during high-speed driving of the vehicle. For example, the first preset vehicle speed is 100 km / h. The second preset vehicle speed is a preset vehicle speed during medium-speed driving of the vehicle. For example, the first preset vehicle speed is 50 km / h.

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

[0113] When it is determined that the vehicle speed information is greater than or equal to the first preset vehicle speed, it indicates that the vehicle is driving at high speed. At this time, the vehicle is controlled to continue driving based on the driving key data to resume the driving state before the reset operation, and an abnormal reset reminder is sent. In this way, the vehicle can quickly recover to the driving state before the reset after the reset, and the user can be reminded to promptly investigate the reset cause. The abnormal reset reminder can be sent to the user through voice prompts or visual display lights to remind the user to promptly investigate the reset cause.

[0114] It is worth noting that since the vehicle is driving at high speed at this time, any slight change will affect the normal driving of the vehicle. Therefore, in addition to resuming the driving state of the vehicle and sending an abnormal reset reminder, no other intervention should be made to the driving state of the vehicle under this condition, otherwise the normal driving of the vehicle will be affected.

[0115] When it is determined that the vehicle speed information is less than the first preset vehicle speed and greater than the second preset vehicle speed, and the light information is that the lights are on, it indicates that the vehicle is driving at medium speed at night. At this time, the vehicle needs to be controlled to continue driving based on the driving key data to resume the driving state before the reset operation, and the electronic brake of the vehicle needs to be started to reduce the vehicle speed. In this way, the vehicle speed is reduced through the intervention of the vehicle controller to ensure the safety of night driving of the vehicle, and the user is reminded to stop and investigate the reset cause to ensure the safety of the vehicle and the user.

[0116] It is worth noting that since the vehicle is driving at medium speed at night at this time, slightly reducing the vehicle speed will not have a great impact on the driving state and will not affect the normal driving of the vehicle, but will make the vehicle drive at a reduced speed to ensure the safety of driving. Therefore, the electronic brake of the vehicle is started to reduce the vehicle speed through the intervention of the vehicle controller, and the brake light is turned on to remind the user to stop and investigate the reset cause to avoid the vehicle continuing to drive at medium 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 indicates that the vehicle is driving at low speed and is in a relatively safe driving state. At this time, the vehicle can be controlled to continue driving based on the driving key data to resume the driving state before the reset operation, and no other operation is needed.

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

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

[0120] The step S321 wakes up the vehicle network and starts a timer.

[0121] The step S322 controls the vehicle network to sleep in response to the timing time of the timer reaching a preset timing time and no valid wake-up instruction being received.

[0122] Specifically, when controlling the vehicle to perform the recovery operation corresponding to the primary reset, the vehicle network is first woken up to ensure that the vehicle network is normal so as to facilitate the normal use of the vehicle network.

[0123] Then the timer is started, and when it is determined that the timing time of the timer reaches the preset timing time and no valid wake-up instruction is received, it is indicated that the vehicle network wake-up time has reached the preset time but no valid wake-up instruction is received, which further indicates that the user has no need to wake up the vehicle network at this time, and then the vehicle network is controlled to sleep to save the energy consumption of the vehicle.

[0124] The preset time is the longest time for which the vehicle network is to be waited after being woken up. For example, the preset time can be 10 minutes or 15 minutes.

[0125] The valid wake-up instruction refers to a wake-up instruction issued by the user through remote unlocking, vehicle key unlocking, etc.

[0126] In the present application, when controlling the vehicle to perform the recovery operation corresponding to the primary reset, the vehicle network is first woken up to ensure that the vehicle network can normally operate, and when the vehicle network wake-up time has reached the preset time but no valid wake-up instruction is received, the vehicle network is controlled to sleep to save the energy consumption of the vehicle.

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

[0128] In response to receiving the reset signal, a wake-up strategy is performed, and when the number of times of receiving the reset signal reaches a preset number of times, the vehicle network is prohibited from being woken up and preset fault information is stored.

[0129] The wake-up strategy includes:

[0130] The vehicle network is woken up and the timer is started.

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

[0132] Specifically, after the vehicle network is controlled to sleep, in response to receiving a reset signal, a wake-up strategy is executed, in response to successively receiving a reset signal, a wake-up strategy is executed, and this continues to circulate until the number of times of receiving a reset signal reaches a preset number of times, indicating that the vehicle controller has repeatedly occurred multiple times of abnormal reset at this time, and the application layer of the vehicle controller has repeatedly executed multiple times of operations of waking up the network and controlling the network to sleep, and in this process, no valid wake-up instruction has been received, at this time, continuing to repeatedly perform the operations of waking up the network and controlling the network to sleep will only increase the energy consumption of the vehicle, therefore, in this case, the vehicle network is prohibited from being woken up and preset fault information is stored. The preset fault information is preset reminding information for indicating that the vehicle controller has repeatedly occurred multiple times of abnormal reset.

[0133] When the vehicle is started next time, the stored preset fault information is displayed to the user in a visual display manner or a voice reminding manner, reminding the user to check the reason for the multiple times of abnormal reset of the controller as soon as possible, and improving the driving safety of the vehicle.

[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 or 8.

[0135] In this application, when the vehicle controller repeatedly occurs multiple times of abnormal reset, the vehicle network is prohibited from being woken up and preset fault information is stored, so as to reduce the energy consumption of the vehicle, and when the vehicle is started next time, the stored preset fault information is displayed to the user in a visual display manner or a voice reminding manner, reminding the user to check the reason for the multiple times of abnormal reset of the controller as soon as possible, and improving the driving safety of the vehicle.

[0136] In some embodiments, the vehicle control method described in this application comprises:

[0137] 1. After the bottom layer receives a reset signal, the reset flag is passed to the application layer.

[0138] 2. After the application layer receives the reset flag, if the state of the vehicle power supply is OFF, the application layer sends a wake-up network request to the bottom layer to wake up the vehicle network, and the internal count of the application layer is increased by 1 each time.

[0139] 3. When the power supply 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 each received reset flag, and if the count number reaches 10, in order to prevent frequent wake-up from consuming the battery power, the vehicle network is prohibited from being woken up when the reset occurs again.

[0140] 4. When the count number reaches 10, in order to facilitate problem checking, the fault flag is sent to the bottom layer at this time, so that the bottom layer records the fault flag.

[0141] 5. When the reset occurs while the power is on, the reset flag passed from the application layer to the bottom layer is applied, the network is woken up immediately, and the power state is kept unchanged to ensure the driving safety.

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

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

[0144] It should be noted that some embodiments of the present application have been described above. In some cases, the actions or steps recorded in the above embodiments can be executed in an order different from that in the above embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multi-task processing and parallel processing are possible or can be advantageous.

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

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

[0147] The acquisition module 100 is configured to acquire vehicle information stored before the reset occurs in response to receiving a reset signal of a 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 the reset type based on the vehicle information and control the vehicle to perform the recovery operation corresponding to the reset type in response to the reset operation being an abnormal reset.

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

[0151] In response to the restart information and / or upgrade information being included in the vehicle information, the restart time and / or upgrade time are determined based on the restart information and / or upgrade information.

[0152] acquire 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 the time difference between the time information and the restart time and / or the upgrade time being greater than the preset time difference, determining that the reset operation corresponding to the reset signal is an abnormal reset.

[0155] In some embodiments, the vehicle information includes power supply information, vehicle speed information, and light information; the reset type includes a first-level reset and a second-level reset, and the safety hazard of the second-level reset is higher than that of the first-level reset.

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

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

[0158] in response to the power supply information, the vehicle speed information, and / or the light information meeting a preset second-level reset condition, determining the reset type to be a second-level reset and controlling the vehicle to perform a recovery operation corresponding to the second-level reset:

[0159] in response to the power supply information, the vehicle speed information, and the light information not meeting the preset second-level reset condition, determining the reset type to be a first-level reset and controlling the vehicle to perform a recovery operation corresponding to the first-level reset.

[0160] In some embodiments, the power supply information includes power on or power off; and 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 supply information being power off, the vehicle speed information being zero, and the light information being light off, determining that the power supply information, the vehicle speed information, and the light information do not meet the preset second-level reset condition;

[0163] in response to the power supply information being power off, the vehicle speed information being zero, and the light information being light on, determining that the power supply information, the vehicle speed information, and / or the light information meet the preset second-level reset condition;

[0164] in response to the power supply information being power on, determining that the power supply information, the vehicle speed information, and / or the light information meet the preset second-level reset condition.

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

[0166] wake up the vehicle network;

[0167] determine driving key data based on the vehicle information, the driving key data including vehicle speed information, gear information, and light information;

[0168] control the vehicle to continue driving based on the driving key data to restore the driving state of the vehicle before the reset operation is performed.

[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, control the vehicle to continue driving based on the driving key data to restore the driving state of the vehicle before the reset operation is performed, and send an abnormal reset reminder;

[0171] in response to the vehicle speed information being less than the first preset vehicle speed and greater than a second preset vehicle speed, and the light information being that the lights are on, control the vehicle to continue driving based on the driving key data to restore the driving state of the vehicle before the reset operation is performed, and start 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 the second preset vehicle speed, control the vehicle to continue driving based on the driving key 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 a timer;

[0176] in response to the timing time of the timer reaching a preset timing time and no valid wake-up instruction being received, control the vehicle network to sleep.

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

[0178] in response to receiving a reset signal, execute a wake-up strategy, and when the number of times of receiving the reset signal reaches a preset number of times, prohibit the vehicle network from being woken up and store preset fault information;

[0179] wherein the wake-up strategy comprises:

[0180] wake up the vehicle network and start a timer;

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

[0182] For the convenience of description, the above apparatus is described in various modules in terms of functions. Of course, the functions of the modules can be implemented in one or more software and / or hardware in the implementation of the present application.

[0183] The apparatus of the above embodiments is used to implement the corresponding vehicle control method of any of the above embodiments, and has the beneficial effects of the corresponding method embodiments, which are not described here again.

[0184] Based on the same inventive concept, the present application also provides an electronic device corresponding to the method of any of the above embodiments, comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the vehicle control method of any of the above embodiments when executing the program.

[0185] Figure 3 A more specific hardware structure of an electronic device provided by the present embodiment is shown, which can 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 for communication within the device.

[0186] The processor 1010 can be implemented in the form of a general-purpose CPU (Central Processing Unit), a microprocessor, an ASIC (Application Specific Integrated Circuit) or one or more integrated circuits, etc., for executing related programs to implement the technical solutions provided by the present embodiment.

[0187] The memory 1020 can be implemented in the form of a ROM (Read Only Memory), a RAM (Random Access Memory), a static storage device, a dynamic storage device, etc. The memory 1020 can store an operating system and other application programs, and when the technical solutions provided by the present embodiment are implemented by software or firmware, the related program codes are stored in the memory 1020 and executed by the processor 1010.

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

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

[0190] The bus 1050 includes a channel to transmit information between various components (such as the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040) of the device.

[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 can also include other components necessary for normal operation. In addition, those skilled in the art can understand that the above device can also only include components necessary for implementing the embodiments of the present specification, and does not have to include all the components shown in the figure.

[0192] The electronic device of the above embodiments is used to realize the corresponding vehicle control method in any of the above embodiments, and has the beneficial effects of the corresponding method embodiments, which are not described here again.

[0193] Based on the same inventive concept, corresponding to the method of any of the above embodiments, the present application also provides a non-transitory computer readable storage medium storing computer instructions for causing the computer to execute the vehicle control method according to any of the above embodiments.

[0194] The computer readable medium of the embodiments includes permanent and non-permanent, removable and non-removable media, which can realize information storage by any method or technology. The information can be computer readable instructions, data structures, program modules 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 technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassette, magnetic tape disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information accessible by a computing device.

[0195] The storage medium of the above-mentioned embodiments stores computer instructions for causing the computer to execute the vehicle control method as described in any of the above embodiments, and has the beneficial effects of the corresponding method embodiments, which are not repeated here.

[0196] Based on the same inventive concept, corresponding to the method of any of the above-mentioned embodiments, the present application also provides a computer program product comprising computer program instructions which, when executed on a computer, cause the computer to perform the vehicle control method as described in any of the above embodiments, with the beneficial effects of the corresponding method embodiments, which are not repeated here.

[0197] Based on the same inventive concept, corresponding to the method of any of the above-mentioned embodiments, the present application also provides a vehicle comprising the apparatus, electronic device, computer readable storage medium or computer program product of any of the above-mentioned embodiments. The vehicle has the technical effects of any of the above-mentioned embodiments, which are not repeated here.

[0198] It can be understood that before using the technical solutions of various embodiments in the present disclosure, the type of personal information involved, the scope of use, the scenario of use, etc. will be informed to the user in an appropriate manner, and the authorization of the user will be obtained.

[0199] For example, in response to receiving the user's active request, the user is sent prompt information to explicitly prompt the user that the operation requested to be performed will require the acquisition and use of the user's personal information. Thus, the user can voluntarily choose whether to provide personal information to the software or hardware such as electronic devices, application programs, servers or storage media that perform the technical solutions of the present disclosure according to the prompt information.

[0200] As an optional but not limited implementation, in response to a user's active request, sending a prompt message to the user can be done via a pop-up window, where the prompt message can be presented in text format. Furthermore, the pop-up window can also include a selection control allowing the user to choose "agree" or "disagree" to provide personal information to the electronic device.

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

[0202] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this application is limited to these examples; under the concept of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this application as described above, which are not provided in detail for the sake of brevity.

[0203] Additionally, to simplify the description and discussion, and to avoid obscuring the embodiments of this application, the well-known power / ground connections to integrated circuit (IC) chips and other components may or may not be shown in the provided drawings. Furthermore, the apparatus may be shown in block diagram form to avoid obscuring the embodiments of this application, and this also takes into account the fact that the details of the implementation of these block diagram apparatuses are highly dependent on the platform on which the embodiments of this application will be implemented (i.e., these details should be fully understood by those skilled in the art). While specific details (e.g., circuits) have been set forth to describe exemplary embodiments of this application, it will be apparent to those skilled in the art that the embodiments of this application can be implemented without these specific details or with variations thereof. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0204] Although this application has been described in conjunction with specific embodiments thereof, many substitutions, 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 be used with the embodiments discussed.

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

Claims

1. A vehicle control method, characterized in that, include: In response to receiving a reset signal from the vehicle controller, the vehicle information stored before the reset occurred is retrieved; Based on the vehicle information, determine whether the reset operation corresponding to the reset signal is an abnormal reset; In response to the reset operation being an abnormal reset, the reset type is determined based on the vehicle information, and the vehicle is controlled to perform the recovery operation corresponding to the reset type. The step of determining whether the reset operation corresponding to the reset signal is an abnormal reset based on the vehicle information includes: If the vehicle information includes restart information and / or upgrade information, then the restart time and / or upgrade time are determined based on the restart information and / or upgrade information; Obtain the time information when the reset signal is received; If the time difference between the time information and the restart time and / or upgrade time is less than or equal to a preset time difference, then it is determined that the reset operation corresponding to the reset signal is not an abnormal reset. If the time difference between the time information and the restart time and / or upgrade time is greater than a preset time difference, then the reset operation corresponding to the reset signal is determined to be an abnormal reset.

2. The method according to claim 1, characterized in that, The vehicle information includes power information, speed information, and lighting information; The reset types include primary reset and secondary reset, and the safety risks of secondary reset are higher than those of primary reset. The step of determining the reset type based on the vehicle information and controlling the vehicle to perform the recovery operation corresponding to the reset type includes: In response to the power information, vehicle speed information, and / or lighting information meeting the preset secondary reset conditions, 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: If the power information, vehicle speed information, and lighting information do not meet the preset secondary reset conditions, 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.

3. The method according to claim 2, characterized in that, The power information includes whether the power is on or off; the lighting information includes whether the lights are on or off. The method further includes: In response to the power information being power off, the vehicle speed information being zero, and the lighting information being lighting off, it is determined that the power information, vehicle speed information, and lighting information do not meet the preset secondary reset conditions; In response to the power information being power off, the vehicle speed information being zero, and the lighting information being lighting on, it is determined that the power information, vehicle speed information, and / or lighting information meet the preset secondary reset conditions; In response to the power information indicating that the power is on, it is determined that the power information, vehicle speed information, and / or lighting information meet the preset secondary reset conditions.

4. The method according to claim 2, characterized in that, The control vehicle performs the recovery operation corresponding to the secondary reset, including: Wake up the vehicle network; Based on the vehicle information, key driving data is determined, including vehicle speed information, gear information, and light information; Based on the aforementioned key driving data, the vehicle is controlled to return to its driving state before the reset operation was performed.

5. The method according to claim 4, characterized in that, The step of controlling the vehicle to restore its 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, the vehicle is controlled to continue driving based on key driving data to restore the driving state before the vehicle performed the reset operation, and an abnormal reset reminder is sent. 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 being that the lights are on, the vehicle is controlled to continue driving based on the driving key data to restore the driving state before the vehicle performed the reset operation, and the vehicle's electronic brakes are activated to reduce the vehicle speed. In response to the vehicle speed information being less than or equal to a second preset vehicle speed, the vehicle is controlled to continue driving based on the driving key data to restore the driving state before the vehicle performed the reset operation. Wherein, the first preset vehicle speed is greater than the second preset vehicle speed.

6. The method according to claim 2, characterized in that, The control vehicle performs the recovery operation corresponding to the first-level reset, including: Wake up the vehicle network and start the timer; If the timer reaches a preset time and no valid wake-up command is received, the vehicle network is put into sleep mode.

7. The method according to claim 6, characterized in that, After controlling the vehicle network to sleep, the method further includes: In response to receiving a reset signal, a wake-up strategy is executed until the number of reset signals received reaches a preset number, at which point waking up the vehicle network is prohibited and preset fault information is stored. The wake-up strategy includes: Wake up the vehicle network and start the timer; If the timer reaches a preset time and no valid wake-up command is received, the vehicle network is put into sleep mode.

8. 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, it implements the method as described in any one of claims 1 to 7.

9. A vehicle comprising the electronic device of claim 8.

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