Emergency disposal auxiliary system and method for subway train operation failure

Abstract

The application discloses an emergency disposal auxiliary system and method for subway train operation failure, wherein a data analysis module comprises a first database and a first judgment module; the first database stores preset logical expressions; the logical expressions include four types of basic signal analysis expressions, traction tree signal analysis expressions, bypass signal analysis expressions and failure analysis expressions; after the first judgment module pulls the signal data stored in a data distribution module and corresponds to the logical expressions, logical effective results are formed; the emergency disposal auxiliary system and method for subway train operation failure provided by the application; a data distribution module receives and stores signal data pushed by Internet of Vehicles; after the first judgment module of the data analysis module pulls the signal data stored in the data distribution module and corresponds to the logical expressions, logical effective results are formed; through the introduction of the logical expressions, the running state of the subway train can be accurately obtained, and the occurrence of failure and the type of failure can be quickly and accurately identified.

Description

Technical Field

[0001] This invention relates to the field of subway operation, and in particular to an emergency response auxiliary system and method for subway train operation failures. Background Technology

[0002] Currently, the emergency response process for subway mainline operations follows a "3+3" procedure. For example, if a subway train triggers emergency braking for some reason while operating on the mainline, the driver first checks the train's condition and then reports the train number, carriage number, location, and details of the malfunction to the dispatcher. The dispatcher then determines whether a troubleshooting process is necessary. If so, the driver is notified to begin the first 3-minute troubleshooting phase. During this time, the dispatcher impounds the preceding and following trains. At the 3-minute mark, the dispatcher confirms with the driver whether to continue troubleshooting or attempt a "fault rescue." If the driver requests this, the dispatcher notifies them to begin the second 3-minute troubleshooting phase. This entire emergency response process is lengthy and time-sensitive.

[0003] The driver's cab currently only has a driver display unit (DDU display screen), which shows the status and fault data of the subway train. Due to the time constraints, the ability to quickly determine the type of fault and take timely action based on this information in emergency situations places extremely high demands on the driver. Any misoperation can easily affect the operation of the main line.

[0004] The above methods have several problems: some fault symptoms are the same, but the causes are different; multiple faults occur simultaneously, resulting in overlapping symptoms; multiple faults occur simultaneously, resulting in overlapping symptoms; the DDU display screen shows comprehensive subway train status information, but it lacks the function of displaying emergency response procedures, requiring drivers to memorize them or consult manuals. Currently, emergency response to subway train operational faults relies too heavily on the individual skills of subway train drivers, resulting in poor timeliness, low efficiency, and the possibility of errors. Summary of the Invention

[0005] The main objective of this invention is to provide an emergency response auxiliary system and method for subway train operation failures, aiming to solve the problems of poor timeliness, low efficiency, and easy error in the emergency response to subway train mainline operation failures in the prior art.

[0006] To achieve the above objectives, the present invention provides an emergency response auxiliary system for subway train operation malfunctions, comprising:

[0007] The data distribution module is used to receive and store signal data pushed by the vehicle network;

[0008] The data parsing module includes a first database and a first judgment module. The first database stores preset logical expressions, which include four types: basic signal parsing, traction tree signal parsing, bypass signal parsing, and fault parsing. The first judgment module retrieves the signal data stored in the data distribution module and matches it with the logical expressions to form a logical result. The logical expressions include at least one logical relationship between the signal data.

[0009] The display terminal receives the logic's effective result.

[0010] Furthermore, the fault parsing expressions in the first database storage include paired fault triggering parsing expressions and fault elimination parsing expressions.

[0011] Furthermore, an operation list is also matched with the fault analysis formula. When the corresponding result of the fault trigger analysis formula is positive, the display terminal is also used to receive the operation list that matches the fault analysis formula.

[0012] Furthermore, the display terminal includes a management terminal located in the control center, which receives and displays the logic activation result.

[0013] Furthermore, the display terminal includes an operation terminal for setting up subway trains, and the management terminal receives and displays the logic activation result.

[0014] Furthermore, the emergency response support system also includes a data caching module, through which the logical validity result output by the data parsing module is sent to the display terminal; the data caching module includes a second database and a second judgment module, the second database stores the logical validity result output by the data parsing module, and the second judgment module counts the duration of the logical validity result.

[0015] This invention also provides an emergency response auxiliary method for subway train operation malfunctions, comprising the following steps:

[0016] S1. Add logical expressions to the first database of the data parsing module. The logical expressions include four types: basic signal parsing, traction tree signal parsing, bypass signal parsing, and fault parsing. The logical expression includes the logical relationship of one signal data or the logical relationship of multiple signal data.

[0017] S2. The first judgment module of the data parsing module pulls the signal data received and stored by the vehicle network push from the data distribution module and matches it with the logical expression in the first database to form a logical effective result;

[0018] S3. The first judgment module sends the logic effect result to the display terminal.

[0019] Furthermore, in step S1, the fault analysis formula includes forming a paired fault triggering analysis formula and a fault elimination analysis formula.

[0020] Further, step S1 is followed by:

[0021] The corresponding fault parsing matching storage operation list is stored in the first database;

[0022] Step S2 includes:

[0023] When the corresponding result of the fault analysis is positive, the first judgment module sends the operation list that matches the fault trigger analysis to the display terminal.

[0024] Further, step S3 includes:

[0025] The first judgment module sends the data to the display terminal through the data caching module. The data caching module includes a second database for storing the logic effect results and a second judgment module for calculating the duration of the logic effect results.

[0026] The present invention provides an emergency response auxiliary system and method for subway train operation failures. The data distribution module receives and stores signal data pushed by the vehicle network; the first database in the data parsing module stores preset logical expressions, and the first judgment module pulls the signal data stored in the data distribution module and matches it with the logical expressions to form a logical effect result, and the display terminal receives the logical effect result; by introducing logical expressions, the operating status of the subway train can be accurately obtained, and the occurrence and type of failure can be quickly and accurately identified. Attached Figure Description

[0027] Figure 1 This is a schematic diagram of the steps of an emergency response auxiliary system for subway train operation failure according to an embodiment of the present invention.

[0028] The realization of the objective, functional features and advantages of the present invention will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0029] It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

[0030] Those skilled in the art will understand that, unless specifically stated otherwise, the singular forms “a,” “an,” “the,” “the,” “the,” and “the” used herein may also include the plural forms. It should be further understood that the term “comprising” as used in this specification means the presence of the stated features, integers, steps, operations, elements, units, modules, and / or components, but does not exclude the presence or addition of one or more other features, integers, steps, operations, elements, units, modules, components, and / or groups thereof. It should be understood that when we say an element is “connected” or “coupled” to another element, it can be directly connected or coupled to the other element, or there may be intermediate elements. Furthermore, “connected” or “coupled” as used herein can include wireless connection or wireless coupling. The term “and / or” as used herein includes all or any of the units and all combinations of one or more associated listed items.

[0031] It will be understood by those skilled in the art that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the same meaning as in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined as herein.

[0032] In one embodiment of the present invention, an emergency response auxiliary system for subway train operation malfunctions includes:

[0033] The data distribution module is used to receive and store signal data pushed by the vehicle network;

[0034] The data parsing module includes a first database and a first judgment module. The first database stores preset logical expressions, which include four types: basic signal parsing, traction tree signal parsing, bypass signal parsing, and fault parsing. The first judgment module retrieves the signal data stored in the data distribution module and matches it with the logical expressions to form a logical result. The logical expressions include at least one logical relationship between the signal data.

[0035] The display terminal receives the logic's effective result.

[0036] In this invention, the data distribution module receives and stores signal data pushed by the vehicle network. The vehicle network pushes the subway train signal data to the data distribution module in JSON format. The signal data includes: full location result values, such as current time, subway train speed, current station signal, next station signal, fault signal, door signal, command signal, bypass signal, traction signal, communication signal, power signal, braking signal, pressure signal, control mode signal, ambient temperature signal, etc. The data distribution module can be implemented using Kafka, an open-source stream processing platform and a high-throughput distributed publish-subscribe messaging system. The publisher (the vehicle network in this invention) produces data and delivers it to the server for storage. When the consumer (the first judgment module in this invention) needs to consume data, it retrieves the data from the server and then performs a series of data processing operations.

[0037] The data parsing module includes a first database and a first judgment module. The first database stores preset logical expressions, which include four types: basic signal parsing, traction tree signal parsing, bypass signal parsing, and fault parsing. Each of the four types has a different specific logical expression.

[0038] In the first database:

[0039] The basic signal parsing formula includes individual signal data such as operating mode, subway train speed, and the opening and closing status of all doors on the subway train. You can find the corresponding signal code by referring to the protocol parsing rules.

