Rail transit equipment state monitoring method and system and electronic device

Abstract

The application provides a rail transit equipment state monitoring method and system and electronic equipment, and belongs to the rail transit field.The method comprises the following steps: acquiring terminal state data packets in real time;the terminal state data packets comprise state data of each equipment at each station;the state data in the terminal state data packets are classified according to state types to obtain batch state data, specific state data and fault state data;the batch state data, the specific state data and the fault state data are respectively verified;if the verification is successful, the batch state data, the specific state data and the fault state data are analyzed and stored in a database; and the state of the rail transit equipment is displayed in real time according to the data stored in the database, so that the state of the rail transit equipment is monitored.The application classifies and verifies the state data, guarantees the accuracy of the state data, and further improves the stability of the rail transit equipment state monitoring.

Description

Technical Field

[0001] This invention relates to the field of rail transit, and in particular to a method, system and electronic equipment for monitoring the status of rail transit equipment. Background Technology

[0002] Currently, urban rail transit construction is booming, and the latest technologies and equipment are widely adopted. With the advancement of science and technology and the rapid development of computer integration technology, rail transit automation systems have been widely applied and promoted in subways.

[0003] The automatic fare collection system for rail transit integrates train dispatching workstations, power dispatching workstations, environmental control dispatching workstations, and passenger dispatching workstations. Various information can be viewed on the human-machine interface of the metro integrated automation system. However, urban rail transit involves massive amounts of data and high usage frequency. Improper data processing can easily lead to errors in the stored data due to transmission and storage problems. In traditional systems, equipment status data is directly sent to the upper-level system, which directly parses and monitors the status. This process is prone to data loss, and if the lower-level server suddenly disconnects, the upper-level system cannot capture the relevant data, resulting in a chaotic transmission structure. Summary of the Invention

[0004] The purpose of this invention is to provide a method, system, and electronic device for monitoring the status of rail transit equipment, which can ensure the accuracy of status data and thus improve the stability of rail transit equipment status monitoring.

[0005] To achieve the above objectives, the present invention provides the following solution:

[0006] A method for monitoring the condition of rail transit equipment, comprising:

[0007] Real-time acquisition of terminal status data packets; the terminal status data packets include status data of each device on each station;

[0008] The status data in the terminal status data packet is classified according to status type to obtain batch status data, specific status data, and fault status data;

[0009] The batch status data, the specific status data, and the fault status data are verified respectively. If the verification is successful, the batch status data, the specific status data, and the fault status data are parsed and stored in the database.

[0010] The status of rail transit equipment is displayed in real time based on the data stored in the database, so as to monitor the status of rail transit equipment.

[0011] Optionally, the batch status data, the specific status data, and the fault status data are verified respectively, specifically including:

[0012] Data structure integrity verification and CRC verification are performed on the batch status data, the specific status data, and the fault status data, respectively.

[0013] Optionally, the database pre-stores a message composition table, a transmission data header table, and a pre-processing header table; the message composition table, the transmission data header table, and the pre-processing header table are used for data structure integrity verification.

[0014] The fields of the message composition table include a start flag, a transmission data header, a preprocessing header, a data body, checksum data, and an end flag.

[0015] The fields of the transmission data header table include category, field name, length, and data type;

[0016] The fields of the preprocessing header table include category, field name, length, and data type.

[0017] Optionally, the batch status data includes a general status data body, a number of statuses, and a status cycle data body; the general status data body includes a status code, station number, equipment number, and operator number; the status cycle data body includes a status number and a status value.

[0018] The specific status data includes a general status data body, a status number, and a status value;

[0019] The fault status data includes a general status data body, a status number, and a fault number.

[0020] Optionally, the database pre-stores a state number range encoding table and a state number encoding definition table for state objects;

[0021] The state number range encoding table for the state object includes a serial number, the state object category name, and the state number range.

[0022] The fields of the status number encoding definition table include serial number, status type, status code, and application device.

[0023] Optionally, the batch status data, the specific status data, and the fault status data are parsed and stored in a database, specifically including:

[0024] The batch status data, the specific status data, and the fault status data are parsed respectively to obtain batch status key information, specific status key information, and fault status key information.

[0025] The batch status key information, the specific status key information, and the fault status key information are stored in the database respectively.

[0026] Optionally, both the batch status key information and the specific status key information include the device number, status number, and status value; the fault status key information includes the device number, status number, and fault number.

[0027] Optionally, the rail transit equipment status monitoring method further includes:

[0028] The batch status key information, the specific status key information, and the fault status key information are stored in Redis respectively.

[0029] To achieve the above objectives, the present invention also provides the following solution:

[0030] A rail transit equipment status monitoring system, comprising:

[0031] The data acquisition module is used to acquire terminal status data packets in real time; the terminal status data packets include status data of each device on each station.

[0032] The classification module, connected to the data acquisition module, is used to classify the status data in the terminal status data packet according to the status type to obtain batch status data, specific status data and fault status data.

[0033] The data entry module, connected to the classification module, is used to verify the batch status data, the specific status data, and the fault status data respectively. If the verification is successful, the batch status data, the specific status data, and the fault status data are parsed and stored in the database.

[0034] The monitoring module, connected to the database module, is used to display the status of the rail transit equipment in real time based on the data stored in the database, so as to monitor the status of the rail transit equipment.

[0035] To achieve the above objectives, the present invention also provides the following solution:

[0036] An electronic device includes a memory and a processor, the memory storing a computer program and the processor running the computer program to enable the electronic device to perform the above-described rail transit equipment status monitoring method.

[0037] According to specific embodiments provided by the present invention, the present invention discloses the following technical effects: The present invention classifies the status data in the received terminal status data packet according to the status type to obtain batch status data, specific status data and fault status data. Then, the batch status data, specific status data and fault status data are verified respectively. If the verification is successful, the batch status data, specific status data and the fault status data are parsed and stored in the database. Then, the status of the rail transit equipment is displayed in real time according to the data stored in the database. By classifying and verifying the status data, the accuracy of the status data is ensured, thereby improving the stability of rail transit equipment status monitoring. Attached Figure Description

[0038] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0039] Figure 1 A flowchart of the rail transit equipment status monitoring method provided by the present invention;

[0040] Figure 2 Device status architecture diagram;

[0041] Figure 3 A diagram illustrating the breakdown of the business process;

[0042] Figure 4 This is a schematic diagram of the rail transit equipment status monitoring system provided by the present invention. Detailed Implementation

[0043] 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 some embodiments of the present invention, and not all 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.

[0044] The purpose of this invention is to provide a method, system, and electronic device for monitoring the status of rail transit equipment, in order to solve the problems of high error rate and inconvenience caused by storing data directly without processing.

[0045] To make the above-mentioned objects, features and advantages of the present invention more apparent and understandable, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments.

[0046] Example 1

[0047] like Figure 1 As shown, this embodiment provides a method for monitoring the status of rail transit equipment, including:

[0048] S1: Real-time acquisition of terminal status data packets. The terminal status data packets include the status data of each device on each station.

[0049] In this embodiment, the device status server monitors and statistically analyzes the status of all relevant devices at each station under its supervision in real time, calculates the station's comprehensive status value based on the station's device status, and sends the subscribed station and device status information to the corresponding workstations based on the station and device status information subscribed to by the workstations.

[0050] S2: Classify the status data in the terminal status data packet according to the status type to obtain batch status data, specific status data and fault status data.

[0051] Specifically, the terminal status data packets are first parsed in binary format, and then categorized according to different statuses. Among them, batch status refers to all uploaded status data, specific status refers to changes made to a specific status, and fault status refers to changes made to the fault value under a fixed fault status ID 000011.

[0052] As shown in Table 2, the batch status data includes a general status data body, a number of statuses, and a status cycle data body.

[0053] As shown in Table 1, the general status data body includes status code, station number, equipment number, and operator number. As shown in Table 3, the cyclic status data body includes status number and status value.

[0054] Table 1 General Status Data

[0055] 1 status codes 4 String 2 Station Number 4 String 3 Equipment Number 8 String

[0056] Table 2 Batch Status Data

[0057] 1 General state data 2 Number of states 4 String 3 State loop data body 8 String

[0058] Table 3 State Cycle Data Body

[0059] 1 Status number 8 String 2 State value 4 String

[0060] As shown in Table 4, specific state data includes a general state data body, a state number, and a state value.

[0061] Table 4 Specific State Data

[0062] 1 General state data 2 Status number 8 String 3 State value 4 String

[0063] As shown in Table 5, the fault status data includes a general status data body, status number, and fault number.

[0064] Table 5 Fault Status Data

[0065] 1 General state data 2 Status number 8 String 3 Fault Number 8 String

[0066] Furthermore, the database pre-stores a state number range encoding table and a state number encoding definition table for state objects.

[0067] As shown in Table 6, the fields of the status number range coding table for status objects include the serial number, status object category name, and status number range.

[0068] Table 6. Encoding Table for Status Number Ranges of Status Objects

[0069]

[0070]

