A system for intelligent interfacing of a fire protection system and a building equipment management system

Abstract

The application discloses a system for intelligently connecting a fire-fighting system and a building equipment management system, and relates to the technical field of building equipment management systems, and specifically relates to a system for intelligently connecting a fire-fighting system and a building equipment management system, which comprises a fire-fighting system and a building equipment management system, and is characterized in that the system further comprises an intermediate layer; the intermediate layer is used for receiving a data message uploaded by the fire-fighting system and containing fire-fighting equipment state information, analyzing the data message, mapping the data message into a mode recognizable by the building equipment management system and storing the data message, waiting for a data request of the building equipment management system, and providing data service for the building equipment management system based on the data request of the building equipment management system. Through the application, the fire-fighting facility management is integrated into the building equipment system by connecting the intermediate layer for analysis and data micro-service between the fire-fighting system and the building equipment management system, so that the fire-fighting facility is uniformly managed, and the application is more efficient, convenient and safe compared with the prior art.

Description

Technical Field

[0001] This invention relates to the field of intelligent buildings and intelligent buildings, specifically to a system for intelligently connecting fire protection systems and building equipment management systems. Background Technology

[0002] Fire protection systems are essential for ensuring building fire safety, especially in high-rise buildings where the state has strict regulations. However, due to reliability requirements, fire protection systems have traditionally been designed as independent systems. Information regarding the operational status and malfunctions of fire protection equipment can only be viewed through a fire alarm control panel, typically located in a separate control cabinet in the control room. This makes information viewing complex and inconvenient, lacking a direct visual display of equipment status and the ability to remotely monitor and receive alarm information. This presents challenges for intelligent building management. Furthermore, the unique communication characteristics of fire protection systems have historically made it difficult to integrate the system's facility status with the building equipment management system. Typically, a bus-based interface with the fire alarm control panel is used, resulting in complex system configurations, low flexibility and reusability, and low communication efficiency and reliability. Summary of the Invention

[0003] In view of the technical defects and drawbacks existing in the prior art, embodiments of the present invention provide a system for overcoming or at least partially solving the above problems and realizing intelligent docking between fire protection systems and building equipment management systems. The specific solution is as follows:

[0004] A system for intelligently connecting a fire protection system and a building equipment management system includes a fire protection system and a building equipment management system, and also includes an intermediate layer: the intermediate layer is used to receive data packets containing fire protection equipment status information uploaded by the fire protection system, parse the data packets, map the data packets into a pattern that can be recognized by the building equipment management system and store them, wait for data requests from the building equipment management system, and provide data services to the building equipment management system based on the data requests from the building equipment management system.

[0005] Furthermore, the intermediate layer uses the GB26875 / TCP protocol to request the status information of fire-fighting equipment from the fire protection system, receives data packets containing the status information of fire-fighting equipment uploaded by the fire protection system, parses the content of the data packets according to the protocol, establishes a database, caches the status information data of fire-fighting equipment, and provides Modbus data services by establishing microservices, waiting for the building equipment management system to request data using the ModbusTCP protocol, and providing data services to the building equipment management system.

[0006] Further, the intermediate layer is specifically used for: configuring objects of the fire protection system to be connected, configuring the object address format as [machine number]:[loop number]:[address number]; wherein the object status includes four types: fire protection facility system status, facility component status, facility component simulation value, and fire protection facility operation information, configuring the data format corresponding to the four types of status, configuring the data format of facility system status as [type number]:[machine number]:[status word], configuring the data format of facility component status as [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word], configuring the data format of facility component simulation value as [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word], and configuring the data format of facility component simulation value as [type number]:[loop number]:[loop number]:[component type number]:[address number]:[status word]. The system operates in the format of [Type Number]:[Machine Number]:[Circuit Number]:[Component Type Number]:[Address Number]:[Status Word]:[Value]. During system operation, it establishes data communication with the fire protection system based on the system configuration, constructs communication messages, communicates with the fire protection system, and monitors the communication status. Upon receiving a response from the fire protection system, it caches the response data, parses the cached data according to the protocol, extracts the status or value of the required object, maps the parsed data into the [Address]:[Value] pattern (i.e., the pattern recognized by the building equipment management system), and stores it. Based on data requests from the building equipment management system, it provides data services to the building equipment management system, completing the connection between the building equipment management system and the fire protection system.