[0040] Example 1: Analytical expression for train speed signal

[0041] Signal involved: Overall train speed (1 = 0.1 km / h)

[0042] Analytical expression: c_p1_11_0=n

[0043] The analytical expression of the traction tree signal requires judgment through multiple signal data combinations (AND, OR, NOT, addition, subtraction, holding for n seconds, etc.) to obtain the result;

[0044] Example 2: Parking Braking

[0045] Signals involved: Tc1 (all-column stop brake applied), Tc2 (all-column stop brake applied), Tc1 (stop brake applied), Tc2 (stop brake applied), M1 (stop brake applied), M2 (stop brake applied), M3 (stop brake applied), M4 (stop brake applied), Tc1 (all-column stop brake released), Tc2 (all-column stop brake released), Tc1 (stop brake released), Tc2 (stop brake released), M1 (stop brake released), M2 (stop brake released), M3 (stop brake released), M4 (stop brake released)

[0046] Analytical expression:

[0047] (c_p1_98_6==0||c_p1_172_6==0||c_p1_89_4==0||c_p1_163_4==0|| c_p1_275_1==0||c_p1_282_1==0||c_p1_289_1==0||c_p1_296_1==0| |c_p1_98_5==1||c_p1_172_5==1||c_p1_89_3==1||c_p1_163_3==1|| c_p1_275_0==1||c_p1_282_0==1||c_p1_289_0==1||c_p1_296_0==1)? 3:1

[0048] In other words, if any one of the following is true: Tc1 full-column parking brake application, Tc2 full-column parking brake application, Tc1 parking brake application, Tc2 parking brake application, M1 parking brake application, M2 parking brake application, M3 parking brake application, and M4 parking brake application, or if any one of the following is false: Tc1 full-column parking brake release, Tc2 full-column parking brake release, Tc1 parking brake release, Tc2 parking brake release, M1 parking brake release, M2 parking brake release, M3 parking brake release, and M4 parking brake release, then it indicates that the parking brake state is active.

[0049] The bypass signal analysis formula requires judgment through multiple signal data combinations (AND, OR, NOT, addition, subtraction, transition, maintenance for n seconds, etc.) to obtain the result;

[0050] Example 3: Flow shoe control mode switch

[0051] Signals involved: Tc1, Tc2, M1, M2, M3, and M4 are all centrally controlled by the flow shoe.

[0052] Analytical expression:

[0053] (c_p1_100_4+c_p1_174_4+c_p1_278_1+c_p1_285_1+c_p1_292_1+c_p1_299_1==6)? 1:3

[0054] In other words, if all four of the following are in positive condition: Tc1, Tc2, M1, M2, M3, and M4 are under centralized control by the flow shoe, then the flow shoe control is normal.

[0055] The emergency response fault analysis logic includes fault triggering logic and fault elimination logic. Both fault triggering logic and fault elimination logic require multiple signal data combinations (AND, OR, NOT, addition, subtraction, holding for n seconds, transition signals, waiting n seconds after the precondition is met before judging the postcondition) to obtain the result.

[0056] Example 4: Fault phenomenon—the current-collecting shoe cannot be raised.

[0057] Signals involved: Tc1 vehicle raised shoe in position, Tc1 vehicle lowered shoe in position, Tc2 vehicle raised shoe in position, Tc2 vehicle lowered shoe in position, M1 vehicle raised shoe in position, M1 vehicle lowered shoe in position, M2 vehicle raised shoe in position, M2 vehicle lowered shoe in position, M3 vehicle raised shoe in position, M3 vehicle lowered shoe in position, M4 vehicle raised shoe in position, M4 vehicle lowered shoe in position.

[0058] Analytical expression:

[0059] (1) Fault Triggering Analytical Formula

[0060] ((c_p1_92_0==0&&c_p1_92_1==1)?1:0)+

[0061] ((c_p1_166_0==0&&c_p1_166_1==1)?1:0)+

[0062] ((c_p1_276_6==0&&c_p1_276_7==1)?1:0)+

[0063] ((c_p1_283_6==0&&c_p1_283_7==1)?1:0)+

[0064] ((c_p1_290_6==0&&c_p1_290_7==1)?1:0)+

[0065] ((c_p1_297_6==0&&c_p1_297_7==1)?1:0)>=1

