Relay protection device multi-level state monitoring modeling method, analysis method, device and monitoring system

Abstract

The invention discloses a relay protection device multi-level state monitoring modeling method, an analysis method, a relay protection device multi-level state monitoring device and a relay protection device multi-level state monitoring system. The modeling method comprises the following steps: dividing state monitoring objects of the relay protection device into a complete machine level, a board card level and a chip level; defining a data type template of the ICD model file of the relay protection device; logic equipment is added under a logic equipment element under an S1 access point of an ICD model file IED, instantiation of logic nodes in the logic equipment is completed, and an incidence relation is established between logic node names of all levels; data set and report control block configuration is completed at an LLN0 logic node of the logic device. The analysis method is executed in a background monitoring system, and data uploaded by the relay protection device are received and processed by analyzing the configuration of the multi-level state monitoring model in the SCD file of the whole station. According to the invention, the operation safety and reliability of the relay protection device and the power system are improved.

Description

Technical Field

[0001] The present invention belongs to the field of power system substation automation, and specifically relates to a multi-level state monitoring modeling method, an analysis method, a device and a monitoring system for a relay protection device. Background Art

[0002] Relay protection devices are key automation control devices in power systems, and their operating status is directly related to the safety and reliability of the power grid. At present, distributed microprocessor relay protection devices are widely used in power systems. They are composed of multiple functional boards and numerous electronic devices, and the hardware and software structures are becoming increasingly complex. Traditional relay protection device status monitoring technology is mainly limited to simple monitoring of the internal circuit of a single board, and lacks a systematic monitoring method from the device level to the whole machine level.

[0003] In the prior art, there is a device-level multi-layer status monitoring system for relay protection devices. Through distributed deployment of device-level status monitoring modules, board-level monitoring modules, and whole-machine monitoring modules, comprehensive status monitoring of relay protection devices from devices to the whole machine is achieved, and fuzzy comprehensive evaluation methods are used to evaluate the whole machine status, providing visual overall operating status information for operation and maintenance personnel, thereby improving the reliability of relay protection devices. However, this solution still has the following shortcomings:

[0004] It does not explain in detail how to effectively associate and send the monitoring information at each level to the upper computer: The patent mentions the use of distributed deployment to collect device-level and board-level information and transmit the information to the whole machine monitoring module. However, the specific information transmission method and mechanism are not elaborated in depth.

[0005] Lack of standardized modeling methods for monitoring objects: Although the patent involves monitoring objects at different levels, such as processors, memories, various boards, etc., it does not mention the use of standardized modeling methods to describe these monitoring objects and their hierarchical relationships.

[0006] The host computer cannot automatically identify the affiliation of monitoring data at each level: Due to the lack of standardized modeling methods, when the host computer receives monitoring data at each level, it cannot automatically determine which specific monitoring object these data belong to, and needs to rely on manual association identification.

[0007] It is impossible to achieve centralized display and unified analysis of monitoring information: Due to the scattered sources of monitoring data, the host computer is unable to integrate and uniformly analyze monitoring information at different levels, and is unable to provide comprehensive and intuitive device status information to operation and maintenance personnel.

[0008] In summary, the existing technology has certain deficiencies in how to effectively associate and transmit multi-level monitoring information, and how to realize the automatic identification and unified display of monitoring objects by the host computer, and there is room for further improvement. Summary of the invention

[0009] Purpose of the invention: The present invention provides a modeling method, an analysis method, a device and a monitoring system for multi-level condition monitoring of a relay protection device. By introducing the IEC 61850 standard, the problems of insufficient organization and correlation of monitoring data, lack of a unified modeling standard, and low real-time and accuracy of monitoring information in the prior art are solved.

[0010] Technical solution: In the first aspect, a multi-level state monitoring modeling method for a relay protection device comprises the following steps:

[0011] The state monitoring objects of relay protection devices are divided into whole machine level, board level and chip level;

[0012] Define the data type template of the ICD model file of the relay protection device. The data type template includes: defining the monitoring logic node of the whole machine level, the monitoring logic node of the board level, and the monitoring logic node of the chip level, and adding corresponding data objects under each monitoring logic node;

[0013] Add a logical device under the logical device element of the S1 access point of the IED in the ICD model file, and complete the instantiation of the logical nodes in the logical device. When the logical nodes are instantiated, each logical node uses the corresponding monitoring logical node class in the data type template as the logical node type, and for the monitoring logical node at the board level, fill in the board function and slot number in the prefix of the logical node name according to the specified format; for the monitoring logical node at the chip level, fill in the board function and slot number of the board to which the chip belongs in the prefix of the logical node name according to the specified format;

[0014] Complete the data set and report control block configuration at the LLN0 logical node of the logical device.

[0015] Preferably, corresponding data objects are added under each monitoring logical node, including:

[0016] The English abbreviation of the monitoring object name is used as the name of the data object. According to the public data class CDC corresponding to the basic data type of the monitoring object, the corresponding object type template DOType is selected or created in the data object type template library of the data type template.

[0017] Preferably, selecting or creating a corresponding object type template DOType in a data object type template library of a data type template includes:

[0018] For Boolean alarm monitoring data, CDC=SPS data object modeling is used; for integer operating status and counting data, CDC=INS data object modeling is used; for floating-point measurement data, CDC=MV data object modeling is used.

[0019] Preferably, for board-level monitoring logical nodes, the board function and slot number are filled in the prefix of the logical node name according to the specified format; for chip-level monitoring logical nodes, the board function and slot number of the board to which the chip belongs are filled in the prefix of the logical node name according to the specified format, including: for board-level monitoring logical nodes, the board function and slot number are filled in the prefix of the logical node name according to the format of "function abbreviation + slot number"; for chip-level monitoring logical nodes, the board function and slot number of the board to which the chip belongs are filled in the prefix of the logical node name according to the format of "function abbreviation + slot number".

[0020] Preferably, the data objects of the status monitoring are divided into status monitoring data and alarm monitoring data according to their functions; the data set and report control block configuration are completed at the LLN0 logical node of the logical device, including:

[0021] Create a dsMonSta data set in the LLN0 logical node, and add a monitoring data reference of the status class in the monitoring logical node to the dsMonSta data set; create a dsMonAlm data set in the LLN0 logical node, and add a monitoring data reference of the alarm class in each monitoring logical node to the dsMonAlm data set;

[0022] Create a urcbMonSta non-cached report control block at the LLN0 logical node, configure the urcbMonSta non-cached report control block to reference the dsMonSta data set, and the urcbMonSta non-cached report control block uses the IEC61850 non-cached report service to send status monitoring data; create a brcbMonAlm cached report control block at the LLN0 logical node, configure the brcbMonAlm cached report control block to reference the dsMonAlm data set, and the brcbMonAlm cached report control block uses the IEC 61850 cached report service to send alarm monitoring data.

[0023] In a second aspect, a multi-level state monitoring modeling device for a relay protection device includes:

[0024] A monitoring object classification module is used to classify the state monitoring objects of the relay protection device into the whole machine level, board level and chip level;

