Substation secondary device state monitoring method and system based on physical function topology

Abstract

The invention discloses a transformer substation secondary device state monitoring method and system based on physical function topology. The transformer substation secondary device state monitoring method comprises the steps of hierarchically decomposing a transformer substation secondary device into objects such as equipment, plates, devices and functional modules according to physical composition; combining different function modules into a function object according to a function execution time sequence; extracting monitoring elements of different objects, establishing alarm information of each object based on a logical relationship between the elements, and forming a physical function topology model of the device; the operation and maintenance monitoring system generates alarm information based on alarm logic by reading a physical function topology model and real-time monitoring element data of the tested equipment, and realizes internal state monitoring of the secondary device; through the method, monitoring of the internal state of the substation secondary device and fault or abnormity positioning can be realized, and the operation and maintenance convenience of equipment is improved.

Description

Technical Field

[0001] This invention belongs to the field of substation secondary device condition monitoring technology, and particularly relates to a substation secondary device condition monitoring method and system based on physical function topology. Background Technology

[0002] In the field of power system operation and maintenance, substation secondary equipment, as core devices for realizing power grid monitoring, protection, and control functions, directly affects the safety and stability of the power grid due to the reliability of its operating status. With the deepening of smart grid construction, higher demands are placed on the condition awareness and operation and maintenance management of secondary equipment. The industry generally expects to achieve in-depth visual monitoring of its internal physical components and functional logic to improve the efficiency of fault early warning and handling. Currently, this field is gradually transforming from the traditional periodic inspection and reactive maintenance model to a predictive maintenance model based on condition monitoring.

[0003] In existing technologies, the status monitoring of substation secondary devices mainly relies on equipment information models conforming to the DL / T860 standard. This model uses logical nodes to uniformly model and organize equipment functions and data, classifying monitoring information into different logical nodes according to type. The monitoring system obtains real-time information such as measured values, status signals, and alarm events by accessing the model files and data interfaces provided by the equipment, and displays the status and provides alarm prompts based on this information.

[0004] However, the aforementioned existing technologies have a significant drawback: their information models focus only on the logical description of device functions, lacking a topological representation of the internal physical structure of the device, and also failing to depict the temporal execution relationships between functional modules. This results in the monitoring system being unable to effectively trace the root cause of the alarm when the device malfunctions or generates an alarm, and also making it difficult to quickly locate the specific faulty physical component or functional link, severely limiting the depth of anomaly analysis and the efficiency of maintenance and troubleshooting. Summary of the Invention

[0005] Purpose of the invention: The purpose of this invention is to provide a method and system for monitoring the status of secondary devices in substations based on physical functional topology. By constructing a device model that integrates physical structure and functional timing, and calculating alarm information based on real-time monitoring elements, the invention achieves visualized monitoring of the internal status of the device and accurate location of fault roots.

[0006] Technical solution: The substation secondary device status monitoring method of the present invention includes the following steps:

[0007] S1. Construct a physical functional topology model of the secondary device: Decompose the secondary device hierarchically according to its physical composition into DEVICE, BOARD, COMPONENT, and MODULE objects. Analyze and extract the monitoring elements of each type of object, establish alarm information for each object based on the monitoring elements, and form the physical topology of the device; Decompose the device function into several independent sub-functions SUBFUNC, construct functional module groups MODULES according to the execution sequence, establish alarm information for each SUBFUNC, and form the functional topology of the device.

[0008] S2. Download the physical function topology model to the monitored secondary device. After the monitored secondary device parses the model, it collects monitoring element data in real time and sends the monitoring element data according to the data subscription method of the operation and maintenance monitoring system.

[0009] S3. After the operation and maintenance monitoring system is powered on, it summons and parses the physical function topology model of the monitored secondary device. The device status display module generates a hierarchical device physical topology display interface based on the physical topology in the model, and generates a function display interface with sequential function modules connected in series based on the functional topology in the model. At the same time, it acquires the monitoring element data of the secondary device in real time, combines the alarm information in the model to generate alarm values, and displays them differently on the object interface.

[0010] This invention achieves hierarchical and temporal modeling of the internal state of a device by constructing a secondary device model that integrates physical structure and functional timing. By downloading the model to the device and collecting monitoring data in real time, it supports dynamic perception and data reporting of the device status. Based on model analysis and real-time data, the operation and maintenance system generates a visual interface of physical and functional topology, and combines alarm logic to realize the display of status differences and accurate location of fault roots, thereby comprehensively improving the transparency of substation secondary device status monitoring and the accuracy of operation and maintenance.

[0011] Preferably, in step S1, the DEVICE object includes device-level parameters Pd, status information Xd, device-level alarm information Ad, connection relationships between MODULEs LINKS, and at least one BOARD object.

[0012] The BOARD object includes board parameters Pb, status information Xb, board alarm information Ab, and at least one COMPONENT object.

[0013] The COMPONENT object includes device parameter Pc, status information Xc, device alarm information Ac, and several MODULE objects.

[0014] The MODULE object includes functional module parameters Pm, status information Xm, functional module alarm information Am, and input / output terminals Terminal.

[0015] By defining a hierarchical and attribute-complete object model, the secondary device is decomposed from physical equipment to functional modules, so that each level has parameters, status and alarm information. This creates a precise data model that deeply penetrates the internal structure and functional logic of the device, laying a solid data foundation for transparent monitoring of device status, refined diagnosis and rapid and accurate fault location.

[0016] Preferably, the alarm information includes an expression Exp, an impact description EffectDesc, and an operation suggestion Suggestion, wherein Exp is a logical expression composed of monitored elements and other alarm information:

[0017] Exp(A) = f({P) i |i <m},{X j |j <n},{A k |k <l})

[0018] Where A represents the alarm signal, Exp is a logical expression, Exp(A) represents the logical expression that generates a certain alarm signal, and f is a logical expression that includes AND, OR, NOT, comparison, and arithmetic operations, with a result of 0 or 1; P i As a parameter, X j For status information, A k Other alarm information; m, n, and l represent the upper limit of the number of parameters, status signals, and other alarm signals, respectively;

[0019] An alarm message has one and only one Exp; EffectDesc describes the impact of the alarm on the device function when the alarm message is 1; Suggestion describes the operation method to solve the problem when the alarm message is 1.

[0020] By defining an alarm information model consisting of logical expressions, impact descriptions, and operational suggestions, discrete monitoring data is transformed into alarm signals with clear causal relationships. The logical expressions enable flexible combination and comprehensive judgment of monitoring elements across different levels, while the impact descriptions and operational suggestions directly link the root cause of the alarm, its functional impact, and the handling measures. This allows for accurate assessment of fault impact and intelligent guidance for operation and maintenance response while generating alarms, greatly improving the automation level and processing efficiency of fault analysis.

[0021] Preferably, in step S1, the MODULES consists of several functional module indexes MDLIDX, each MDLIDX including a functional module name and a level, where name is the global index of the MODULE and level indicates the execution sequence of the MODULE in SUBFUNC.

[0022] By organizing functional modules using time-series levels and global indexes, the abstract functions of the device are decomposed into a specific and ordered sequence of functional modules. This transforms the static functional topology into dynamic and visualized execution logic, providing core support for accurate traceability of functional processes, time-series monitoring of operating status, and rapid location of faults on functional links.

[0023] Preferably, in step S2, after the monitored secondary device parses the physical function topology model, it generates a list of all parameters and status information, periodically collects real-time values ​​and generates records containing data names and data values; for status quantity data, in addition to recording real-time values, a change event record is generated when the value changes; for analog quantity data, only real-time values ​​are recorded; for control commands, the complete control process and results are recorded.

[0024] By analyzing the model to generate a complete data list, and taking into account the characteristics of different data types (state variables, analog variables, control commands), differentiated real-time acquisition and event triggering recording strategies were formulated. This enabled the device to comprehensively and accurately capture its dynamic operating status and operation history, providing a complete and timely data foundation for the upper-level system and effectively supporting advanced applications such as status assessment, fault analysis, and operation backtracking.

[0025] Preferably, in step S3, the logical generation of alarm values ​​by combining the alarm information in the model includes:

[0026] S31, parse the physical function topology model and extract all alarm information to form a list;

[0027] S32, Generate a machine-computable logical expression based on the expression Exp of the alarm information Ai;

[0028] S33, check whether the operands of the logical expression contain other alarm information values ​​Aj;

[0029] S34. If Aj is present, search for Aj in the List and replace Aj with Aj's Exp, regenerate Ai's Exp, and return to S32.

[0030] S35, if the operand does not contain other alarm information values, substitute the real-time parameters and monitoring element values ​​into the logical expression to calculate the value of alarm information Ai.

[0031] This alarm calculation mechanism uses recursive parsing and substitution to unfold nested alarm logic with dependencies layer by layer and finally transform it into atomic expressions that are directly calculated from basic monitoring data. This ensures that alarm information can be calculated uniformly and accurately based on the lowest-level real-time parameters, eliminating logical ambiguity and delays that may be caused by alarm correlation from the root, and realizing the rapid, accurate and coordinated generation of alarm signals across the entire station.

[0032] Secondly, the substation secondary device status monitoring system of the present invention includes:

[0033] The model building module is used to build the physical functional topology model of the secondary device;

[0034] The device monitoring module is deployed on the monitored secondary device and is used to analyze the model, collect monitoring element data, and send it.

[0035] The operation and maintenance monitoring module is used to analyze models, generate display interfaces, calculate alarm information values, and visualize them.

[0036] This system, through the collaborative work of three major modules—model building, device monitoring, and operation and maintenance monitoring—integrates a unified device model across station-side devices and the main station system. It achieves closed-loop management of the entire process from model definition and data acquisition to status calculation and visualization, thereby constructing a monitoring system with highly consistent information and accurate diagnostic logic. Ultimately, it provides operation and maintenance personnel with transparent monitoring and intelligent diagnostic capabilities from physical structure to functional logic.

[0037] Preferably, the model building module uses XML file format to build a physical functional topology model, which includes XML element structures of DEVICE, BOARD, COMPONENT, MODULE, and SUBFUNC.

[0038] By using a standardized XML file format to define the physical functional topology model, the complex hierarchical objects and relationships in the model can be described and transmitted in a general and structured way, thereby ensuring the consistency, interoperability, and scalability of device model information exchange and parsing between different system modules.

[0039] Preferably, the device monitoring module uses the CIME file format to carry monitoring data and communicates with the operation and maintenance monitoring module through the DL / T860 file service.

[0040] By encapsulating monitoring data in the standardized CIME file format and transmitting it based on the file service of the DL / T860 protocol, the system achieves efficient, reliable, and standardized interaction of massive real-time monitoring data between heterogeneous systems. This provides a complete and consistent data source for the operation and maintenance monitoring module, laying a solid foundation for the interconnection and data sharing of the entire status monitoring system.

[0041] Preferably, the display interface of the operation and maintenance monitoring module includes:

[0042] The physical topology display interface presents DEVICE, BOARD, COMPONENT, and MODULE objects in a hierarchical structure.

[0043] The function display interface shows the SUBFUNC execution process in a sequential manner by connecting functional modules.

[0044] The alarm status is displayed using color differences, and an impact description and operation suggestions are displayed simultaneously when an alarm occurs.

[0045] This display interface visualizes the internal structure and operating logic of the device through a hierarchical physical topology and a time-sequential functional flow dual view. It also provides a comprehensive display of alarms by combining color differences, impact descriptions, and operation suggestions. This allows maintenance personnel to intuitively grasp the overall status of the device, quickly locate the root cause of the fault, and directly obtain handling guidance, thereby greatly improving the transparency of status monitoring and the accuracy and efficiency of maintenance operations.

[0046] Beneficial Effects: Compared with existing technologies, this invention has the following significant advantages: 1. By constructing a device model that integrates physical structure and functional timing, and calculating alarm information based on real-time monitoring elements, it can intuitively display the hierarchical physical structure and timing-based functional flow within the device, thereby quickly locating the root cause of the fault; 2. By hierarchically decomposing the secondary device into equipment, boards, components, and functional modules, and collecting monitoring element data of all objects, it achieves in-depth status monitoring from macro to micro, covering the entire life cycle of the device's operating status; 3. By calculating alarm values ​​in real time through alarm information logical expressions, and combining parameters, status information, and other alarm information, it realizes intelligent reasoning and anomaly tracing of alarms, overcoming the limitations of traditional fixed alarm signals; 4. By adopting a standardized model file format and data communication protocol, it facilitates model parsing and data exchange, supports the operation and maintenance monitoring system to quickly generate display interfaces and update alarm status in real time, and improves the automation and response speed of operation and maintenance. Attached Figure Description

[0047] Figure 1 This is a schematic diagram of the method flow of the present invention;

[0048] Figure 2 This is a flowchart illustrating the calculation of alarm information values ​​for the device of the present invention. Detailed Implementation

[0049] The technical solution of the present invention will be further described below with reference to the accompanying drawings.

[0050] This invention provides a method for monitoring the status of secondary devices in a substation based on physical function topology, such as... Figure 1 As shown, taking a digital measurement and control device in a substation as an example, the method and system for monitoring the status of secondary devices in a substation based on physical function topology are as follows:

[0051] Step 1: Construct the physical functional topology model of the measurement and control device based on XML file format. The measurement and control device is constructed hierarchically according to its physical composition, including XML elements such as devices, boards, components, and modules.

[0052] The model contains one and only one DEVICE element, which carries device-level information. The DEVICE element includes several PARA (Device Parameters) elements, several STATUS (Device Status Information) elements, several ALM (Device Alarm Information) elements, LINKS (Links Between Modules) elements, and several BOARD (Board) elements. The LINKS element consists of several LINK elements; each LINK uniquely describes a directed connection, consisting of a source (SRC) and a destination (DST), where both SRC and DST are the module's terminal.

[0053] A BOARD element maps to an actual measurement and control device board, such as a management board, which includes several board parameter (PARA) elements, several board status information (STATUS) elements, several board alarm information (ALM) elements, and several COMPONENT elements.

[0054] A COMPONENT element maps to a device on an actual board, such as a CPU. It includes device parameter (PARA) elements, device status information (STATUS) elements, device alarm information (ALM) elements, and several MODULE elements.

[0055] A MODULE element maps to a relatively independent functional module program, such as a sample value processing module, which includes several functional module parameter (PARA) elements, several functional module status information (STATUS) elements, several functional module alarm information (ALM) elements, and several input / output terminals (Terminal).

[0056] An alarm message (ALM) element contains an Exp element, an EffectDesc element, and a Suggestion element. Exp is a logical operation expression composed of monitoring elements and other alarm messages, as shown in the following formula:

[0057] Exp(A) = f({Pi|i<m}, {Xj|j<n}, {Ak|k<l}), where A represents the alarm signal, Exp is the logical expression, Exp(A) represents the logical expression generated by a certain alarm signal, f is a logical operation formula containing AND, OR, NOT, comparison, and arithmetic operations, and the calculation result is 0 or 1; P i is a parameter, X j is the status information, A k is other alarm information; m, n, and l respectively represent the upper limits of the numbers of parameters, status signals, and other alarm signals. The alarm message value is determined by the calculation of Exp; the EffectDesc element is a string that describes the impact of the alarm on the device function when the alarm message value is 1 (i.e., the Exp operation value is 1); the Suggestion element is a string that describes how to operate to further understand or solve the problem when the alarm message value is 1.

[0058] Elements such as DEVICE, BOARD, COMPONENT, and MODULE constructed in the physical function topology model of the measuring and controlling device are shown in Table 1. Taking the device as a whole, the management module, its CPU device, and function modules as examples, the extracted parameters and status information are shown in Table 2. The connection relationships between some MODULEs are shown in Table 3. Some alarm messages are shown in Table 4.

[0059] Table 1 Measuring and Controlling Device Object Table

[0060]

[0061] Table 2 Measuring and Controlling Device Monitoring Element Table

[0062]

[0063] Table 3 Association Relationship Table between Function Modules of Measuring and Controlling Device

[0064]

[0065] Table 4 Partial Alarm Message Table of Measuring and Controlling Device

[0066]

[0067] Elements such as `meas`, `bin`, `ctrl`, and `sycn` are constructed to map the telemetry, telesignaling, remote control, and synchronization sub-units of the monitoring and control device, respectively. All modules required for execution of each sub-unit are selected from Table 1, and functional module groups (MODULES) elements are constructed according to their execution sequence to form the device functional topology. Each MODULES element consists of several functional module index (MDLIDX) elements. An MDLIDX element contains a functional module name element and a level element. The name is the global index of the module, and the level is the execution sequence of the module in the sub-unit. When two MDLIDX elements have the same level, it indicates that the two modules are executed simultaneously in parallel. Taking the telemetry function as an example, the constructed MODULES are shown in Table 5:

[0068] Table 5 Telemetry Functional Module Group Table of Measurement and Control Device

[0069]

[0070] Step 2: Download the physical function topology XML model to the measurement and control device. After parsing the model, the measurement and control device generates a list of all parameters and status information. It periodically collects real-time values ​​of the data in the list and generates records containing data names and values, where the data name is the global index of the parameter or status information within the model. In this example, the measurement and control device uses CIME files to carry the data. For status variables, in addition to recording real-time values, a change event record is generated when the value changes; for analog data, only real-time values ​​are recorded; for control commands, the complete control process and results are recorded. After connecting to the operation and maintenance monitoring system, it responds to the system's request for a file and sends the data file. The content of the data information entries in the file is shown in Table 6.

[0071] Table 6 Contents of Monitoring Data Files from Measurement and Control Devices

[0072]

[0073] The category uniquely identifies the content of this data entry: 1 indicates remote signaling for position change, 2 indicates remote control operation, 3 indicates periodic full data transmission, 4 indicates simulated trigger remote signaling, and 5 indicates power-on record.

[0074] Step 3: After the operation and maintenance monitoring system is powered on, it uses the file service of DL / T860 to summon and parse the physical functional topology model of the monitored measurement and control device. The device status display module generates a device physical topology display interface composed of hierarchical DEVICE, BOARD, COMPONENT and MODULE objects according to the physical topology in the model, and generates a function display interface with sequential function modules connected in series according to the functional topology in the model.

[0075] The system periodically calls upon the monitoring data CIME files from the measurement and control devices, parses the data in the files, and displays the monitoring element data of each object in the physical topology display interface and the function display interface.

[0076] The alarm information for each object in the model is generated by calculating the Exp of real-time monitoring data values ​​and alarm information. The calculation process is as follows: Figure 2 As shown.

[0077] The first step is to extract all alarm information from the measurement and control device model and form a list.

[0078] The second step is to generate a logical expression that can be used for machine calculation based on the alarm information's Exp(Ai);

[0079] The third step is to check whether the operands of the logical expression contain other alarm information values ​​Aj.

[0080] Fourth step: If the operands of the logical expression contain Aj, then search for Aj in the List, replace Aj with Exp(Aj), regenerate Exp(Ai), and return to the second step;

[0081] Fifth step: If the operands of the logical expression do not contain other alarm information values, but only parameters and status information, substitute the parameter and status information values ​​from the latest CIME file into the logical expression to calculate the value of alarm information Ai.

[0082] After calculating the alarm value, it is displayed differently on the object interface. When the value is 0, the object is displayed in green; when the value is 1, the object is displayed in red. At the same time, the EffectDesc and Suggestion of the alarm information are displayed, so that operators can quickly locate the cause of the abnormal alarm, the specific faulty device, and how to quickly resolve the fault.

[0083] Based on a similar inventive concept, this invention also provides a substation secondary device status monitoring system corresponding to the aforementioned substation secondary device status monitoring method, comprising:

[0084] The model building module is used to build the physical functional topology model of the secondary device;

[0085] The device monitoring module is deployed on the monitored secondary device and is used to analyze the model, collect monitoring element data, and send it.

[0086] The operation and maintenance monitoring module is used to analyze models, generate display interfaces, calculate alarm information values, and visualize them.

[0087] The innovation of this invention lies in introducing a device mechanism model, which hierarchically displays objects such as "equipment," "boards," "devices," and "functional modules" from a physical perspective. Furthermore, through the temporal connections between "functional modules," the complete process of device function execution is demonstrated. By collecting monitoring element data from all objects, in-depth device status monitoring is achieved. This changes the traditional method of directly transmitting alarm signals from the device under test. Instead, it constructs alarm information logical expressions based on monitoring elements within the mechanism model, and uses real-time monitoring element data to calculate the device alarm status in real time, realizing in-depth monitoring and fault tracing of the physical components and functional status of secondary devices.

Claims

1. A method for condition monitoring of secondary devices in a substation based on physical function topology, characterized in that, Includes the following steps: S1. Construct a physical functional topology model of the secondary device: Decompose the secondary device hierarchically according to its physical composition into DEVICE, BOARD, COMPONENT, and MODULE objects. Analyze and extract the monitoring elements of each type of object, establish alarm information for each object based on the monitoring elements, and form the physical topology of the device; Decompose the device function into several independent sub-functions SUBFUNC, construct functional module groups MODULES according to the execution sequence, establish alarm information for each SUBFUNC, and form the functional topology of the device. S2. Download the physical function topology model to the monitored secondary device. After the monitored secondary device parses the model, it collects monitoring element data in real time and sends the monitoring element data according to the data subscription method of the operation and maintenance monitoring system. S3. After the operation and maintenance monitoring system is powered on, it summons and parses the physical function topology model of the monitored secondary device. The device status display module generates a hierarchical device physical topology display interface based on the physical topology in the model, and generates a function display interface with sequential function modules connected in series based on the functional topology in the model. At the same time, it acquires the monitoring element data of the secondary device in real time, combines the alarm information in the model to generate alarm values, and displays them differently on the object interface.

2. The method according to claim 1, characterized in that, In step S1, the DEVICE object includes device-level parameters Pd, status information Xd, device-level alarm information Ad, connection relationships between MODULEs LINKS, and at least one BOARD object. The BOARD object includes board parameters Pb, status information Xb, board alarm information Ab, and at least one COMPONENT object. The COMPONENT object includes device parameter Pc, status information Xc, device alarm information Ac, and several MODULE objects. The MODULE object includes functional module parameters Pm, status information Xm, functional module alarm information Am, and input / output terminals Terminal.

3. The method according to claim 2, characterized in that, The alarm information includes an expression Exp, an impact description EffectDesc, and an operational suggestion Suggestion, where Exp is a logical expression composed of monitored elements and other alarm information: Exp(A)=f({P i |i<m},{X j |j<n},{A k |k<l}) Where A represents the alarm signal, Exp is a logical expression, Exp(A) represents the logical expression that generates a certain alarm signal, and f is a logical expression that includes AND, OR, NOT, comparison, and arithmetic operations, with a result of 0 or 1; P i As a parameter, X j For status information, A k Other alarm information; m, n, and l represent the upper limit of the number of parameters, status signals, and other alarm signals, respectively; An alarm message has one and only one Exp; EffectDesc describes the impact of the alarm on the device function when the alarm message is 1; Suggestion describes the operation method to solve the problem when the alarm message is 1.

4. The method according to claim 1, characterized in that, In step S1, the MODULES consists of several functional module indexes MDLIDX. Each MDLIDX includes a functional module name and a level, where name is the global index of the MODULE and level indicates the execution sequence of the MODULE in SUBFUNC.

5. The method according to claim 1, characterized in that, In step S2, after the monitored secondary device parses the physical function topology model, it generates a list of all parameters and status information, periodically collects real-time values ​​and generates records containing data names and data values; for status quantity data, in addition to recording real-time values, a change event record is generated when the value changes; for analog quantity data, only real-time values ​​are recorded; for control commands, the complete control process and results are recorded.

6. The method according to claim 1, characterized in that, In step S3, the logical generation of alarm values ​​by combining the alarm information in the model includes: S31, parse the physical function topology model and extract all alarm information to form a list; S32, Generate a machine-computable logical expression based on the expression Exp of the alarm information Ai; S33, check whether the operands of the logical expression contain other alarm information values ​​Aj; S34. If Aj is present, search for Aj in the List and replace Aj with Aj's Exp, regenerate Ai's Exp, and return to S32. S35, if the operand does not contain other alarm information values, substitute the real-time parameters and monitoring element values ​​into the logical expression to calculate the value of alarm information Ai.

7. A substation secondary device condition monitoring system based on physical function topology, used to implement the method described in any one of claims 1-6, characterized in that, include: The model building module is used to build the physical functional topology model of the secondary device; The device monitoring module is deployed on the monitored secondary device and is used to analyze the model, collect monitoring element data, and send it. The operation and maintenance monitoring module is used to analyze models, generate display interfaces, calculate alarm information values, and visualize them.

8. The system according to claim 7, characterized in that, The model building module uses XML file format to build a physical functional topology model, which includes XML element structures for DEVICE, BOARD, COMPONENT, MODULE, and SUBFUNC.

9. The system according to claim 7, characterized in that, The device monitoring module uses the CIME file format to carry monitoring data and communicates with the operation and maintenance monitoring module through the DL / T860 file service.

10. The system according to claim 7, characterized in that, The display interface of the operation and maintenance monitoring module includes: The physical topology display interface presents DEVICE, BOARD, COMPONENT, and MODULE objects in a hierarchical structure. The function display interface shows the SUBFUNC execution process in a sequential manner by connecting functional modules. The alarm status is displayed using color differences, and an impact description and operation suggestions are displayed simultaneously when an alarm occurs.

Images