Vehicle controller reset driving method and device, computer device and storage medium
By storing and utilizing the motor request status and control parameters in real time during the vehicle controller reset process, the vehicle vibration problem caused by the vehicle controller reset is solved, ensuring the continuity of motor control and smooth driving of the vehicle.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- 上海伊控动力系统有限公司
- Filing Date
- 2022-08-18
- Publication Date
- 2026-06-19
AI Technical Summary
The problem of vehicle vibration during driving caused by resetting the vehicle controller has not been completely resolved.
During the vehicle controller reset process, the motor request status and motor request control parameters are stored in the memory in real time, and these parameters are used to control the motor before and after the reset to maintain the continuity of the motor request status and control parameters and avoid sudden changes.
By maintaining the continuity of the motor request state and control parameters, severe vehicle vibrations during reset are avoided, improving the driving experience.
Smart Images
Figure CN115503720B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of automotive drive technology, and in particular to a method, apparatus, computer device, and storage medium for resetting the drive of a vehicle controller. Background Technology
[0002] In new energy pure electric vehicles, the sole power source is the drive motor. During operation, there is a certain probability of a VCU Reset (Vehicle Controller Reset) fault. This occurs when the vehicle controller (VCU) powers down and restarts, typically within 200ms. After restarting, the VCU first enters a Reset state, which lasts for a period (around 100ms) before powering on. This can cause vehicle vibration during driving.
[0003] Therefore, there is currently no complete technical solution to the problem of vehicle vibration caused by vehicle controller reset during driving. Summary of the Invention
[0004] Therefore, it is necessary to provide a vehicle controller reset drive method, device, computer equipment, and storage medium to address the above-mentioned technical problems, which can fundamentally solve the technical problem of vehicle vibration caused by vehicle controller reset during driving.
[0005] On the one hand, a method for resetting the drive of a vehicle controller is provided, the method comprising:
[0006] After the vehicle controller is woken up, the motor request status and motor request control parameters are stored in a memory in real time. During the vehicle controller reset process, the memory maintains the motor request status and motor request control parameters as they were before the reset.
[0007] When the vehicle controller experiences a fault reset, the motor is controlled using the motor request status and motor request control parameters prior to the vehicle controller reset process.
[0008] In one embodiment, when the vehicle controller is powered on, the vehicle controller is awakened, and the motor request status and the motor request control parameters are issued by the vehicle controller.
[0009] In one embodiment, when the vehicle controller is in an initial power-on state, a power-off state, and a power-on state within a first threshold time period, it is determined that the vehicle controller has been reset.
[0010] In one embodiment, the duration from the initial power-on state to the re-power-on state is the restart duration of the vehicle controller; when the restart duration is less than or equal to the first threshold time period, the vehicle controller is determined to be reset; when the restart duration is greater than the first threshold time period, the vehicle controller is determined to be shut down, and during the shutdown process, the motor request state and motor request control parameters before the vehicle controller reset are cleared to release control of the motor.
[0011] In one embodiment, when the vehicle controller has completed its reset and is in a power-on state, it reissues the motor request status and motor request control parameters.
[0012] In one embodiment, when the motor is torque controlled, the motor request control parameter is the motor request torque.
[0013] In one embodiment, when the motor is speed-controlled, the motor request control parameter is the motor request speed.
[0014] On the other hand, a driving device is provided, the device comprising:
[0015] A data storage module is used to store the motor request status and motor request control parameters in a memory in real time after the vehicle controller is woken up. The memory maintains the motor request status and motor request control parameters before the vehicle controller reset during the vehicle controller reset process.
[0016] The motor control module is used to control the motor using the motor request status and motor request control parameters before the vehicle controller reset when the vehicle controller is reset due to a fault.
[0017] In another aspect, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to perform the following steps:
[0018] After the vehicle controller is woken up, the motor request status and motor request control parameters are stored in a memory in real time. During the vehicle controller reset process, the memory maintains the motor request status and motor request control parameters as they were before the reset.
[0019] When the vehicle controller experiences a fault reset, the motor is controlled using the motor request status and motor request control parameters prior to the vehicle controller reset process.
[0020] In another aspect, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, performs the following steps:
[0021] After the vehicle controller is woken up, the motor request status and motor request control parameters are stored in a memory in real time. During the vehicle controller reset process, the memory maintains the motor request status and motor request control parameters as they were before the reset.
[0022] When the vehicle controller experiences a fault reset, the motor is controlled using the motor request status and motor request control parameters prior to the vehicle controller reset process.
[0023] The aforementioned vehicle controller reset drive method, device, computer equipment, and storage medium store the motor request status and motor request control parameters in a memory in real time. During the vehicle controller reset process, the motor is controlled using the motor request status and motor request control parameters before the vehicle controller reset. This process does not involve sudden changes in motor request control parameters, and the vehicle will not vibrate violently, fundamentally solving the problem of vehicle vibration caused by vehicle controller reset. Attached Figure Description
[0024] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0025] Figure 1 This is a flowchart illustrating the control method of an electric vehicle motor after torque control VCU Reset in one embodiment.
[0026] Figure 2 This is a flowchart illustrating the control method after VCU Reset in one embodiment;
[0027] Figure 3 A flowchart of a vehicle controller reset drive method in one embodiment;
[0028] Figure 4 This is a structural block diagram of the driving device in one embodiment;
[0029] Figure 5 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation
[0030] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.
[0031] As described in the background section, there is currently no complete technical solution to the problem of vehicle vibration caused by vehicle controller reset during driving.
[0032] The applicant's analysis revealed that the electric vehicle's motor is controlled by torque or speed. To avoid vehicle vibration caused by the vehicle controller reset, it is necessary to ensure that the motor's torque or speed does not immediately become 0 during the vehicle controller reset.
[0033] To solve this problem, such as Figure 1 As shown, taking the torque control of an electric vehicle motor as an example, the applicant provides a control method for an electric vehicle after a VCU Reset. Specifically, when the VCU (Vehicle Controller) is in sleep mode, it loses control over the motor torque, and the motor requests torque to remain unchanged from the value before the VCU was powered off. When the VCU is in Reset mode, the motor enters StandB5 mode, at which point the motor requests zero torque. After the VCU is powered on, it re-requests torque from the motor, and the torque increases. Because the motor's requested torque first drops rapidly to zero and then quickly rises, the motor speed correspondingly drops and then rises rapidly. This very short period of time can still cause vehicle vibration, resulting in a poor driving experience.
[0034] Similarly, when an electric vehicle's motor is speed-controlled, the control method after a VCU Reset is as follows: When the VCU (Vehicle Controller) is in sleep mode, it loses control of the motor torque, and the motor requests torque to remain unchanged from the value before the VCU was powered off. When the VCU is in Reset mode, the motor enters StandB5 mode, requesting a speed of 0. After the VCU is powered on, it re-requests motor speed control, and the speed increases. Because the motor's requested speed first drops rapidly to 0 and then quickly increases, the vehicle speed correspondingly drops and then quickly increases. This very short period can still cause vehicle vibration, resulting in a poor driving experience.
[0035] Therefore, based on the control principles, the applicant further analyzed the above solution and concluded that the control method needs to be improved to maintain the motor's torque or speed constant in order to fundamentally solve the vehicle vibration problem. Furthermore, to prevent the motor from entering StandB5 (standby) mode, it is necessary to ensure that the motor request status and requested torque or speed issued by the vehicle controller remain constant during the vehicle controller reset (VCU Reset).
[0036] To solve the above problems, such as Figure 2 As shown, this embodiment of the invention creatively proposes a technical solution that can ensure that the motor request status and motor request torque or motor request speed issued by the vehicle controller are not lost during the vehicle controller reset (VCU Reset).
[0037] If the electric vehicle's motor is torque-controlled, the VCU stores the motor request status and requested torque in a non-volatile memory. When the VCU is in Reset mode, it changes the motor request status to the state just before power-down. Therefore, the requested torque remains unchanged, matching the value of the VCU before it went into sleep mode. The requested torque continues to maintain this value until the VCU returns to power and can then normally issue the requested torque. During this process, the requested torque does not change abruptly, and the vehicle will not experience severe vibrations.
[0038] Similarly, if the electric vehicle's motor is speed-controlled, the VCU stores the motor request status and requested motor speed in a non-volatile memory. When the VCU is in Reset state, it changes the motor request status to the state just before power-down. Therefore, the requested motor speed remains unchanged from the value at the moment the VCU went into sleep mode. The requested motor speed maintains this value until the VCU returns to power-up and can issue the requested motor speed normally. During this process, the requested motor speed does not change abruptly, and the vehicle will not experience severe vibration.
[0039] Example 1
[0040] Based on the above principles, such as Figure 3 As shown, Embodiment 1 provides a method for resetting the drive of a vehicle controller. Taking the vehicle controller (VCU) in a vehicle control system as an example, the method includes the following steps:
[0041] Step S1: After the vehicle controller is woken up, the motor request status and motor request control parameters are stored in a memory in real time. The memory maintains the motor request status and motor request control parameters before the vehicle controller is reset during the vehicle controller reset process.
[0042] Step S2: When the vehicle controller experiences a fault reset, the motor is controlled using the motor request status and motor request control parameters prior to the vehicle controller reset during the reset process.
[0043] The motor is torque-controlled, and the motor request control parameter is the motor request torque.
[0044] In this embodiment, when the vehicle controller is powered on, the vehicle controller is woken up, and the motor request status and the motor request control parameters are issued by the vehicle controller.
[0045] In this embodiment, when the vehicle controller is in an initial power-on state, a power-off state, or a power-on state within a first threshold time period, it is determined that the vehicle controller has been reset.
[0046] In this embodiment, the duration from the initial power-on state to the re-power-on state is the restart duration of the vehicle controller. When the restart duration is less than or equal to the first threshold time period, it is determined that the vehicle controller is reset. When the restart duration is longer than the first threshold time period, it is determined that the vehicle controller is shut down. During the shutdown process, the motor request state and motor request control parameters before the vehicle controller reset are cleared to release control over the motor. This setting is to avoid using the motor request state and motor request control parameters before the vehicle controller reset to control the motor when the vehicle is parked. If the parking time is longer than the first threshold time period, the case of a vehicle controller reset is excluded.
[0047] Step S3: When the vehicle controller has completed its reset and is in the power-on state, reissue the motor request status and motor request control parameters.
[0048] Understandably, the above method for resolving vibration issues in electric vehicles after a VCU reset during driving involves storing the motor request status and requested torque in a non-volatile memory after the VCU wakes up. When a VCU reset fault occurs, the VCU's request status for the motor during the reset state is maintained as it was just before power-down, thus the requested torque remains unchanged from the value at the moment the VCU went into sleep mode. Once the VCU returns to power, it resumes issuing the motor request status and requested torque normally. This process avoids sudden changes in the requested torque, preventing severe vehicle vibration.
[0049] Example 2
[0050] Based on the above principles, such as Figure 3As shown, Embodiment 2 provides a method for resetting the drive of a vehicle controller. Taking the vehicle controller (VCU) in a vehicle control system as an example, the method includes the following steps:
[0051] Step S1: After the vehicle controller is woken up, the motor request status and motor request control parameters are stored in a memory in real time. The memory maintains the motor request status and motor request control parameters before the vehicle controller is reset during the vehicle controller reset process.
[0052] Step S2: When the vehicle controller experiences a fault reset, the motor is controlled using the motor request status and motor request control parameters prior to the vehicle controller reset during the reset process.
[0053] The motor is speed-controlled, and the motor request control parameter is the motor request speed.
[0054] In this embodiment, when the vehicle controller is powered on, the vehicle controller is woken up, and the motor request status and the motor request control parameters are issued by the vehicle controller.
[0055] In this embodiment, when the vehicle controller is in an initial power-on state, a power-off state, or a power-on state within a first threshold time period, it is determined that the vehicle controller has been reset.
[0056] In this embodiment, the duration from the initial power-on state to the re-power-on state is the restart duration of the vehicle controller. When the restart duration is less than or equal to the first threshold time period, it is determined that the vehicle controller is reset. When the restart duration is longer than the first threshold time period, it is determined that the vehicle controller is shut down. During the shutdown process, the motor request state and motor request control parameters before the vehicle controller reset are cleared to release control over the motor. This setting is to avoid using the motor request state and motor request control parameters before the vehicle controller reset to control the motor when the vehicle is parked. If the parking time is longer than the first threshold time period, the case of a vehicle controller reset is excluded.
[0057] Step S3: When the vehicle controller has completed its reset and is in the power-on state, reissue the motor request status and motor request control parameters.
[0058] Understandably, in the above-described method for resolving vibration issues in electric vehicles after a VCU reset during driving, the VCU stores the motor request status and requested motor speed in a non-volatile memory after power-off, once the VCU is awakened. When a VCU reset fault occurs, the VCU maintains the motor request status from the reset state as it did just before power-off, thus keeping the requested torque unchanged from the value at the moment the VCU went into sleep mode. Once the VCU returns to power-on, it resumes issuing the motor request status and requested torque normally. This process avoids sudden changes in the requested motor torque, preventing severe vehicle vibration.
[0059] In the above-mentioned vehicle controller reset drive method, the motor request status and motor request control parameters are stored in a memory in real time. During the vehicle controller reset process, the motor is controlled using the motor request status and motor request control parameters before the vehicle controller reset. This process does not involve sudden changes in motor request control parameters, and the vehicle will not vibrate violently, thus fundamentally solving the problem of vehicle vibration caused by vehicle controller reset.
[0060] It should be understood that, although Figures 2-3 The steps in the flowchart are shown sequentially as indicated by the arrows, but these steps are not necessarily executed in the order indicated by the arrows. Unless otherwise specified herein, there is no strict order in which these steps are executed, and they can be performed in other orders. Figures 2-3 At least some of the steps in the process may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be executed in turn or alternately with other steps or at least some of the sub-steps or stages of other steps.
[0061] In one embodiment, such as Figure 4 As shown, a drive device 10 is provided, including: a data storage module 1 and a motor control module 2.
[0062] The data storage module 1 is used to store the motor request status and motor request control parameters in a memory in real time after the vehicle controller is woken up. The memory maintains the motor request status and motor request control parameters before the vehicle controller reset during the vehicle controller reset process. The memory can be set in the vehicle controller or set up separately. The memory is part of the data storage module 1.
[0063] The motor control module 2 is used to control the motor using the motor request status and motor request control parameters before the vehicle controller reset when the vehicle controller is reset due to a fault.
[0064] In this embodiment, when the vehicle controller is powered on, the vehicle controller is woken up, and the motor request status and the motor request control parameters are issued by the vehicle controller.
[0065] like Figure 4 As shown, the drive device 10 also includes a driving status determination module 3.
[0066] In this embodiment, the vehicle status determination module 3 is used to determine that the vehicle controller is reset when the vehicle controller is in the initial power-on state, power-off state, or power-on state within the first threshold time period.
[0067] In this embodiment, the duration from the initial power-on state to the re-power-on state is the restart duration of the vehicle controller. The driving status determination module 3 is used to: determine that the vehicle controller is reset when the restart duration is less than or equal to the first threshold time period; and determine that the vehicle controller is stopped when the restart duration is longer than the first threshold time period. During the vehicle controller stoppage process, the motor request state and motor request control parameters prior to the vehicle controller reset are cleared to release control of the motor. This is also designed to prevent the motor from being controlled using the motor request state and motor request control parameters prior to the vehicle controller reset while the vehicle is parked. If the parking duration is longer than the first threshold time period, the scenario of a vehicle controller reset is excluded.
[0068] like Figure 4 As shown, the drive device 10 also includes a vehicle controller management module 4.
[0069] In this embodiment, the vehicle controller management module 4 is used to: issue a motor request status and motor request control parameters after the vehicle controller is woken up; and reissue the motor request status and motor request control parameters when the vehicle controller has been reset and is in the power-on state.
[0070] In this embodiment, when the motor is torque controlled, the motor request control parameter is the motor request torque.
[0071] In this embodiment, when the motor is speed-controlled, the motor request control parameter is the motor request speed.
[0072] In the above-mentioned vehicle controller reset drive method, the motor request status and motor request control parameters are stored in a memory in real time. During the vehicle controller reset process, the motor is controlled using the motor request status and motor request control parameters before the vehicle controller reset. This process does not involve sudden changes in motor request control parameters, and the vehicle will not vibrate violently, thus fundamentally solving the problem of vehicle vibration caused by vehicle controller reset.
[0073] Specific limitations regarding the drive unit can be found in the above section on the limitations of the vehicle controller reset drive method, and will not be repeated here. Each module in the aforementioned drive unit can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in hardware or independently of the processor in a computer device, or stored in software in the memory of a computer device, so that the processor can call and execute the corresponding operations of each module.
[0074] In one embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 5 As shown, the computer device includes a processor, memory, network interface, and database connected via a system bus. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database stores vehicle controller reset drive data. The network interface communicates with external terminals via a network connection. When the computer program is executed by the processor, it implements a vehicle controller reset drive method.
[0075] Those skilled in the art will understand that Figure 5 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.
[0076] In one embodiment, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to perform the following steps:
[0077] After the vehicle controller is woken up, the motor request status and motor request control parameters are stored in a memory in real time. During the vehicle controller reset process, the memory maintains the motor request status and motor request control parameters as they were before the reset.
[0078] When the vehicle controller experiences a fault reset, the motor is controlled using the motor request status and motor request control parameters prior to the vehicle controller reset process.
[0079] In one embodiment, the processor, when executing a computer program, also performs the following steps:
[0080] When the vehicle controller is powered on, it is awakened, and the motor request status and the motor request control parameters are issued by the vehicle controller.
[0081] In one embodiment, the processor, when executing a computer program, also performs the following steps:
[0082] When the vehicle controller is in the initial power-on state, power-off state, and power-on state within the first threshold time period, it is determined that the vehicle controller has been reset.
[0083] In one embodiment, the processor, when executing a computer program, also performs the following steps:
[0084] The time from the initial power-on state to the power-on state is the restart time of the vehicle controller; when the restart time is less than or equal to the first threshold time period, it is determined that the vehicle controller is reset; when the restart time is greater than the first threshold time period, it is determined that the vehicle controller is stopped. During the vehicle controller stop process, the motor request state and motor request control parameters before the vehicle controller reset are cleared to release the control of the motor.
[0085] In one embodiment, the processor, when executing a computer program, also performs the following steps:
[0086] When the vehicle controller has completed its reset and is in the power-on state, it reissues the motor request status and motor request control parameters.
[0087] In one embodiment, the processor, when executing a computer program, also performs the following steps:
[0088] When the motor is torque controlled, the motor request control parameter is the motor request torque.
[0089] In one embodiment, the processor, when executing a computer program, also performs the following steps:
[0090] When the motor is speed-controlled, the motor request control parameter is the motor request speed.
[0091] For specific limitations on the steps implemented by the processor when executing a computer program, please refer to the limitations on the method of resetting the drive of the vehicle controller mentioned above, which will not be repeated here.
[0092] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon, the computer program performing the following steps when executed by a processor:
[0093] After the vehicle controller is woken up, the motor request status and motor request control parameters are stored in a memory in real time. During the vehicle controller reset process, the memory maintains the motor request status and motor request control parameters as they were before the reset.
[0094] When the vehicle controller experiences a fault reset, the motor is controlled using the motor request status and motor request control parameters prior to the vehicle controller reset process.
[0095] In one embodiment, when the computer program is executed by a processor, it also performs the following steps:
[0096] When the vehicle controller is powered on, it is awakened, and the motor request status and the motor request control parameters are issued by the vehicle controller.
[0097] In one embodiment, when the computer program is executed by a processor, it also performs the following steps:
[0098] When the vehicle controller is in the initial power-on state, power-off state, and power-on state within the first threshold time period, it is determined that the vehicle controller has been reset.
[0099] In one embodiment, when the computer program is executed by a processor, it also performs the following steps:
[0100] The time from the initial power-on state to the power-on state is the restart time of the vehicle controller; when the restart time is less than or equal to the first threshold time period, it is determined that the vehicle controller is reset; when the restart time is greater than the first threshold time period, it is determined that the vehicle controller is stopped. During the vehicle controller stop process, the motor request state and motor request control parameters before the vehicle controller reset are cleared to release the control of the motor.
[0101] In one embodiment, when the computer program is executed by a processor, it also performs the following steps:
[0102] When the vehicle controller has completed its reset and is in the power-on state, it reissues the motor request status and motor request control parameters.
[0103] In one embodiment, when the computer program is executed by a processor, it also performs the following steps:
[0104] When the motor is torque controlled, the motor request control parameter is the motor request torque.
[0105] In one embodiment, when the computer program is executed by a processor, it also performs the following steps:
[0106] When the motor is speed-controlled, the motor request control parameter is the motor request speed.
[0107] For specific limitations on the steps implemented when a computer program is executed by a processor, please refer to the limitations on the method of resetting the drive of the vehicle controller mentioned above, which will not be repeated here.
[0108] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), RAMbus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.
[0109] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.
[0110] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.
Claims
1. A method for resetting the drive of a vehicle controller, characterized in that, include: After the vehicle controller is woken up, the motor request status and motor request control parameters are stored in a memory in real time. The memory maintains the motor request status and motor request control parameters before the vehicle controller is reset during the vehicle controller reset process. When the vehicle controller is in an initial power-on state, a power-off state, or a power-on state within a first threshold time period, it is determined that the vehicle controller has been reset. The time from the initial power-on state to the power-on state is the restart time of the vehicle controller; When the restart duration is less than or equal to the first threshold time period, the vehicle controller is determined to be reset; when the restart duration is greater than the first threshold time period, the vehicle controller is determined to be shut down. During the shutdown process, the motor request status and motor request control parameters before the vehicle controller reset are cleared to release control over the motor. When the vehicle controller is reset due to a fault, the motor is controlled by utilizing the motor request status and motor request control parameters before the vehicle controller reset during the reset process. as well as When the vehicle controller has completed its reset and is in the power-on state, it reissues the motor request status and motor request control parameters.
2. The vehicle controller reset drive method according to claim 1, characterized in that, When the vehicle controller is powered on, it is awakened, and the motor request status and the motor request control parameters are issued by the vehicle controller.
3. The vehicle controller reset drive method according to claim 1, characterized in that, When the motor is torque controlled, the motor request control parameter is the motor request torque.
4. The vehicle controller reset drive method according to claim 1, characterized in that, When the motor is speed-controlled, the motor request control parameter is the motor request speed.
5. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 4.
6. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 4.