[0025] The data type template definition module is used to define the data type template of the ICD model file of the relay protection device. The data type template includes: defining the monitoring logic node class of the whole machine level, the monitoring logic node class of the board level, and the monitoring logic node class of the chip level, and adding corresponding data objects under each monitoring logic node;

[0026] The logical device modeling module is used to add a logical device under the logical device element of the S1 access point of the IED in the ICD model file, and complete the instantiation of the logical nodes in the logical device. When the logical nodes are instantiated, each logical node uses the corresponding monitoring logical node class in the data type template as the logical node type, and for the monitoring logical node at the board level, the board function and slot number are filled in the prefix of the logical node name according to the specified format; for the chip-level monitoring logical node, the board function and slot number of the board to which the chip belongs are filled in the prefix of the logical node name according to the specified format;

[0027] The auxiliary configuration module is used to complete the data set and report control block configuration at the LLN0 logical node of the logical device.

[0028] Preferably, the data type template definition module adds specific corresponding data objects under each monitoring logical node, including:

[0029] The English abbreviation of the monitoring object name is used as the name of the data object. According to the public data class CDC corresponding to the basic data type of the monitoring object, the corresponding object type template DOType is selected or created in the data object type template library of the data type template.

[0030] Preferably, selecting or creating a corresponding object type template DOType in a data object type template library of a data type template includes:

[0031] For Boolean alarm monitoring data, CDC=SPS data object modeling is used; for integer operating status and counting data, CDC=INS data object modeling is used; for floating-point measurement data, CDC=MV data object modeling is used.

[0032] Preferably, for board-level monitoring logical nodes, the board function and slot number are filled in the prefix of the logical node name according to the specified format; for chip-level monitoring logical nodes, the board function and slot number of the board to which the chip belongs are filled in the prefix of the logical node name according to the specified format, including: for board-level monitoring logical nodes, the board function and slot number are filled in the prefix of the logical node name according to the format of "function abbreviation + slot number"; for chip-level monitoring logical nodes, the board function and slot number of the board to which the chip belongs are filled in the prefix of the logical node name according to the format of "function abbreviation + slot number".

[0033] Preferably, the data objects of the status monitoring are divided into status monitoring data and alarm monitoring data according to their functions, and the auxiliary configuration module includes:

[0034] An alarm data configuration unit is used to create a dsMonSta data set in the LLN0 logical node, and add a monitoring data reference of the status class in the monitoring logical node in the dsMonSta data set; create a dsMonAlm data set in the LLN0 logical node, and add a monitoring data reference of the alarm class in each monitoring logical node in the dsMonAlm data set;

[0035] A monitoring data configuration unit is used to create a urcbMonSta non-cached report control block in the LLN0 logical node, configure the urcbMonSta non-cached report control block to reference the dsMonSta data set, and the urcbMonSta non-cached report control block uses the IEC61850 non-cached report service to send status monitoring data; create a brcbMonAlm cached report control block in the LLN0 logical node, configure the brcbMonAlm cached report control block to reference the dsMonAlm data set, and the brcbMonAlm cached report control block uses the IEC 61850 cached report service to send alarm monitoring data.

[0036] According to a third aspect, a computer device is provided, comprising one or more processors; a memory; and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors, and when the programs are executed by the processors, the steps of the multi-level condition monitoring modeling method for relay protection devices as described in the first aspect of the present invention are implemented.

[0037] In a fourth aspect, a computer storage medium is provided, on which a computer program is stored, and when the computer program is executed by a processor, the steps of the multi-level condition monitoring modeling method for relay protection devices as described in the first aspect of the present invention are implemented.

[0038] In a fifth aspect, a method for analyzing multi-level status monitoring data of a relay protection device comprises the following steps:

[0039] Loading a station-wide SCD file, wherein the station-wide SCD file includes configuration information and parameter settings of a relay protection device, wherein the configuration information and parameter settings of the relay protection device are generated based on a multi-level state monitoring model of the relay protection device, wherein the multi-level state monitoring model is formed according to the multi-level state monitoring modeling method described in any one of claims 1 to 5 and is issued to the relay protection device;

[0040] Parse the monitoring logic nodes at the whole machine level, the monitoring logic nodes at the board level, and the monitoring logic nodes at the chip level under the logical device according to the whole station SCD file, and create monitoring data objects for each monitoring logic node;

[0041] The monitoring data set and report control block of the LLN0 logical node are parsed according to the whole station SCD file, a database object is created based on the parsed data set and report control block, and a report enabling parameter is configured.

[0042] Preferably, parsing the whole machine-level monitoring logical node, the board-level monitoring logical node, and the chip-level monitoring logical node under the logical device, and creating a monitoring data object for each monitoring logical node includes:

[0043] Creating a whole-machine monitoring object according to an instance of a whole-machine-level monitoring logic node, and creating a whole-machine-level monitoring data object according to an instance of a data object of the whole-machine-level monitoring logic node;

[0044] Create a board-level monitoring object according to the instance of the board-level monitoring logic node class, identify the function and slot number of the board according to the prefix of the board-level monitoring logic node name, complete the registration of the board-level monitoring object under the whole machine monitoring object, generate the association relationship with the whole machine to which it belongs, and parse the data object instance configured under the board-level monitoring logic node to complete the creation of the board-level monitoring data object;

[0045] Create a chip-level monitoring object based on the instance of the chip-level monitoring logic node class, associate it with the same board-level logic node based on the chip-level monitoring logic node name prefix, create a chip-level monitoring object under the board-level monitoring object, and parse the data object instance configured under the chip-level monitoring logic node to complete the creation of the chip-level monitoring data object.

[0046] Preferably, parsing the monitoring data set and report control block of the LLN0 logical node, creating a database object based on the parsed data set and report control block, and configuring the report enabling parameters include:

[0047] According to the alarm data object instance referenced by the dsMonAlm data set of the LLN0 logical node, the corresponding telesignaling object is created in the telesignaling database of the background system, the brcbMonAlm report control block is parsed, and the parameter configuration of the enabling report is completed according to the parsing result of the brcbMonAlm report control block;

[0048] According to the status class data object referenced by the dsMonSta data set of the LLN0 logical node, the corresponding telemetry object is created in the telemetry database of the background system, the urcbMonSta report control block is parsed, and the parameter configuration of the enabling report is completed according to the parsing result of the urcbMonSta report control block.

[0049] In a sixth aspect, a multi-level status monitoring data analysis device for a relay protection device includes:

[0050] A file loading module, used for loading a station-wide SCD file, wherein the station-wide SCD file includes configuration information and parameter settings of a relay protection device, wherein the configuration information and parameter settings of the relay protection device are generated based on a multi-level state monitoring model of the relay protection device, wherein the multi-level state monitoring model is formed according to the multi-level state monitoring modeling method according to any one of claims 1 to 5 and is issued to the relay protection device;

[0051] The first parsing module is used to parse the monitoring logic nodes of the whole machine level, the monitoring logic nodes of the board level, and the monitoring logic nodes of the chip level under the logical device according to the whole station SCD file, and create a multi-level monitoring data object for each monitoring logic node;

[0052] The second parsing module is used to parse the monitoring data set and report control block of the LLN0 logical node according to the whole station SCD file, create a database object based on the parsed data set and report control block, and configure the report enabling parameters.

