Automatic test method and system for centralized access of dispatch
Through the automated scheduling centralized approach testing method, the data preprocessing module, algorithm module and human-computer interactive interface are used to solve the incomplete test or error problems caused by manual operations in the existing technology, and more efficient and accurate signal system testing is achieved.
Patent Information
- Application Number
- CN202411916887.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-24
- Publication Date
- 2025-04-11
AI Technical Summary
The existing centralized scheduling approach testing methods mainly rely on manual operations, which are prone to omissions or human errors, resulting in incomplete or errors in the test.
An automated scheduling centralized approach testing method is adopted to realize automated testing by compiling interlock tables, importing basic data, configuring test parameters and starting the test process, and using data preprocessing modules, algorithm modules and human-computer interaction interfaces.
It improves the accuracy and efficiency of signal system testing, reduces human errors, and ensures the stable operation of the station signal system.
Smart Images
Figure CN119806105A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of dispatching system route testing, and in particular to a dispatching centralized route automatic testing method and system. Background Art
[0002] The computer interlocking system is the core control equipment responsible for establishing the train route. The computer interlocking system can realize the interlocking control between the turnouts, signal machines and track circuits in the station under the system operation, and is an indispensable guarantee equipment for safe and efficient railway operation.
[0003] The dispatching centralized system centralizes the computer interlocking systems of multiple stations or areas. Train dispatchers can control and monitor the signal equipment of each station, and conduct unified dispatching and commanding of train operation. The entire system consists of a dispatching centralized machine located in the mechanical room of the dispatching center and a computer interlocking machine located in each station. They are connected through optical fiber, switches, and networks. The dispatching centralized machine issues control commands to the interlocking machine, and transmits the on-site status and display information collected by the interlocking machine to the dispatching centralized machine.
[0004] The control command includes the route control command. The route refers to the path that a train, shunting locomotive or train runs from one location to another in a station. The basic route is the minimum path that constitutes the running path, including the approach section, the starting signal, the passing section, the passing switch, the terminal signal, and the departure section. The computer interlocking system will conduct a detailed test on each basic route before leaving the factory. After the centralized dispatching system and the computer interlocking system are connected, the control command test is also required for each existing basic route. The station information fed back by the interlocking is checked to ensure that the control command is correctly and effectively executed.
[0005] At present, the centralized route testing method for dispatching is basically that the test personnel manually handle the route according to the interlocking table and manually check it. A large number of repetitive operations may lead to omissions or human errors. Summary of the invention
[0006] The purpose of the present invention is to overcome the deficiencies of the prior art. To achieve the above purpose, a method and system for automatic testing of a centralized scheduling route are adopted to solve the problems raised in the above background technology.
[0007] A method for automatically testing a centralized dispatching route comprises the following steps:
[0008] Step S1, compile an interlocking table according to the station signal layout, and establish basic route basic data, which includes the information of approach, start, and end;
[0009] Step S2: import the basic data into the scheduling system, check and screen it with the system information, and generate a test array for testing;
[0010] Step S3: configure the test parameters in the human-computer interaction interface, including the command sending interval and the number of repetitions, and start the test process after the configuration is completed;
[0011] Step S4: Wait for the test results, record the device status and execution results, handle exceptions, and export the results until the test is completed.
[0012] As a further solution of the present invention: the specific steps in step S1 include:
[0013] Prepare an interlocking table based on the station signal plan to indicate the basic interlocking contents between the approach, turnout, and signal machines;
[0014] The detailed information in the interlocking table is then entered into the form to generate the basic data.
[0015] As a further solution of the present invention: the specific steps in step S2 include:
[0016] Import the route basic data into the centralized dispatching system and check it with the basic route information block in the system;
[0017] For mismatched route information, a prompt will be given, and then manual screening will be performed to ensure that the two are consistent, and a test array will be generated to prepare for the test.
[0018] As a further solution of the present invention: the specific steps in step S3 include:
[0019] Set the parameter information in the human-computer interaction interface, including the command sending interval for opening and canceling the route, and the number of repeated sending times when an exception is executed. After the configuration is completed, start the test.
[0020] As a further solution of the present invention: the specific steps in step S4 include:
[0021] Wait for the algorithm module to test according to the route number in the route test array, record the device status and execution results, and resend the command and update the record if the device status is abnormal until all basic route tests are completed;
[0022] After the test is completed, the execution results of the test array are exported to a new table, and the test results are displayed on the human-computer interaction interface, supporting the pause and continue test functions.
[0023] On the other hand, the technical solution is: a system including a method for automatic testing of a dispatching centralized route as described in any one of the above, including a data preprocessing module, an algorithm module, and a human-computer interaction interface;
[0024] The data preprocessing module is used to compile an interlocking table according to the station signal layout and establish basic route basic data, which includes the information of approach, start, and end;
[0025] The algorithm module is used to extract information from the route basic data, simulate the route opening command and send it to the system, check the equipment status after the interlocking execution command, and record the verification result to guide the next operation;
[0026] The human-computer interaction interface is used to display the basic route information of the current test and the results of the previous tests, and allows the user to configure relevant function options and start or pause the test function.
[0027] Compared with the prior art, the present invention has the following technical effects:
[0028] Using the above technical solution, the test optimization of the station signal system is achieved through the following steps:
[0029] 1) Prepare interlocking tables according to the station signal layout and establish basic route basic data including approach, start and end information;
[0030] 2) Import these basic data into the dispatching system, check and screen them with the system's route information, and generate a test array;
[0031] 3) Configure the test parameters on the human-computer interaction interface, such as the command sending interval and the number of repetitions, and start the test process;
[0032] 4) Wait for the test results to be returned, record the device status and execution results, and handle exceptions that occur during the test until the test is completed and the results are exported.
[0033] This solution effectively improves the accuracy and efficiency of signal system testing and ensures the stable operation of the station signal system. BRIEF DESCRIPTION OF THE DRAWINGS
[0034] The specific embodiments of the present invention are described in detail below in conjunction with the accompanying drawings:
[0035] Figure 1 A schematic diagram of the steps of the automatic testing method of the embodiment disclosed in this application;
[0036] Figure 2 A flowchart of an embodiment disclosed in this application;
[0037] Figure 3 This is a schematic diagram of the human-computer interaction interface of the embodiment disclosed in this application. DETAILED DESCRIPTION
[0038] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.
[0039] Please refer to Figure 1 and Figure 2 In an embodiment of the present invention, a method for automatically testing a centralized scheduling route includes the following steps:
[0040] Step S1: compile an interlocking table according to the station signal layout and establish basic route basic data, which includes the information of approach, start, and end. One preferred specific step includes:
[0041] Create interlocking tables and basic data;
[0042] Prepare an interlocking table based on the station signal plan to indicate the basic interlocking contents between the approach, turnout, and signal machines;
[0043] The details from the interlocking table are then entered into the form.
[0044] In this embodiment, a specific implementation step is as follows: Figure 2 As shown, first of all, we need to make an interlocking table and basic data. The interlocking table is compiled according to the prescribed principles and formats based on the lines, switches, signals, track circuit sections, etc. shown in the station signal plan. It shows the basic interlocking content between the routes, switches, and signals. This part can be completed manually or automatically generated by the computer interlocking system. Then, the detailed information of each basic route in the interlocking table is entered into the data base. The data base is an EXCE table, which includes the approach section, starting signal, terminal signal, change signal (if any), route type, passing section, passing switch position, passing crossing, and leaving section of the basic route.
[0045] Step S2: import the basic data into the scheduling system, check and screen with the system information, and generate a test array for testing. One preferred specific step includes:
[0046] Import the route basic data into the centralized dispatching system and check it with the basic route information block in the system;
[0047] For mismatched route information, a prompt will be given, and then manual screening will be performed to ensure that the two are consistent, and a test array will be generated to prepare for the test.
[0048] One of the specific implementation steps is to import the route basic data into the dispatching centralized system, and the system will check it with its own basic route information block:
[0049] like Figure 3 As shown in the figure, it is a schematic diagram of the human-computer interaction interface. Click the [Import Basic Data] button in the human-computer interaction interface to import the basic data into the dispatching centralized system. The system will check it with its own basic route information block. For unmatched route information, it will give a prompt and then manually screen it to ensure that the two are consistent. After the check is completed, click the [Generate Test Array] button to store the route information block in the test array according to the sequence number, add the execution result field after each type of equipment included in each route information, and add the response time, operation status and other field identifiers after each route information.
[0050] Step S3: configure the test parameters in the human-computer interaction interface, including the command sending interval and the number of repetitions, and start the test process after the configuration is completed. One of the preferred specific steps includes:
[0051] Set the parameter information in the human-computer interaction interface, including the command sending interval for opening and canceling the route, and the number of repeated sending times when an exception is executed. After the configuration is completed, start the test.
[0052] One of the preferred specific steps is to configure the command sending interval for opening and canceling routes, and the number of repeated sending times when an exception is executed in the human-computer interaction interface of the test module before starting the test. The settings can be made according to the actual communication situation of the system. After the configuration is completed, the test is started.
[0053] Step S4: Wait for the test results, record the device status and execution results, handle exceptions, and export the results until the test is completed. One preferred specific step includes:
[0054] Wait for the algorithm module to test according to the route number in the route test array, record the device status and execution results, and resend the command and update the record if the device status is abnormal until all basic route tests are completed;
[0055] After the test is completed, the execution results of the test array are exported to a new table, and the test results are displayed on the human-computer interaction interface, supporting the pause and continue test functions.
[0056] One of the preferred specific steps is that after the function is started, the algorithm module reads the starting, terminal, and change (if any) signals of the current route according to the route sequence number in the route test array, simulates the operation to send an open route command to the interlocking and records the sending time, and then checks the status of the equipment included in this route every 1 second within the waiting response time interval set at the beginning, and records it in the execution result field of the current device, such as checking whether the starting signal is on and what color it is; whether each passing section is locked normally; whether the position and locking status of the passing turnout are normal; whether the passing crossing alarms normally (if there is an associated crossing), and whether the leaving section is locked normally if it is a non-turnout section. When the starting signal is lit, it means that the route is completed, and the time consumed is the response time, and the array is entered and a command to cancel the current route is sent. If the starting signal does not light up after the set time, the command will be resent, rechecked and the record will be updated according to the initial set number of retransmissions. If the equipment status is abnormal after multiple retransmissions and checks, it is considered that the current route has failed, recorded in the test array, and a command to cancel the current route is sent. After the route and equipment are unlocked, send the next basic route open command, and install the array number in sequence. After all basic route tests are completed, export the execution results of the test array to a new EXCEL table. During the test, the basic route information of the current test and the results of the previous test can be intuitively displayed on the human-computer interaction interface. When other operations are required, the test function can be paused. After the pause, the current test number will be retained. Then the test function can be started again to continue testing from the current route.
[0057] On the other hand, the technical solution is: a system including a method for automatic testing of a centralized scheduling route as described in any of the above items, including a data preprocessing module, an algorithm module, and a human-computer interaction interface.
[0058] In a specific embodiment, the system's centralized basic route automatic test module (abbreviated as: test module) includes a data preprocessing module, an algorithm module, and a human-computer interaction interface.
[0059] The data preprocessing module is used to compile the interlocking table according to the station signal layout and establish the basic route basic data, which includes the approach, starting point, and terminal information.
[0060] In one of the specific embodiments, the data preprocessing module is the data basis called by the test module. Its characteristic is that the interlocking table is converted into basic data that can be recognized by the test module itself. In addition to the basic interlocking content between the approaches, switches, and signals, it also adds field identifiers such as response time, abnormal equipment, completion of processing, and current operating status.
[0061] The algorithm module is used to extract information from the basic data of the route, simulate the route opening command and send it to the system, check the equipment status after the interlocking execution command, and record the verification results to guide the next operation.
[0062] In a specific embodiment, the information in the route test array of the data preprocessing module is extracted, the simulated route opening command is sent to the computer interlocking system, and the device status fed back after the computer interlocking executes the command is checked, and the verification result is recorded and the next step is performed.
[0063] The human-computer interaction interface is used to display the basic route information of the current test and the results of the previous tests, and allows the user to configure relevant function options and start or pause the test function.
[0064] In a specific embodiment, the human-computer interaction interface is an interface used for operation and configuration, and its characteristics are that it can intuitively display the basic route information of the current test and the results of the previous test, and is used to configure related function options and start or pause the test function.
[0065] Although the embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present invention. The scope of the present invention is defined by the appended claims and their equivalents, and all should be included within the scope of protection of the present invention.
Claims
1. A method for automatic testing of a centralized dispatching route, characterized in that: The following steps are involved: Step S1, compile an interlocking table according to the station signal layout, and establish basic route basic data, which includes the information of approach, start, and end; Step S2: import the basic data into the scheduling system, check and screen it with the system information, and generate a test array for testing; Step S3: configure the test parameters in the human-computer interaction interface, including the command sending interval and the number of repetitions, and start the test process after the configuration is completed; Step S4: Wait for the test results, record the device status and execution results, handle exceptions, and export the results until the test is completed.
2. According to claim 1, a method for automatic testing of a centralized dispatching route is characterized in that: The specific steps in step S1 include: Prepare an interlocking table based on the station signal plan layout to indicate the basic interlocking contents between the approach, turnout, and signal machines; Enter the detailed information in the interlocking table into the table to generate basic data.
3. According to claim 1, a method for automatic testing of a centralized dispatching route is characterized in that: The specific steps in step S2 include: Import the route basic data into the centralized dispatching system and check it with the basic route information block in the system; For mismatched route information, a prompt will be given, and then manual screening will be performed to ensure that the two are consistent, and a test array will be generated to prepare for the test.
4. According to claim 1, a method for automatic testing of a centralized dispatching route is characterized in that: The specific steps in step S3 include: Set the parameter information in the human-computer interaction interface, including the command sending interval for opening and canceling the route, and the number of repeated sending times when an exception is executed. After the configuration is completed, start the test.
5. According to claim 1, a method for automatic testing of a centralized dispatching route is characterized in that: The specific steps in step S4 include: Wait for the algorithm module to test according to the route number in the route test array, record the device status and execution results, and resend the command and update the record if the device status is abnormal until all basic route tests are completed; After the test is completed, the execution results of the test array are exported to a new table, and the test results are displayed on the human-computer interaction interface, supporting the pause and continue test functions.
6. A system comprising a method for automatic testing of a centralized dispatching route according to any one of claims 1 to 5, characterized in that: Includes data preprocessing module, algorithm module, and human-computer interaction interface; The data preprocessing module is used to compile an interlocking table according to the station signal layout and establish basic route basic data, which includes the information of approach, start, and end; The algorithm module is used to extract information from the route basic data, simulate the route opening command and send it to the system, check the equipment status after the interlocking execution command, and record the verification result to guide the next operation; The human-computer interaction interface is used to display the basic route information of the current test and the results of the previous tests, and allows the user to configure relevant function options and start or pause the test function.