Dynamic bus fault diagnosis method based on algorithm block and related equipment

Abstract

The invention relates to the technical field of automation control, in particular to a dynamic bus fault diagnosis method based on an algorithm block and related equipment, and the method comprises the steps: configuring a diagnosis algorithm block packaged based on diagnosis information, fault judgment logic and a fault type, generating a diagnosis request, and sending the diagnosis request to a set EtherCAT slave station; all the EtherCAT slave station diagnosis information is obtained, state information is returned according to the information, and the EtherCAT slave station diagnosis is completed. By dynamically configuring diagnostic information acquisition, unnecessary bandwidth occupation is avoided, and the bus efficiency is remarkably improved.

Description

Technical Field

[0001] The present invention relates to the technical field of automatic control, and in particular to a dynamic bus fault diagnosis method based on an algorithm block and related equipment. Background Art

[0002] In modern industrial automation, EtherCAT, a high-performance real-time Ethernet communication protocol, is widely used in various complex control systems, particularly wind turbine master control systems. These systems require high reliability and real-time performance to ensure the safe and efficient operation of wind turbines. However, as system complexity increases, the amount of diagnostic information generated by EtherCAT slave devices (such as sensors and actuators) also increases. The traditional method of periodically and proactively obtaining diagnostic information from all slaves not only consumes a large amount of valuable bus bandwidth, but in most cases, this information is not always required, resulting in a waste of bus resources. Therefore, how to efficiently and flexibly obtain the required EtherCAT slave diagnostic information and enhance the intelligence of master control systems has become a pressing issue. Summary of the Invention

[0003] The technical problem to be solved by the present invention is to address the deficiencies in the above-mentioned prior art and provide a dynamic bus fault diagnosis method and related equipment based on an algorithm block, so as to solve the technical problem of bus bandwidth waste caused by traditional periodic diagnostic information acquisition.

[0004] The purpose of the present invention is achieved by the following technical solutions: In a first aspect, the present invention provides a method for dynamic bus fault diagnosis based on an algorithm block, comprising: Configuring a diagnostic algorithm block and generating a diagnostic request according to the configured diagnostic algorithm block; the diagnostic algorithm block is encapsulated with diagnostic information, configuration parameters, fault determination logic and fault type; Send diagnostic requests to the set EtherCAT slave; Obtain the corresponding EtherCAT slave status information according to the diagnostic request; According to the status information of the specified EtherCAT slave station, the status information is returned after the judgment logic operation to complete the diagnosis of the EtherCAT slave station.

[0005] As a further improvement of the present invention, the contents of the diagnostic algorithm block encapsulation specifically include: The diagnostic information includes configuration parameters, internal parameters and input data required to perform the diagnostic process; The configuration parameters include the physical quantity monitoring value of the EtherCAT slave itself in the slave status information or the real-time monitoring value of the physical quantity collected by the EtherCAT slave, or the slave status information data preprocessing algorithm; The fault judgment logic includes a condition judgment logic algorithm and an abnormality identification logic algorithm obtained based on the slave status information; The fault type includes the results generated after processing according to the diagnosis algorithm.

[0006] As a further improvement of the present invention, the diagnostic algorithm blocks include several, each diagnostic algorithm is integrated into the logic program of the PLC, the diagnostic algorithm blocks are bound to the periodic or non-periodic tasks in the logic program, and each diagnostic algorithm block is configured to obtain diagnostic information of multiple slave stations.

[0007] As a further improvement of the present invention, the input data in the diagnostic algorithm block is actual device data returned by the slave station, the actual device data is the slave station's own data or data collected by the slave station, and the actual device data includes at least one real-time data of temperature, pressure, current, and vibration; The configuration parameters of the diagnostic algorithm block include a user-defined slave configuration interface, a threshold adjustment interface, a trigger condition setting interface, and a logical association binding interface.

[0008] As a further improvement of the present invention, the configuration diagnosis algorithm block specifically includes: In each PLC task operation cycle, the set of diagnostic algorithm blocks configured to the task is activated in real time; Generate a Mailbox command frame that matches the diagnostic algorithm block through the EtherCAT master station, wherein the Mailbox command frame includes a slave station address, a request data type, a timeout period, and acquisition frequency parameters; When the diagnostic algorithm block is disabled, the corresponding data request is terminated to free up bus bandwidth.

[0009] As a further improvement of the present invention, the communication mechanism of the diagnostic algorithm block adopts a Mailbox mechanism; the Mailbox communication process includes: The PLC task parses the currently active diagnostic algorithm block during the operation cycle and generates a Mailbox request queue; After receiving the request, the EtherCAT slave performs self-diagnosis operations and asynchronously returns the slave status data through the Mailbox within the timeout period; The PLC task performs validity verification and timestamp alignment on the returned slave status data, and passes the valid slave status data to the diagnosis algorithm for further calculation to obtain the diagnosis result.

[0010] As a further improvement of the present invention, the algorithm block returns status information based on the diagnostic information of each EtherCAT slave station, and also includes uploading the status information and diagnostic result information to the HMI monitoring screen in real time, and performing fault warning based on preset rules.

[0011] In a second aspect, the present invention provides a dynamic bus fault diagnosis system based on an algorithm block, which is used to implement the above-mentioned dynamic bus fault diagnosis method based on an algorithm block, comprising: An algorithm block configuration module configures a diagnostic algorithm block and generates a diagnostic request according to the configured diagnostic algorithm block; the diagnostic algorithm block is encapsulated according to diagnostic information, fault determination logic and fault type; Diagnostic request sending module, sending diagnostic requests to the set EtherCAT slave station; Fault diagnosis module, which obtains all EtherCAT slave status information according to the diagnosis request; The diagnostic result return module returns status information based on the status information of each EtherCAT slave station and completes the diagnosis of the EtherCAT slave station according to the fault judgment logic built into the algorithm block.

[0012] In a third aspect, the present invention provides a computer-readable storage medium storing one or more programs, wherein the one or more programs include instructions, which, when executed by a computing device, enable the computing device to execute the above-mentioned algorithm block-based dynamic bus fault diagnosis method.

[0013] In a fourth aspect, the present invention provides a computing device, comprising: One or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, and the one or more programs include steps for executing the above-mentioned algorithm block-based dynamic bus fault diagnosis method.

[0014] The beneficial effects of the present invention are as follows: the present invention provides a dynamic bus fault diagnosis method based on algorithm blocks, which encapsulates the diagnostic algorithm blocks according to the diagnostic information and the fault type, so that the diagnostic algorithm has a high degree of modularity and configurability. This design allows the user to flexibly configure and adjust the diagnostic algorithm according to the specific application scenarios and needs, thereby improving the pertinence and accuracy of the diagnosis. Through serialization, the high-speed real-time communication characteristics of the EtherCAT protocol ensure the rapid transmission and processing of diagnostic requests and diagnostic information. At the same time, by dynamically configuring the acquisition of diagnostic information, unnecessary bandwidth occupation is avoided, and the bus efficiency is significantly improved. Moreover, the present invention not only solves the problem of bus bandwidth waste caused by traditional periodic diagnostic information acquisition, but also greatly improves the flexibility and efficiency of system fault diagnosis.

[0015] The diagnostic algorithm block can instantly obtain key diagnostic information, quickly locate problems, reduce downtime, and improve the overall operational efficiency of the wind farm.

[0016] Furthermore, precise control of the Mailbox command frame enables precise control and data collection of specific slaves while ensuring efficient transmission efficiency. By promptly terminating unnecessary data requests, bus bandwidth and system resources are released, optimizing system performance. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0018] Figure 1 It is a flow chart of the algorithm block-based dynamic bus fault diagnosis method of the present invention; Figure 2 It is a schematic diagram of the algorithm block-based dynamic bus fault diagnosis process of the present invention; Figure 3 It is a schematic structural diagram of an electronic device of the present invention. DETAILED DESCRIPTION

[0019] In order to make the purpose and technical solution of the present invention clearer and easier to understand, the present invention is further described in detail below with reference to the accompanying drawings and embodiments. The specific embodiments described herein are only used to explain the present invention and are not used to limit the present invention.

[0020] The technical solutions of the present invention will be described clearly and completely below with reference to the accompanying drawings and specific embodiments. The described embodiments are only a part of the embodiments of the present invention, rather than all of the embodiments.

[0021] Example 1 like Figures 1 to 2 As shown, this embodiment provides a dynamic bus fault diagnosis method based on an algorithm block, which is aimed at the management of slave device diagnostic information under the Ethercat bus architecture in the current wind power master PLC system. The method specifically includes the following steps.

[0022] Slave diagnostic information is categorized, and corresponding algorithm block structures are designed for different slave types. These blocks are encapsulated based on diagnostic information, configuration parameters, fault determination logic, and fault type, forming several different types of diagnostic algorithm blocks. Each diagnostic algorithm is integrated into the PLC logic program, and the blocks are bound to periodic or aperiodic tasks within the logic program. Furthermore, each diagnostic algorithm block is configured to capture diagnostic information from multiple slaves. Therefore, the fault types mentioned in this embodiment include, for example, communication interruption, signal loss, and device timeout.

[0023] In addition, the contents encapsulated by the diagnostic algorithm block specifically include: Diagnostic information, including configuration parameters, internal parameters, and input data required to perform diagnostic procedures; Configuration parameters, including physical quantity monitoring values of the EtherCAT slave itself in the slave status information or real-time monitoring values of physical quantities collected by the EtherCAT slave, or a data preprocessing algorithm for the slave status information; Fault judgment logic, including condition judgment logic algorithm and abnormality identification logic algorithm obtained based on slave station status information; Fault type, including the results generated after processing by the diagnostic algorithm.

[0024] Configure the diagnostic algorithm block, activate the configured algorithm block, and generate a diagnostic request based on the configured diagnostic algorithm block.

[0025] In this embodiment, the diagnostic algorithm block inputs data from the slave itself or from field equipment collected by the slave, including temperature, pressure, current, vibration, and other data. The diagnostic algorithm block's configuration parameters include an interface for user-defined configuration, a threshold adjustment interface, a trigger condition setting interface, and a logical association binding interface. This embodiment illustrates the internal parameter settings by way of example only; in actual equipment, the internal parameter settings can be modified based on diagnostic requirements.

[0026] The package based on diagnostic information and fault type includes: During each PLC task operation cycle, the diagnostic algorithm block set configured for the task is activated in real time; in this embodiment, modifying the diagnostic algorithm block includes adding, removing or modifying the algorithm block, wherein modifying the diagnostic algorithm block mainly adjusts the internal parameters or logic algorithm of the algorithm block.

[0027] The EtherCAT master generates a Mailbox command frame that matches the diagnostic algorithm block. This frame contains the slave address, request data type, timeout period, and acquisition frequency parameters. In this embodiment, the Mailbox command frame is a mechanism in the EtherCAT protocol for transmitting control commands and data. By specifying the slave address and request data type, precise control and data acquisition are achieved for a specific slave. The algorithm block internally organizes and sends the Mailbox content according to user configuration.

[0028] When a diagnostic algorithm block is deactivated, the corresponding data request is terminated to free up bus bandwidth. The status of each diagnostic algorithm block is monitored in real time to detect which algorithm blocks are deactivated. When a diagnostic algorithm block is detected as deactivated, the corresponding data request is immediately terminated. Specifically, a command frame is sent through the EtherCAT master to terminate the data request, informing the corresponding EtherCAT slave to stop data acquisition and release system resources related to the data request, including memory and bandwidth. When a diagnostic algorithm block is deactivated, the deactivated algorithm block is removed from the set of activated diagnostic algorithm blocks, and the current diagnostic strategy is updated.

[0029] This embodiment introduces a dynamic configuration mechanism that allows users to adjust the diagnostic algorithm blocks to be monitored in real time during system operation through a configuration interface or programming interface. This means that only when the user truly requires a certain type of diagnostic information will the relevant algorithm block be activated and a data request will be sent to the corresponding slave station via the EtherCAT Mailbox mechanism. This on-demand acquisition method significantly reduces unnecessary data transmission and effectively saves bus bandwidth.

[0030] Send diagnostic requests to the specified EtherCAT slaves; based on the status information returned by each EtherCAT slave, complete the diagnosis of the EtherCAT slave according to the fault judgment logic built into the algorithm block.

[0031] Specifically, the EtherCAT slave and the EtherCAT master in this embodiment communicate via a Mailbox. The Mailbox communication process includes: The PLC task parses the currently active diagnostic algorithm block during the operation cycle and generates a Mailbox request queue; After receiving the request, the EtherCAT slave performs diagnostic operations based on the request content and asynchronously returns status information data through the Mailbox within the timeout period; The PLC task performs validity verification and timestamp alignment on the returned diagnostic information data, and passes the valid diagnostic information to the diagnostic algorithm for further calculation to obtain the diagnostic results.

[0032] This embodiment also determines whether the current EtherCAT slave's response has timed out during communication with the EtherCAT slave. If so, the PLC task returns a diagnostic information acquisition timeout error. If the status information data (i.e., Mailbox data) returned by the corresponding EtherCAT slave is received on time, the returned status information data is parsed, formatted, and uploaded to the HMI. Through the Mailbox, the PLC can send customized data requests to the designated slave during each logical operation cycle based on the currently activated diagnostic algorithm block. After receiving the request, the slave immediately returns the specified status information to the PLC via the Mailbox. This communication mechanism ensures the real-time and accuracy of diagnostic information acquisition, and guarantees the timely transmission and processing of data even in complex industrial environments.

[0033] When the EtherCAT master receives status information from the EtherCAT slave, it also uploads the status information to the HMI monitoring screen in real time and issues fault warnings based on preset rules. Specifically, Dynamically generate visualization components corresponding to the activated algorithm blocks in the HMI, including real-time curves, threshold warning boxes, and topology status diagrams; Fault prediction models are trained based on historical data to trigger early warnings for monitoring values that exceed the statistical deviation range; Automatically execute slave station restart, power limiting or master control system interlock protection actions according to the fault level, providing operation and maintenance personnel with immediate fault diagnosis basis.

[0034] Through intuitive charts, curves, or alarm prompts, this system provides operators with immediate fault diagnosis information. Furthermore, this embodiment integrates an intelligent analysis module that automatically identifies potential faults based on historical data and preset rules, issuing early warnings to effectively avoid serious faults and improve system stability and reliability.

[0035] For example, this embodiment further provides a method for dynamic bus fault diagnosis based on an algorithm block applied to a wind turbine host control system. The specific steps are as follows: A large-scale wind turbine main control system uses an EtherCAT bus architecture to connect the slave devices of each wind turbine, including motor temperature sensors, gearbox vibration sensors, and inverter status monitoring. Because there are so many slaves, and each contains a large amount of diagnostic information, this step prioritizes modularizing the diagnostic information and then configuring the modular algorithm blocks.

[0036] 1. Modularization of diagnostic information: First, the diagnostic information of various sensors is divided into multiple algorithm blocks according to their functions, such as "motor temperature monitoring", "gearbox vibration analysis", "inverter status monitoring", etc.

[0037] 2. Dynamic configuration: Operation and maintenance personnel use the configuration interface to select and activate the two algorithm blocks of "motor temperature monitoring" and "gearbox vibration analysis" according to current monitoring requirements.

[0038] 3. Mailbox Communication: During each PLC task cycle, the system sends data requests to the corresponding slaves via the Mailbox based on the activated algorithm block. The slaves respond by returning motor temperature and gearbox vibration data.

[0039] 4. Intelligent Monitoring and Early Warning: After receiving data, the PLC immediately updates the monitoring screen. At the same time, the intelligent analysis module determines whether the data is abnormal based on preset rules. If an abnormality is found, such as excessive motor temperature or excessive gearbox vibration, the system immediately issues an early warning to alert the operation and maintenance personnel to take timely action.

[0040] Example 2 The present invention also provides a dynamic bus fault diagnosis system based on an algorithm block, which is mainly used to implement the dynamic bus fault diagnosis method based on an algorithm block in the above embodiment 1. The system mainly includes: An algorithm block configuration module configures a diagnostic algorithm block and generates a diagnostic request according to the configured diagnostic algorithm block; the diagnostic algorithm block is encapsulated according to the diagnostic information and the fault type; Diagnostic request sending module, sending diagnostic requests to the set EtherCAT slave station; Fault diagnosis module, which obtains all EtherCAT slave status information according to the diagnosis request; The diagnosis result return module completes the diagnosis of the EtherCAT slave station according to the status information returned by each EtherCAT slave station.

[0041] All modules in this system are set in the EtherCAT master station. The EtherCAT slave station also includes another fault diagnosis module, which is used to execute diagnostic steps according to the content of the received diagnostic request and obtain the corresponding diagnostic results, that is, generate diagnostic status information and return it to the fault diagnosis module in the EtherCAT master station.