[0066] In other words, if any of the current receiving shoes meets the conditions of lowering the shoe to the correct position or raising the shoe to the correct position, the logic that the current receiving shoe cannot be raised will be triggered.

[0067] (2) Fault elimination analytical expression:

[0068] c_p1_92_0==1&&c_p1_92_1==0&&c_p1_166_0==1&&c_p1_166_1==0&&c_p1_276_6==1&&c_p1_276_7==0&& c_p1_283_6==1&&c_p1_283_7==0&&c_p1_290_6==1&&c_p1_290_7==0&&c_p1_297_6==1&&c_p1_297_7==0

[0069] In other words, if all current collector shoes fail to meet the requirements of being lowered into position and all meet the requirements of being raised into position, the logic for eliminating the failure of current collector shoes to be raised will be triggered.

[0070] It should be noted that the main purpose of emergency response is to ensure that the main line operation is not affected and that subway trains can continue to run, rather than necessarily resolving the fault. Therefore, the emergency response clearance logic is not equivalent to fault clearance. Rather, the emergency response clearance logic is triggered when the driver follows the emergency response prompts and the subway train can run. At this point, the fault may not have been cleared, but the subway train can now start and run.

[0071] The criteria for determining whether an emergency response is triggered or eliminated are based on signal data pushed by the vehicle network.

[0072] In the first judgment module:

[0073] The first decision module retrieves the signal data stored in the data distribution module and matches it with the logical expression, then outputs the logical result. For example, the first decision module could be Flink. Flink executes arbitrary streaming data programs in a data-parallel and pipelined manner. Flink's pipelined runtime system can execute batch and stream processing programs. Furthermore, Flink's runtime itself supports the execution of iterative algorithms. The logical result in the first decision module includes affirmative and negative results. For example, if a fault expression is satisfied, it indicates that a fault has occurred; here, the fault expression and the corresponding fault naturally form a correspondence.

[0074] The display terminal receives the logic activation result, and thus the display terminal can display the operating status and fault status of the subway train (the display terminal can use red and green lights to distinguish between the positive and negative logic activation results of the relevant functions).

[0075] In summary, the data distribution module receives and stores signal data pushed by the vehicle network; the first database in the data parsing module stores preset logical expressions, and the first judgment module pulls the signal data stored in the data distribution module and matches it with the logical expressions to form a logical effect result, which is then displayed on the terminal. By introducing logical expressions, the operating status of the subway train can be accurately obtained, and the occurrence and type of faults can be quickly and accurately identified.

[0076] In one embodiment, the fault parsing in the first database storage includes paired fault triggering parsing and fault elimination parsing.

[0077] In this embodiment, the fault resolution is not determined by the result of the basic signal analysis, traction tree signal analysis, or bypass signal analysis. Instead, a fault elimination analysis is set. Both the fault triggering logic and the fault elimination logic require judgment through multiple signal data combinations (AND, OR, NOT, addition, subtraction, holding for n seconds, transition signals, waiting n seconds after the precondition is met before judging the postcondition) to obtain the result. Specifically, in the process of handling subway train faults, it is not necessary to solve all problems to indicate that the fault has been resolved; the purpose of fault resolution is to not affect the mainline operation and allow the subway train to continue running, rather than necessarily resolving the fault. Therefore, as long as the relevant fault elimination analysis is satisfied, it can be said that the fault has been resolved.

[0078] In particular, the fault triggering expression and the fault elimination expression are paired. In operation, when the fault triggering expression is satisfied, the fault is determined to have occurred. After the driver's emergency operation, if the fault elimination expression that was previously satisfied is also satisfied, the relevant fault is determined to have been eliminated.

[0079] In one embodiment, an operation list is also matched with the fault parsing expression. When the corresponding result of the fault triggering parsing expression is positive, the display terminal is also used to receive the operation list that matches the fault parsing expression.

[0080] In this embodiment, the display terminal may include a management terminal located in the control center and an operation terminal located on the subway train. The operation list can be simultaneously sent to both the management terminal and the operation terminal, so that both the subway train staff and the control center staff can be informed of the steps to resolve the fault. The subway train staff act as executors, while the control center staff act as reminders and supervisors. When a subway train malfunctions, the emergency response auxiliary system identifies the fault. Specifically, the fault triggering parsing formula is applied during the fault identification process, and this formula is matched with the operation list. A bright red alert will pop up on the operation terminal (DDU display screen). When the driver clicks on the corresponding fault phenomenon, a pre-configured operation list pop-up will appear, with each step clearly visible, allowing the driver to determine which step they have reached. After following the correct steps, the fault elimination parsing formula is triggered, the corresponding fault phenomenon and suggestions will disappear, and the subway train will return to normal operation.

[0081] In one embodiment, the display terminal includes a management terminal located in the control center, which receives and displays the logic activation result.

[0082] In this embodiment, the management terminal is mainly for subway train drivers and technical management positions, and is configured with the following functions: real-time status of subway trains, subway train structural model, subway train traction tree and real-time monitoring and reminders of bypass;

[0083] (1) Real-time status of subway trains: Based on the basic signal analysis formula, the key real-time signal data of subway trains are displayed, such as vehicle number, control mode, arrival information, main wind pressure, speed, network pressure, etc.

[0084] (2) Subway train structure model: mainly shows the main structural information of the subway train, such as the carriage, doors, brakes, traction, subway train direction, whether TC1 / TC2 is activated, etc.

[0085] (3) Traction Capability Tree: First, the traction capability of the mainline metro trains is classified and summarized, and the factors affecting the traction capability of the mainline metro trains are classified hierarchically to construct a traction capability tree. Second, based on the analytical expression of the traction tree signal, the state of each node in the traction capability tree is judged, and the color is used to indicate whether the metro train has traction capability in the current state.

[0086] For example, the first level of the traction capability tree includes traction state, braking state, emergency braking state, door state, current receiving state, and control state, etc. The second level further subdivides from the first level. Finally, each branch at the very end can correspond to an analytical expression to reflect whether it is working properly.

[0087] (4) Bypass real-time monitoring and reminder: It is linked with the traction capability tree. Based on the well-analyzed bypass signal formula, when a fault occurs, the bypass switch that needs to be operated will be highlighted, and the status of the bypass switch will be monitored in real time.

[0088] The management terminal is located in the control center, and its main function is to provide a clear and comprehensive understanding of the status.

[0089] In one embodiment, the display terminal includes an operation terminal for setting up subway trains, and the management terminal receives and displays the logic activation result.

[0090] In this embodiment, the operating terminal is primarily designed for subway train drivers and is configured with the following functions: emergency response to fault phenomena, real-time bypass monitoring and alerts, emergency troubleshooting procedures, and pre-rescue operations.

[0091] (1) Emergency handling of fault phenomena: By matching the results of the well-analyzed fault triggering formula and signal data, the fault phenomena in the latest version of the "Mainline Fault Emergency Handling Manual" of the vehicle and the operating company are intelligently identified and highlighted, so as to achieve the purpose of intelligent fault identification and facilitate operators to quickly judge the fault situation of the subway train on the mainline.

[0092] (2) Bypass real-time monitoring and reminder: Based on the parsed bypass signal logic expression, when a fault occurs, the bypass switch that needs to be operated in the bypass panel will be highlighted to prompt the driver to perform relevant operations, and the status of the bypass switch will be monitored in real time (different from the front-end display form of the management terminal, which will be shown in detail in the specific embodiment).

[0093] (3) Emergency Troubleshooting Steps: Click on the highlighted fault phenomenon to unfold the corresponding emergency handling steps, guiding the driver step by step. Based on the fault elimination analysis formula, the corresponding fault phenomenon and suggestions will disappear after the driver operates according to the correct steps;

[0094] (4) Pre-rescue procedures: Also known as the "Metro Train Rescue Backup Plan," this is a list of bypass switches that must be operated and confirmed before requesting rescue after a metro train malfunctions and fails to move even after following the troubleshooting procedures in the emergency response manual. After confirming that all bypass switches on the list are in the "bypass" position, attempt to tow the metro train again. If this is still ineffective, then request rescue. At this time, the 10 bypass switches on the list will be highlighted on the bypass panel to remind the driver to confirm that all bypass switches are in the "bypass" position.

[0095] The operating terminal is installed on the subway train, and the key information displayed can be for the clarity and convenience of emergency handling.

[0096] In one embodiment, the operating terminal only displays the results of abnormal logic activation.

[0097] In this embodiment, although the operating terminal receives all the logic results, it only displays the abnormal logic results, thereby reducing the amount of information that the driver needs to process and improving the accuracy and efficiency of the work.

[0098] In one embodiment, the emergency response support system further includes a data caching module, through which the logical validity result output by the data parsing module is sent to the display terminal; the data caching module includes a second database and a second judgment module, the second database stores the logical validity result output by the data parsing module, and the second judgment module counts the duration of the logical validity result.

[0099] In the aforementioned embodiments, the first judgment module determined the duration of relevant signal data in relation to the validity of certain logical expressions. In this embodiment, the function is split: the emergency response auxiliary system has a first judgment module and a second judgment module, and a second database is set up to store the logical validity results output by the first judgment module. The second judgment module counts the duration of the logical validity results. Thus, it can store (or cache) all logical validity results while simultaneously handling expressions requiring a duration to determine their validity. The second database is used to cache real-time logical validity results, and the second judgment module (e.g., a Redis database) monitors the cached real-time logical validity results in the second database.

[0100] Reference Figure 1 An auxiliary method for emergency response to subway train operation malfunctions includes the following steps:

[0101] S1. Add logical expressions to the first database of the data parsing module. The logical expressions include four types: basic signal parsing, traction tree signal parsing, bypass signal parsing, and fault parsing. The logical expression includes the logical relationship of one signal data or the logical relationship of multiple signal data.

[0102] S2. The first judgment module of the data parsing module pulls the signal data received and stored by the vehicle network push from the data distribution module and matches it with the logical expression in the first database to form a logical effective result;

[0103] S3. The first judgment module sends the logic effect result to the display terminal.

[0104] In this embodiment, the first judgment module retrieves the signal data stored in the data distribution module and outputs the logical effect result after matching it with the logical expression. The logical effect result in the first judgment module includes affirmation and negation. For example, if a certain fault analysis expression is satisfied, it indicates that a fault has occurred; here, the fault analysis expression and the corresponding fault naturally form a correspondence. The display terminal receives the logical effect result, thereby displaying the subway train's operating status and fault status (the display terminal can use red and green lights to distinguish between affirmation and negation of the logical effect result). The display terminal may include a management terminal set in the control center and an operation terminal set in the subway train. The above operation list can be sent to both the management terminal and the operation terminal simultaneously, so that both the subway train staff and the control center staff can be informed of the steps to resolve the fault. The subway train staff act as executors, while the control center staff act as reminders and supervisors. The steps and logic of the relevant methods refer to the aforementioned emergency response auxiliary system embodiment, and will not be repeated here. By introducing logical expressions, the operating status of the subway train can be accurately obtained, and the occurrence and type of fault can be quickly and accurately identified.

[0105] In one embodiment, in step S1, the fault resolution includes forming a paired fault triggering resolution and a fault elimination resolution.

[0106] In this embodiment, the fault resolution is not determined by the result of the basic signal analysis, traction tree signal analysis, or bypass signal analysis. Instead, a fault elimination analysis is set. Specifically, in the process of handling subway train faults, it is not necessary to solve all problems to determine that the fault has been resolved. If the relevant fault elimination analysis is satisfied, the fault is defined as resolved. In particular, the fault trigger analysis and the fault elimination analysis are paired. During operation, when the fault trigger analysis is satisfied, a fault is determined to have occurred. After the driver's emergency operation, if the fault elimination analysis paired with the previously satisfied fault trigger analysis is satisfied, the relevant fault is determined to have been eliminated.

[0107] In one embodiment, step S1 is followed by:

[0108] The corresponding fault parsing matching storage operation list is stored in the first database;

[0109] Step S2 includes:

[0110] When the corresponding result of the fault analysis is positive, the first judgment module sends the operation list that matches the fault trigger analysis to the display terminal.

[0111] In this embodiment, when a subway train malfunctions, the emergency response assistance system identifies the fault. Specifically, the fault identification process utilizes a fault triggering algorithm, which is matched with an operation list. A bright red alert pops up on the operating terminal (DDU display screen). When the driver clicks on the corresponding fault symptom, a pre-configured operation list pops up, clearly showing each step, allowing the driver to determine which step they have reached. After following the correct steps, the fault elimination algorithm is triggered, the corresponding fault symptom and suggestions disappear, and the subway train returns to normal operation.

[0112] In one embodiment, step S3 includes:

[0113] The first judgment module sends the data to the display terminal through the data caching module. The data caching module includes a second database for storing the logic effectiveness results and a second judgment module for calculating the duration of the logic effectiveness results.

