CN112439150A

CN112439150A - Intelligent merging method for fault information in intelligent fire-fighting system

Info

Publication number: CN112439150A
Application number: CN201910796750.7A
Authority: CN
Inventors: 王运涛; 王伟; 何小强; 石校杰; 董航; 石传峰
Original assignee: Qingdao Dingxin Communication Fire Safety Co ltd; Qingdao Topscomm Communication Co Ltd
Current assignee: Qingdao Dingxin Communication Fire Safety Co ltd; Qingdao Topscomm Communication Co Ltd
Priority date: 2019-08-27
Filing date: 2019-08-27
Publication date: 2021-03-05

Abstract

The utility model aims at providing a method of fault information's intelligence merger among wisdom fire extinguishing system, specifically is fire control field. The intelligent fire-fighting large-scale project can receive hundreds of fire alarms, alarms and fault information every day, wherein a large part of the fire alarms, the alarms and the fault information are repeated, the workload of operators on duty is greatly increased, and the difficulty of screening useful information is greatly increased. According to the method and the device, a large amount of repeated fault information reports can be reduced through intelligent combination of alarm information, the real reason and the position of the fault can be rapidly determined, and the workload of operators on duty and the time for positioning the fault are greatly reduced.

Description

Intelligent merging method for fault information in intelligent fire-fighting system

Technical Field

The invention discloses an intelligent merging method for fault information in an intelligent fire-fighting system, and particularly relates to the field of fire-fighting monitoring.

Background

The intelligent fire fighting refers to that the technical means of Internet of things, big data, cloud computing and the like are used for carrying out various factors such as fire fighting facilities, social fire fighting supervision and management, fire fighting and rescue and the like, the intelligent fire-fighting management system has the advantages that the technologies such as internet of things information sensing and communication are organically linked, real-time, dynamic, interactive and fused fire-fighting information acquisition, transmission and processing are realized, the fire-fighting supervision and management level is comprehensively promoted and improved, the command, scheduling, decision-making and handling capabilities of fire-fighting rescue are enhanced, the intelligent and social level of fire-fighting management is improved, the actual requirements of automation of fire prevention and control, intelligentization of fire-fighting rescue command, systematization of daily law enforcement work and refinement of army management are met, the intelligent prevention and control, intelligent operation, intelligent law enforcement and intelligent management are realized, the early prejudgment, early discovery, early rescue removal and early fire prevention from cities to families are realized to the maximum extent, and the fire wall from cities to families is created. As an important component in the field of smart city security, smart fire protection has gradually changed from market behavior to a vigorous city development mode of governments, and has become a real-world project for the government to service people.

Wisdom fire control mainly comprises two parts of software and hardware, and present mainstream wisdom fire control management software mainly is wisdom fire control potential safety hazard patrol system, wisdom fire control electric hidden danger monitoring system, wisdom fire control water monitoring system, stand alone type smoke detection alarm, the visual networking alarm system of wisdom fire control, wisdom examination combustible gas detection alarm, the training platform on the wisdom fire-fighting line. The main hardware comprises a polling chip, a user information transmission device, an electric line sensor, a water pressure and water level sensor, a smoke and combustible gas sensor and the like.

Because the intelligent fire-fighting system is connected with a large number of field devices, the field devices often send out a large number of alarm and fault information, particularly according to the current management regulations, a fire-fighting duty room is alternated every three shifts every day, a controller needs to be reset when the work is switched, and after the work is reset, the field devices can repeatedly upload the fire alarm, the alarm and the fault information which are sent out before. Sometimes, a large project can receive hundreds of fire alarms, alarms and fault information every day, wherein most of the fire alarms, alarms and fault information are repeated, and the workload of operators on duty and the difficulty in screening useful information are greatly increased.

Disclosure of Invention

The invention aims to provide an intelligent merging method for fault information in an intelligent fire-fighting system, which aims to solve the problem that a large amount of repeated and invalid fault information is generated in the existing fire-fighting system in the background art, merge and remove the repeated information by using a big data analysis mode, and find out the true reason of the fault from a large amount of relevant fault information to be presented to a person on duty. The workload of the personnel in the duty room is greatly reduced, and the real fault point is quickly and accurately positioned.

In order to achieve the purpose, the invention provides the following technical scheme:

an intelligent fire-fighting remote monitoring system, the system includes: fire control equipment and high in the clouds platform two parts. The fire fighting equipment generally comprises: fire alarm equipment, electric fire system equipment, water system equipment, electric fire equipment, main control unit, transmission equipment and the like.

Various equipment in the wisdom fire extinguishing system can report various alarms, fault information according to self operation, for example: fire alarm, low water pressure alarm, off-line equipment fault, power failure equipment fault and the like.

Alarm and fault information in the system can be transmitted to the main controller through a field bus or a wireless communication mode, the main controller transmits the alarm fault information to the transmission equipment, the transmission equipment generally has communication interfaces such as Ethernet and GPRS, and finally the alarm fault information is transmitted to the cloud platform.

