CN115357838B - Rail transit equipment fault monitoring configuration method based on event triggering - Google Patents
Rail transit equipment fault monitoring configuration method based on event triggering Download PDFInfo
- Publication number
- CN115357838B CN115357838B CN202211271464.7A CN202211271464A CN115357838B CN 115357838 B CN115357838 B CN 115357838B CN 202211271464 A CN202211271464 A CN 202211271464A CN 115357838 B CN115357838 B CN 115357838B
- Authority
- CN
- China
- Prior art keywords
- event
- equipment
- type
- trigger
- triggering
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
- G06F17/10—Complex mathematical operations
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- General Physics & Mathematics (AREA)
- Pure & Applied Mathematics (AREA)
- Mathematical Optimization (AREA)
- Algebra (AREA)
- Computational Mathematics (AREA)
- Databases & Information Systems (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mathematical Analysis (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Train Traffic Observation, Control, And Security (AREA)
Abstract
The invention discloses a fault monitoring configuration method of rail transit equipment based on event triggering, which is based on an object-oriented design mode, and realizes the online monitoring function of multi-type faults of multi-type equipment and the fault mechanism of display equipment through chain association among triggering conditions and monitoring object attribute change; defining trigger conditions of the event, chain logic relations among the trigger conditions and internal processing rules by a user, then associating the event with the equipment type, and finally creating specific equipment according to the equipment type; after the program monitors the object attribute change of the specific equipment, judging whether to trigger an event associated with the equipment type according to a configuration triggering condition relation chain, and pushing event information according to a judging result; the invention can realize diversified online monitoring functions, realize online monitoring of equipment faults in practical sense, reduce maintenance cost, reduce loss caused by the equipment faults and reduce rail transit operation cost.
Description
Technical Field
The invention relates to the field of rail transit, in particular to a device fault monitoring method in rail transit maintenance management.
Background
In the large development period of rail transit, along with the continuous expansion of the scale of the network, the rail transit becomes an important component in the urban public transit system. The urban rail transit is wide in equipment variety, specialized and complex, various dependency relationships exist among the equipment, a complex system of mutual association is formed, and the operation of the rail transit is maintained together. With the high-frequency operation of rail traffic, the use frequency of equipment is increased, and thus the frequency of failure or malfunction of equipment units is also increased. And on-line monitoring is carried out on various electromechanical equipment of the rail transit, and monitoring data and alarm information are displayed in real time, so that early abnormality alarm and fault diagnosis of the equipment are realized. Has important significance for ensuring the normal work and the safe operation of the urban rail transit system.
The device types and brands in the rail transit field are numerous, and different types of devices have different information elements. When monitoring data and alarm information, the set of all equipment types and fault alarm thresholds cannot be uniformly and completely given, and how to display hidden fault hazards and early warning in real time according to the running state of the monitoring equipment and real-time data, and the method and the device can be used for timely checking and preventing, reduce maintenance cost and solve the main problems faced by a safety operation guarantee system.
Disclosure of Invention
In view of the above problems in the prior art, an object of the present invention is to: the method is characterized in that a whole set of equipment, equipment types, events, event triggering conditions, logical relation operation and condition input and output objects are designed, the on-line monitoring function of multiple types of equipment and the fault mechanism of display equipment are realized through the chain relation among the triggering conditions and the attribute change of the monitoring objects, the maintenance cost is reduced, the loss caused by the equipment faults is reduced, and the rail transit operation cost is reduced.
In order to achieve the above purpose, the technical scheme used in the invention is as follows: based on an object-oriented design mode, a whole set of on-line monitoring function and fault mechanism of display equipment, which comprise equipment, equipment types, events, event triggering conditions, logical relation operation and condition input and output objects, are designed, and the on-line monitoring function and fault mechanism of the multi-type equipment and the multi-type fault of the display equipment are realized through chain relation among the triggering conditions and monitoring object attribute change, and the method specifically comprises the following steps:
step 1: allowing a user to define a trigger condition of an event and a logical operation relation between the trigger condition;
step 2: defining a chain type input-output relation between trigger conditions and a calculation method inside each trigger condition; one trigger condition may have multiple inputs and the output of one trigger condition may be the input of the other multiple trigger conditions. The failure mechanism of the equipment is shown through chain conduction of data among trigger conditions;
step 3: associating the event with the equipment type, creating a specific equipment according to the equipment type, and generating a binding relation between the event and the specific equipment;
step 4: after the program monitors the object attribute change of the specific equipment, judging whether to trigger the event associated with the equipment type according to the configuration triggering condition relation chain, and pushing event information according to the judging result.
It is further characterized by: the relationship of an event to a trigger condition is 1:N, and the logical relationship between one or more trigger conditions together defines whether an event is triggered. An event is a special trigger condition, which is the last layer of the trigger condition chain relationship.
It is further characterized by: triggering a first-layer input of a conditional chained relation, wherein the data source is internal data of a system or data transmitted by an external interface; the output of the triggering condition is the result judged by the program according to the input value, the right value of the expression and the expression, and the result is a logic value or a weight; one trigger condition may have multiple inputs and the output of one trigger condition may be the input of the other multiple trigger conditions; inside the trigger condition is a clock timer, an arithmetic expression or a logical relationship. When one or a group of source data changes, whether to push alarm information is determined after multi-layer judgment according to a plurality of chain trigger conditions which are connected in a related way. The inherent configuration logic of the multi-level chained trigger condition configuration method reflects the analysis of the device operation data processing and failure mechanism.
It is further characterized by: the relation between the device type and the event is 1:N, and one device type can be used for associating various events; the device is a specific example of the device type, and any event of a certain device is triggered and then pushed to online monitoring to prompt the user device to fail.
A set of objects meeting the equipment fault monitoring requirements is defined as follows:
1. event definition table < eventdefs >
Functional uses: each event can be associated with a plurality of trigger conditions; each device type or set of devices is capable of associating a plurality of events;
2. event trigger Condition list < eventConds ]
Functional uses: defining the triggering condition of the event, wherein the triggering condition comprises a calculation formula inside the triggering condition, and the input and the output of the triggering condition;
3. device type event association table < devtypeevts)
Functional uses: the association relationship between the device type and the event is stored in the table. The user associates the event for the equipment type, so that the process when the event is added for the specific equipment is simplified;
4. device event record table < devsxxx_evtcondpoint >: each device type corresponds to a device event record table for recording device occurrence events of that device type;
functional uses: the association relationship between the device type and the event is stored in the table. By associating events for a device type, a user simplifies the flow of adding events for a particular device. The table stores parameters of a certain condition corresponding to a certain event of a specific piece of equipment, and whether the condition is processed or not after the condition is met;
5. monitoring Point location data configuration Table < datatags >
Functional uses: when the user instantiates the event triggering condition, the data referenced by the condition needs to be filled in, the data comes from the data source system, the user fills in the reference of the data in the data source system, and the data is acquired from the data source system through the data communication interface. The data reference table holds these reference information;
compared with the prior art, the invention has the following beneficial effects:
1. the invention realizes the on-line monitoring function of the multi-type faults of the multi-type equipment through the association between the triggering conditions and the attribute change of the monitored object. The flexibility of equipment fault monitoring configuration is greatly improved, the equipment fault on-line monitoring in practical sense is realized, the maintenance cost is reduced, the loss caused by the equipment fault is reduced, and the rail transit operation cost is reduced;
2. the invention abstracts the equipment fault monitoring function into a series of trigger of event conditions, designs a set of objects in an object-based mode, simulates the logic relationship between equipment faults and the trigger conditions in a discrete mode, analyzes the equipment operation data processing and fault mechanism through the internal configuration logic of the multi-level chained trigger condition configuration method, and improves the processing capacity of the system on a large amount of original data.
Drawings
Fig. 1 is a schematic diagram of an object definition relationship designed based on an object-oriented design manner in the present embodiment.
Fig. 2 is a schematic flow chart of the implementation of the device detection function of the present embodiment.
Detailed Description
The following describes in further detail the embodiments of the present invention with reference to the drawings and examples. The following examples are illustrative of the invention but do not limit the scope of the invention. The embodiment designs a whole set of objects comprising equipment, equipment types, events, event triggering conditions, logical relation operation and condition input and output based on an object-oriented design mode, and realizes the on-line monitoring function of multi-type faults of multi-type equipment and the fault mechanism of display equipment through chain association among the triggering conditions and monitoring object attribute change. As shown in fig. 1 and 2, the method allows a user to define trigger conditions of an event and a logical operation relation between the trigger conditions, then associate the event with a device type, and finally create a specific device according to the device type. After the program monitors the change of the attribute of the specific equipment object, judging whether the event triggering condition associated with the equipment type is met or not, and pushing fault information according to the judging result. Therefore, the on-line monitoring function of multi-type faults of multi-type equipment and the fault mechanism of the equipment are displayed.
The method specifically comprises the following steps:
step 1: allowing a user to define a trigger condition of an event and a logical operation relation between the trigger condition;
step 2: defining a chain type input-output relation between trigger conditions and a calculation method inside each trigger condition; one trigger condition may have multiple inputs and the output of one trigger condition may be the input of the other multiple trigger conditions. The failure mechanism of the equipment is shown through chain conduction of data among trigger conditions;
step 3: associating the event with the equipment type, creating a specific equipment according to the equipment type, and generating a binding relation between the event and the specific equipment;
step 4: after the program monitors the object attribute change of the specific equipment, judging whether to trigger the event associated with the equipment type according to the configuration triggering condition relation chain, and pushing event information according to the judging result.
Further: the relationship of an event to a trigger condition is 1:N, and the logical relationship between one or more trigger conditions together defines whether an event is triggered. An event is a special trigger condition, which is the last layer of the trigger condition chain relationship.
Further: triggering a first-layer input of a conditional chained relation, wherein the data source is internal data of a system or data transmitted by an external interface; the output of the triggering condition is the result judged by the program according to the input value, the right value of the expression and the expression, and the result is a logic value or a weight; one trigger condition may have multiple inputs and the output of one trigger condition may be the input of the other multiple trigger conditions; inside the trigger condition is a clock timer, an arithmetic expression or a logical relationship. When one or a group of source data changes, whether to push alarm information is determined after multi-layer judgment according to a plurality of chain trigger conditions which are connected in a related way. The inherent configuration logic of the multi-level chained trigger condition configuration method reflects the analysis of the device operation data processing and failure mechanism.
Further: the relation between the device type and the event is 1:N, and one device type can be used for associating various events; the device is a specific example of the device type, and any event of a certain device is triggered and then pushed to online monitoring to prompt the user device to fail.
Further: when one of the trigger condition inputs changes for the first time, the program will actively read the area input value to drive the conduction of the trigger relationship chain.
A set of objects meeting the equipment fault monitoring requirements is defined as follows:
event definition table < eventdefs >
Functional uses: each event can be associated with a plurality of trigger conditions; each device type or set of devices is capable of associating a plurality of events;
event trigger Condition list < eventConds ]
Functional uses: defining the triggering condition of the event, wherein the triggering condition comprises a calculation formula inside the triggering condition, and the input and the output of the triggering condition;
device type event association table < devtypeevts)
Functional uses: the association relationship between the device type and the event is stored in the table. The user associates the event for the equipment type, so that the process when the event is added for the specific equipment is simplified;
device event record table < devsxxx_evtcondpoint >: each device type corresponds to a device event record table for recording device occurrence events of that device type;
functional uses: the association relationship between the device type and the event is stored in the table. By associating events for a device type, a user simplifies the flow of adding events for a particular device. The table stores parameters of a certain condition corresponding to a certain event of a specific piece of equipment, and whether the condition is processed or not after the condition is met;
monitoring Point location data configuration Table < datatags >
Functional uses: when the user instantiates the event triggering condition, the data referenced by the condition needs to be filled in, the data comes from the data source system, the user fills in the reference of the data in the data source system, and the data is acquired from the data source system through the data communication interface. The data reference table holds these reference information;
the above embodiments are only for illustrating the technical idea of the present invention, and the protection scope of the present invention is not limited thereto, and any modification made on the basis of the technical scheme according to the technical idea of the present invention falls within the protection scope of the present invention.
Claims (1)
1. The event triggering-based rail transit equipment fault monitoring configuration method is characterized by comprising the following steps of: based on an object-oriented design mode, a group of objects comprising equipment, equipment types, events, event triggering conditions, logical relation operation and condition input and output are designed, and the on-line monitoring function of multi-type faults of the multi-type equipment and the fault mechanism of the display equipment are realized by chain association between the triggering conditions and change of input values in a monitoring data source system, and specifically comprise the following steps:
step 1: allowing a user to define a logical relationship between a trigger condition of an event and a plurality of trigger conditions;
step 2: defining a chain type input-output relation between trigger conditions and a calculation method inside each trigger condition; one triggering condition has a plurality of inputs, and the output of one triggering condition can be used as the input of other triggering conditions, and the failure mechanism of the equipment is shown through chain conduction of data among the triggering conditions;
step 3: associating the event with the equipment type, creating a specific equipment according to the equipment type, and generating a binding relation between the event and the specific equipment;
step 4: after the program monitors the object attribute change of the specific equipment, judging whether to trigger an event associated with the equipment type according to the configured trigger condition chain relation, and pushing event information according to the judging result;
in the step 1, the relation between the event and the trigger condition is 1:N, and the logic relation between one or more trigger conditions jointly defines whether an event is triggered or not, wherein the event is a special trigger condition and is the last layer of the chain relation of the trigger conditions;
the first layer input of the conditional chain relation is triggered in the step 2, and the data source is data in the system or data transmitted by an external interface; the output of the triggering condition is the result judged by the program according to the input value, the right value of the expression and the expression, and the result is a logic value or a weight; the triggering condition is internally a clock timer, an arithmetic expression or a logic relation;
the relation between the equipment type and the event is 1:N, and one equipment type can be used for associating various events; the equipment is a specific example of equipment type, and after any event of a certain equipment is triggered, the triggered event is pushed to online monitoring for prompting the user equipment to fail;
a set of object definitions that meet equipment fault monitoring requirements comprising:
event definition table eventdefs: each event can be associated with a plurality of trigger conditions; each device type or set of devices is capable of associating a plurality of events;
event trigger condition table eventconductors: defining trigger conditions of the event, wherein the trigger conditions comprise a calculation formula in the trigger conditions, and input and output of the trigger conditions;
device type event association table devtypev ts: storing the association relation between the device type and the event; the user associates various events with the equipment type, so that the flow of adding the events to the specific equipment is simplified;
the device event record table devsxxx_evtcondpoint is that each device type corresponds to a device event record table, and the device event record table records the event associated with each type of specific device;
monitoring a point data configuration table datatags: when the user instantiates the event triggering condition, the data referenced by the condition is required to be filled in, the data is from the data source system, the user fills in the reference of the data in the data source system, the data communication interface acquires the reference information from the data source system, and the data reference table stores the reference information.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211271464.7A CN115357838B (en) | 2022-10-18 | 2022-10-18 | Rail transit equipment fault monitoring configuration method based on event triggering |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211271464.7A CN115357838B (en) | 2022-10-18 | 2022-10-18 | Rail transit equipment fault monitoring configuration method based on event triggering |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115357838A CN115357838A (en) | 2022-11-18 |
| CN115357838B true CN115357838B (en) | 2023-05-12 |
Family
ID=84008849
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211271464.7A Active CN115357838B (en) | 2022-10-18 | 2022-10-18 | Rail transit equipment fault monitoring configuration method based on event triggering |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115357838B (en) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102768511B (en) * | 2011-05-05 | 2014-10-29 | 北京三博中自科技有限公司 | Searching method and system for reasons of fault event in process industry |
| CN110334078B (en) * | 2019-06-18 | 2022-02-08 | 国网四川省电力公司 | Power system alarm fault model definition method, computer equipment and storage medium |
| CN113452542A (en) * | 2020-03-27 | 2021-09-28 | 华为技术有限公司 | Fault detection method and equipment |
-
2022
- 2022-10-18 CN CN202211271464.7A patent/CN115357838B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN115357838A (en) | 2022-11-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Jha et al. | Survivability analysis of network specifications | |
| Maggi et al. | Monitoring business constraints with linear temporal logic: An approach based on colored automata | |
| Pan et al. | Fault tree analysis with fuzzy gates | |
| Yue et al. | An adaptive discrete event model for cyber-physical system | |
| CN109032825A (en) | A kind of fault filling method, device and equipment | |
| Mehdi et al. | Semantic rule-based equipment diagnostics | |
| Ye et al. | Resolving uncertainty in context integration and abstraction: context integration and abstraction | |
| Edifor et al. | Quantification of priority-or gates in temporal fault trees | |
| CN115357838B (en) | Rail transit equipment fault monitoring configuration method based on event triggering | |
| CN111581900B (en) | TFPG (pulse train generator) -based general processing module fault modeling method for avionics system | |
| Winkler et al. | Intrusion and anomaly detection in trusted systems | |
| CN114020556A (en) | Distributed transaction link tracking system based on micro-service architecture | |
| Huang et al. | Modeling discrete event systems with faults using a rules-based modeling formalism | |
| Wang et al. | Implementation of an integrated real-time process surveillance and diagnostic system for nuclear power plants | |
| CN114552770A (en) | System and method for managing intelligent alarms | |
| Valentim et al. | Availability Assessment of Internet of Medical Things Architecture using Private Cloud | |
| Lamperti et al. | Diagnosis of higher-order discrete-event systems | |
| Xi et al. | SHAP: suppressing the detection of inconsistency hazards by pattern learning | |
| Taleb et al. | Uncertainty in runtime verification: A survey | |
| Perraju et al. | A scheme for knowledge representation, verification and reasoning in real time asynchronous production systems | |
| Vaishnavi et al. | Smart objects: A tool for building intelligent support systems | |
| Ericsson et al. | Verification of an industrial rule-based manufacturing system using REX | |
| Cervesato et al. | A fault-tree representation of NPATRL security requirements | |
| CN116975867A (en) | Attack detection and tracing method and system based on code data fusion | |
| Zhou et al. | Partial goal satisfaction and goal change: weak and strong partial implication, logical properties, complexity |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |