Motor oil pump control method and system, controller, medium, product and vehicle

Abstract

The invention relates to a motor oil pump control method and system, a controller, a medium, a product and a vehicle, and the method comprises the steps that based on operation parameters of a target motor, a first message is sent to a motor oil pump through a local internet to control the motor oil pump, and the motor oil pump is used for protecting the target motor. According to the method, the first message is sent to the motor oil pump through the local internet to control the motor oil pump, so that the target motor is protected, the problems of waveform distortion and controller network load increase are avoided, and the control effect of the motor oil pump is guaranteed.

Description

Technical Field

[0001] The present application relates to the field of vehicle control technology, and in particular to a control method, system, controller, medium, product and vehicle for a motor oil pump. Background Art

[0002] In order to improve the driving safety of the vehicle, a cooling system is usually configured for the vehicle's motor, for example, by driving the coolant circulation through a motor oil pump to cool the motor.

[0003] However, the traditional method of using pulse width modulation (PWM) duty cycle or controller area network (CAN) to adjust the motor oil pump has the problem of PWM waveform distortion or increased CAN bus network load, which affects the control effect of the motor oil pump. Summary of the Invention

[0004] The embodiments of the present application provide a control method, system, controller, medium, product and vehicle for a motor oil pump, aiming to improve the control effect of the motor oil pump.

[0005] The present invention provides a method for controlling a motor oil pump, including:

[0006] Based on the operating parameters of the target motor, a first message is sent to the motor oil pump via a local area network to control the motor oil pump, wherein the motor oil pump is used to protect the target motor.

[0007] In one embodiment, the method further comprises:

[0008] A second message sent by the target motor is received through a local area network or a controller area network, so as to determine an operating parameter of the target motor based on the second message.

[0009] In one embodiment, the method further comprises:

[0010] A third message fed back by the motor oil pump is received through a local area internet network, so as to determine the working state of the motor oil pump based on the third message.

[0011] In one embodiment, the sending of the first message to the motor oil pump through the local area network to control the motor oil pump further includes:

[0012] The motor oil pump is controlled based on the operating state of the motor oil pump and the operating parameters of the target motor.

[0013] In one embodiment, controlling the motor oil pump based on the working state of the motor oil pump and the operating parameters of the target motor includes:

[0014] When the working state of the motor oil pump is in a fault state, the vehicle is controlled to enter a limp home state.

[0015] In one embodiment, the controlling the motor oil pump based on the working state of the motor oil pump and the operating parameters of the target motor further includes:

[0016] When the motor oil pump is in a standby state, the motor oil pump is controlled based on an operating parameter of the target motor.

[0017] In one embodiment, the operating parameters of the target motor include motor speed and / or motor winding temperature, and controlling the motor oil pump based on the operating parameters of the target motor includes:

[0018] Based on the motor speed and / or the motor winding temperature, the motor oil pump is controlled to provide over-temperature protection for the target motor.

[0019] In one embodiment, controlling the motor oil pump to provide over-temperature protection to the target motor further includes:

[0020] Based on the first motor speed and / or the motor winding temperature of the target motor, a first message carrying the second motor speed of the motor oil pump is generated to control the motor oil pump.

[0021] In one embodiment, the method further comprises:

[0022] Based on the first motor speed and / or motor winding temperature of the target motor, a preset mapping relationship is queried to obtain the second motor speed of the motor oil pump, wherein the preset mapping relationship includes multiple sets of mapping relationships between the motor speed of the motor oil pump and the motor speed and / or motor winding temperature of the target motor.

[0023] In one embodiment, controlling the motor oil pump includes:

[0024] Based on the second motor speed carried in the first message, the motor in the motor oil pump is controlled.

[0025] In one embodiment, controlling the motor oil pump further includes:

[0026] The solenoid valve of the motor oil pump is controlled to be opened or closed to open or close the pulse heating function of the motor oil pump.

[0027] In one embodiment, controlling the solenoid valve in the motor oil pump to open or close includes:

[0028] Based on the working state of the motor oil pump, the solenoid valve of the motor oil pump is controlled to be opened or closed.

[0029] In one embodiment, the method further comprises:

[0030] When the motor oil pump is in an awakened state, a first message is sent to the motor oil pump through a local area network to control the motor oil pump.

[0031] In one embodiment, the method further comprises:

[0032] A fourth message is sent to the motor oil pump via the local area network to wake up the motor oil pump.

[0033] In one embodiment, the method further comprises:

[0034] When it is detected that the high-voltage system of the vehicle is powered on, a fourth message is sent to the motor oil pump via the local area network.

[0035] In one embodiment, the method further comprises:

[0036] The message sent on the local area internet network is transmitted to the controller local area network.

[0037] In one embodiment, the sending of the first message to the motor oil pump via the local area network includes:

[0038] The frame header of the first message and the data frame of the first message are sequentially sent to the motor oil pump via the local area internet network.

[0039] In one embodiment, the method further comprises:

[0040] In the case where the frame header of the first message is successfully sent, triggering the frame header sending completion interrupt service to continue sending the data frame of the first message.

[0041] In one embodiment, the method further comprises:

[0042] When the response duration of the frame header of the first message exceeds a preset duration threshold, it is determined that the frame header of the first message fails to be sent.

[0043] In one embodiment, the method further comprises:

[0044] When the data frame of the first message is successfully sent, the sending response data completion interrupt service is triggered to stop sending the data frame.

[0045] In one embodiment, the method further comprises:

[0046] In response to the motor oil pump receiving the first message, the receiving response data is triggered to complete the interrupt service to end the message sending process.

[0047] In one embodiment, the frame header of the first message includes frame identification information of the data frame and verification information of the frame identification information.

[0048] In one embodiment, the target motor is a drive motor of the vehicle.

[0049] The present application also provides a control system, comprising a controller and a motor oil pump connected to the controller via a local area network; wherein the motor oil pump is used to protect a target motor;

[0050] The controller is configured to send a first message to the motor oil pump via a local area network based on the operating parameters of the target motor to control the motor oil pump.

[0051] In one embodiment, the controller comprises a power domain controller of the vehicle.

[0052] The present application also provides a controller, which includes one or more processors and a memory, wherein the memory stores a computer program. When the computer program is executed by the processor, the processor executes the steps of the motor oil pump control method as described in any one of the above items.