[0071] As shown in Table 7, the fields of the status number coding definition table include serial number, status type, status code, and application device.

[0072] Table 7 Status Number Coding Definition Table

[0073]

[0074]

[0075]

[0076]

[0077]

[0078]

[0079] Furthermore, the business server processes batch status data and specific status states, extracting status values ​​for certain specific status numbers for timing-based business judgments. When processing batch status data and specific status states, only changes in a few specific status numbers (000004, 000005, 000006) are considered to complete the power-on timing (connection timing between MLC and SC). The status server processes batch status data, specific status data, and fault status data. After splitting the batch status data and specific status data, all status numbers and status values ​​are stored for status querying.

[0080] S3: Verify the batch status data, the specific status data, and the fault status data respectively. If the verification is successful, parse the batch status data, the specific status data, and the fault status data and store them in the database.

[0081] Specifically, the batch status data, the specific status data, and the fault status data are subjected to data structure integrity verification and CRC verification, respectively. If the verification is successful, the batch status data, the specific status data, and the fault status data are parsed to obtain batch status key information, specific status key information, and fault status key information, respectively. The batch status key information, the specific status key information, and the fault status key information are then stored in the database.

[0082] The batch status key information and the specific status key information both include the device number, status number, and status value. The fault status key information includes the device number, status number, and fault number.

[0083] The database pre-stores a message composition table, a transmission data header table, and a pre-processing header table. These tables are used for data structure integrity verification.

[0084] As shown in Table 8, the fields of the message composition table include start marker, transmission data header, preprocessing header, data body, check data, and end marker.

[0085] Table 8 Message Composition Table

[0086]

[0087] As shown in Table 9, the fields of the data header table include category, field name, length, and data type.

[0088] Table 9 Transmission Data Header Table

[0089]

[0090]

[0091] Batch status data, specific status data, and fault status data are parsed according to agreed rules. Structural integrity is verified using Tables 8 and 9. CRC verification is performed on the verification data portion of the parsed data body based on the verification code.

[0092] S4: Based on the data stored in the database, the status of the rail transit equipment is displayed in real time to monitor the status of the rail transit equipment.

[0093] Furthermore, in order to organize and present the status data more quickly and accurately, and to reduce the number of accesses to the physical database, before S4, the rail transit equipment status monitoring method further includes: storing the batch status key information, the specific status key information and the fault status key information in Redis respectively.

[0094] like Figure 2 The diagram shown is a device status architecture diagram. Figure 2 In this context, mtrmlc.internel represents internal data and transmission types at the MLC layer; mtrmlc.dataIn represents external data and transmission types for long transmissions at the SLE and SC layers; stat and stat.* represent status data; and ws.all represents information sent to workstations.

[0095] The record structure for storing device status data in memory is as follows:

[0096] -record(statusKey,{lineId,stationId,deviceId,statusId});

[0097] -record(deviceState,{statusKey,operatorId,statusValue,createTime}).

[0098] like Figure 3 As shown, this invention first determines whether the lower-level connection is normal. If the connection is broken, a lower-level disconnected status data packet is generated. If the connection is normal, the terminal status data packet is received, the terminal status data packet or the lower-level disconnected status data packet is parsed, and then it is determined whether the packet is re-packetized. If the packet is re-packetized, the data packet determination result is sent to the archive server. If the packet is not re-packetized, the status data packet is parsed and the data is classified and determined. If the device status does not need to be updated, the terminal status data packet is continued to be received. If the device status needs to be updated, the current complete device status value is updated, the hierarchical complete device status is classified and summarized, and the status value is pushed to the front-end monitoring page as needed.

[0099] This invention reduces the storage cost of status data and ensures its uniqueness. Upon receiving a terminal status data packet, it parses the data and performs multiple checks to guarantee the legality and validity of the status data. Furthermore, before storing the data in the database, it extracts the data structure corresponding to the parsed status data and replaces it with the correct structure before storing it, facilitating easy viewing and retrieval of the data.

[0100] Example 2

[0101] In order to implement the method corresponding to Embodiment 1 above and achieve the corresponding functions and technical effects, a rail transit equipment status monitoring system is provided below.

[0102] like Figure 4 As shown, the rail transit equipment status monitoring system provided in this embodiment includes: a data acquisition module 1, a classification module 2, an warehousing module 3, and a monitoring module 4.

[0103] The data acquisition module 1 is used to acquire terminal status data packets in real time; the terminal status data packets include the status data of each device on each station.

[0104] The classification module 2 is connected to the data acquisition module 1. The classification module 2 is used to classify the status data in the terminal status data packet according to the status type to obtain batch status data, specific status data and fault status data.