[0042] Example 3 In another embodiment of the present invention, a storage medium is provided, specifically a computer-readable storage medium (Memory). The computer-readable storage medium is a memory device in a terminal device, used to store programs and data. It is understood that the computer-readable storage medium herein may include both built-in storage media in the terminal device and, of course, extended storage media supported by the terminal device. It may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. The computer-readable storage medium provides storage space that stores the terminal's operating system. Furthermore, the storage space also stores one or more instructions suitable for being loaded and executed by a processor. These instructions may be one or more computer programs (including program code). It should be noted that more specific examples (a non-exhaustive list) of computer-readable storage media herein include: an electrical connection having one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), optical fiber, a portable compact disk-read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof.

[0043] Computer-readable storage media also include data signals propagated in baseband or as part of a carrier wave, which carry readable program code. Such propagated data signals can take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. The readable storage medium can also be any readable medium other than a readable storage medium, which can send, propagate, or transmit programs for use by or in conjunction with an instruction execution system, device, or device. The program code contained on the readable storage medium can be transmitted using any appropriate medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination of the above.

[0044] The program code for performing the operations of the present invention may be written in any combination of one or more programming languages, including object-oriented programming languages such as Java, C++, and the like, as well as conventional procedural programming languages such as "C" or similar programming languages. The program code may be executed entirely on the user computing device, partially on the user device, as a stand-alone software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0045] The processor may load and execute one or more instructions stored in a computer-readable storage medium to implement the corresponding steps of the algorithm block-based dynamic bus fault diagnosis method in the above embodiment; the processor may load and execute the following steps: Configuring a diagnostic algorithm block and generating a diagnostic request according to the configured diagnostic algorithm block; the diagnostic algorithm block is encapsulated according to diagnostic information and fault type; Send diagnostic requests to the set EtherCAT slave; Get all EtherCAT slave diagnostic information based on diagnostic requests; The diagnosis of the EtherCAT slave is completed by returning status information based on the diagnostic information of each EtherCAT slave.

[0046] Example 4 Figure 3 The present invention is a block diagram of an electronic device according to an embodiment.

[0047] See also Figure 3 The terminal device 600 is an electronic device that is implemented as a general-purpose computing device. The components of the electronic device may include, but are not limited to, at least one processing unit 610, at least one storage unit 620, a bus 630 connecting different platform components (including the storage unit 620 and the processing unit 610), and a display unit 640.

[0048] The storage unit stores program codes, which can be executed by the processing unit 610, so that the processing unit 610 performs the steps according to various exemplary embodiments of the present invention described in the above method section of this specification. For example, the processing unit 610 can perform the following steps: Figure 1 The steps shown in the algorithm block based dynamic bus fault diagnosis method.

[0049] The storage unit 620 may include a readable medium in the form of a volatile storage unit, such as a random access memory unit (RAM) 6201 and / or a cache memory unit 6202 , and may further include a read-only memory unit (ROM) 6203 .

[0050] The storage unit 620 may also include a program / utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.

[0051] Bus 630 may represent one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

[0052] The electronic device 600 can also communicate with one or more external devices 700 (e.g., a keyboard, a pointing device, a Bluetooth device, etc.), one or more devices that enable a user to interact with the electronic device 600, and / or any device that enables the electronic device 600 to communicate with one or more other computing devices (e.g., a router, a modem, etc.). Such communication can occur via an input / output (I / O) interface 650. Furthermore, the electronic device 600 can communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network such as the Internet) via a network adapter 660. The network adapter 660 can communicate with other modules of the electronic device 600 via the bus 630. It should be understood that, although not shown in the figures, other hardware and / or software modules can be used in conjunction with the electronic device 600, including but not limited to microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage platforms.

[0053] The databases involved in the various embodiments provided herein may include at least one of a relational database and a non-relational database. Non-relational databases may include, but are not limited to, distributed databases based on blockchains. The processors involved in the various embodiments provided herein may include, but are not limited to, general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic units, data processing logic units based on quantum computing, and the like.

Claims