[0007] Furthermore, the intermediate layer includes a communication module, which comprises a device control layer bus network, a protocol conversion layer, and a communication network;

[0008] The device control layer bus network is used to upload signals from front-end devices and issue control commands via the fire control bus;

[0009] The protocol conversion layer is used to convert the private bus protocol of the fire protection system into the MODBUS protocol supported by the building equipment management system.

[0010] The communication network is used to establish a local Ethernet network via a switch to connect fire equipment gateways, data servers, and workstations.

[0011] Furthermore, the intermediate layer includes a configuration module, which is used to configure the address, required status or simulated value, and control of the object to be interfaced. The configuration module configures the fire protection object address in the form of [machine number]:[loop number]:[address number]. The fire protection object status is divided into facility system status, facility component status, facility component simulated value, and fire protection facility operation information. The configuration module configures the facility system status in the form of [type number]:[machine number]:[status word], the facility component status in the form of [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word], and the facility component simulated value in the form of [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word]:[value].

[0012] Furthermore, the intermediate layer includes a communication control module, which monitors the communication process, including: establishing a heartbeat message between the communication control module and the fire protection system; the heartbeat message uses a send-response mode; when the system continuously fails to detect a heartbeat message, it considers the connection broken, closes the connection, and initiates reconnection; the data communication process uses a request-response communication control method; the system periodically sends data request messages to the fire protection system; the fire protection system responds upon receiving the request message; the system parses and stores the response message upon receiving it, and queries the system for the next cycle after completing one work cycle.

[0013] Furthermore, the intermediate layer includes a protocol parsing module, which is used to parse the message after receiving a correct response data message. The parsing content includes the message type, data length, and data content.

[0014] Furthermore, parsing the message specifically includes:

[0015] Data validation includes checking the checksum; if incorrect, discard the data packet and initiate a retransmission mechanism; checking the task flag to see if it is a duplicate task; and verifying the correctness of the version number, source address, and destination address data.

[0016] Parse message types, including resolving the message as a request message, a response message, or a negative response message;

[0017] Parse the data length, including the total length of the valid data bits;

[0018] The data content is analyzed. The building fire protection data content consists of several information objects. Each information object contains an information body and a timestamp. The information body contains the specific data information of the object. The information body is divided into the status of building fire protection facility system, status of building fire protection facility components, simulated values ​​of building fire protection facility components, and operation information type of building fire protection facility.

[0019] By monitoring the status of the building's fire protection facilities system, the current status of each fire protection system device can be obtained in real time, and the status can be uploaded to the building equipment management system in real time through data services. The operation, fault, and alarm status of the equipment can be displayed visually.

[0020] By monitoring the status of building fire protection facilities components, the current status of each fire protection system component can be obtained in real time, and the status can be uploaded to the building equipment management system in real time through data services. The operation, fault, alarm and other status of the components can be displayed in detail through visual components.

[0021] The current values ​​of each fire protection system component are obtained in real time by simulating the building fire protection facility components. The values ​​are then uploaded to the building equipment management system in real time through data services. The operating values ​​and alarm values ​​of the components can be displayed intuitively through chart visualization components.

[0022] Furthermore, the intermediate layer includes an address mapping module, which is used to map the fire protection object address to the building equipment management system address.

[0023] Furthermore, the intermediate layer includes a data storage and data service module, which is used to store data and provide data services. The data storage is divided into a real-time database and a historical database. The real-time database is used to provide real-time query services, and the historical database is used to provide historical query services.

[0024] The present invention has the following beneficial effects:

[0025] This invention connects the fire protection system and the building equipment management system to an intermediate layer for parsing and data microservices, enabling the facility status of the fire protection system to be well integrated with the building equipment management system, thereby achieving unified management of fire protection facilities. Compared with the prior art, this invention provides a system that enables intelligent integration between the fire protection system and the building equipment management system, achieving more efficient, convenient and safe management of fire protection facilities. Attached Figure Description

[0026] Figure 1 The fire-fighting docking structure frame provided in the embodiments of the present invention;

[0027] Figure 2 A schematic diagram of the docking protocol provided in an embodiment of the present invention.

[0028] Figure 3A system flowchart provided for embodiments of the present invention;

[0029] Figure 4 This is a network structure diagram provided in an embodiment of the present invention;

[0030] Figure 5 This is a communication control diagram provided in an embodiment of the present invention;

[0031] Figure 6 This is a schematic diagram illustrating the specific communication control process provided in an embodiment of the present invention;

[0032] Figure 7 This is a schematic diagram of the data packet structure provided in an embodiment of the present invention;

[0033] Figure 8 This is a schematic diagram of address mapping provided in an embodiment of the present invention;

[0034] Figure 9 This is a schematic diagram of data storage and data services provided in an embodiment of the present invention. Detailed Implementation

[0035] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the present invention, and not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0036] To achieve the integration and interoperability of building fire protection systems and building equipment management systems, issues such as inter-system communication, address configuration, data storage, protocol parsing, and data services need to be addressed. Since fire protection systems are generally independent and closed systems, communication between their hosts typically uses proprietary bus protocols that are not publicly accessible. Building equipment management systems generally only support standardized protocols such as Modbus and BACnet. Therefore, an interoperability method needs to be added between the two systems to achieve protocol parsing and data conversion, obtain fire protection system equipment information, and provide data services to the building equipment management system through microservices.

[0037] System structure such as Figure 1As shown, the system adopts a layered structure, mainly consisting of three layers. The bottom layer is a self-contained fire alarm system, which performs fire alarm functions and provides data interfaces to higher layers. The middle layer is a protocol conversion layer and a data service layer, which is the interface scheme described in this paper. The middle layer is responsible for acquiring data from the fire protection system, storing it, and providing data services to higher layers. The upper layer is the building equipment management system application layer, which acquires data from the middle layer for display and analysis. The layered design ensures that each layer is independent of the others. To ensure the reliability and independence of the fire protection system, communication between the protocol gateway and the fire protection system is conducted through the fire protection system's own user transmission device. The building equipment management system does not directly connect to the fire control panel, and it only performs remote monitoring and alarm functions for fire protection equipment, without performing control operations. The establishment of the middle layer protocol parsing and data service is the focus of this invention.

[0038] The parsing and data microservice solution described in this invention plays a crucial role in the system, and its main functions are as follows: Figure 2 As shown, it mainly includes:

[0039] It communicates with the fire protection system and uses the GB26875 / TCP protocol to request information on the working status, fault status, and water level of fire protection equipment such as smoke exhaust fans, sprinkler pumps, and fire hydrant pumps.

[0040] Receive data packets uploaded by the fire protection system and parse the data packet content according to the protocol.

[0041] Establish a database to cache fire data and alarm data.

[0042] Establish a microservice to provide Modbus data services and wait for the building equipment management system to request data using the Modbus TCP protocol.

[0043] After acquiring fire equipment data and alarm information, the building equipment management system displays them in real time through a visual interface. Its main functions include:

[0044] Real-time remote monitoring of the operating status and fault status of fire-fighting equipment

[0045] Real-time and historical alarm information of fire alarm signals

[0046] Intelligent analysis and operation and maintenance management of fire protection equipment and facilities

[0047] Fire alarm signals are intelligently linked with other building systems

[0048] The following provides a detailed explanation of the principles of the present invention, which mainly includes:

[0049] First, the objects to be connected to the fire protection system are categorized. The status of these objects is divided into four types: building fire protection system status, facility component status, facility component simulated values, and fire protection facility operation information. The building fire protection system status mainly refers to the operation, fault, and alarm status of important control facilities such as the fire protection control host, fire door controllers, and electrical fire controllers. The facility component status mainly refers to the alarm, switch, and fault light status of components such as manual alarms, audible and visual alarms, and valves connected to the fire protection system via a bus. The facility component simulated values ​​refer to the simulated values ​​of components with analog values, such as level gauges.

