A domain controller torque demand module pulse torque control algorithm and system

Abstract

This invention discloses a pulse torque control algorithm and system for a domain controller torque demand module. The algorithm includes acquiring multi-source power signals and finding the basic control target torque; identifying the current vehicle condition based on the basic control target torque; calculating pulse control parameters and generating a periodic pulse torque command sequence based on boundary constraints; mapping the periodic pulse torque commands to motor control electrical signals; applying the motor control electrical signals to drive power devices to output pulse torque; monitoring the deviation between the basic control target torque and the pulse torque and collecting feedback from the actual operating status; and using the feedback to perform online correction and efficiency optimization of the pulse control parameters. This invention achieves the core objectives of improving efficiency under low-speed conditions, optimizing smoothness under transient conditions, and ensuring safe and controllable operation under all conditions.

Description

Technical Field

[0001] This invention relates to the field of torque technology for automotive power domain controllers, specifically to a pulse torque control algorithm and system for a domain controller torque demand module. Background Technology

[0002] As the electronic and electrical architecture of new energy vehicles accelerates its evolution from a distributed ECU island architecture to a domain-centralized architecture, the power domain controller (PDCU) has become the core of vehicle power control. It integrates functions such as VCU (vehicle controller) and MCU (motor controller), and achieves multi-module collaboration through high-performance chips and CAN FD / Ethernet, undertaking the full-link functions of torque calculation, command issuance, and safety monitoring.

[0003] Currently, in the field of torque control, the mainstream approach for torque demand modules in current domain controllers is continuous torque command control, which continuously outputs constant or gradually changing torque values ​​to drive the inverter and motor without interruption, maintaining the power devices on and current output throughout the process.

[0004] However, vehicle manufacturers and users have raised four core requirements for domain controllers: improved efficiency, smoothness, compliance with functional safety standards, and compatibility with multiple torque requests from the driver, intelligent driving system, and ESC. Under continuous output of constant or gradually varying torque values, the motor operates in an inefficient region for extended periods under low torque conditions, resulting in high copper and iron losses. The inverter's IGBTs also experience significant heat accumulation due to continuous high-frequency switching. Continuous control exhibits large inertia, making it prone to torque overshoot during start-stop and pedal abrupt changes, causing vehicle jerking and vibration, and exhibiting lag in response, failing to meet the microsecond-level coordination requirements of domain controllers. Continuous output leads to a rapid rise in power module junction temperature, necessitating frequent high-power cooling, increasing energy consumption, and accelerating device aging and reducing reliability under prolonged high temperatures. Existing pulse torque control lacks layered safety redundancy, failing to meet the high-level safety requirements of ISO 26262, and does not incorporate the multi-core, high-bandwidth communication characteristics of domain controllers, resulting in poor adaptability to multi-source torque arbitration and weak robustness under various operating conditions. Summary of the Invention

[0005] Based on this, the purpose of this invention is to provide a pulse torque control algorithm and system for a domain controller torque demand module, which aims to solve the problems of fixed parameters, poor adaptability to operating conditions, inability to achieve coordination and system-level optimization of multi-source torque requests, poor transient smoothness, and extremely low efficiency in current torque control methods.

[0006] To achieve the above objectives, this invention proposes a pulse torque control algorithm for a domain controller torque demand module, characterized in that the pulse torque control algorithm for the domain controller torque demand module includes: The system acquires multi-source power signals and locates the basic control target torque, then identifies the current vehicle condition based on the basic control target torque. Based on boundary constraints, pulse control parameters are calculated and a periodic pulse torque command sequence is generated. The periodic pulse torque command is then mapped to a motor control electrical signal, which is applied to drive power devices to output pulse torque. The deviation between the basic control target torque and the pulse torque is monitored and the actual operating status feedback is collected. The feedback is used to correct the pulse control parameters online and optimize efficiency.

[0007] According to one aspect of the above technical solution, in the step of acquiring the multi-source power signal and finding the basic control target torque, and identifying the current vehicle condition based on the basic control target torque: The input power multi-source signals are denoised, and abnormal jump signals are filtered for validity verification and fault diagnosis. The power multi-source signals cover driver operation signals, vehicle status signals, and system status signals. Based on the preprocessed power multi-source signals, the driver's basic required torque is obtained. The basic control target torque is determined by comparing the priority of the basic required torque, ESC safety request torque, intelligent driving request torque, and crawling request torque, and the current vehicle operating condition is determined based on the basic control target torque.