[0053] Preferably, the first parsing module includes:

[0054] The whole machine level processing unit is used to create a whole machine monitoring object according to the instance of the whole machine level monitoring logic node, and to create a whole machine level monitoring data object according to the data object instance of the whole machine level monitoring logic node;

[0055] The board-level processing unit is used to create a board-level monitoring object according to an instance of the board-level monitoring logic node class, identify the function and slot number of the board according to the prefix of the board-level monitoring logic node name, complete the registration of the board-level monitoring object under the whole machine monitoring object, generate an association relationship with the whole machine to which it belongs, and parse the data object instance configured under the board-level monitoring logic node to complete the creation of the board-level monitoring data object;

[0056] The chip-level processing unit is used to create a chip-level monitoring object based on an instance of the chip-level monitoring logic node class, associate the chip-level monitoring logic node name prefix with the same board-level logic node, create a chip-level monitoring object under the board-level monitoring object, and parse the data object instance configured under the chip-level monitoring logic node to complete the creation of the chip-level monitoring data object.

[0057] Preferably, the second parsing module includes:

[0058] The alarm data processing unit is used to create a corresponding telesignaling object in the telesignaling database of the background system according to the alarm data object instance referenced by the dsMonAlm data set of the LLN0 logical node, parse the brcbMonAlm report control block, and complete the parameter configuration of the enabling report according to the parsing result of the brcbMonAlm report control block;

[0059] The status data processing unit is used to create corresponding telemetry objects in the telemetry database of the background system according to the status data objects referenced by the dsMonSta data set of the LLN0 logical node, parse the urcbMonSta report control block, and complete the parameter configuration of the enable report according to the parsing result of the urcbMonSta report control block.

[0060] In the seventh aspect, a computer device comprises one or more processors; a memory; and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors, and when the programs are executed by the processors, the steps of the multi-level status monitoring data analysis method for relay protection devices as described in the fifth aspect of the present invention are implemented.

[0061] In an eighth aspect, a computer storage medium stores a computer program thereon, and when the computer program is executed by a processor, the steps of the method for analyzing multi-level status monitoring data of a relay protection device as described in the fifth aspect of the present invention are implemented.

[0062] In a ninth aspect, a multi-level status monitoring system for a relay protection device includes:

[0063] A relay protection device is configured to run a multi-level status monitoring model to monitor the operating status of the power system in real time, wherein the multi-level status monitoring model is formed by a modeling tool running on a computer device by executing the method according to the first aspect of the present invention and is sent to the relay protection device;

[0064] The background monitoring system is configured to parse the multi-level status monitoring model configuration of each relay protection device in the SCD file of the entire station according to the method described in the fifth aspect of the present invention, generate monitoring data objects and establish communication links, receive and process the monitoring data sent by the relay protection device, so as to realize real-time monitoring and analysis and processing of the equipment status.

[0065] Beneficial effects:

[0066] (1) The present invention proposes a multi-level state monitoring modeling method for relay protection devices, which models the equipment operation state monitoring data of the relay protection device from three levels: chip level, board level, and whole machine level. This modeling method not only meets the IEC61850 standard, ensuring the communication consistency between the relay protection device and the background monitoring system, so that equipment and systems from different manufacturers can be seamlessly integrated, which is convenient for the integration and sharing of monitoring data; and by designing a dedicated logical node instantiation method, the hierarchical relationship of the monitoring object can be clearly reflected through the logical node instance name, so that the upper computer (background monitoring system) can automatically identify and associate the monitoring objects at each level, thereby improving the accuracy and efficiency of data processing.

[0067] (2) The monitoring system of the present invention utilizes the communication protocol and data model of the IEC 61850 standard, which can improve the real-time and accuracy of monitoring information, ensure that the monitoring data can be quickly and accurately transmitted to the monitoring system, and provide reliable data support for the status evaluation and fault diagnosis of the relay protection device. BRIEF DESCRIPTION OF THE DRAWINGS

[0068] Figure 1 It is a block diagram of the multi-level condition monitoring system for substation relay protection devices;

[0069] Figure 2 A flow chart of the modeling method for multi-level condition monitoring of relay protection devices;

[0070] Figure 3 To develop modeling principles for multi-level condition monitoring of relay protection devices;

[0071] Figure 4 This is a flow chart of the background monitoring system's processing of monitoring data. DETAILED DESCRIPTION

[0072] The technical solutions in the embodiments of the present invention will be described clearly and completely below with reference to the accompanying drawings.

[0073] Figure 1 The structure block diagram of a multi-level status monitoring system for a substation relay protection device provided by the present invention is shown as follows: Figure 1 As shown, the multi-level status monitoring system includes a relay protection device, a modeling tool and a background monitoring system. The relay protection device is an electrical device that automatically monitors and quickly cuts off a faulty circuit to ensure the safe and stable operation of the power system. The background monitoring system is a computerized system for real-time monitoring and analysis of the operating status of the power system. It collects data from relay protection devices and other intelligent electronic devices to provide a comprehensive assessment of the health status and fault diagnosis of intelligent electronic devices. The modeling tool is software that can configure an IEC 61850 model and runs on a desktop or other computer device. According to a data object modeling method based on IEC 61850 proposed in the present invention, the equipment operating status monitoring data of the relay protection device is modeled from three levels: chip level, board level, and whole machine level. Then the built model is downloaded to the relay protection device for operation, so that the background monitoring system establishes a corresponding parsing mechanism according to the model to realize automatic identification and combination of logical nodes at each level to form an integration of whole machine monitoring information.

[0074] IEC 61850 is a set of communication protocols and standards developed by the International Electrotechnical Commission, mainly used for communication between relay protection devices, automation equipment and intelligent electronic devices in power systems. It defines data models, communication services, configuration languages ​​and related communication network requirements, aiming to improve the interoperability, reliability and configuration flexibility of power system equipment. The IEC 61850 international standard has been widely used in power automation systems. The standard provides a complete set of data modeling methods and specifications for power system equipment, which can achieve standardized description and automatic identification of equipment status information. However, most of the current IEC 61850 modeling objects are oriented to the functions of equipment applications. For the monitoring of the equipment's own operating status, the current standard modeling specifications are still imperfect and need to be modeled and expanded according to the standard.

[0075] Embodiment 1

[0076] Reference Figure 2 This embodiment proposes a method for modeling the state monitoring information of a substation relay protection device according to the IEC61850 standard, including the following steps:

[0077] Step 1: Monitoring data object definition

[0078] Step 1-1: Definition of monitoring object level

[0079] The status monitoring objects of relay protection devices are divided into whole machine level, board level and chip level.

[0080] 1) The whole machine level status monitoring objects include the working status, timing status, locking status, etc. of the device;

[0081] 2) Board-level status monitoring objects include device plug-in status (such as CPU board, IO input and output board, AD sampling board, GOOSE / SV board and power board, etc.), for example, the status of device plug-in includes board temperature and humidity, working voltage, board reset count, etc.;