[0050] According to the fire protection system commissioning address table, the unified locator for fire protection facilities is represented as [machine number]:[loop number]:[address number]. The status of the facility system is represented as [type number]:[machine number]:[status word]. The status of the facility component is represented as [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word]. The simulated value of the facility component is represented as [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word]:[value]. The required fire protection data is configured using the above representation methods and stored in the configuration database. The communication control module reads the configuration database, establishes the corresponding communication thread, constructs communication messages according to the communication protocol, sends data request messages to the fire protection system, and monitors the communication status in real time. After receiving the reply message, the communication parsing module verifies and parses the message. The parsed data is stored using a Uniform Object Locator (Uniform Locator) and then mapped to an address pattern supported by the main device management system (address: value) via the address mapping module, ensuring address uniqueness. The mapped address status value remains consistent with its original address format, and the address: value pattern is stored in a real-time database. The data service module provides data upload services to the building equipment management system, returning corresponding values ​​via addresses provided by the system, facilitating the integration between the building equipment management system and the fire protection system. Through the integrated collaboration of the communication, configuration, control, address mapping, storage, and data service modules, the integration between the building equipment management system and the fire protection system is completed.

[0051] In the above embodiments, the fire protection objects to be interfaced are first configured, with the object address format being [machine number]:[loop number]:[address number]. The objects are categorized into four status types: fire protection system status, facility component status, facility component simulated values, and fire protection facility operation information, configured according to the corresponding formats described above. During system operation, the communication control module controls and schedules the establishment of data communication, constructs communication messages, communicates with the fire protection system, and monitors the communication status. Upon receiving a response, the response data is cached. Next, the cached data is parsed according to the protocol to extract the required object status or value. The address is then mapped to a [address]:[value] pattern, a pattern recognizable by the building equipment management system, and stored. Finally, the data service is provided to the building equipment management system through the data upload service module, completing the interface between the building equipment management system and the fire protection system.

[0052] The system process is as follows: Figure 3 As shown.

[0053] The middle layer system can be divided into the following modules:

[0054] The communication module, configuration module, communication control module, protocol parsing module, address mapping module, and data storage and service module are described in detail below:

[0055] Communication module:

[0056] The system communication network is a key focus of system construction and crucial for the integration of the fire protection system and building equipment management system. The overall system network architecture is as follows: Figure 4 As shown, the network architecture consists of three layers: the device control layer bus network, the protocol conversion layer, and the communication network.

[0057] Equipment control layer bus network: The equipment layer control network is established autonomously by the fire protection system. It mainly uses the fire control bus to upload signals and issue control commands to front-end devices such as manual alarms, audible and visual alarms, smoke detectors, fire door magnetic contacts, and combustible gas detectors. Its network address serves as the input for protocol conversion in the second layer and is provided after the fire protection system has been debugged.

[0058] Protocol Conversion Layer: The protocol conversion layer network is crucial for system integration, converting the fire protection bus's proprietary protocol into the MODBUS protocol supported by the building equipment management system. To ensure compatibility with the fire protection system, the fire equipment gateway uses a user transmission device supporting the national standard GB26875.3-2011 Part 3: Alarm Transmission Network Communication Protocol. This device connects to the fire alarm control panel, fire door control panel, electrical fire control panel, and combustible gas control panel via the fire protection bus, exchanging data. Monitoring data from fire doors, electrical fire detection data, and combustible gas detection data are all uploaded to the user transmission device via the bus. The building equipment management system establishes a TCP connection with the user transmission device to obtain the aforementioned fire protection data.

[0059] Communication Network: The third-layer network is the application network for the building equipment management system. It establishes a local area Ethernet network via switches, connecting devices such as fire equipment gateways, data servers, and workstations. The communication resolution middleware establishes a network connection with the fire equipment gateway, acquires fire data, and establishes data services to provide data services to the building equipment management system.

[0060] By constructing a three-tiered network, network isolation is achieved between building equipment management and the fire protection system. This ensures both the independent and reliable operation of the fire protection network and the reliable uploading of fire protection data.

[0061] Configuration module:

[0062] The configuration module primarily configures the addresses, required statuses or simulated values, and controls of the objects to be interfaced with. Through the configuration module, the system automatically generates addresses as [machine number]:[loop number]:[address number], facility system status as [type number]:[machine number]:[status word], facility component status as [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word], and facility component simulated values ​​as [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word]:[value].

[0063] The configuration module provides the system's human-computer interface, enabling tabular and form-based configuration interfaces, allowing for flexible and rapid configuration, and improving the system's usability and reusability.

[0064] Communication control module:

[0065] The communication control module primarily monitors the communication process. Communication process control is implemented by the control module within the communication service. To ensure the reliability of the communication connection, a heartbeat message is established between the communication service and the fire protection system. The heartbeat message uses a send-response mode. When the system continuously fails to detect heartbeat messages, it considers the connection broken, closes the connection, and initiates a reconnection. To ensure communication reliability, the data communication process uses a request-response communication control method, such as... Figure 5 As shown, the system periodically sends data request messages to the fire protection device. After receiving the request message, the fire protection system responds. After receiving the response message, the system parses and stores it. One operation cycle is completed, and the next cycle begins.

[0066] The specific control process of communication is as follows: Figure 6 As shown, the system periodically sends data request messages to the fire protection system and sets the task status flag M_TASK to 1, indicating that the task is in progress. Upon receiving the request message, the fire protection system verifies it. If the message is found to be incorrect, it is discarded and a negative response is sent. If the message is valid, the requested data is received. Upon receiving the response message, the system verifies it. If the response is valid, it sends a receipt confirmation message, caches the message, and performs message parsing. If no response is received within a timeout period after sending the message, or if a negative response is received, or if the received message is found to be invalid, a retransmission mechanism will be triggered.

[0067] After the retransmission mechanism is initiated, the system resets the task status flag M_TASK and retransmits the request message. If no correct response data is received after more than 3 retransmissions, the communication is considered to have failed, the communication task is terminated, and an error message is reported.

[0068] Protocol parsing module:

[0069] After receiving a correct response data packet, the packet needs to be parsed. The parsed content includes the packet type, data length, and data content. The data packet structure is as follows: Figure 7 As shown.

[0070] The specific details of the data packet parsing are as follows:

[0071] 1. Data verification: First, check the checksum. If it is incorrect, discard the data packet and enable the retransmission mechanism. Then, check the task flag to see if it is a duplicate task. Verify the correctness of data such as version number, source address, and destination address.

[0072] 2. Parse the message type to determine whether the message is a request message, a response message, or a negative response message, etc.

[0073] 3. Parse the data length, and parse the total length of the valid data bits.

[0074] 4. Data Content Analysis: Building fire protection data consists of several information objects. Each information object contains an information body and a timestamp. The information body contains the object's specific data information. Information bodies are categorized into several types, including building fire protection system status, building fire protection component status, simulated values ​​of building fire protection components, and building fire protection system operation information. These are identified by the data unit type identifier in the information body header. The number of information bodies is determined by parsing the number of information objects in the header. This paper primarily deals with three types: building fire protection system status, component status, and simulated values ​​of components.

[0075] A, Status of building fire protection system

[0076] The building fire protection system status information includes system type identifier, system address, and system status.

[0077] The data unit type flag is parsed. The type flag indicates the type of fire protection equipment to which the data contained in the information object belongs, such as fire alarm system, fire linkage controller, gas extinguishing system, fire door and roller shutter system, etc. The corresponding system type is identified according to the flag value correspondence table.

[0078] The system address is resolved to specify the address of the system, and the specific system device is resolved based on the address mapping table.

[0079] Analyze the system status, which indicates the real-time status of the system, such as normal operation, fire alarm, fault, power failure, etc.

[0080] This query message allows for real-time acquisition of the current status of each fire protection system device, and the status is uploaded to the building equipment management system in real time via data services, providing a visual display of the device's operation, faults, alarms, and other statuses.

[0081] B. Condition of building fire protection facilities and components

[0082] The status information of building fire protection facility components includes system type identifier, system address, component type and address, and component status.

[0083] The data unit type flag and address are parsed to be consistent with the status of the building's fire protection system.

[0084] The component type and address are parsed. The component type indicates the specific component type and its encoded address, such as a manual call button component, a smoke detector component, or a fire door magnetic component. Parsing is performed based on the component address mapping table.

[0085] Analyze the component status, which indicates the real-time status of the component, such as normal operation, fire alarm, fault, startup, etc.

[0086] This query message allows for the real-time acquisition of the current status of each fire protection system component, and the status is uploaded to the building equipment management system in real time via data services. The operation, fault, alarm and other status of the components are displayed in detail through visual components.

[0087] C. Simulated values ​​of facility components

[0088] The simulated value information body of building fire protection facilities and components includes system type identifier, system address, component type and address, and simulated value type and simulated value, etc.

[0089] The data unit type flag and address are parsed to be consistent with the status of the building's fire protection system.

[0090] The component type and address are analyzed to ensure consistency with the status of the building's fire protection facilities components.

[0091] Analyze the simulation type and simulation value, specifying the real-time value of the component, such as pressure, current, flow rate, etc.

[0092] This query message allows for the real-time acquisition of the current values ​​of each fire protection system component, which are then uploaded to the building equipment management system via data services. The operating and alarm values ​​of the components are then displayed intuitively through chart visualization components.

[0093] Through the above three types of data query and analysis, information such as the operating status, faults, values, and alarms of all system equipment and components of the fire protection system can be obtained and uploaded to the building equipment management system through data services to achieve comprehensive monitoring of the fire protection system.

[0094] Address mapping module:

[0095] The address mapping module primarily implements the mapping of fire protection addresses to building equipment management addresses. For example... Figure 8 As shown, based on the characteristics of fire-fighting object addresses, the addresses are divided into machine number, loop number, and address number. According to the characteristics of fire-fighting addresses, the number of loops cannot exceed 16, the number of address numbers cannot exceed 256, and the total address cannot exceed 3200. These are mapped to a 2-byte address format, where the machine number is mapped to the high four bits, the loop number to the second four bits, and the address number to the last eight bits. This ensures both address uniqueness and efficient and usable computation.

[0096] The specific implementation method is as follows: Read the fire-fighting object address from the storage database. Extract the machine number, circuit number, and address number by recognizing the symbols "[]" and ":". Subtract 0x0001 from the machine number and then OR it with 0x0000, shifting left by 12 bits to obtain the high four bits. Subtract 0x0001 from the circuit number and then OR it with 0x0000, shifting left by 8 bits to obtain the second four bits. OR the address number with 0x0000 to obtain the low eight bits. Add these three values ​​together to obtain the mapped address.

[0097] Data storage and data service module:

[0098] After data parsing, the status and values of all fire protection systems and components can be obtained for data storage and data service provision, as Figure 9 shown. Data storage is divided into a real-time database and a historical database. The real-time database is used to provide real-time query services, and the historical database is used to provide historical query services.

[0099] To be compatible with the general data acquisition of the building equipment management system, the data microservice provides MODBUS TCP data services. The data storage structure adopts a structured storage method, and the structure mainly includes information such as address, time, name, value, etc. The parsed data is mapped to the service address and waits for the building equipment management system to connect and read the data. The established service supports the standard MODBUS RTU and MODBUS TCP protocols and can be used for any system or device based on this communication protocol.

[0100] After the building equipment management system obtains the real-time data through the data service, it uses more friendly, intuitive, and vivid visualization charts, animations, alarms, and other elements for display. And it can achieve linkage with other systems in the building equipment management system. In addition, remote monitoring and alarm of the fire protection system can also be achieved through the network.

[0101] The above are only the preferred embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of the present invention shall be included within the protection scope of the present invention.

Claims

1. A system for intelligent integration of a fire protection system and a building equipment management system, comprising a fire protection system and a building equipment management system, characterized in that, It also includes an intermediate layer: the intermediate layer is used to receive data packets containing fire equipment status information uploaded by the fire protection system, parse the data packets, map the data packets into a pattern that can be recognized by the building equipment management system and store them, wait for data requests from the building equipment management system, and provide data services to the building equipment management system based on the data requests from the building equipment management system; Specifically, the intermediate layer is used for: configuring objects of the fire protection system to be connected, configuring the object address format as [machine number]:[loop number]:[address number]; wherein the object status includes four types: fire protection facility system status, facility component status, facility component simulation value, and fire protection facility operation information, configuring the data format corresponding to the four types of status, configuring the data format of facility system status as [type number]:[machine number]:[status word], configuring the data format of facility component status as [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word], configuring the data format of facility component simulation value as [class number]:[machine number]:[loop number]:[component type number]:[address number]:[status word], and configuring the data format of facility component simulation value as [class number]:[loop number]:[loop number]:[address number]:[status word]. The system operates in the format of [Model]:[Machine Number]:[Circuit Number]:[Component Type Number]:[Address Number]:[Status Word]:[Value]. During operation, it establishes data communication with the fire protection system based on the system configuration, constructs communication messages, communicates with the fire protection system, and monitors the communication status. Upon receiving a response from the fire protection system, it caches the response data, parses the cached data according to the protocol, extracts the status or value of the required object, maps the parsed data into the [Address]:[Value] pattern (i.e., the pattern recognized by the building equipment management system), and stores it. Based on data requests from the building equipment management system, it provides data services to the building equipment management system, completing the connection between the building equipment management system and the fire protection system.