1. A dynamic bus fault diagnosis method based on algorithm blocks, characterized in that: include: Configuring a diagnostic algorithm block and generating a diagnostic request according to the configured diagnostic algorithm block; the diagnostic algorithm block is encapsulated according to diagnostic information, configuration parameters, fault determination logic and fault type; Send diagnostic requests to the specified EtherCAT slaves; Obtain the status information of the specified EtherCAT slave according to the diagnostic request; According to the EtherCAT slave status information, the status information is returned after the judgment logic operation to complete the diagnosis of the EtherCAT slave.

2. The algorithm block-based dynamic bus fault diagnosis method according to claim 1, characterized in that: The contents of the diagnostic algorithm block package specifically include: The diagnostic information includes configuration parameters, internal parameters and input data required to perform the diagnostic process; The configuration parameters include the physical quantity monitoring value of the EtherCAT slave itself in the slave status information or the real-time monitoring value of the physical quantity collected by the EtherCAT slave, or the slave status information data preprocessing algorithm; The fault judgment logic includes a condition judgment logic algorithm and an abnormality identification logic algorithm obtained based on the slave status information; The fault type includes the results generated after processing according to the diagnosis algorithm.

3. The algorithm block-based dynamic bus fault diagnosis method according to claim 2, characterized in that: The diagnostic algorithm blocks include several, each diagnostic algorithm is integrated into the logic program of the PLC, the diagnostic algorithm blocks are bound to periodic or non-periodic tasks in the logic program, and each diagnostic algorithm block is configured to obtain diagnostic information of multiple slave stations.

4. The algorithm block-based dynamic bus fault diagnosis method according to claim 2, characterized in that: The input data in the diagnostic algorithm block is the actual device data returned by the slave station, the actual device data is the slave station's own data or the data collected by the slave station, and the actual device data includes at least one real-time data of temperature, pressure, current, and vibration; The configuration parameters of the diagnostic algorithm block include a user-defined slave configuration interface, a threshold adjustment interface, a trigger condition setting interface, and a logical association binding interface.

5. The algorithm block-based dynamic bus fault diagnosis method according to claim 1, characterized in that: The configuration diagnosis algorithm block specifically includes: In each PLC task operation cycle, the diagnostic algorithm block set configured to the task is activated in real time; Generate a Mailbox command frame that matches the diagnostic algorithm block through the EtherCAT master station, wherein the Mailbox command frame includes a slave station address, a request data type, a timeout period, and acquisition frequency parameters; When the diagnostic algorithm block is disabled, the corresponding data request is terminated to free up bus bandwidth.

6. The algorithm block-based dynamic bus fault diagnosis method according to claim 5, characterized in that: The communication mechanism of the diagnostic algorithm block adopts the Mailbox mechanism; the Mailbox communication process includes: The PLC task parses the currently active diagnostic algorithm block during the execution cycle and generates a Mailbox request queue; After receiving the request, the EtherCAT slave performs the diagnostic operation and asynchronously returns the slave status data through the Mailbox within the timeout period; The PLC task performs validity verification and timestamp alignment on the returned slave status data.

7. The algorithm block-based dynamic bus fault diagnosis method according to claim 1, characterized in that: The algorithm block returns status information after calculating the diagnostic information of each EtherCAT slave station, and also uploads the status information and diagnostic result information to the HMI monitoring screen in real time, and performs fault warning based on preset rules.

8. A dynamic bus fault diagnosis system based on an algorithm block, used to implement the dynamic bus fault diagnosis method based on an algorithm block according to any one of claims 1 to 7, characterized in that: include: An algorithm block configuration module configures a diagnostic algorithm block and generates a diagnostic request according to the configured diagnostic algorithm block; the diagnostic algorithm block is encapsulated according to diagnostic information, fault determination logic and fault type; Diagnostic request sending module, sending diagnostic requests to the set EtherCAT slave station; Fault diagnosis module, which obtains all EtherCAT slave status information according to the diagnosis request; The diagnostic result return module returns status information based on the status information of each EtherCAT slave station and completes the diagnosis of the EtherCAT slave station according to the fault judgment logic built into the algorithm block.

9. A computer-readable storage medium storing one or more programs, characterized in that: The one or more programs include instructions, which, when executed by a computing device, enable the computing device to execute the algorithm block-based dynamic bus fault diagnosis method according to any one of claims 1 to 7.

10. A computing device, characterized in that include: One or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, and the one or more programs include steps for executing the algorithm block-based dynamic bus fault diagnosis method according to any one of claims 1 to 7.

Images