[0053] The present application also provides a storage medium including a computer program. When the computer program is run on a controller, the computer program is used to enable the controller to execute the steps of the motor oil pump control method as described in any one of the above items.

[0054] The present application also provides a computer program product, comprising a computer program or instructions, which implements the steps of the motor oil pump control method as described above when the computer program or instructions are executed by a processor.

[0055] The present application also provides a vehicle, which includes the control system as described above, or includes the controller as described above, or is used to execute the steps of the motor oil pump control method as described in any one of the above.

[0056] In an embodiment of the present application, based on the operating parameters of the target motor, a first message is sent to the motor oil pump through the Local Area Network (LIN) to control the motor oil pump, thereby protecting the target motor, avoiding the problems of waveform distortion and increased controller network load, and ensuring the control effect of the motor oil pump. BRIEF DESCRIPTION OF THE DRAWINGS

[0057] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For those skilled in the art, other drawings can be obtained based on these drawings without creative work.

[0058] Figure 1 A schematic diagram of the structure of a control system provided in an embodiment of the present application;

[0059] Figure 2 A schematic diagram of the structure of another control system provided in an embodiment of the present application;

[0060] Figure 3 A flowchart of a method for controlling a motor oil pump according to an embodiment of the present application;

[0061] Figure 4 A complete flow chart of an oil pump motor control method provided in an embodiment of the present application;

[0062] Figure 5 A schematic diagram of the architecture of a local area interconnection network protocol stack design provided in an embodiment of the present application;

[0063] Figure 6 A flowchart of the basic data transmission function of a local area interconnection network protocol stack message provided in an embodiment of the present application;

[0064] Figure 7a A schematic diagram of a diagnostic request process provided in an embodiment of the present application;

[0065] Figure 7b A schematic diagram of a diagnostic response process provided in an embodiment of the present application;

[0066] Figure 7c A schematic diagram of a sending response timeout process provided in an embodiment of the present application;

[0067] Figure 7d A schematic diagram of a response timeout process for receiving a response provided in an embodiment of the present application;

[0068] Figure 8 A schematic diagram of the structure of a controller provided in an embodiment of the present application. DETAILED DESCRIPTION

[0069] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without making creative efforts are within the scope of protection of this application.

[0070] In addition, the term "a plurality of" in the embodiments of the present application refers to two or more than two. The terms "first" and "second" in the embodiments of the present application are used to distinguish descriptions and should not be understood to imply relative importance.

[0071] In order to clearly understand the control method, system, controller, medium, product and vehicle of the motor oil pump provided in the embodiments of the present application, the application scenario of the control method of the motor oil pump provided in the present application is first described. Among them, the control method of the motor oil pump provided in the present application is mainly used to control the motor oil pump of the target motor, and specifically, it is to protect the target motor by communication control of the motor oil pump. For example, taking the target motor as the drive motor as an example, the motor oil pump is usually used to protect the drive motor from overheating. Specifically, the drive motor refers to the motor in the electric vehicle or hybrid vehicle used to convert electrical energy into mechanical energy to provide driving power for the vehicle, such as the more common DC motor, asynchronous motor, permanent magnet synchronous motor and switched reluctance motor, etc. However, because the drive motor will continue to generate heat during normal operation due to copper loss, iron loss and other reasons, the power output capacity of the vehicle will gradually decrease as the heat accumulates. Therefore, it is often necessary to cool the drive motor of the vehicle. Among them, the motor oil pump is a key component of the cooling system in the drive motor, and the protection of the drive motor is achieved by driving the coolant.

[0072] However, in the current related technologies, the communication control of the motor oil pump usually relies on the PWM duty cycle or the CAN control network, that is, the speed, accuracy, output efficiency, etc. of the motor oil pump are adjusted through the PWM duty cycle or the CAN network. However, the PWM duty cycle method transmits very little information, which leads to waveform distortion in the process of communication between the motor oil pump and the controller after the vehicle is running, resulting in greatly reduced data reliability and affecting the accuracy of data transmission. If the CAN network is used for motor oil pump communication, it will lead to an increase in the bus network load, and because the CAN network is widely used in other network segments and functions of the whole vehicle, it will lead to an increase in the message cycle error, affecting the control effect of the motor oil pump. It can be seen that the communication control of the motor oil pump in the existing related technologies has the problem of poor control effect.

[0073] Precisely in order to solve the above problems, the present application provides a control method for a motor oil pump, which realizes communication control of the motor oil pump by using a local area Internet network, thereby meeting the real-time and accuracy requirements of communication data, and at the same time reducing the load rate of the CAN network, thereby improving the control effect of the motor oil pump.

[0074] Specifically, to understand the above content, please refer to Figure 1 , Figure 1 A structural diagram of a control system provided in an embodiment of the present application, specifically, includes a controller 110, and a target motor 120 and a motor oil pump 130 connected to the controller 110 via a local interconnect network (LIN), wherein the motor oil pump 130 is used to protect the target motor 120.

[0075] The controller 110 is configured to send a first message to the motor oil pump 130 via a local area network based on the operating parameters of the target motor 120 to control the motor oil pump.

[0076] Specifically, the controller 110 is connected to the target motor 120 via a local interconnect network (LIN) to communicate with the target motor 120, thereby obtaining the operating parameters of the target motor 120. Specifically, based on the different types of target motors or the different types of protection implemented by the motor oil pump for the target motor 120, the operating parameters here can be different parameter information. For example, with the target motor as the drive motor, the motor oil pump is used to implement temperature reduction protection for the target motor. At this time, the operating parameters of the target motor may include motor speed and / or motor winding temperature. Of course, other types of protection, such as lubrication protection, cleaning and filtering of impurities to protect the motor or reducing the noise and vibration of the target motor are all feasible. The embodiments of the present application do not limit the target motor and the type of protection for the target motor. Specifically, in order to facilitate understanding of the control method of the present application and the specific implementation principle of the local interconnect network, in the subsequent embodiments of the present application, the over-temperature protection of the drive motor will be used as an example for explanation.

[0077] See also Figure 2 , Figure 2 This is a schematic diagram of another control system provided in an embodiment of the present application. Specifically, in this embodiment of the present application, the controller is specifically a power domain controller 210, and the target motor is specifically a drive motor 220. In addition to being connected to the drive motor 220 and the motor oil pump 130 via a local interconnect network (LIN), the power domain controller 210 is also connected to other domain controllers via a controller area network (CAN) to achieve vehicle control. This embodiment of the present application will not be repeated here.