[0082] 3) The chip-level status monitoring object includes monitoring the status of specific chips in the device plug-in (including CPU, DDR, FPGA, AD, EEPROM and flash, etc.). For example, the chip status includes monitoring data of various chips such as CPU core voltage and temperature, CPU core instruction anomalies, DDR memory bit error count, etc.

[0083] Step 1-2: Classification of monitoring data objects

[0084] According to the function, the status monitoring objects are divided into status monitoring data and alarm monitoring data.

[0085] 1) Status monitoring data such as equipment operation status, network link status, working voltage and current, chip temperature and humidity, etc. The background monitoring system can continuously monitor the data values ​​of status monitoring data, and perform threshold judgment, statistics, trend analysis and other operations based on the data values ​​of status monitoring data.

[0086] 2) Alarm monitoring data such as abnormal alarms of the whole machine board, or chip component alarms, etc. The background monitoring system receives the alarm monitoring data sent by the device in real time, such as sudden alarms, and makes corresponding processing for the safe and stable operation of the equipment according to the alarm monitoring data.

[0087] Step 2: Define the monitoring object data type template

[0088] According to the modeling requirements of the IEC 61850 standard, the design of data templates (DataTypeTemplates) used for modeling multi-level monitoring objects in the device ICD model file is completed. Data type templates (DataTypeTemplates) are the general term for model object templates at each layer, including logical node types (LNodeType, i.e. LogicNodeType), data object types (DOType, i.e. DataObjectType), etc. from top to bottom. The data object type DOType includes data object templates specifically used for uploading status monitoring data and alarm monitoring data, and the two use different templates. According to the monitoring object level (whole machine, board or chip level), it is classified into different S-type logical node classes (LNClass), and any S logical node type (LNodeType) can contain data objects (DO, DataObject) of uploaded status monitoring data or alarm monitoring data.

[0089] The specific steps for defining the monitoring object data type template are as follows:

[0090] Step 2-1: Define multi-level status monitoring S-type logical node class

[0091] According to the IEC 61850 standard definition, for different levels of monitoring objects, refer to the IEC 61850-7-4 logical node group classification principle (dividing logical node groups according to the initials of their functions), select the monitoring S class (supervision and monitoring) logical node group, and define a new logical node class (lnClass) as follows:

[0092] The SDEV (Supervision Device) logical node class is used for whole machine level status monitoring;

[0093] The SMDL (Supervision Module) logical node class is used for board-level status monitoring;

[0094] The SCHP (Supervision Chip) logical node class is used for chip-level status monitoring.

[0095] Step 2-2: Define the monitoring object logical node type

[0096] Based on the logical node classes monitored at each level, generate the logical node type (LNodeType) that implements the equipment status monitoring function of this device, and add the corresponding monitoring data object (Data Object, DO) definition under the logical node. The specific steps are as follows:

[0097] Design the data object DO name according to the meaning of the monitored object. For example, for device status, the DO name is DevStat, which means device status; for device temperature, the DO name is DevTmp, which means device temperature.

[0098] In the DOType of the data template DataTypeTemplates, select or create a monitoring data object class according to the common data class (CDC) (defined by 61850-7-3) corresponding to the basic data type of the monitoring object, as follows:

[0099] For alarm monitoring data whose basic data type is Boolean, DO modeling with CDC=SPS (single point state) is adopted;

[0100] For the operation status and counting data whose basic data types are integers, the DO modeling of CDC=INS (integer status) is adopted;

[0101] For measurement data whose basic data type is floating point (such as temperature and humidity, voltage and current, etc.), DO modeling with CDC=MV (measured value) is adopted.

[0102] If the required CDC is not pre-configured in the DOType template library, create the corresponding DOType in the DOType template library according to the CDC definition of IEC61850-7-3. For example, if you need to add monitoring data with an enumeration type as the basic data type, you can use DO modeling with CDC = ENS (enumeration state).

[0103] It should be understood that the logical node class and logical node type in the DataTypeTemplates template are two concepts. The logical node type is an instance of the logical node class. The logical node class can be instantiated into multiple logical node types. For example, the SDEV logical node class can be instantiated according to the specific functional characteristics of the manufacturer's products. For example, in the GDNR_V1_SDEV and GDNR_V2_SDEV logical node types, GDNR is the manufacturer name and V1 is the private version number. These two logical node types can contain different DOs, but both are used to realize the status monitoring of the whole machine.

[0104] Step 3: Modeling the logical device of the monitoring object

[0105] Step 3-1: Logic Device (LDevice) Modeling

[0106] Add the logical device MONT definition under the S1 access point of the IED in the ICD model file. The S1 access point is the station control layer access point, which realizes the communication function with the monitoring system.

[0107] Step 3-2: Logical Node (LN) instantiation

[0108] Add a multi-level monitoring logical node instance under the logical device MONT. In the logical node type LNodeType of the data type template DataTypeTemplates, select the corresponding logical node type according to the actual board and chip configuration of the device to complete the instantiation of the logical node. During the instantiation, the association and subordination of the multi-level logical nodes are realized through the prefix definition of the logical node name.

[0109] The modeling principle of multi-level condition monitoring for relay protection devices is as follows: Figure 3 The specific rules are as follows:

[0110] (1) Instantiation of machine-level monitoring logic nodes

[0111] A device only needs to instantiate one SDEV logical node, for example, it can be instantiated as SDEV1.

[0112] (2) Board-level monitoring logic node instantiation

[0113] One board instantiates one SMDL logical node. For the instantiation of the board-level monitoring logical node, the prefix of the logical node name is the board function and slot address, and the suffix is ​​the instance number of the same logical node. The following Table 1 lists the abbreviations of commonly used board functions. The abbreviations do not exceed 3 characters to ensure that the total length of the logical node name does not exceed 12 characters. Other boards can also refer to this rule for definition:

[0114] Table 1 Examples of abbreviations for commonly used board functions

[0115] Board Type Function Abbreviation Main CPU board CPU GOOSE Board Go SV Board Sv Power Board Pwr Opening plate In Open board Out

[0116] For example, the monitoring function logical node name of the GOOSE board inserted in slot number 12 is Go12SMDL1.

[0117] (3) Chip-level monitoring logic node instantiation

[0118] For the instantiation of the chip-level monitoring logical node, the logical node name prefix refers to the logical node instance prefix of the board to which it belongs, forming an association with the board, and the suffix is ​​the instance number of the same type of logical node. For example, the chip-level monitoring logical node name of the GOOSE board with slot number 12 is Go12SCHP1.

[0119] Step 3-3: Complete the monitoring data set and report control block configuration

[0120] According to the category of monitoring data, for status monitoring data, define the dsMonSta data set of status data under the LLN0 logical node of the MONT logical device, and add the reference of the monitoring data of the status class in each monitoring logical node to the dsMonSta data set. The LLN0 logical node is a public information logical node under the MONT logical device, which is in parallel with the above-defined logical node. Usually, the data set and report control block are configured in the LLN0 logical node. Define the urcbMonSta report control block under the LLN0 logical node, configure the urcbMonSta non-cached report control block to reference the dsMonSta data set, and the urcbMonSta report control block uses the non-cached report service of IEC 61850 to send status monitoring data. Define the dsMonAlm data set of alarm data under the LLN0 logical node, and add the reference of the monitoring data object of the alarm class in each monitoring logical node to the dsMonAlm data set. Define the brcbMonAlm report control block at the LLN0 logical node, configure the brcbMonAlm cache report control block to reference the dsMonAlm data set, and use the IEC61850 cache report service to upload alarm monitoring data.