[0008] According to one aspect of the above technical solution, in the step of calculating pulse control parameters and generating a periodic pulse torque command sequence based on boundary constraint conditions: Based on temperature constraints, battery power constraints, and torque variation constraints, pulse control parameters are calculated, wherein the pulse control parameters include at least pulse amplitude, duty cycle, pulse frequency, and edge time.

[0009] According to one aspect of the above technical solution, in the step of mapping the periodic pulse torque command to a motor control electrical signal, applying the motor control electrical signal to the drive power device, and outputting pulse torque: Based on the acquired pulse control parameters, a periodic square wave torque command is generated, and the time-domain calculation formula is as follows: Pulse conduction interval:

[0010] Pulse off interval:

[0011] in, This is the torque command output in real time. For pulse period, This is the pulse cycle number. This refers to the pulse duty cycle. The pulse torque command is converted into a current command for motor control. Based on the torque formula of permanent magnet synchronous motor, the pulse amplitude is converted into a current command, and the current command is input into a preset modulation module to obtain the inverter drive signal and control the motor to output a pulse torque consistent with the torque command.

[0012] According to one aspect of the above technical solution, in the step of monitoring the deviation between the basic control target torque and the pulse torque and collecting the actual operating status feedback: The torque deviation between the basic control target torque and the pulse torque is calculated. When the torque deviation is not less than a preset threshold and the duration is longer than a preset duration, protective actions such as torque limiting and pulse parameter degradation are triggered to suppress torque overshoot and unexpected output. The system performs inter-core redundancy calculations and verifications on torque commands, conducts end-to-end hardware diagnostics, collects actual operating status data, and provides feedback on installation status.

[0013] According to one aspect of the above technical solution, in the step of online correction and efficiency optimization of the pulse control parameters by the feedback quantity: Based on the real-time collected hardware operating status, and based on the optimization conditions of pulse torque and basic control target torque, the root mean square value of the current is minimized, and the pulse frequency and duty cycle mapping table for various vehicle operating states is optimized to perform online parameter correction.

[0014] This invention also proposes a domain controller torque demand module pulse torque control system, which is used to implement the above-mentioned domain controller torque demand module pulse torque control algorithm. The system includes: The identification module is used to acquire multi-source power signals and find the basic control target torque, and identify the current vehicle condition based on the basic control target torque; The output module is used to calculate pulse control parameters and generate a periodic pulse torque command sequence based on boundary constraints, map the periodic pulse torque command into a motor control electrical signal, apply the motor control electrical signal to drive power devices, and output pulse torque. The optimization module is used to monitor the deviation between the basic control target torque and the pulse torque, collect the actual operating status feedback, and use the feedback to correct and optimize the pulse control parameters online.

[0015] The present invention also proposes a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the pulse torque control algorithm of the domain controller torque demand module as described above.

[0016] The present invention also proposes an electronic device, including a memory, a processor, and a computer program stored in the memory and running on the processor, wherein the processor executes the computer program to implement the pulse torque control algorithm of the domain controller torque demand module as described above.

[0017] In summary, the pulse torque control algorithm for the torque demand module of the domain controller proposed in this invention elevates pulse torque control from the traditional motor controller level to the global coordination level of the power domain controller. This achieves integrated collaboration between the vehicle controller, motor controller, and safety monitoring, rather than local module control. Simultaneously, it dynamically calculates and outputs pulse amplitude, frequency, duty cycle, and rise / fall time in real time, achieving optimal matching across all operating conditions. The pulse square wave ensures smooth, shock-free, and overshoot-free output, and the pulse parameters are corrected in real time based on actual torque, current, and temperature. It possesses self-learning and self-correction capabilities, exhibiting robustness far exceeding that of fixed-parameter solutions. This invention significantly improves system efficiency under low-speed, low-torque conditions, greatly enhances vehicle ride comfort, reduces jerking and vibration, minimizes heat accumulation in inverters and power devices, extends their service life, and provides high control precision with closed-loop adaptive optimization capabilities.

[0018] Additional aspects and advantages of the invention will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. Attached Figure Description

[0019] Figure 1 This is a flowchart of the pulse torque control algorithm for the domain controller torque demand module in Embodiment 1 of the present invention; Figure 2 This is a schematic diagram of the pulse torque control system of the domain controller torque demand module in Embodiment 2 of the present invention; Figure 3 This is a structural block diagram of the electronic device in Embodiment 4 of the present invention. Detailed Implementation

[0020] To make the objectives, features, and advantages of the present invention more apparent and understandable, specific embodiments of the present invention will be described in detail below with reference to the accompanying drawings. Several embodiments of the present invention are shown in the drawings. However, the present invention can be implemented in many different forms and is not limited to the embodiments described herein. Rather, these embodiments are provided so that the disclosure of the present invention will be more thorough and complete.

[0021] It should be noted that when an element is referred to as being "fixed to" another element, it can be directly on the other element or there may be an intervening element. When an element is considered to be "connected" to another element, it can be directly connected to the other element or there may be an intervening element. The terms "vertical," "horizontal," "left," "right," "upper," "lower," and similar expressions used herein are for illustrative purposes only and are not intended to indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation, and therefore should not be construed as limiting the invention.

[0022] In this invention, unless otherwise explicitly specified and limited, the terms "installation," "connection," "linking," and "fixing," etc., should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal communication between two components. Those skilled in the art can understand the specific meaning of the above terms in this invention according to the specific circumstances. The term "and / or" as used herein includes any and all combinations of one or more of the related listed items.

[0023] Example 1 like Figure 1 The diagram shows a flowchart of a pulse torque control algorithm for a domain controller torque demand module according to Embodiment 1 of the present invention. The pulse torque control algorithm for the domain controller torque demand module includes the following steps S01-S03, wherein: S01. Acquire the multi-source power signal and find the basic control target torque, and identify the current vehicle condition based on the basic control target torque; S02. Based on boundary constraints, calculate pulse control parameters and generate a periodic pulse torque command sequence. Use the periodic pulse torque command to map into a motor control electrical signal. Apply the motor control electrical signal to drive the power device and output pulse torque. S03. Monitor the deviation between the basic control target torque and the pulse torque and collect the actual operating status feedback. Use the feedback to correct the pulse control parameters online and optimize efficiency.

[0024] The control algorithm involved in this embodiment is based on the torque demand module of the power domain controller (PDCU) and is executed in a five-layer closed loop. The five-layer closed loop are: an input layer for torque demand analysis and operating condition identification, a decision layer for dynamic adaptation of pulse parameters, an execution layer for generating pulse torque sequences, a monitoring layer for safety monitoring, and a closed loop layer for feedback adaptive optimization.

[0025] Specifically, the input layer serves as the trigger entry and input foundation for the pulse torque control algorithm of the domain controller's torque demand module. Its core functions include acquiring and verifying multi-source signals, calculating basic torque, arbitrating multi-source requests, and determining control conditions. It clarifies the triggering conditions and basic control objectives for pulse control, providing the core input for subsequent parameter adaptation. The input signals in this layer cover three main categories: driver operation, vehicle status, and system status—a comprehensive set of signals.

[0026] Driver operation signals include accelerator pedal opening, braking signal, gear signal, and driving mode (ECO mode / SPORT mode); vehicle status signals include vehicle speed, motor speed, motor temperature, wheel speed, and steering wheel angle; system status signals include battery management system (BMS) signals (battery state of charge (SOC), battery allowable charge / discharge power), inverter junction temperature, and electronic stability control (ESC) / anti-lock braking system (ABS) operating status.

[0027] Noise removal, validity verification, and fault diagnosis are performed on all input signals to filter out abnormal transition signals, ensuring the accuracy and reliability of input data and providing a valid data source for subsequent calculations. Based on the verified accelerator pedal opening, vehicle speed, and driving mode, the driver's basic torque requirement is calculated through a pre-set Pedal-Map lookup table, clarifying the driver's core power needs.