[0078] In an embodiment of the present application, based on the operating parameters of the target motor, a first message is sent to the motor oil pump through the local area network to control the motor oil pump, thereby realizing protection of the target motor, avoiding the problems of waveform distortion and increased controller network load, and ensuring the control effect of the motor oil pump.

[0079] On the basis of the control system provided above, the embodiment of the present application also provides a control method for a motor oil pump. Figure 3 The control method of the motor oil pump is usually run in the controller of the control system, and the control method of the motor oil pump includes:

[0080] S310 , based on the operating parameters of the target motor, sending a first message to the motor oil pump through the local area network to control the motor oil pump.

[0081] In an embodiment of the present application, the motor oil pump is used to protect the target motor, for example, by providing cooling protection, lubrication protection, or reducing noise and vibration of the target motor. Specifically, in the example of a motor oil pump being used to provide cooling protection for the target motor, the motor oil pump is typically a motor oil pump in the cooling system of the target motor, cooling the target motor by driving the circulation of coolant within the cooling system. Specifically, the rotational speed of the motor within the motor oil pump can typically be used to adjust the flow rate of the coolant, thereby adjusting the cooling effect on the target motor.

[0082] Specifically, in one embodiment, the operating parameters of the target motor may be a second message sent by the target motor received by the controller via a local area network or a controller area network, thereby determining the parameters of the target motor by parsing the second message.

[0083] Specifically, in another embodiment, while the controller sends a first message through the local area internet network to control the motor oil pump, it can also receive a third message fed back by the motor oil pump through the local area internet network, wherein the third message carries the working status parameters of the motor oil pump, such as the actual speed of the oil pump, the working current, the current voltage, and the fault status, for determining the working status of the motor oil pump.

[0084] Furthermore, based on the above, after the controller receives the third message from the motor oil pump via the local area network and determines the operating status of the motor, the controller may further control the motor oil pump based on the operating status of the motor oil pump and the operating parameters of the target motor. Specifically, the process of controlling the motor oil pump may generally be similar to step S310 above, whereby a message is sent to the motor oil pump via the local area network to control the motor oil pump.

[0085] For example, in a feasible implementation scheme, whether the motor oil pump is in a fault state or a normal operating state is determined by the working state of the motor oil pump, such as whether it is in a standby state, a derated state, or a shutdown state. Therefore, when the motor oil pump is in a normal operating state, the motor oil pump is appropriately controlled to increase the motor speed or reduce the speed based on the working state of the motor oil pump.

[0086] Specifically, determining whether the motor oil pump is in a faulty state or a normal operating state can be done by continuously receiving a number of frames of message data. For example, in one embodiment, if a number of consecutive frames of message data indicate a standby state or a derated state, the motor oil pump can be considered to be in a normal operating state. However, if a number of consecutive frames of message data indicate that the motor oil pump cycles between the standby state and the derated state, the motor oil pump can be considered to be in a faulty state. In another implementation, the controller is further configured to control the vehicle to enter a limp home state if the motor oil pump is in a faulty state.

[0087] In addition, considering that the motor oil pump provided in the present application often requires the target motor to be in a specific operating state in order to protect the target motor, and when the target motor is in a non-operating state, the motor oil pump is often controlled to be in a dormant state, in order to achieve control of the motor oil pump, in the solution provided in the embodiment of the present application, sending a first message to the motor oil pump through the local area network to control the motor oil pump specifically includes:

[0088] When the motor oil pump is in an awakened state, a first message is sent to the motor oil pump through a local area network to control the motor oil pump.

[0089] Specifically, the motor oil pump being in an awakened state means that the motor oil pump is awakened and can receive message information sent by the controller via the local area network. There are many ways to control the awakening of the motor oil pump. For example, in one embodiment, a fourth message can be sent to the motor oil pump via the local area network to awaken the motor oil pump. Of course, waking the motor oil pump by other methods is also feasible, and this embodiment of the present application does not limit this.

[0090] In the aforementioned process of sending the fourth message to the motor oil pump via the local area network to wake up the motor oil pump, taking the drive motor as an example, when it is detected that the vehicle's high-voltage system is powered on, that is, when it is necessary to control the drive motor to output high power, it is often necessary to operate the cooling system to protect the target motor. That is, in one embodiment of the present application, the controller can send the fourth message to the motor oil pump to wake up the motor oil pump and prepare for operation when it detects that the vehicle's high-voltage system is powered on. That is, the method further includes:

[0091] When the high-voltage system of the vehicle is powered on, a fourth message is sent to the motor oil pump via the local area network.

[0092] Specifically, when the controller is a power domain controller, the controller may receive a power-on instruction of the vehicle's high-voltage system through a controller area network, thereby detecting that the vehicle's high-voltage system is powered on.

[0093] In addition, as a further feasible implementation scheme of the present application, when the controller is a power domain controller, the controller can also forward the messages sent on the local area internet network to the controller local area network, so that the working status of the target motor and motor oil pump can be obtained in the controller local area network to realize the control of the whole vehicle. Specifically, the messages sent on the local area internet network include but are not limited to the first message, second message and third message provided above, etc.

[0094] To further understand the control method of the motor oil pump provided in the embodiments of the present application, in one embodiment of the present application, the motor oil pump is used to implement over-temperature protection for the target motor as an example for description. Specifically, in the process of the motor oil pump being used to implement over-temperature protection for the target motor, the operating parameters of the target motor include motor speed and / or motor winding temperature. Controlling the motor oil pump based on the operating parameters of the target motor includes:

[0095] Based on the motor speed and / or the motor winding temperature, the motor oil pump is controlled to provide over-temperature protection for the target motor.

[0096] At this time, in one embodiment of the present application, controlling the motor oil pump to protect the target motor from over-temperature further includes:

[0097] Based on the first motor speed and / or the motor winding temperature of the target motor, a first message carrying the second motor speed of the motor oil pump is generated to control the motor oil pump.

[0098] Specifically, based on the first motor speed and / or motor winding temperature of the target motor, a first message carrying the second motor speed of the motor oil pump is generated. There are many implementation schemes for generating the first message carrying the second motor speed of the motor oil pump. For example, in one embodiment, the motor speeds of multiple groups of motor oil pumps can be pre-associated with the motor speed and / or motor winding temperature of the target motor and stored in a preset mapping relationship, so that after the operating parameters of the target motor are obtained through the second message sent by the target motor, the second motor speed of the motor oil pump can be directly obtained by querying the preset mapping relationship, thereby generating a first message carrying the second motor speed of the motor oil pump. At this time, controlling the motor oil pump specifically includes:

[0099] Based on the second motor speed carried in the first message, the motor in the motor oil pump is controlled.

[0100] In an embodiment of the present application, after receiving the first message sent by the controller through the motor oil pump, the motor oil pump parses the first message to obtain the second motor speed, and then controls the motor in the motor oil pump to run at the second motor speed.

[0101] Of course, in addition to the aforementioned solution of controlling the motor in the motor oil pump by sending the motor speed, over-temperature protection of the target motor can also be achieved by controlling the solenoid valve of the motor oil pump. That is, in one embodiment, the control method of the motor oil pump includes:

[0102] The solenoid valve of the motor oil pump is controlled to be opened or closed to open or close the pulse heating function of the motor oil pump.

[0103] In one embodiment, the solenoid valve of the motor oil pump can be opened or closed by controlling a drive pin.

[0104] In addition, controlling the solenoid valve for opening or closing the motor oil pump may be determined based on whether the pulse heating function of the motor oil pump is turned on. For example, in one embodiment, controlling the solenoid valve in the motor oil pump includes:

[0105] When the pulse heating function is turned on, the solenoid valve in the motor oil pump is controlled to open by the drive pin; and / or

[0106] When the pulse heating function is turned off, the solenoid valve in the motor oil pump is controlled to be closed by stopping the drive pin.

[0107] Among them, the pulse heating function of the motor oil pump can be determined by a controller, such as a domain power controller, through a pulse heating instruction detected on a controller local area network, or it can be determined by the working state of the motor oil pump. For example, in one embodiment, when it is detected that the motor oil pump is in a derated state or a shutdown state, the pulse heating function can be controlled to be turned off, that is, the drive pin of the motor oil pump can be controlled to close the solenoid valve. That is, in one embodiment of the present application, the control of opening or closing the solenoid valve in the motor oil pump includes:

[0108] Based on the working state of the motor oil pump, the solenoid valve of the motor oil pump is controlled to be opened or closed.

[0109] Specifically, to understand the above content, please refer to Figure 4 , Figure 4 This is a complete flow chart of a method for controlling an oil pump motor provided in an embodiment of the present application. Specifically, it includes the following steps:

[0110] S410 , after being powered on and awakened, the controller receives the motor winding temperature and motor speed of the target motor through the local area interconnection network.

[0111] S420: Determine whether the vehicle is powered on with high voltage. If so, wake up the motor oil pump.

[0112] S430 , sending a control command message to the motor oil pump via the local area network to control the motor oil pump, and at the same time forwarding the motor winding temperature to the motor oil pump.

[0113] S440: Receive message feedback from the motor oil pump via the local area network.

[0114] S450: Determine the operating state of the motor oil pump based on the message feedback received in multiple consecutive frames, such as whether it is in an enabled state, a standby state, a derated state, or a shutdown state.

[0115] S460: If the fuel pump is detected to be in the standby state for multiple consecutive frames, a control message for forced restart is sent; if the fuel pump is detected to be in the derated or shutdown state for multiple consecutive frames, the vehicle is controlled to enter the limp state.

[0116] S470, determining whether the pulse heating function is detected to be turned on.

[0117] S480: If it is detected that the pulse heating function is turned on, the target motor speed of the motor oil pump is sent through a message, and the pin is driven to open the solenoid valve of the motor oil pump.

[0118] S490: If the pulse heating function is turned off, or the oil pump is detected to be in a derated state or shutdown state for multiple consecutive frames, the drive pin is stopped to close the solenoid valve of the motor oil pump.

[0119] S410, when the vehicle enters the limp state, continue to send the target motor speed of the motor oil pump. If the motor oil pump is detected to be in the standby state or the enabled state for multiple consecutive frames, then repeat the above steps.

[0120] Of course, it should be noted that the motor oil pump control method provided in this application relies on messages sent between the controller and the target motor and motor oil pump via a local area network. To clearly understand the network architecture of the local area network provided in the embodiments of this application, as well as the specific implementation scheme for message sending, detailed descriptions will be provided in subsequent embodiments.

[0121] For details, please refer to Figure 5 , Figure 5This is a schematic diagram of the architecture of a local area network protocol stack design provided in an embodiment of the present application. Specifically, the architecture of the local area network protocol stack design is implemented in a top-down layered architecture based on the Open System Interconnect (OSI) model. Specifically, it includes an application layer 510, a diagnostic layer 520, a transport layer 530, a protocol layer 540, and an underlying driver layer 550.

[0122] Specifically, in one embodiment, the application layer 510 is responsible for performing logical judgments on the motor oil pump's control command messages and motor oil pump status messages, thereby completing the transmission of data such as the target motor speed and motor winding temperature, and receiving data such as the motor oil pump's operating current, current voltage, and fault status. Specifically, the application layer utilizes an application layer domain control and management system. For local area network messages, it only needs to import the local area network protocol table into the system to generate a configuration file. The configuration file generates a 64-bit signal macro corresponding to each local area network message signal. Specifically, the 64-bit signal macro includes the message signal's start bit, bit length, physical value size, bus value size, and bit segment range. This macro allows application layer data to be sent and underlying data to be received and updated to the application layer.

[0123] In one embodiment, the diagnostic layer 520 is responsible for implementing diagnostic data transmission methods between the master node, diagnostic test nodes, and slave nodes. In addition to supporting basic node configuration services, it also supports other diagnostic services under the local area network protocol. Furthermore, by adopting a cross-diagnostic mode, diagnostic services can be performed on each frame of regular communication data without affecting the interaction of regular communication messages. For details, please refer to the relevant descriptions of the subsequent embodiments.

[0124] In one embodiment, the transport layer 530 is used to implement data interaction between the diagnostic layer 520 data and the protocol layer 540, and to implement node configuration services, fault handling, diagnostic request response processing, data physical channel (Protocol Data Unit, PDU) structure and specifications, etc. of single-frame and multi-frame diagnostic data through transport layer event callback.

[0125] In one embodiment, the protocol layer 540 is responsible for the interaction between upper layer data and underlying driver data, and determines frame status, task scheduling, signal interaction, timing table, network management, timeout service, etc. through protocol layer event callback.