2. The system for intelligent integration of fire protection system and building equipment management system according to claim 1, characterized in that, The intermediate layer uses the GB26875 / TCP protocol to request the status information of fire-fighting equipment from the fire protection system, receives data packets containing the status information of fire-fighting equipment uploaded by the fire protection system, parses the content of the data packets according to the protocol, establishes a database, caches the status information data of fire-fighting equipment, and provides Modbus data services by establishing microservices, waiting for the building equipment management system to request data using the ModbusTCP protocol, and providing data services to the building equipment management system.

3. The system for intelligent integration of fire protection system and building equipment management system according to claim 1, characterized in that, The intermediate layer includes a communication module, which includes a device control layer bus network, a protocol conversion layer, and a communication network. The device control layer bus network is used to upload signals from front-end devices and issue control commands via the fire control bus; The protocol conversion layer is used to convert the private bus protocol of the fire protection system into the MODBUS protocol supported by the building equipment management system. The communication network is used to establish a local Ethernet network via a switch to connect fire equipment gateways, data servers, and workstations.

4. The system for intelligent integration of fire protection system and building equipment management system according to claim 1, characterized in that, The intermediate layer includes a configuration module, which is used to configure the address, required status or simulated value, and control of the objects to be interfaced. The configuration module configures the fire protection object address in the form of [machine number]:[loop number]:[address number]. The fire protection object status is divided into facility system status, facility component status, facility component simulated value, and fire protection facility operation information. The configuration module configures the facility system status in the form of [type number]:[machine number]:[status word], the facility component status in the form of [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word], and the facility component simulated value in the form of [type number]:[machine number]:[loop number]:[component type number]:[address number]:[status word]:[value].

5. The system for intelligent integration of fire protection system and building equipment management system according to claim 1, characterized in that, The intermediate layer includes a communication control module, which monitors the communication process. This includes establishing a heartbeat message between the communication control module and the fire protection system. The heartbeat message uses a send-response mode. When the system continuously fails to detect a heartbeat message, it considers the connection broken, closes the connection, and reconnects. The data communication process uses a request-response communication control method. The system periodically sends data request messages to the fire protection system. After receiving the request message, the fire protection system responds. After receiving the response message, the system parses and stores it, and after completing one work cycle, it queries for the next cycle.

6. The system for intelligent integration of fire protection system and building equipment management system according to claim 1, characterized in that, The intermediate layer includes a protocol parsing module, which is used to parse the message after receiving a correct response data message. The parsing content includes the message type, data length, and data content.

7. The system for intelligent integration of fire protection system and building equipment management system according to claim 6, characterized in that, Parsing a message specifically includes: Data verification includes checking the checksum; if incorrect, the message is discarded and a retransmission mechanism is initiated; the task flag is checked to see if it is a duplicate task; and the version number, source address, and destination address data are verified for correctness. Parse message types, including whether the message is a request message, a response message, or a negative response message; Parse the data length, including the total length of the valid data bits; The data content is analyzed. The building fire protection data content consists of several information objects. Each information object contains an information body and a timestamp. The information body contains the specific data information of the object. The information body is divided into the status of building fire protection facility system, status of building fire protection facility components, simulated values ​​of building fire protection facility components, and operation information type of building fire protection facility. The current status of each fire protection system device can be obtained in real time by checking the status of the building's fire protection facilities system. The current status of each fire protection system component can be obtained in real time by monitoring the status of the building's fire protection facilities components. The current values ​​of each fire protection system component are obtained in real time by simulating the components of the building's fire protection facilities.

8. The system for intelligent integration of fire protection system and building equipment management system according to claim 1, characterized in that, The intermediate layer includes an address mapping module, which is used to map the addresses of fire protection objects to the addresses of the building equipment management system.

9. The system for intelligent integration of fire protection system and building equipment management system according to claim 1, characterized in that, The intermediate layer includes a data storage and data service module, which is used to store data and provide data services. The data storage is divided into a real-time database and a historical database. The real-time database is used to provide real-time query services, and the historical database is used to provide historical query services.

Images