[0121] This embodiment is based on the IEC 61850 standard modeling principle, and proposes a modeling method for monitoring data objects of relay protection devices. The equipment operation status monitoring data of the relay protection device is modeled from three levels: chip level, board level, and whole machine level. The modeling method not only meets the IEC 61850 standard, ensures the communication consistency between the device and the background monitoring system, and enables the seamless integration of devices and systems from different manufacturers, which facilitates the integration and sharing of monitoring data; and by designing a dedicated logical node instantiation method, the hierarchical relationship of the monitoring object can be clearly reflected through the logical node instance name, so that the host computer can automatically identify and associate the monitoring objects at each level, thereby improving the accuracy and efficiency of data processing.

[0122] Embodiment 2

[0123] This embodiment provides a multi-level state monitoring modeling device for a relay protection device, comprising:

[0124] A monitoring object classification module is used to classify the state monitoring objects of the relay protection device into the whole machine level, board level and chip level;

[0125] The data type template definition module is used to define the data type template of the ICD model file of the relay protection device. The data type template includes: defining the monitoring logic node class of the whole machine level, the monitoring logic node class of the board level, and the monitoring logic node class of the chip level, and adding corresponding data objects under each monitoring logic node;

[0126] The logical device modeling module is used to add a logical device under the logical device element of the S1 access point of the IED in the ICD model file, and complete the instantiation of the logical nodes in the logical device. When the logical nodes are instantiated, each logical node uses the corresponding monitoring logical node class in the data type template as the logical node type, and for the monitoring logical node at the board level, the board function and slot number are filled in the prefix of the logical node name according to the specified format; for the chip-level monitoring logical node, the board function and slot number of the board to which the chip belongs are filled in the prefix of the logical node name according to the specified format;

[0127] The auxiliary configuration module is used to complete the data set and report control block configuration at the LLN0 logical node of the logical device.

[0128] Among them, the data type template definition module adds specific corresponding data objects under each monitoring logical node, including: using the English abbreviation of the monitoring object name as the name of the data object, and selecting or creating the corresponding object type template DOType in the data object type template library of the data type template according to the public data class CDC corresponding to the basic data type of the monitoring object. For Boolean alarm monitoring data, CDC = SPS data object modeling is used; for integer operating status and counting data, CDC = INS data object modeling is used; for floating-point measurement data, CDC = MV data object modeling is used.

[0129] Furthermore, for board-level monitoring logical nodes, the board function and slot number are filled in the prefix of the logical node name in the format of "function abbreviation + slot number"; for chip-level monitoring logical nodes, the board function and slot number of the board to which the chip belongs are filled in the prefix of the logical node name in the format of "function abbreviation + slot number".

[0130] According to the data objects of the status monitoring being divided into status monitoring data and alarm monitoring data according to their functions, the auxiliary configuration module further comprises:

[0131] An alarm data configuration unit is used to create a dsMonSta data set in the LLN0 logical node, and add a monitoring data reference of the status class in the monitoring logical node in the dsMonSta data set; create a dsMonAlm data set in the LLN0 logical node, and add a monitoring data reference of the alarm class in each monitoring logical node in the dsMonAlm data set;

[0132] The monitoring data configuration unit is used to create a urcbMonSta non-cached report control block at the LLN0 logical node, configure the urcbMonSta non-cached report control block to reference the dsMonSta data set, and the urcbMonSta non-cached report control block uses the IEC61850 non-cached report service to send status monitoring data; create a brcbMonAlm cache report control block at the LLN0 logical node, configure the brcbMonAlm cache report control block to reference the dsMonAlm data set, and the brcbMonAlm cache report control block uses the IEC 61850 cache report service to send alarm monitoring data. It should be understood that the modeling device in this embodiment can implement all the technical solutions in the above embodiment 1, and the functions of its various functional modules can be specifically implemented according to the method in the above method embodiment. The specific implementation process can refer to the relevant description in the above embodiment, which will not be repeated here.

[0133] Embodiment 3

[0134] This embodiment provides a computer 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 are configured to be executed by the one or more processors, and when the programs are executed by the processors, the steps of the multi-level condition monitoring modeling method for relay protection devices as described in Example 1 of the present invention are implemented.

[0135] Embodiment 4

[0136] This embodiment provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the steps of the multi-level condition monitoring modeling method for a relay protection device as described in the first embodiment of the present invention are implemented.

[0137] Embodiment 5

[0138] This embodiment provides a multi-level status monitoring system for a relay protection device, including:

[0139] The relay protection device is configured to run a multi-level state monitoring model to monitor the operating state of the power system in real time. The multi-level state monitoring model is formed by a modeling tool running on a computer device by executing the multi-level state monitoring modeling method for relay protection devices described in the present invention and is sent to the relay protection device; after the relay protection device runs the multi-level state monitoring model, the data generated by it will usually be given in the format defined by the model. These data will follow the structure set in the monitoring model, including logical nodes and data object instances (DOI) at different levels (such as complete machines, boards, chips, etc.), and the associations between them. The model defines the organization of data and the format of the report, so the output data will reflect these levels and structures, so that the background monitoring system can parse and process the monitoring data according to these model formats;

[0140] The background monitoring system is configured to parse the multi-level status monitoring model configuration of each relay protection device in the SCD file of the entire station, generate monitoring data objects and establish communication links, receive and process the monitoring data sent by the relay protection device, so as to realize real-time monitoring and analysis and processing of the equipment status.

[0141] Reference Figure 4 , the background monitoring system loads and analyzes the whole station SCD model file, realizes the multi-level expansion of the equipment status monitoring data object, and creates a monitoring database, which specifically includes the following steps:

[0142] Step 4-1: Create multi-level monitoring data objects

[0143] 1) Parse the logical nodes of the logical device MONT, create monitoring objects of each level (whole machine, board, chip) according to the logical node class (lnClass) in the logical node name, and generate the association relationship of monitoring objects of each level according to the prefix in the logical node name.

[0144] Specifically, according to the SDEV logical node, a whole-machine-level monitoring object is created in the background monitoring object table; according to the SMDL logical node name prefix, the board function and slot number are identified, and the board-level monitoring object is created under the whole-machine-level monitoring object; according to the SCHP logical node name prefix, the same SMDL logical node is automatically associated with it, thereby creating a chip-level monitoring object under the board.

[0145] 2) According to the logical node type (lnType), the corresponding logical node type is found in the logical node type template, the data object instantiation (DOI) contained in the logical node is completed, and a specific monitoring data object is created.

[0146] Step 4-2: Parse the data set and report control block to create a database of background monitoring objects

[0147] 1) Parse the data set of the LLN0 logical node under the MONT logical device, map the status monitoring data objects referenced by the dsMonSta data set to the telemetry objects of the background system database; map the alarm monitoring data objects referenced by the dsMonAlm data set to the telesignaling objects of the background system database.