[0126] In one embodiment, the bottom driver layer 550 is responsible for matching the corresponding serial ports, and can implement initialization configuration of the local area interconnection network under different serial port types, interrupt service, drive data transmission, etc.

[0127] The local area network protocol stack architecture proposed in this application builds upon the existing open system interconnection model. The application layer, through the application domain controller management system, enables large-scale portability of application data, reducing the time complexity and labor costs of data transfer. It is adaptable to different hardware platforms and serial port types, resulting in strong portability. The introduction of a diagnostic layer enables data updates and multi-frame data transmission within diagnostic layer communications, enriching the functionality of the local area network protocol stack and improving the communication quality and efficiency of the local area network. The transport layer and protocol layer implement data exchange by triggering event callbacks based on local area network node status and event type switching. Both the transport layer and protocol layer configure a global variable array for data storage during the sending and receiving of responses. This allows for transparent visualization of data exchanged at every stage of communication, facilitating troubleshooting and problem solving for developers. Furthermore, the underlying driver layer implements three interrupt modes, simplifying the underlying hardware driver interface, reducing the amount of code required for underlying driver execution, and lowering the computational complexity of underlying local area network data transmission. It is adaptable to different hardware platforms and serial port types, resulting in strong portability. This is described in detail below.

[0128] Specifically, compared to the traditional local area interconnection network protocol stack, the underlying driver layer adopts a single-frame single-byte transmission method to implement the full-byte transmission of the entire frame message. Although the single-frame single-byte transmission method can ensure the verification of the message data, the transmission efficiency is too low. Based on this, in the local area interconnection network protocol stack design provided by this application, combined with the data transmission volume and accuracy requirements in the control process of the motor oil pump, in order to improve the speed of the motor oil pump data transmission and simplify the interrupt service of the underlying driver layer, three interrupt modes are set: sending frame header completion interrupt service, sending response data completion interrupt service, and receiving response data completion interrupt service. Details are as follows.

[0129] For ease of understanding, the example of sending a first message to the motor oil pump via a local area network is used. For other message sending methods, reference can be made to the methods provided in the embodiments of this application. Specifically, in the embodiments of this application, compared to the method of sending the first message in a single frame and single byte format, the control method provided in this application sequentially sends the frame header and data frame of the first message to the motor oil pump via the local area network.

[0130] Specifically, in one embodiment, if the frame header of the first message is successfully transmitted, a frame header sending completion interrupt service is triggered to continue sending the data frame of the first message. Furthermore, in one embodiment, if the data frame of the first message is successfully transmitted, a response data sending completion interrupt service is triggered to stop sending the data frame. Alternatively, in one embodiment, in response to the motor oil pump receiving the first message, a response data receiving completion interrupt service is triggered to terminate the message sending process.

[0131] Specifically, the judgment of whether the frame header or the data frame is successfully sent can be determined by the response time of the frame header or the response time of the data frame. For example, in one embodiment, the control method of the motor oil pump includes:

[0132] When the response duration of the frame header of the first message exceeds a preset duration threshold, it is determined that the frame header of the first message fails to be sent.

[0133] Alternatively, in another embodiment, the control method of the motor oil pump further includes:

[0134] When the response duration of the data frame of the first message exceeds a preset duration threshold, it is determined that the data frame of the first message fails to be sent.

[0135] Specifically, in one embodiment, the frame header of the first message typically includes frame identification information of the data frame and check information for the frame identification information. For example, in one embodiment, the frame identification information of the data frame is located in the identifier field of the frame header. The frame identification information is allocated within the first six bytes, and the last two bytes (P0, P1) serve as the parity check field. During communication on the local area interconnection network, a parity operation is performed based on the six bytes of the frame identification information, ID0, ID1, ID2, ID3, ID4, and ID5: P0 = ID0 ⊕ ID1 ⊕ ID2 ⊕ ID4, P1 = ID1 ⊕ ID3 ⊕ ID4 ⊕ ID5. If the current identifier field already has a parity check bit, the parity check bit of the frame identification information is checked. If the parity check bit is correct, the frame header is allowed to be sent. If the current identifier field does not have a parity check bit, a parity check bit for the frame identification information is created, thereby sending the frame header with the parity check bit. In the LAN communication response, a checksum field is added after the data frame, using a single byte to verify the correctness of both the sent and received response data. Signal messages use enhanced checksum, while diagnostic messages use classic checksum. While classic checksum only verifies the data frame, enhanced checksum verifies both the identifier field in the frame header and the data frame data. Incorporating LAN data communication into the LAN frame structure designed in this solution improves data transmission accuracy and reliability.

[0136] Specifically, in one embodiment, see Figure 6 , Figure 6 A flowchart of a basic data transmission function of a local area interconnection network protocol stack message provided in an embodiment of the present application is provided. Specifically, the basic data transmission function relies on the three interrupt modes provided above, namely, the interrupt service for completing the sending of the frame header, the interrupt service for completing the sending of the response data, and the interrupt service for completing the receiving of the response data. Specifically, the following steps are included:

[0137] S610, initializing task scheduling, which mainly includes data updating, message cycle setting, and time sequence table switching.

[0138] S620, initialize the underlying driver layer. During the initialization operation, the underlying state structure tracks the ongoing data transmission, initializes the driver module to the corresponding serial port attributes, enables the module-level interrupt core, and enables the response enable.

[0139] S630: Register an interrupt callback according to the underlying event callback function. Based on the identification information of the current frame, determine whether it is a send response or a receive response. Enter the send frame header interface. At this time, the node state is set to SEND_HEADER. The event type is set to NO_EVENT. Then, the send frame header completion interrupt callback service is triggered. The event switches to PID_OK. The node state remains unchanged, and the protocol layer send frame header completion event callback is enabled.

[0140] S640: If the identification information of the current frame is a send response, after enabling the protocol layer send frame header completion event callback, the send response interface is entered. The send response data comes from the set underlying global variable array. Both the send response data and the receive response data are updated in this global variable array. At this time, the node state switches to SEND_DATA, and the event type remains NO_EVENT. Immediately afterwards, the send response completion interrupt callback service is triggered, the node state switches to SEND_DATA_COMPLETED, the event type switches to TX_COMPLETED, and the protocol layer send response completion event callback is enabled.

[0141] S650, if the identification information of the current frame is a receive response, then after enabling the protocol layer send frame header completion event callback, enter the receive response interface, update the data obtained by the receive response to the global variable array, the node state switches to RECV_DATA_COMPLETED, the event type switches to RX_COMPLETED, and the protocol layer receive response completion event callback is enabled.

[0142] Furthermore, in one embodiment of the present application, a diagnostic layer is introduced based on the open system interconnection model. For example, the diagnostic equipment for the motor oil pump can be connected to the backbone controller area network (Controller Area Network) to implement CAN (Controller Area Network) diagnostics. The diagnostic and transport layers in this solution use a master node as a gateway to manage data flows within the CAN. An arbitration mechanism ensures data priority and avoids conflicts. Slave nodes store fault codes, and the master node forwards requests and responses. This diagnostic approach is compatible with both CAN and LIN diagnostics, and the diagnostic data between the two diagnostic modules does not interfere with each other. When performing diagnostic queries on the bus, fault detection can be achieved for both diagnostic modules through intermediate data exchange, making it applicable to all diagnostic services. Specifically, the diagnostic mode in this solution adopts a cross-diagnosis mode, where regular communication messages and diagnostic messages are sent in a cross-processing manner: send response → diagnostic request → receive response → diagnostic response. Furthermore, a timeout service handler is introduced in the protocol layer to check whether a frame timeout occurs during frame data transmission or reception, thereby improving the communication quality and efficiency of the LIN protocol stack. The diagnostic process for each stage is described in detail below.

[0143] Specifically, in one embodiment, see Figure 7a , the diagnostic request process includes:

[0144] 1. Complete one frame of regular communication within 10ms periodic task scheduling;

[0145] 2. When waiting for the next 10ms scheduling, enter the transport layer cross-diagnosis mode event callback;

[0146] 3. The diagnostic state switches from idle diagnosis to diagnostic transmission, and the regular communication sequence switches to the diagnostic request sequence. At the same time, the diagnostic layer sends the diagnostic identifier service, and the diagnostic identifier data is updated to the diagnostic transmission data under the application domain controller management system configuration file, and enters the transport layer diagnostic request event callback;

[0147] 4. Apply the domain controller to manage the system configuration file under the diagnostic data sent to the protocol layer response data;

[0148] 5. Carry out the sending response process and enter the transport layer sending completion event callback;

[0149] 6. The diagnostic state switches from diagnostic sending to diagnostic receiving, and the diagnostic request timing switches back to the normal timing.

[0150] Specifically, in one embodiment, see Figure 7b , the diagnostic response process includes:

[0151] 1. After the diagnostic request timing switches to the normal timing, the 10ms cycle scheduling is restarted to complete one frame of normal communication;

[0152] 2. When waiting for the next 10ms scheduling, enter the transport layer cross-diagnosis mode event callback;

[0153] 3. The diagnostic state is diagnostic reception, and the normal timing switches to the diagnostic response timing;

[0154] 4. Carry out the receiving response process and enter the transport layer receiving completion event callback;

[0155] 5. Parse the byte data of the response received by the protocol layer and determine the Peripheral Component Interconnect (PCI) type;

[0156] 6. Update the protocol layer response data to the diagnostic reception data under the application domain controller management system configuration file;

[0157] 7. Parse the byte data received by the diagnostics and respond positively or negatively to the corresponding identification information;

[0158] 8. The diagnostic response sequence switches back to normal sequence.

[0159] Specifically, in one embodiment, see Figure 7c , the sending response timeout process includes:

[0160] 1. Under 10ms periodic task scheduling, enter the header sending process and the response sending process;

[0161] 2. The node state switches from SEND_HEADER to SEND_DATA, and the event type is set to LIN_NO_EVENT;

[0162] 3. Under 1ms timeout task scheduling, determine whether the current response time is greater than the maximum response time;

[0163] 4. If the current response time is less than the maximum response time, the normal response process will be sent; if the current response time is greater than the maximum response time, the timeout service interface will be entered;

[0164] 5. The node state switches from SEND_DATA to STATE_IDLE;

[0165] 6. Enter the transport layer timeout service event callback and update the diagnostic status of the data sent by the diagnostic layer.

[0166] Specifically, in one embodiment, see Figure 7d , receiving response timeout process:

[0167] 1. Under 10ms periodic task scheduling, enter the frame header sending process and receiving response process;

[0168] 2. The node state switches from SEND_HEADER to RECV_DATA, and the event type is set to LIN_NO_EVENT;

[0169] 3. Under 1ms timeout task scheduling, determine whether the current response time is greater than the maximum response time;

[0170] 4. If the current response time is less than the maximum response time, the normal response sending process is carried out; if the current response time is greater than the maximum response time, the timeout service interface I is entered;

[0171] 5. Enter the protocol layer timeout service event callback, receive the response timeout error processing, and set the error response flag to True;

[0172] 6. The node state switches from SEND_DATA to STATE_IDLE, enters the transport layer timeout service callback, and updates the diagnostic status in the diagnostic send data;

[0173] 7. In the next 10ms periodic scheduling, the new header sends PID_OK and the error response flag is cleared.

[0174] Through the above diagnostic request process, diagnostic response process, send response timeout process, and receive response timeout process, it can be seen that the diagnostic layer designed in this solution performs diagnostic data processing. Diagnostic information can be transmitted through diagnostic identification information in the send response and receive response to perform fault detection, which facilitates developers and after-sales personnel to troubleshoot faults, solve problems more efficiently, and improve communication quality and efficiency. Timeout service processing is introduced at the protocol layer to detect disconnection during frame header sending, send response, and receive response. This measure can prevent problem messages in the local area network from continuing to communicate after the sending timeout, affecting the normal communication of other messages, and improving data transmission accuracy and reliability.

[0175] In an embodiment of the present application, based on the operating parameters of the target motor, a first message is sent to the motor oil pump through the local area network to control the motor oil pump, thereby realizing protection of the target motor, avoiding the problems of waveform distortion and increased controller network load, and ensuring the control effect of the motor oil pump.

[0176] In order to better implement the control method of the motor oil pump provided in the embodiment of the present application, Figure 1 In the provided control system, the controller 110 is configured to send a first message to the motor oil pump via a local area network based on operating parameters of the target motor to control the motor oil pump.

[0177] In one embodiment, the controller 110 is further configured to receive a second message sent by the target motor via a local area network or a controller area network, so as to determine an operating parameter of the target motor based on the second message.