And after receiving the alarm fault information, the cloud platform displays the information on a Web page and pushes the information to a corresponding APP.

Since the law stipulates that the duty room must be continuously attended by someone and cannot be idle, the duty room is switched among three shifts in general. The controller is reset by the routine when the shift is handed over, and after the reset, the equipment in the alarm or fault state uploads the alarm and fault information again. The cloud platform receives a large amount of repeated alarm and fault information at intervals.

The fault information is generated by: equipment ID, fault code, fault recovery code, fault occurrence time, fault reporting time and the like.

The device IDs include, but are not limited to: the device MAC address, the device production serial number, the local area network address allocated by the device and the like can uniquely identify the data of the device identity.

The fault code is typically a string of numbers representing the type of equipment fault, e.g. 102020 representing an equipment offline fault

The fault recovery code is typically a string of numbers that represents that the equipment fault has recovered, e.g., 1020202 represents that the equipment offline fault has recovered.

The fault occurrence time refers to the time of fault occurrence, and the format is generally year/month/day/minute/second

The fault reporting time refers to the time for sending the fault information, the format is generally year/month/day/minute/second, the cloud platform can compare the received fault information with the previously received fault information after receiving the fault information, and the fault reporting time is only displayed to an upper-layer program according with the following rules:

1. if a duplicate failure message is not received within a certain time period before a certain failure message is received, for example, within 24 hours before the certain failure message is received, the failure message is considered to be valid.

2. If two pieces of repeated fault information are received within a certain time period, for example, within 24 hours, and at least more than one piece of corresponding fault recovery information is received between the two pieces of fault information, the last piece of the two pieces of repeated fault information is regarded as valid fault information.

3. If the received fault information is of the same type, for example, all the fault information is equipment disconnection fault, the fault information is merged into a fault information according to a set rule, for example, xx loop network fault.

The repeated fault information generally refers to a message with the same equipment ID + fault code

The certain period of time can be set on the system generally, for example, 24 hours, 40 hours

The follow-up action of the effective fault information is generally indicated by popping a frame on a web page to send short messages and mails to a user

The corresponding failure recovery information indicates that a failure occurs, and the failure is recovered. For example, a device offline fault recovery corresponds to a device offline fault.

The predetermined rule is a set of policies for merging faults, and the policies can be set in advance.

Compared with the prior art, the method and the device have the advantages that the reporting of the repeated fault information can be reduced by more than 90% through intelligent combination of the alarm information, the real reason and the position of the fault can be rapidly determined, and the workload of operators on duty and the time for positioning the fault are greatly reduced.

Drawings

Other features, objects, and advantages of the present application will become more apparent upon reading the following detailed description of the intelligent merge of faults with reference to the accompanying drawings in which:

FIG. 1 illustrates a flow diagram of a method for intelligent merging of intelligent fire protection failure information provided in accordance with an aspect of the present application;

Detailed Description

The cloud platform compares the received fault information with the previously received fault information after receiving the fault information, and only if the fault information meets the following rule, the cloud platform presents the upper layer program with the rule that 1, whether repeated fault information is not received in a certain time period before the fault information is received, if yes, the cloud platform considers the real and effective fault information, and if not, the cloud platform enters the step 2

2. Whether at least one piece of corresponding fault recovery information is separated between repeated fault information or not. If yes, the real effective fault information is considered, and if not, the step 3 is entered.

3. Whether the pieces of failure information are of the same type. If not, the real effective fault information is considered, if yes, the step 4 is entered

4. Whether the system has the intelligent merging rules established for the same type of faults. If yes, merging the data into a piece of fault data according to an intelligent merging rule. And entering the step 5.

5. And transmitting the real and effective fault information considered by the system to a user.

Claims

1. An intelligent merging method for fault information in an intelligent fire-fighting system is characterized by comprising the following steps:

judging whether repeated fault information is not received within a certain time period before the fault information is received, if so, determining that the fault information is real and effective, and if not, entering the next step

And judging whether at least one piece of corresponding fault recovery information is arranged between the repeated fault information. If yes, the real effective fault information is considered, and if not, the next step is carried out.

And judging whether the plurality of pieces of fault information are of the same type. If not, the real effective fault information is considered, if so, the next step is carried out

And judging whether the system has the established intelligent merging rule aiming at the faults of the same type. If yes, merging the data into a piece of fault data according to an intelligent merging rule. And proceeds to the next step.

And transmitting the real and effective fault information considered by the system to a user.

2. The repeated fault information generally refers to a message with the same equipment ID + fault code.

3. The certain period of time may generally be set on the system.

4. The follow-up action of the effective fault information generally comprises the steps of popping a box prompt on a web page and sending short messages and mails to a user.

5. The corresponding failure recovery information means that after a certain failure occurs, the failure is recovered to be normal.

6. The predetermined rule refers to a set of policies for merging faults, and the policies can be set in advance.