[0105] The storage module 3 is connected to the classification module 2. The storage module 3 is used to verify the batch status data, the specific status data and the fault status data respectively. If the verification is successful, the batch status data, the specific status data and the fault status data are parsed and stored in the database.

[0106] The monitoring module 4 is connected to the storage module 3. The monitoring module 4 is used to display the status of the rail transit equipment in real time based on the data stored in the database, so as to monitor the status of the rail transit equipment.

[0107] Compared with the prior art, the rail transit equipment status monitoring system provided in this embodiment has the same beneficial effects as the rail transit equipment status monitoring method provided in Embodiment 1, and will not be repeated here.

[0108] Example 3

[0109] This embodiment provides an electronic device, including a memory and a processor. The memory is used to store computer programs, and the processor runs the computer programs to enable the electronic device to execute the rail transit equipment status monitoring method of Embodiment 1.

[0110] Alternatively, the aforementioned electronic device may be a server.

[0111] In addition, this embodiment of the invention also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the rail transit equipment status monitoring method of Embodiment 1.

[0112] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0113] This document uses specific examples to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. Furthermore, those skilled in the art will recognize that, based on the ideas of the present invention, there will be changes in the specific implementation methods and application scope. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A method for monitoring the status of rail transit equipment, characterized in that, The method for monitoring the status of rail transit equipment includes: Real-time acquisition of terminal status data packets; the terminal status data packets include status data of each device on each station; The status data in the terminal status data packet is classified according to status type to obtain batch status data, specific status data, and fault status data; the batch status data includes a general status data body, a number of statuses, and a status cycle data body; the specific status data includes a general status data body, a status number, and a status value; the fault status data includes a general status data body, a status number, and a fault number. The batch status data, the specific status data, and the fault status data are respectively subjected to data structure integrity verification and CRC verification. If the verification is successful, the batch status data, the specific status data, and the fault status data are parsed and stored in the database. Specifically, this includes: parsing the batch status data, the specific status data, and the fault status data to obtain batch status key information, specific status key information, and fault status key information; storing the batch status key information, the specific status key information, and the fault status key information in the database; the database pre-stores a message composition table, a transmission data header table, and a pre-processing header table; the message composition table, the transmission data header table, and the pre-processing header table are used for data structure integrity verification; the batch status key information and the specific status key information both include a device number, a status number, and a status value; the fault status key information includes a device number, a status number, and a fault number. The status of rail transit equipment is displayed in real time based on the data stored in the database, so as to monitor the status of rail transit equipment.

2. The method for monitoring the status of rail transit equipment according to claim 1, characterized in that, The fields of the message composition table include a start flag, a transmission data header, a preprocessing header, a data body, checksum data, and an end flag. The fields of the transmission data header table include category, field name, length, and data type; The fields of the preprocessing header table include category, field name, length, and data type.

3. The method for monitoring the status of rail transit equipment according to claim 1, characterized in that, The general status data body includes status code, station number, equipment number, and operator number; the cyclic status data body includes status number and status value.

4. The method for monitoring the status of rail transit equipment according to claim 1, characterized in that, The database pre-stores a state number range encoding table and a state number encoding definition table for state objects; The state number range encoding table for the state object includes a serial number, the state object category name, and the state number range. The fields of the status number encoding definition table include serial number, status type, status code, and application device.

5. The method for monitoring the status of rail transit equipment according to claim 1, characterized in that, The method for monitoring the status of rail transit equipment also includes: The batch status key information, the specific status key information, and the fault status key information are stored in Redis respectively.

6. A rail transit equipment status monitoring system, applied to the rail transit equipment status monitoring method according to any one of claims 1-5, characterized in that, The rail transit equipment status monitoring system includes: The data acquisition module is used to acquire terminal status data packets in real time; the terminal status data packets include status data of each device on each station. The classification module, connected to the data acquisition module, is used to classify the status data in the terminal status data packet according to the status type to obtain batch status data, specific status data and fault status data. The data entry module, connected to the classification module, is used to verify the batch status data, the specific status data, and the fault status data respectively. If the verification is successful, the batch status data, the specific status data, and the fault status data are parsed and stored in the database. The monitoring module, connected to the database module, is used to display the status of the rail transit equipment in real time based on the data stored in the database, so as to monitor the status of the rail transit equipment.

7. An electronic device, characterized in that, The device includes a memory and a processor, the memory being used to store a computer program, and the processor running the computer program to cause the electronic device to perform the rail transit equipment status monitoring method according to any one of claims 1 to 5.

Images