[0178] In one embodiment, the controller 110 is further configured to receive a third message fed back by the motor oil pump via a local area network, so as to determine the working state of the motor oil pump based on the third message.

[0179] In one embodiment, the controller 110 is further configured to control the motor oil pump based on a working state of the motor oil pump and an operating parameter of the target motor.

[0180] In one embodiment, the controller 110 is further configured to control the vehicle to enter a limp home state when the motor oil pump is in a fault state.

[0181] In one embodiment, the controller 110 is further configured to control the motor oil pump to provide over-temperature protection to the target motor based on the motor speed and / or the motor winding temperature.

[0182] In one embodiment, the controller 110 is further configured to generate a first message carrying a second motor speed of a motor oil pump based on a first motor speed and / or a motor winding temperature of the target motor, so as to control the motor oil pump.

[0183] In one embodiment, the controller 110 is further used to query a preset mapping relationship based on the first motor speed and / or motor winding temperature of the target motor to obtain the second motor speed of the motor oil pump, wherein the preset mapping relationship includes multiple sets of mapping relationships between the motor speed of the motor oil pump and the motor speed and / or motor winding temperature of the target motor.

[0184] In one embodiment, the controller 110 is further configured to control the motor in the motor oil pump based on the second motor speed carried in the first message.

[0185] In one embodiment, the controller 110 is further configured to control the opening or closing of the solenoid valve of the motor oil pump to turn on or off the pulse heating function of the motor oil pump.

[0186] In one embodiment, the controller 110 is further configured to control the solenoid valve of the motor oil pump to be opened or closed based on the working state of the motor oil pump.

[0187] In one embodiment, the controller 110 is further configured to send a first message to the motor oil pump via a local area network to control the motor oil pump when the motor oil pump is in an awake state.

[0188] In one embodiment, the controller 110 is further configured to send a fourth message to the motor oil pump via the local area network to wake up the motor oil pump.

[0189] In one embodiment, the controller 110 is further configured to send a fourth message to the motor oil pump via the local area network when the high voltage system of the vehicle is powered on.

[0190] In one embodiment, the controller 110 is further configured to transmit the message sent on the local area network to the controller area network

[0191] In one embodiment, the controller 110 is further configured to sequentially send a frame header of the first message and a data frame of the first message to the motor oil pump via a local area network.

[0192] In one embodiment, the controller 110 is further configured to trigger a frame header sending completion interrupt service when the frame header of the first message is successfully sent, so as to continue sending the data frame of the first message.

[0193] In one embodiment, the controller 110 is further configured to determine that the frame header of the first message fails to be sent if a response duration of the frame header of the first message exceeds a preset duration threshold.

[0194] In one embodiment, the controller 110 is further configured to trigger a sending response data completion interrupt service to stop sending the data frame when the data frame of the first message is successfully sent.

[0195] In one embodiment, the controller 110 is further configured to trigger a reception response data completion interrupt service in response to the motor oil pump receiving the first message, so as to end the message sending process.

[0196] The present application also provides a controller, such as Figure 8 , which shows a schematic diagram of the structure of the controller involved in the embodiment of the present application, specifically:

[0197] The controller may include one or more processing core processors 301, one or more storage media memories 302, a power supply 303, an input unit 304 and other components. Those skilled in the art will understand that Figure 8 The controller structure shown in the figure does not constitute a limitation on the controller, and may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0198] Processor 301 is the controller's control center, connecting all components of the controller using various interfaces and circuits. It executes computer programs and / or modules stored in memory 302 and accesses data stored in memory 302 to perform various controller functions and process data. Optionally, processor 301 may include one or more processing cores. Preferably, processor 301 integrates an application processor and a modem processor. The application processor primarily handles the operating system, user interface, and application programs, while the modem processor primarily handles wireless communications. It is understood that the modem processor may not be integrated into processor 301.

[0199] The memory 302 can be used to store computer programs and modules. The processor 301 executes various functional applications and parking space identification by running the computer programs and modules stored in the memory 302. The memory 302 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, a computer program required for at least one function (such as an audio and light prompt function, an anti-pinch function, etc.), etc.; the data storage area may store data created according to the use of the controller, etc. In addition, the memory 302 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other volatile solid-state storage device. Accordingly, the memory 302 may also include a memory controller to provide the processor 301 with access to the memory 302.

[0200] The controller also includes a power supply 303 for supplying power to various components. Preferably, the power supply 303 can be logically connected to the processor 301 via a power management system, thereby enabling the power management system to manage charging, discharging, and power consumption. The power supply 303 can also include one or more DC or AC power supplies, a recharging system, a power failure detection circuit, a power converter or inverter, a power status indicator, and other arbitrary components.

[0201] The controller may further include an input unit 304, which may be configured to receive input digital or character information and generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function control.

[0202] Although not shown, the controller may further include a display unit, etc., which will not be described in detail herein. Specifically, in this embodiment, the processor 301 in the controller loads executable files corresponding to one or more computer program processes into the memory 302 according to the following instructions, and the processor 301 executes the computer programs stored in the memory 302 to implement various functions.

[0203] The specific implementation methods and corresponding beneficial effects of the above operations can be found in the detailed description of the motor oil pump control method above, which will not be elaborated here.

[0204] Those skilled in the art will appreciate that all or part of the steps in the various methods of the above embodiments may be accomplished by a computer program, or by controlling related hardware through a computer program. The computer program may be stored in a storage medium and loaded and executed by a processor.

[0205] To this end, an embodiment of the present application provides a storage medium in which a computer program is stored. The computer program can be loaded by a processor to execute the steps of any motor oil pump control method provided in the embodiment of the present application.

[0206] The specific implementation methods and corresponding beneficial effects of the above operations can be found in the previous embodiments and will not be described in detail here.

[0207] The storage medium may include: a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, etc.

[0208] Since the computer program stored in the storage medium can execute the steps in any of the motor oil pump control methods provided in the embodiments of the present application, the beneficial effects that can be achieved by any of the motor oil pump control methods provided in the embodiments of the present application can be achieved. Please refer to the previous embodiments for details and will not be repeated here.

[0209] According to one aspect of the present application, a computer program product or computer program is provided, the computer program product or computer program including computer instructions stored in a storage medium. A processor of a computer device reads the computer instructions from the storage medium and executes the computer instructions, causing the computer device to perform the above-mentioned motor oil pump control method.