[0148] 2) Parse the non-cached report control block urcbMonSta and the cached report control block brcbMonAlm to obtain the communication service configuration of the background as the client-side enabling device-side report control block. The background monitoring system establishes a communication link with the protection device and receives the monitoring data sent by the processing device, including:

[0149] 1) Communicate with the relay protection device through the station control layer network MMS or CMS protocol.

[0150] 2) After enabling the urcbMonSta and brcbMonAlm report control blocks respectively through the SetBrcbValues ​​and SetUrcbValues ​​services, set the report trigger conditions (TrgOps) including enabling parameters such as value changes and integrity periods.

[0151] 3) The relay protection device uploads the equipment status monitoring data through the reporting service. After receiving the report uploaded by the device, the background monitoring system can display the monitoring data at multiple levels and perform advanced functions such as in-depth threshold judgment, statistical recording, diagnosis prediction, etc. according to the static configuration of the monitoring data object and the background telesignaling or telemetry processing.

[0152] The multi-level status monitoring system for relay protection devices proposed in this embodiment can dynamically parse the equipment monitoring data objects of the relay protection device model of the entire station, and automatically establish the association relationship between the monitoring data objects at each level according to the three levels of chip-board-whole machine, thereby realizing the processing and display of multi-level status monitoring data of relay protection equipment, providing reliable device status diagnosis basis for power system operation and maintenance personnel, and improving the safety and reliability of relay protection equipment and power system operation.

[0153] Embodiment 6

[0154] This embodiment provides a method for parsing multi-level status monitoring data of a relay protection device, which is executed in a background monitoring system, and receives and processes data sent by the relay protection device by parsing the multi-level status monitoring model configuration in the SCD file of the entire station, and specifically includes the following steps:

[0155] Loading a station-wide SCD file, wherein the station-wide SCD file includes configuration information and parameter settings of a relay protection device, wherein the configuration information and parameter settings of the relay protection device are generated based on a multi-level state monitoring model of the relay protection device, wherein the multi-level state monitoring model is formed according to the multi-level state monitoring modeling method described in Embodiment 1 of the present invention and is issued to the relay protection device;

[0156] Parse the monitoring logic nodes at the whole machine level, the monitoring logic nodes at the board level, and the monitoring logic nodes at the chip level under the logical device according to the whole station SCD file, and create monitoring data objects for each monitoring logic node;

[0157] The monitoring data set and report control block of the LLN0 logical node are parsed according to the whole station SCD file, a database object is created based on the parsed data set and report control block, and a report enabling parameter is configured.

[0158] Furthermore, the whole machine-level monitoring logical nodes, board-level monitoring logical nodes, and chip-level monitoring logical nodes under the logical device are parsed, and monitoring data objects of each monitoring logical node are created, including:

[0159] Creating a whole-machine monitoring object according to an instance of a whole-machine-level monitoring logic node, and creating a whole-machine-level monitoring data object according to an instance of a data object of the whole-machine-level monitoring logic node;

[0160] Create a board-level monitoring object according to the instance of the board-level monitoring logic node class, identify the function and slot number of the board according to the prefix of the board-level monitoring logic node name, complete the registration of the board-level monitoring object under the whole machine monitoring object, generate the association relationship with the whole machine to which it belongs, and parse the data object instance configured under the board-level monitoring logic node to complete the creation of the board-level monitoring data object;

[0161] Create a chip-level monitoring object based on the instance of the chip-level monitoring logic node class, associate it with the same board-level logic node based on the chip-level monitoring logic node name prefix, create a chip-level monitoring object under the board-level monitoring object, and parse the data object instance configured under the chip-level monitoring logic node to complete the creation of the chip-level monitoring data object.

[0162] Further, the monitoring data set and report control block of the LLN0 logical node are parsed, a database object is created based on the parsed data set and report control block, and report enabling parameters are configured, including:

[0163] According to the alarm data object instance referenced by the dsMonAlm data set of the LLN0 logical node, the corresponding telesignaling object is created in the telesignaling database of the background system, the brcbMonAlm report control block is parsed, and the parameter configuration of the enabling report is completed according to the parsing result of the brcbMonAlm report control block;

[0164] According to the status class data object referenced by the dsMonSta data set of the LLN0 logical node, the corresponding telemetry object is created in the telemetry database of the background system, the urcbMonSta report control block is parsed, and the parameter configuration of the enabling report is completed according to the parsing result of the urcbMonSta report control block.

[0165] Embodiment 7

[0166] This embodiment provides a multi-level status monitoring data analysis device for a relay protection device, comprising:

[0167] A file loading module, used for loading a station-wide SCD file, wherein the station-wide SCD file includes configuration information and parameter settings of a relay protection device, wherein the configuration information and parameter settings of the relay protection device are generated based on a multi-level state monitoring model of the relay protection device, wherein the multi-level state monitoring model is formed according to the multi-level state monitoring modeling method of the present invention and is issued to the relay protection device;

[0168] The first parsing module is used to parse the monitoring logic nodes of the whole machine level, the monitoring logic nodes of the board level, and the monitoring logic nodes of the chip level under the logical device according to the whole station SCD file, and create a multi-level monitoring data object for each monitoring logic node;

[0169] The second parsing module is used to parse the monitoring data set and report control block of the LLN0 logical node according to the whole station SCD file, create a database object based on the parsed data set and report control block, and configure the report enabling parameters.

[0170] Furthermore, the first parsing module includes:

[0171] The whole machine level processing unit is used to create a whole machine monitoring object according to the instance of the whole machine level monitoring logic node, and to create a whole machine level monitoring data object according to the data object instance of the whole machine level monitoring logic node;

[0172] The board-level processing unit is used to create a board-level monitoring object according to an instance of the board-level monitoring logic node class, identify the function and slot number of the board according to the prefix of the board-level monitoring logic node name, complete the registration of the board-level monitoring object under the whole machine monitoring object, generate an association relationship with the whole machine to which it belongs, and parse the data object instance configured under the board-level monitoring logic node to complete the creation of the board-level monitoring data object;

[0173] The chip-level processing unit is used to create a chip-level monitoring object based on an instance of the chip-level monitoring logic node class, associate the chip-level monitoring logic node name prefix with the same board-level logic node, create a chip-level monitoring object under the board-level monitoring object, and parse the data object instance configured under the chip-level monitoring logic node to complete the creation of the chip-level monitoring data object.

[0174] Furthermore, the second parsing module includes:

[0175] The alarm data processing unit is used to create a corresponding telesignaling object in the telesignaling database of the background system according to the alarm data object instance referenced by the dsMonAlm data set of the LLN0 logical node, parse the brcbMonAlm report control block, and complete the parameter configuration of the enabling report according to the parsing result of the brcbMonAlm report control block;

[0176] The status data processing unit is used to create corresponding telemetry objects in the telemetry database of the background system according to the status data objects referenced by the dsMonSta data set of the LLN0 logical node, parse the urcbMonSta report control block, and complete the parameter configuration of the enable report according to the parsing result of the urcbMonSta report control block.