[0028] Leveraging the global coordination capabilities of the power domain controller, multi-source torque requests from the vehicle are prioritized and arbitrated. The arbitration priority is: ESC safety request > driver torque request > intelligent driving torque request > creep torque request, resolving conflicts between multiple requests and determining the final basic control target torque. Based on the arbitrated basic control target torque, vehicle speed, torque change rate, and other core parameters, vehicle operating conditions are identified, clarifying the triggering and exit conditions for pulse control. The specific determination rules are as follows: Low-speed, low-torque operating conditions (pulse control trigger): Vehicle speed < 20 km / h, and the absolute value of the basic control target torque after arbitration < preset torque threshold (recommended calibration value 30 N). m); Transient conditions (pulse control trigger): The vehicle is in a start-stop, creep, shift, or sudden pedal change state, or the torque change rate exceeds a preset threshold; Normal operating condition (pulse control off): When the vehicle is traveling at medium or high speed or in a high torque demand condition, switch back to the traditional continuous torque control mode to ensure adaptability to all operating conditions.

[0029] The arbitrated basic control target torque and operating condition identification tag are synchronously output to the decision layer for dynamic adaptation of pulse parameters.

[0030] The decision-making layer receives the basic demand torque and operating condition labels output from the first layer, combines them with the real-time constraints of the vehicle system, dynamically calculates the core parameters of pulse torque control, and achieves optimal parameter matching for adaptive operating conditions. This is the core link in balancing efficiency, smoothness, and safety.

[0031] Based on the operating condition label and the basic required torque, pulse control parameters are calculated in real time. These parameters include at least the pulse amplitude, duty cycle, pulse frequency, and edge time. Specifically: Pulse amplitude: ,in, The duty cycle is adjusted to ensure that the average torque of the pulse output is completely equivalent to the basic required torque, thus guaranteeing the consistency of power output.

[0032] The duty cycle is dynamically adapted based on the magnitude of the required torque. A small duty cycle is used for low torque conditions, and a large duty cycle is used for high torque conditions. While ensuring the equivalent average torque, this maximizes the proportion of the motor's high-efficiency operating range and reduces system losses. The pulse frequency is dynamically adapted based on the operating conditions. A low frequency is used for low-speed, low-torque conditions to reduce the number of inverter switching operations and reduce switching losses. A high frequency is used for transient conditions such as start-stop and sudden pedal changes to improve torque response speed and avoid response lag and shock. The edge time, i.e., the rise / fall slope of the pulse torque, is dynamically adjusted based on the torque change rate. By controlling the slope gradually, it avoids sudden torque changes, suppresses shocks and jerks, and improves ride smoothness.

[0033] The above pulse control parameters must meet the following three hard constraints. If the constraints are exceeded, parameter amplitude limiting correction will be forced to ensure the safe and stable operation of the system: Temperature constraint: When the inverter junction temperature is greater than the preset threshold (recommended calibration value 120℃), the pulse amplitude is forcibly reduced by 20%~50% (calibrable) to suppress heat accumulation and prevent power devices from overheating and failing. Battery power constraint: The output power corresponding to the pulse amplitude must meet the following requirements. × Motor speed ≤ Battery allowable discharge power × Current system efficiency, to avoid exceeding the battery discharge capacity and ensure battery system safety; Torque change rate constraint: The change rate of pulse torque must not exceed 10 N·m / ms (calibrable) to avoid vehicle shock and jerking caused by sudden torque changes and ensure smoothness.

[0034] The final calibrated pulse amplitude, pulse frequency, duty cycle, and rise / fall time are synchronously output to the execution layer that generates the third-layer pulse torque sequence.

[0035] The execution layer is the implementation stage of the algorithm. It receives the core pulse parameters output from the second layer, completes the generation of pulse torque command sequences, motor control mapping and drive execution, and transforms digital control parameters into the actual pulse torque output of the motor. It is the physical execution stage for realizing pulse torque control.

[0036] Based on the acquired pulse control parameters, a periodic square wave torque command is generated, and the time-domain calculation formula is as follows: Pulse conduction interval:

[0037] Pulse off interval:

[0038] in, This is the torque command output in real time. For pulse period, This is the pulse cycle number. The pulse duty cycle is used to achieve equivalent control of "average torque = pulse amplitude × duty cycle" through this square wave sequence, ensuring smooth and shock-free output.

[0039] The pulse torque command is converted into a current command for motor control. Based on the torque formula of permanent magnet synchronous motor, the pulse amplitude is converted into a current command, realizing a precise mapping from torque demand to motor control quantity, and providing basic control commands for inverter drive.

[0040] The current command is input into the preset SVPWM modulation module to generate an inverter drive signal, which drives the insulated gate bipolar transistor (IGBT) / silicon carbide (SiC) power module to operate, and finally controls the motor to output a pulse torque consistent with the command, thus completing the physical execution of the pulse torque.

[0041] The monitoring layer serves as a safety fallback for the algorithm. Based on the E-GAS safety architecture, it meets the high-level (ASIL-C / D) requirements of the ISO 26262 Road Vehicle Functional Safety Standard. Through a three-layer hierarchical monitoring mechanism, it achieves end-to-end fault diagnosis, redundancy verification, and safety status management, eliminating safety risks such as unexpected torque and thermal failure. The three sub-layers are the L1 functional monitoring layer, the L2 redundancy monitoring layer, and the L3 hardware safety layer.

[0042] The core of the L1 functional monitoring layer is torque tracking closed-loop monitoring, which compares the torque command with the actual output torque of the motor in real time. When the torque deviation exceeds a preset threshold (recommended calibration value 5N), it will detect the error. When the duration exceeds the preset duration (recommended calibration value 10ms), torque limiting and pulse parameter degradation protection actions are immediately triggered to suppress torque overshoot and unexpected output, ensuring the accuracy and safety of torque control.

[0043] The core of the L2 redundancy monitoring layer is the inter-core redundancy calculation and verification. Based on the multi-core hardware characteristics of the power domain controller, it performs dual-channel inter-core redundancy calculation on the pulse torque command and compares the two calculation results in real time. When the calculation results are inconsistent, a fault warning is immediately triggered. If there is a serious inconsistency, the pulse torque output is stopped and switched to the safety standby mode to avoid control failure caused by calculation errors.

[0044] The core of the L3 hardware security layer is hardware-level fault diagnosis and safety fallback. It performs real-time end-to-end diagnostics on hardware such as motor controllers, analog-to-digital converters (ADCs), drive modules, and temperature sensors. When a serious hardware fault is detected, it forces a switch to zero torque output or a safe low-amplitude pulse mode. When communication packet loss / timeout is detected, it immediately switches to local backup safety commands to avoid safety incidents caused by hardware faults and communication failures.

[0045] The monitoring layer outputs the system's safety status, fault codes, and torque correction values. Safety control commands under fault conditions are simultaneously sent to the execution layer, while the safety status is fed back to the decision-making layer and the closed-loop layer.

[0046] The closed-loop layer is the closed-loop optimization link of the algorithm. Based on the real-time feedback data of the execution layer and the monitoring layer, it completes the online correction of pulse parameters, self-learning of operating conditions and fault recovery control, realizes the self-correction and self-optimization of the algorithm, improves the control accuracy and robustness of long-term operation, and forms a complete algorithm control closed loop.

[0047] The system collects real-time data on actual motor torque, actual motor current, motor speed, inverter junction temperature (collected by an NTC thermistor), battery voltage, battery current, and system safety status. Based on this real-time current and torque data, the pulse duty cycle is fine-tuned online. While ensuring the average pulse torque precisely equals the basic control target torque, the system minimizes the root mean square value of the current, continuously optimizing motor system efficiency and reducing energy consumption. Based on bench calibration data and real-vehicle operating data, the system continuously optimizes the pulse frequency and duty cycle mapping table for different vehicle speeds, battery SOC, motor / inverter temperatures, and driving modes, constantly improving parameter adaptation accuracy under different operating conditions and enhancing the algorithm's adaptability across all scenarios. When a system fault is resolved, a gradual gradient is used to slowly restore the pulse control parameters, avoiding torque shocks caused by sudden parameter changes. This achieves a smooth transition from fault state to normal operating state, ensuring ride comfort and system stability.

[0048] The next pulse parameter correction value is fed back to the second pulse parameter dynamic adaptation layer to complete the online correction of the parameters, forming a complete closed-loop control of "input-decision-execution-monitoring-optimization-re-decision".

[0049] In summary, this invention forms a complete progressive closed-loop control through a five-layer architecture: the input layer completes demand analysis and operating condition determination, clarifying the control objectives and triggering conditions for the algorithm; the decision layer completes the dynamic adaptation of core parameters based on objectives and constraints, determining the optimal control strategy; the execution layer completes the physical implementation of control commands, realizing pulse torque output; the monitoring layer realizes full-link safety monitoring, providing a safety net for the entire control process; and the closed-loop optimization layer completes online parameter correction based on actual operating data, continuously optimizing the control effect, ultimately achieving the core invention objectives of improving efficiency in low-speed conditions, optimizing smoothness in transient conditions, and ensuring safe and controllable operation under all conditions.