[0210] An embodiment of the present application also provides a vehicle, comprising a control system as provided in any of the foregoing embodiments, or comprising a controller as provided in any of the foregoing embodiments, or executing steps of a method for controlling a motor oil pump as provided in any of the foregoing embodiments.

[0211] The above is a detailed introduction to the control method, system, controller, medium, product and vehicle of a motor oil pump provided in the embodiments of the present application. Specific examples are used in this article to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method of the present application and its core idea; at the same time, for technical personnel in this field, based on the ideas of the present application, there will be changes in the specific implementation methods and application scope. In summary, the content of this specification should not be understood as a limitation on the present application.

Claims

1. A method for controlling a motor oil pump, characterized in that: include: Based on the operating parameters of the target motor, a first message is sent to the motor oil pump via a local area network to control the motor oil pump, wherein the motor oil pump is used to protect the target motor.

2. The method according to claim 1, characterized in that The method further comprises: A second message sent by the target motor is received through a local area network or a controller area network, so as to determine an operating parameter of the target motor based on the second message.

3. The method according to claim 1, characterized in that The method further comprises: A third message fed back by the motor oil pump is received through a local area network, so as to determine the working state of the motor oil pump based on the third message.

4. The method according to claim 3, characterized in that The sending of a first message to the motor oil pump through the local area network to control the motor oil pump further includes: The motor oil pump is controlled based on the operating state of the motor oil pump and the operating parameters of the target motor.

5. The method according to claim 4, characterized in that The controlling of the motor oil pump based on the working state of the motor oil pump and the operating parameters of the target motor includes: When the working state of the motor oil pump is in a fault state, the vehicle is controlled to enter a limp home state.

6. The method according to claim 4, characterized in that The controlling of the motor oil pump based on the working state of the motor oil pump and the operating parameters of the target motor further includes: When the motor oil pump is in a standby state, the motor oil pump is controlled based on an operating parameter of the target motor.

7. The method according to claim 6, characterized in that The operating parameters of the target motor include motor speed and / or motor winding temperature. Controlling the motor oil pump based on the operating parameters of the target motor includes: Based on the motor speed and / or the motor winding temperature, the motor oil pump is controlled to provide over-temperature protection for the target motor.

8. The method according to claim 7, characterized in that The controlling the motor oil pump to protect the target motor from over-temperature further includes: Based on the first motor speed and / or the motor winding temperature of the target motor, a first message carrying the second motor speed of the motor oil pump is generated to control the motor oil pump.

9. The method according to claim 8, characterized in that The method further comprises: Based on the first motor speed and / or motor winding temperature of the target motor, a preset mapping relationship is queried to obtain the second motor speed of the motor oil pump, wherein the preset mapping relationship includes multiple sets of mapping relationships between the motor speed of the motor oil pump and the motor speed and / or motor winding temperature of the target motor.

10. The method according to claim 8, characterized in that The controlling of the motor oil pump comprises: Based on the second motor speed carried in the first message, the motor in the motor oil pump is controlled.

11. The method according to claim 4, characterized in that The controlling of the motor oil pump further comprises: The solenoid valve of the motor oil pump is controlled to be opened or closed to open or close the pulse heating function of the motor oil pump.

12. The method according to claim 11, characterized in that The controlling of opening or closing of the solenoid valve in the motor oil pump comprises: Based on the working state of the motor oil pump, the solenoid valve of the motor oil pump is controlled to be opened or closed.

13. The method according to claim 1, wherein The method further comprises: When the motor oil pump is in an awakened state, a first message is sent to the motor oil pump through a local area network to control the motor oil pump.

14. The method according to claim 13, characterized in that The method further comprises: A fourth message is sent to the motor oil pump via the local area network to wake up the motor oil pump.

15. The method according to claim 14, characterized in that The method further comprises: When the high-voltage system of the vehicle is powered on, a fourth message is sent to the motor oil pump via the local area network.

16. The method according to claim 15, characterized in that The method further comprises: The message sent on the local area internet network is transmitted to the controller local area network.

17. The method according to any one of claims 1 to 16, characterized in that The sending of the first message to the motor oil pump via the local area network includes: The frame header of the first message and the data frame of the first message are sequentially sent to the motor oil pump via the local area interconnection network.

18. The method according to claim 17, characterized in that The method further comprises: In the case where the frame header of the first message is successfully sent, triggering the frame header sending completion interrupt service to continue sending the data frame of the first message.

19. The method according to claim 17, wherein The method further comprises: When the response duration of the frame header of the first message exceeds a preset duration threshold, it is determined that the frame header of the first message fails to be sent.

20. The method according to claim 18, wherein The method further comprises: When the data frame of the first message is successfully sent, the sending response data completion interrupt service is triggered to stop sending the data frame.

21. The method according to claim 17, wherein The method further comprises: In response to the motor oil pump receiving the first message, the receiving response data is triggered to complete the interrupt service to end the message sending process.

22. The method according to claim 17, wherein The frame header of the first message includes frame identification information of the data frame and verification information of the frame identification information.

23. The method according to any one of claims 1 to 16, characterized in that: The target motor is a driving motor of the vehicle.

24. A control system, characterized in that: include: A controller, and a motor oil pump connected to the controller via a local area network; wherein the motor oil pump is used to protect the target motor; The controller is configured to send a first message to the motor oil pump via a local area network based on the operating parameters of the target motor to control the motor oil pump.

25. The system according to claim 24, wherein: The controller includes a power domain controller of the vehicle.

26. A controller, characterized in that: The controller includes one or more processors and a memory, wherein the memory stores a computer program. When the computer program is executed by the processor, the processor executes the steps of the control method of the motor oil pump according to any one of claims 1 to 23.

27. A storage medium, characterized in that The invention comprises a computer program, which is used to cause the controller to execute the steps of the motor oil pump control method according to any one of claims 1 to 23 when the computer program is run on the controller.

28. A computer program product, characterized in that The method comprises a computer program or an instruction, and when the computer program or the instruction is executed by a processor, the steps of the method for controlling the motor oil pump according to any one of claims 1 to 23 are implemented.

29. A vehicle, characterized in that: The vehicle comprises the control system according to claim 24 or 25, or comprises the controller according to claim 26, or is configured to execute the steps of the method for controlling the motor oil pump according to any one of claims 1 to 23.

Images