[0177] It should be understood that the analysis device in this embodiment can implement all the technical solutions in the above-mentioned embodiment six, and the functions of its various functional modules can be specifically implemented according to the methods in the above-mentioned method embodiments. The specific implementation process can refer to the relevant description in the above-mentioned embodiments, and will not be repeated here.

[0178] Embodiment 8

[0179] This embodiment provides a computer device, which includes one or more processors; a memory; and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors, and when the programs are executed by the processors, the steps of the multi-level status monitoring data analysis method for a relay protection device as described in Example 6 of the present invention are implemented.

[0180] Embodiment 9

[0181] This embodiment provides a computer storage medium having a computer program stored thereon. When the computer program is executed by a processor, the steps of the method for analyzing multi-level status monitoring data of a relay protection device as described in Embodiment 6 of the present invention are implemented.

[0182] It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as methods, devices (systems), computer equipment or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.

[0183] The present invention is described with reference to a flowchart of a method according to an embodiment of the present invention. It should be understood that each process in the flowchart and a combination of processes in the flowchart can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the process in the flowchart. Figure 1 A device that specifies functions in a process or multiple processes.

[0184] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A function specified in a process or multiple processes.

[0185] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 The steps of a specified function in a process or multiple processes.

Claims

1. A multi-level state monitoring modeling method for a relay protection device, characterized in that: The following steps are involved: The state monitoring objects of relay protection devices are divided into whole machine level, board level and chip level; Define the data type template of the ICD model file of the relay protection device. The data type template includes: defining the monitoring logic node of the whole machine level, the monitoring logic node of the board level, and the monitoring logic node of the chip level, and adding corresponding data objects under each monitoring logic node; Add a logical device under the logical device element of the S1 access point of the IED in the ICD model file, and complete the instantiation of the logical nodes in the logical device. When the logical nodes are instantiated, each logical node uses the corresponding monitoring logical node class in the data type template as the logical node type, and for the monitoring logical node at the board level, fill in the board function and slot number in the prefix of the logical node name according to the specified format; for the monitoring logical node at the chip level, fill in the board function and slot number of the board to which the chip belongs in the prefix of the logical node name according to the specified format; Complete the data set and report control block configuration at the LLN0 logical node of the logical device.

2. The method according to claim 1, characterized in that Add corresponding data objects under each monitoring logical node, including: The English abbreviation of the monitoring object name is used as the name of the data object. According to the public data class CDC corresponding to the basic data type of the monitoring object, the corresponding object type template DOType is selected or created in the data object type template library of the data type template.

3. The method according to claim 2, characterized in that Select or create the corresponding object type template DOType in the data object type template library of the data type template, including: For Boolean alarm monitoring data, CDC=SPS data object modeling is used; for integer operating status and counting data, CDC=INS data object modeling is used; for floating-point measurement data, CDC=MV data object modeling is used.

4. The method according to claim 1, characterized in that: And for the monitoring logical node at the board level, fill in the board function and slot number in the prefix of the logical node name according to the specified format; for the monitoring logical node at the chip level, fill in the board function and slot number of the board to which the chip belongs in the prefix of the logical node name according to the specified format, including: for the monitoring logical node at the board level, fill in the board function and slot number in the prefix of the logical node name according to the format of "function abbreviation+slot number"; for the monitoring logical node at the chip level, fill in the board function and slot number of the board to which the chip belongs in the prefix of the logical node name according to the format of "function abbreviation+slot number".

5. The method according to claim 1, characterized in that The data objects of status monitoring are divided into status monitoring data and alarm monitoring data according to their functions; Complete the data set and report control block configuration at the LLN0 logical node of the logical device, including: Create a dsMonSta data set in the LLN0 logical node, and add a monitoring data reference of the status class in the monitoring logical node to the dsMonSta data set; create a dsMonAlm data set in the LLN0 logical node, and add a monitoring data reference of the alarm class in each monitoring logical node to the dsMonAlm data set; Create a urcbMonSta non-cached report control block at the LLN0 logical node, configure the urcbMonSta non-cached report control block to reference the dsMonSta data set, and the urcbMonSta non-cached report control block uses the IEC61850 non-cached report service to send status monitoring data; create a brcbMonAlm cached report control block at the LLN0 logical node, configure the brcbMonAlm cached report control block to reference the dsMonAlm data set, and the brcbMonAlm cached report control block uses the IEC 61850 cached report service to send alarm monitoring data.

6. A multi-level state monitoring modeling device for a relay protection device, characterized in that: include: A monitoring object classification module is used to classify the state monitoring objects of the relay protection device into the whole machine level, board level and chip level; The data type template definition module is used to define the data type template of the ICD model file of the relay protection device. The data type template includes: defining the monitoring logic node class of the whole machine level, the monitoring logic node class of the board level, and the monitoring logic node class of the chip level, and adding corresponding data objects under each monitoring logic node; The logical device modeling module is used to add a logical device under the logical device element of the S1 access point of the IED in the ICD model file, and complete the instantiation of the logical nodes in the logical device. When the logical nodes are instantiated, each logical node uses the corresponding monitoring logical node class in the data type template as the logical node type, and for the monitoring logical node at the board level, the board function and slot number are filled in the prefix of the logical node name according to the specified format; for the chip-level monitoring logical node, the board function and slot number of the board to which the chip belongs are filled in the prefix of the logical node name according to the specified format; The auxiliary configuration module is used to complete the data set and report control block configuration at the LLN0 logical node of the logical device.

7. The device according to claim 6, characterized in that The data type template definition module adds specific corresponding data objects under each monitoring logical node, including: The English abbreviation of the monitoring object name is used as the name of the data object. According to the public data class CDC corresponding to the basic data type of the monitoring object, the corresponding object type template DOType is selected or created in the data object type template library of the data type template.

8. The device according to claim 7, characterized in that Select or create the corresponding object type template DOType in the data object type template library of the data type template, including: For Boolean alarm monitoring data, CDC=SPS data object modeling is used; for integer operating status and counting data, CDC=INS data object modeling is used; for floating-point measurement data, CDC=MV data object modeling is used.

9. The device according to claim 6, characterized in that And for the monitoring logical node at the board level, fill in the board function and slot number in the prefix of the logical node name according to the specified format; for the monitoring logical node at the chip level, fill in the board function and slot number of the board to which the chip belongs in the prefix of the logical node name according to the specified format, including: for the monitoring logical node at the board level, fill in the board function and slot number in the prefix of the logical node name according to the format of "function abbreviation+slot number"; for the monitoring logical node at the chip level, fill in the board function and slot number of the board to which the chip belongs in the prefix of the logical node name according to the format of "function abbreviation+slot number".

10. The device according to claim 6, characterized in that The data objects of status monitoring are divided into status monitoring data and alarm monitoring data according to their functions. The auxiliary configuration module includes: An alarm data configuration unit is used to create a dsMonSta data set in the LLN0 logical node, and add a monitoring data reference of the status class in the monitoring logical node in the dsMonSta data set; create a dsMonAlm data set in the LLN0 logical node, and add a monitoring data reference of the alarm class in each monitoring logical node in the dsMonAlm data set; A monitoring data configuration unit is used to create a urcbMonSta non-cached report control block in the LLN0 logical node, configure the urcbMonSta non-cached report control block to reference the dsMonSta data set, and the urcbMonSta non-cached report control block uses the IEC61850 non-cached report service to send status monitoring data; create a brcbMonAlm cached report control block in the LLN0 logical node, configure the brcbMonAlm cached report control block to reference the dsMonAlm data set, and the brcbMonAlm cached report control block uses the IEC 61850 cached report service to send alarm monitoring data.