[0114] In this embodiment, the functions are broken down. The emergency response auxiliary system has a first judgment module and a second judgment module, and a second database is set up to store the logical effectiveness results output by the first judgment module. The second judgment module counts the duration of the logical effectiveness results. At the same time, it can store (or cache) all logical effectiveness results and complete expressions that require a duration to determine whether the logical expression is effective. The second database is used to cache real-time logical effectiveness results, and the second judgment module (such as a Redis database) monitors the real-time logical effectiveness results cached in the second database.

[0115] In summary, the emergency response auxiliary system and method for subway train operation failures provided by this invention includes a data distribution module that receives and stores signal data pushed by the vehicle network; a first database in the data parsing module stores preset logical expressions, and a first judgment module retrieves the signal data stored in the data distribution module and matches it with the logical expressions to form a logical effect result, which is then displayed on the terminal. By introducing logical expressions, the operating status of the subway train can be accurately obtained, and the occurrence and type of failure can be quickly and accurately identified.

[0116] The above description is merely a preferred embodiment of the present invention and does not limit the patent scope of the present invention. Any equivalent structural or procedural transformations made based on the content of the present invention's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of the present invention.

Claims

1. An emergency response auxiliary system for subway train operation malfunctions, characterized in that, include: The data distribution module is used to receive and store signal data pushed by the vehicle network; The data parsing module includes a first database and a first judgment module. The first database stores preset logical expressions, which include four types: basic signal parsing, traction tree signal parsing, bypass signal parsing, and fault parsing. The first judgment module retrieves the signal data stored in the data distribution module and matches it with the logical expressions to form a logical result. The logical expressions include at least one logical relationship between the signal data. The display terminal receives the logic activation result; The basic signal analysis formula includes one of the following: operating mode, subway train speed, and the opening / closing status of all doors of the subway train. The fault analysis formulas in the first database include paired fault triggering formulas and fault elimination formulas; wherein the fault elimination formulas are satisfied with the purpose of not affecting the mainline operation and allowing the subway trains to continue running, rather than necessarily resolving the fault. A corresponding operation list is also provided for the fault analysis formula. When the corresponding result of the fault trigger analysis formula is positive, the display terminal is also used to receive the operation list that matches the fault analysis formula. The display terminal includes a management terminal located in the control center, which receives and displays the logic activation result. The display terminal includes an operating terminal for setting up subway trains; The operating terminal only displays the results of abnormal logic taking effect; After the driver follows the correct steps according to the operation list displayed on the operating terminal, the fault elimination algorithm is triggered, allowing the subway train to continue running.

2. The emergency response auxiliary system for subway train operation failures according to claim 1, characterized in that, The emergency response support system also includes a data caching module, through which the logical validity result output by the data parsing module is sent to the display terminal; the data caching module includes a second database and a second judgment module, the second database stores the logical validity result output by the data parsing module, and the second judgment module counts the duration of the logical validity result.

3. An emergency response assistance method for subway train operation failures in the emergency response assistance system described in claim 1, characterized in that, Includes the following steps: S1. Add logical expressions to the first database of the data parsing module. The logical expressions include four types: basic signal parsing, traction tree signal parsing, bypass signal parsing, and fault parsing. The logical expression includes the logical relationship of one signal data or the logical relationship of multiple signal data. S2. The first judgment module of the data parsing module pulls the signal data received and stored by the vehicle network push from the data distribution module and matches it with the logical expression in the first database to form a logical effective result; S3. The first judgment module sends the logic effect result to the display terminal; In step S1, the fault analysis formula includes forming a paired fault triggering analysis formula and a fault elimination analysis formula; wherein the fault elimination analysis formula is satisfied with the purpose of not affecting the main line operation and allowing the subway train to continue running, rather than necessarily resolving the fault. Step S1 is followed by: The corresponding fault parsing matching storage operation list is stored in the first database; Step S2 includes: When the corresponding result of the fault analysis is positive, the first judgment module sends an operation list that matches the fault trigger analysis to the display terminal; after the driver operates according to the correct steps according to the operation list displayed on the operation terminal, the fault elimination analysis is triggered, allowing the subway train to continue running.

4. The emergency response auxiliary method for subway train operation failures according to claim 3, characterized in that, The steps in S3 include: The first judgment module sends the data to the display terminal through the data caching module. The data caching module includes a second database for storing the logic effect results and a second judgment module for calculating the duration of the logic effect results.

Images