[0050] Example 2 In another aspect, this invention provides a domain controller torque demand module pulse torque control system, please refer to [link / reference needed]. Figure 2 The diagram shown is a structural schematic of the pulse torque control system of the domain controller torque demand module in Embodiment 2 of the present invention. The pulse torque control system of the domain controller torque demand module includes: The identification module is used to acquire multi-source power signals and find the basic control target torque, and identify the current vehicle condition based on the basic control target torque; The output module is used to calculate pulse control parameters and generate a periodic pulse torque command sequence based on boundary constraints, map the periodic pulse torque command into a motor control electrical signal, apply the motor control electrical signal to drive power devices, and output pulse torque. The optimization module is used to monitor the deviation between the basic control target torque and the pulse torque, collect the actual operating status feedback, and use the feedback to correct and optimize the pulse control parameters online.

[0051] Example 3 In another aspect, the present invention provides a computer-readable storage medium having stored thereon one or more computer programs that, when executed by a processor, implement the aforementioned domain controller torque demand module pulse torque control algorithm.

[0052] Those skilled in the art will understand that the logic or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable storage medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable storage medium" can mean any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device.

[0053] More specific examples (a non-exhaustive list) of computer-readable storage media include: electrical connections (electronic devices) having one or more wires, portable computer disk drives (magnetic devices), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Furthermore, computer-readable storage media can even be paper or other suitable media on which the program can be printed, since the program can be obtained electronically, for example, by optically scanning the paper or other medium, followed by editing, interpreting, or otherwise processing as necessary, and then stored in computer memory.

[0054] Example 4 Figure 3 This is a structural block diagram of an electronic device provided in Embodiment 4. The electronic device includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the program, it implements the pulse torque control algorithm of the domain controller torque demand module in the above embodiments. Figure 3 The electronic device 30 shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of the present invention.

[0055] like Figure 3 As shown, the electronic device 30 can be manifested as a general-purpose computing device, such as a server device. The components of the electronic device 30 may include, but are not limited to: at least one processor 31, at least one memory 32, and a bus 33 connecting different system components (including memory 32 and processor 31).

[0056] Bus 33 includes a data bus, an address bus, and a control bus.

[0057] The memory 32 may include volatile memory, such as RAM 321 (random access memory), and / or cache memory 322, and may further include ROM 323 (read-only memory).

[0058] The memory 32 may also include a program tool 325 having a set (at least one) of program modules 324, including but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of these examples may include an implementation of a network environment.

[0059] The processor 31 executes various functional applications and data processing by running computer programs stored in the memory 32, such as the pulse torque control algorithm of the domain controller torque demand module as described above.

[0060] Electronic device 30 can also communicate with one or more external devices 34 (e.g., keyboard, pointing device, etc.). This communication can be performed via I / O interface 35 (input / output interface). Furthermore, electronic device 30 can also communicate with one or more networks (e.g., local area network (LAN), wide area network (WAN), and / or public network, such as the Internet) via network adapter 36. Figure 3 As shown, network adapter 36 communicates with other modules of the model-generated electronic device 30 via bus 33. It should be understood that, although not shown in the figure, other hardware and / or software modules can be used in conjunction with the model-generated electronic device 30, including but not limited to: microcode, device drivers, redundant processors, disk drive arrays, RAID (disk array) systems, tape drives, and data backup storage systems.

[0061] It should be noted that although several units / modules or sub-units / modules of the electronic device have been mentioned in the detailed description above, this division is merely exemplary and not mandatory. In fact, according to embodiments of the present invention, the features and functions of two or more units / modules described above can be embodied in one unit / module. Conversely, the features and functions of one unit / module described above can be further divided and embodied by multiple units / modules.

[0062] In the description of this specification, references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of the invention. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0063] The embodiments described above are merely illustrative of several implementations of the present invention, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the present invention. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of the present invention, and these all fall within the protection scope of the present invention. Therefore, the protection scope of this patent should be determined by the appended claims.

Claims

1. A domain controller torque demand module pulse torque control algorithm, characterized by, The pulse torque control algorithm of the domain controller torque demand module includes: The system acquires multi-source power signals and locates the basic control target torque, then identifies the current vehicle condition based on the basic control target torque. Based on boundary constraints, pulse control parameters are calculated and a periodic pulse torque command sequence is generated. The periodic pulse torque command is then mapped to a motor control electrical signal, which is applied to drive power devices to output pulse torque. The deviation between the basic control target torque and the pulse torque is monitored and the actual operating status feedback is collected. The feedback is used to correct the pulse control parameters online and optimize efficiency.

2. The field controller torque demand module pulse torque control algorithm of claim 1, wherein, In the step of acquiring the multi-source power signal and finding the basic control target torque, and identifying the current vehicle condition based on the basic control target torque: The input power multi-source signals are denoised, and abnormal jump signals are filtered for validity verification and fault diagnosis. The power multi-source signals cover driver operation signals, vehicle status signals, and system status signals. Based on the preprocessed power multi-source signals, the driver's basic required torque is obtained. The basic control target torque is determined by comparing the priority of the basic required torque, ESC safety request torque, intelligent driving request torque, and crawling request torque, and the current vehicle operating condition is determined based on the basic control target torque.

3. The field controller torque demand module pulse torque control algorithm of claim 1, wherein, In the step of calculating pulse control parameters and generating a periodic pulse torque command sequence based on boundary constraints: Based on temperature constraints, battery power constraints, and torque variation constraints, pulse control parameters are calculated, wherein the pulse control parameters include at least pulse amplitude, duty cycle, pulse frequency, and edge time.

4. The field controller torque demand module pulse torque control algorithm of claim 3, wherein, In the step of mapping the periodic pulse torque command to a motor control electrical signal, applying the motor control electrical signal to drive the power device, and outputting pulse torque: Based on the acquired pulse control parameters, a periodic square wave torque command is generated, and the time-domain calculation formula is as follows: Pulse conduction interval: Pulse off interval: in, This is the torque command output in real time. For pulse period, This is the pulse cycle number. This refers to the pulse duty cycle. The pulse torque command is converted into a current command for motor control. Based on the torque formula of permanent magnet synchronous motor, the pulse amplitude is converted into a current command, and the current command is input into a preset modulation module to obtain the inverter drive signal and control the motor to output a pulse torque consistent with the torque command.

5. The field controller torque demand module pulse torque control algorithm of claim 1, wherein, In the step of monitoring the deviation between the basic control target torque and the pulse torque and collecting the actual operating status feedback: The torque deviation between the basic control target torque and the pulse torque is calculated. When the torque deviation is not less than a preset threshold and the duration is greater than a preset duration, protective actions such as torque limiting and pulse parameter degradation are triggered to suppress torque overshoot and unexpected output. The system performs inter-core redundancy calculations and verifications on torque commands, conducts end-to-end hardware diagnostics, collects actual operating status data, and provides feedback on installation status.

6. The field controller torque demand module pulse torque control algorithm of claim 5, wherein, In the step of online correction and efficiency optimization of pulse control parameters based on the feedback quantity: Based on the real-time collected hardware operating status, and based on the optimization conditions of pulse torque and basic control target torque, the root mean square value of the current is minimized, and the pulse frequency and duty cycle mapping table for various vehicle operating states is optimized to perform online parameter correction.

7. A domain controller torque demand module pulse torque control system characterized by, The domain controller torque demand module pulse torque control system is used to implement the domain controller torque demand module pulse torque control algorithm according to any one of claims 1-6, the system comprising: The identification module is used to acquire multi-source power signals and find the basic control target torque, and identify the current vehicle condition based on the basic control target torque; The output module is used to calculate pulse control parameters and generate a periodic pulse torque command sequence based on boundary constraints, map the periodic pulse torque command into a motor control electrical signal, apply the motor control electrical signal to drive power devices, and output pulse torque. The optimization module is used to monitor the deviation between the basic control target torque and the pulse torque, collect the actual operating status feedback, and use the feedback to correct and optimize the pulse control parameters online.

8. A computer-readable storage medium having stored thereon a computer program, characterized in that, When executed by the processor, the program implements the pulse torque control algorithm of the domain controller torque demand module as described in any one of claims 1-6.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that, When the processor executes a computer program, it implements the pulse torque control algorithm of the domain controller torque demand module as described in any one of claims 1-6.

Images