11. A computer device, characterized in that: The device includes one or more processors; a memory; and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors, and when the programs are executed by the processors, the steps of the multi-level condition monitoring modeling method for a relay protection device as described in any one of claims 1 to 5 are implemented.

12. A computer storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the multi-level condition monitoring modeling method for a relay protection device as described in any one of claims 1 to 5 are implemented.

13. A method for analyzing multi-level status monitoring data of a relay protection device, characterized in that: The following steps are involved: Loading a station-wide SCD file, wherein the station-wide SCD file includes configuration information and parameter settings of a relay protection device, wherein the configuration information and parameter settings of the relay protection device are generated based on a multi-level state monitoring model of the relay protection device, wherein the multi-level state monitoring model is formed according to the multi-level state monitoring modeling method described in any one of claims 1 to 5 and is issued to the relay protection device; Parse the monitoring logic nodes at the whole machine level, the monitoring logic nodes at the board level, and the monitoring logic nodes at the chip level under the logical device according to the whole station SCD file, and create monitoring data objects for each monitoring logic node; The monitoring data set and report control block of the LLN0 logical node are parsed according to the whole station SCD file, a database object is created based on the parsed data set and report control block, and a report enabling parameter is configured.

14. The method according to claim 13, characterized in that Parse the whole-machine-level monitoring logical nodes, board-level monitoring logical nodes, and chip-level monitoring logical nodes under the logical device, and create monitoring data objects for each monitoring logical node, including: Creating a whole-machine monitoring object according to an instance of a whole-machine-level monitoring logic node, and creating a whole-machine-level monitoring data object according to an instance of a data object of the whole-machine-level monitoring logic node; Create a board-level monitoring object according to the instance of the board-level monitoring logic node class, identify the function and slot number of the board according to the prefix of the board-level monitoring logic node name, complete the registration of the board-level monitoring object under the whole machine monitoring object, generate the association relationship with the whole machine to which it belongs, and parse the data object instance configured under the board-level monitoring logic node to complete the creation of the board-level monitoring data object; Create a chip-level monitoring object based on the instance of the chip-level monitoring logic node class, associate it with the same board-level logic node based on the chip-level monitoring logic node name prefix, create a chip-level monitoring object under the board-level monitoring object, and parse the data object instance configured under the chip-level monitoring logic node to complete the creation of the chip-level monitoring data object.

15. The method according to claim 13, characterized in that Parse the monitoring data set and report control block of the LLN0 logical node, create database objects based on the parsed data set and report control block, and configure report enable parameters, including: According to the alarm data object instance referenced by the dsMonAlm data set of the LLN0 logical node, the corresponding telesignaling object is created in the telesignaling database of the background system, the brcbMonAlm report control block is parsed, and the parameter configuration of the enabling report is completed according to the parsing result of the brcbMonAlm report control block; According to the status class data object referenced by the dsMonSta data set of the LLN0 logical node, the corresponding telemetry object is created in the telemetry database of the background system, the urcbMonSta report control block is parsed, and the parameter configuration of the enabling report is completed according to the parsing result of the urcbMonSta report control block.

16. A multi-level status monitoring data analysis device for a relay protection device, characterized in that: include: A file loading module, used for loading a station-wide SCD file, wherein the station-wide SCD file includes configuration information and parameter settings of a relay protection device, wherein the configuration information and parameter settings of the relay protection device are generated based on a multi-level state monitoring model of the relay protection device, wherein the multi-level state monitoring model is formed according to the multi-level state monitoring modeling method according to any one of claims 1 to 5 and is issued to the relay protection device; The first parsing module is used to parse the monitoring logic nodes of the whole machine level, the monitoring logic nodes of the board level, and the monitoring logic nodes of the chip level under the logical device according to the whole station SCD file, and create a multi-level monitoring data object for each monitoring logic node; The second parsing module is used to parse the monitoring data set and report control block of the LLN0 logical node according to the whole station SCD file, create a database object based on the parsed data set and report control block, and configure the report enabling parameters.

17. The device according to claim 16, characterized in that The first parsing module comprises: The whole machine level processing unit is used to create a whole machine monitoring object according to the instance of the whole machine level monitoring logic node, and to create a whole machine level monitoring data object according to the data object instance of the whole machine level monitoring logic node; The board-level processing unit is used to create a board-level monitoring object according to an instance of the board-level monitoring logic node class, identify the function and slot number of the board according to the prefix of the board-level monitoring logic node name, complete the registration of the board-level monitoring object under the whole machine monitoring object, generate an association relationship with the whole machine to which it belongs, and parse the data object instance configured under the board-level monitoring logic node to complete the creation of the board-level monitoring data object; The chip-level processing unit is used to create a chip-level monitoring object based on an instance of the chip-level monitoring logic node class, associate the chip-level monitoring logic node name prefix with the same board-level logic node, create a chip-level monitoring object under the board-level monitoring object, and parse the data object instance configured under the chip-level monitoring logic node to complete the creation of the chip-level monitoring data object.

18. The device according to claim 16, characterized in that The second parsing module comprises: The alarm data processing unit is used to create a corresponding telesignaling object in the telesignaling database of the background system according to the alarm data object instance referenced by the dsMonAlm data set of the LLN0 logical node, parse the brcbMonAlm report control block, and complete the parameter configuration of the enabling report according to the parsing result of the brcbMonAlm report control block; The status data processing unit is used to create corresponding telemetry objects in the telemetry database of the background system according to the status data objects referenced by the dsMonSta data set of the LLN0 logical node, parse the urcbMonSta report control block, and complete the parameter configuration of the enable report according to the parsing result of the urcbMonSta report control block.

19. A computer device, characterized in that: The device includes one or more processors; a memory; and one or more programs, wherein the one or more programs are stored in the memory and are configured to be executed by the one or more processors, and when the programs are executed by the processors, the steps of the multi-level condition monitoring data analysis method for a relay protection device as described in any one of claims 13-15 are implemented.

20. A computer storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the multi-level status monitoring data analysis method for a relay protection device as described in any one of claims 13 to 15 are implemented.

21. A multi-level status monitoring system for a relay protection device, characterized in that: include: A relay protection device, configured to run a multi-level status monitoring model to monitor the operating status of the power system in real time, wherein the multi-level status monitoring model is formed by a modeling tool running on a computer device by executing the method according to any one of claims 1 to 5 and is sent to the relay protection device; The background monitoring system is configured to parse the multi-level status monitoring model configuration of each relay protection device in the SCD file of the entire station according to the method described in any one of claims 13-15, generate monitoring data objects and establish communication links, receive and process the monitoring data sent by the relay protection device, so as to realize real-time monitoring and analysis and processing of the equipment status.

Images