A simulation method, system, device and medium for train control center test

Abstract

The application relates to a simulation method, system, equipment and medium for a train control center test, which is based on a ZPW-2000 simulation tool and is realized by selecting a CAN communication mode through a configuration file or a simulation tool interface, and comprises the following steps: step S1, running a CAN communication starting module; step S2, judging whether to exit the loop, if yes, ending; otherwise, executing step S3; step S3, running a CAN receiving data module; step S4, running a CAN sending data module; step S5, running a low-frequency coding data checking and updating module, and returning to step S2. Compared with the prior art, the application has the advantages of being compatible with multiple TCC test environments and test scenes, improving the fault injection test efficiency and the like.

Description

Technical Field

[0001] This invention relates to the field of testing of rail transit signaling systems, and in particular to a simulation method, system, equipment and medium for testing in train control centers. Background Technology

[0002] The Train Control Center (TCC) is a crucial component of the China Train Control System (CTCS). TCC products and data require thorough testing before being deployed and operational in the field. The widespread use of TCC in stations necessitates extensive indoor testing in diverse environments. Some machines running the ZPW-2000 simulation software have CAN cards. With the development of cloud servers, more and more simulation servers are adopting virtual servers. In cases where virtual servers lack CAN cards, the TCC's CAN bus cannot be directly and physically connected to the ZPW-2000 simulation tool running in the virtual machine.

[0003] Traditionally, low-frequency coding for track circuits is displayed on station maps using triangular symbols, with the direction of the triangle indicating the coding direction. However, when the ZPW-2000 simulator cannot obtain the track's running direction, using triangular symbols to represent low-frequency coding may incorrectly indicate the coding direction during testing, potentially misleading analytical judgments and the accuracy of test results.

[0004] In addition, during TCC testing, it is necessary to simulate fault injection functions, such as simulating inconsistencies in data transmission between CAN A channel and CAN B channel. Current simulation tools cannot simulate fault injection functions.

[0005] Therefore, in order to meet the above-mentioned various TCC indoor testing scenarios, a ZPW-2000 simulation tool that supports these various testing scenarios is needed.

[0006] How to simulate various test scenarios in the train control center has become a technical problem that needs to be solved. Summary of the Invention

[0007] The purpose of this invention is to overcome the shortcomings of the existing technology and provide a simulation method, system, equipment and medium for testing in train control centers.

[0008] The objective of this invention can be achieved through the following technical solutions:

[0009] According to one aspect of the present invention, a simulation method for testing in a train control center is provided. This method is based on the ZPW-2000 simulation tool and is implemented by selecting the CAN communication mode through a configuration file or the simulation tool interface. The method includes the following steps:

[0010] Step S1: Run the CAN communication startup module;

[0011] Step S2: Determine whether to exit the loop. If yes, end the loop; otherwise, proceed to step S3.

[0012] Step S3: Run the CAN data receiving module;

[0013] Step S4: Run the CAN data transmission module;

[0014] Step S5: Run the low-frequency coded data verification and update module, and return to step S2.

[0015] Preferably, the configuration file is used to configure the CAN communication method between the ZPW-2000 simulation tool and the train control center, as well as the CAN interface information.

[0016] More preferably, the CAN communication method includes CAN direct connection and CAN to Ethernet.

[0017] More preferably, the CAN-to-Ethernet method is implemented by connecting the server where the ZPW-2000 simulation tool is located and the CAN-to-Ethernet device through a switch via their respective RJ45 interfaces.

[0018] More preferably, the process of running the CAN communication startup module includes the following steps:

[0019] Step S101: Read the configuration file and obtain the current CAN communication mode by combining it with the CAN communication mode selected in the simulation tool interface;

[0020] Step S102: Initialize the low-frequency encoding buffer and the track circuit buffer;

[0021] Step S103: Based on the CAN communication method obtained in step S101, determine the CAN communication method; if it is CAN direct connection, start both CAN channels and end; otherwise, proceed to step S104.

[0022] Step S104: Start two TCP ports to connect to the CAN-to-Ethernet device, then end.

[0023] Preferably, determining whether to exit the loop specifically involves: shutting down the ZPW-2000 simulation tool or powering down the server where the ZPW-2000 simulation tool is located.

[0024] Preferably, the process of operating the CAN data receiving module includes the following steps:

[0025] Step S201: Initialize the CAN channel number to 0;

[0026] Step S202: Determine whether the reception processing of the two CAN channels has been completed. If yes, the reception processing of this cycle is completed and the process ends; otherwise, proceed to step S203.

[0027] Step S203: Determine the CAN communication mode. If it is CAN direct connection, use CAN direct connection mode to receive data; otherwise, use CAN to Ethernet mode to receive data; proceed to step S204.

[0028] Step S204: Determine if the data reception timeout has occurred. If yes, proceed to step S205; otherwise, proceed to step S206.

[0029] Step S205: Increment the CAN channel number and return to step S202;

[0030] Step S206: Determine whether a synchronization frame has been received. If yes, proceed to step S205; otherwise, return to step S203.

[0031] More preferably, the data reception specifically refers to receiving data through only one CAN channel at a time.

[0032] Preferably, the process of operating the CAN data transmission module includes the following steps:

[0033] Step S301: Read the track status from the station map;

[0034] Step S302: Determine whether the data of simulated CAN A and CAN B are inconsistent. If yes, obtain the track status data that is inconsistent between CAN A and CAN B from the edit box of the simulation tool interface; otherwise, proceed to step S303.

[0035] Step S303: Initialize the frequency shift cabinet number to 0;

[0036] Step S304: Determine whether the frequency shift cabinet number is less than m. If not, the transmission of this cycle is completed and the process ends; otherwise, proceed to step S305.

[0037] Step S305: If the CAN receiving method is CAN direct connection, then use CAN direct connection to send track status data and proceed to step S307; otherwise, proceed to step S306.

[0038] Step S306: Send track status data using CAN-to-Ethernet method, then proceed to step S307;

[0039] Step S307: Increment the frequency shift cabinet number, then return to step S304.

[0040] Preferably, the process of running the low-frequency coded data verification and update module includes the following steps:

[0041] Step S401: Initialize the frequency shift cabinet number to 0;

[0042] Step S402: Determine whether the frequency shift cabinet number is less than m. If not, the update for this cycle is complete and ends; otherwise, proceed to step S403.

[0043] Step S403: Determine whether the CRC check passes. If yes, proceed to step S404; otherwise, proceed to step S407.

[0044] Step S404: Determine whether the front and back code consistency check has passed. If yes, proceed to step S405; otherwise, proceed to step S407.

[0045] Step S405: Determine whether the timeout check has passed. If yes, proceed to step S406; otherwise, set all low-frequency codes of the frequency shift cabinet to 0 and proceed to step S407.

[0046] Step S406: Update the low-frequency coded data, then proceed to step S407;

[0047] Step S407: Increment the frequency shift cabinet number, then return to step S402.

[0048] Preferably, the low-frequency encoding is represented by triangular symbols and text.

[0049] More preferably, the triangular symbol representation is used in scenarios where the direction of the interval can be obtained; the text representation is used in scenarios where the direction of the interval cannot be obtained.

[0050] According to another aspect of the present invention, a simulation system for testing in a train control center is provided, the system comprising a CAN communication startup module, a CAN data receiving module, a CAN data transmitting module, and a low-frequency coded data verification and update module connected in sequence for communication.

[0051] Preferably, the CAN communication startup module is used to start reading the configuration of the CAN communication mode, and to initialize the low-frequency encoding buffer and the track circuit buffer;

[0052] The CAN data receiving module is used to receive data according to the CAN communication method;

[0053] The CAN data transmission module is used to transmit data according to the CAN communication method;

[0054] The low-frequency encoded data verification and update module is used to perform CRC verification, positive and negative code consistency verification and timeout verification in sequence after the CAN receiving data module is executed; if all verifications pass, the low-frequency encoded data is updated.

[0055] According to a third aspect of the present invention, an electronic device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the program to implement the method described thereon.

[0056] According to a fourth aspect of the present invention, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the method described thereon.

[0057] Compared with the prior art, the present invention has the following beneficial effects:

[0058] 1. This invention realizes an environment based on the ZPW-2000 simulation tool that meets various indoor simulation tests. Specifically, the ZPW-2000 simulation tool can be used to build both a test environment for direct CAN connection to the TCC slave device and a test environment for CAN-to-Ethernet connection to the TCC slave device, thus being compatible with the construction and testing of various indoor TCC test environments.

[0059] 2. This invention adds the use of text to represent low-frequency codes, solving the problem of incorrect representation of the transmission direction of low-frequency codes in scenarios where the interval direction cannot be obtained, and improving testing efficiency.

[0060] 3. This invention provides a test method for inconsistent data transmission between dual channels, which improves the efficiency of fault injection testing during TCC testing. Attached Figure Description

[0061] Figure 1 This is a schematic diagram of the ZPW-2000 simulation tool in this invention being directly connected to the train control center via CAN.

[0062] Figure 2 This is a schematic diagram showing the ZPW-2000 simulation tool connecting to the train control center via CAN-to-Ethernet in this invention;

[0063] Figure 3 This is a flowchart of the simulation method in this invention;

[0064] Figure 4 This is a flowchart of the CAN communication startup module in this invention;

[0065] Figure 5 This is a flowchart of the CAN data receiving module in this invention;

[0066] Figure 6 This is a flowchart of the CAN data transmission module in this invention;

[0067] Figure 7 This is a flowchart of the low-frequency encoded data verification and update module in this invention;

[0068] Figure 8 This refers to the low-frequency code represented by text on the station map in this invention;

[0069] Figure 9 This refers to the low-frequency code displayed in the simulation interface dialog box of this invention;

[0070] Figure 10 This is the interface for setting up inconsistencies between CAN A and CAN B data in this invention;

[0071] Figure 11 This is a schematic diagram of the CAN communication mode selection in the simulation tool interface of this invention. Detailed Implementation

[0072] 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, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0073] This embodiment relates to a simulation method for testing in a train control center, implementing an environment based on the ZPW-2000 simulation tool that meets various indoor simulation testing requirements, including the following scenarios:

[0074] 1) The ZPW-2000 simulation tool was tested by directly connecting the TCC slave device via CAN.

[0075] 2) The ZPW-2000 simulation tool connects to the TCC slave device for testing via CAN-to-Ethernet conversion;

[0076] 3) Fault injection testing, such as testing for inconsistent data transmission between dual channels.

[0077] This method is based on the ZPW-2000 simulation tool and obtains the CAN communication mode through a configuration file. It includes the following steps: Figure 3 As shown:

[0078] Step S1, run the CAN communication startup module; such as Figure 4 As shown, the ZPW-2000 simulation tool communicates with the train control center via CAN in two ways: direct CAN communication and CAN-to-Ethernet communication. Selecting the CAN communication mode from the configuration file will enable this mode for both the CAN receiving and transmitting data modules to communicate with the train control center.

[0079] When the ZPW-2000 simulation tool starts, it reads the CAN communication mode configured in the configuration file.

[0080] During the operation of the ZPW-2000 simulation tool, the simulation tool interface allows selection of CAN communication mode, such as... Figure 11 As shown. The current CAN communication mode is updated based on the selected CAN communication mode. The ZPW-2000 simulation tool reads the configuration file; an example configuration is shown below:

[0081] ; 0: CAN direct connection mode / / Note: 0 represents CAN direct connection mode

[0082] ;1: CAN to Ethernet conversion / / Note: 1 represents Ethernet conversion

[0083] [CAN_HARDWARE]

[0084] HARDWARE_type = 0 / / CAN communication mode is 0

[0085] [CANET]

[0086] PORTA_INDEX = 0 / / The index number of CAN channel A is 0

[0087] PORTA_SEVERIP = 192.168.0.178 / / IP address of CAN channel A

[0088] PORTA_PORT = 4004 / / Port number of CAN channel A

[0089] PORTB_INDEX = 1 / / The index number of CAN channel B is 1

[0090] PORTB_SEVERIP = 192.168.0.178 / / IP address of CAN channel B

[0091] PORTB_PORT = 4003 / / Port number of CAN channel B

[0092] The choice between the two communication methods is determined by configuring the value of HARDWARE_type: CAN direct connection, such as... Figure 1 As shown; or CAN to Ethernet method, such as Figure 2 As shown, the switch connects the server where the ZPW-2000 simulation tool is located and the CAN to Ethernet device through their respective RJ45 interfaces to achieve CAN to Ethernet conversion.

[0093] Step S2: Determine whether to exit the loop. If yes, end the loop; otherwise, proceed to step S3.

[0094] Step S3: Run the CAN data receiving module;

[0095] The CAN receiving module receives data using the corresponding CAN communication method, which includes CAN direct connection or CAN-to-Ethernet conversion. Figure 5 As shown.

[0096] It can receive data from either CAN A channel or CAN B channel first. During the reception process, it checks if the channel's data reception timeout has occurred; if so, it stops waiting to receive data. Simultaneously, it checks if a synchronization frame has been received; if so, it stops receiving low-frequency encoded data from that channel.

[0097] Step S4: Run the CAN data transmission module;

[0098] The CAN data transmission module selects either CAN direct connection mode or CAN-to-Ethernet mode to transmit data, depending on the CAN communication method. Figure 6 As shown.

[0099] When transmitting track status data, the CAN data transmission module determines whether to transmit CAN B data that is inconsistent with CAN A data based on the settings in the simulation tool interface. If inconsistency is required, the module will transmit the inconsistent data as set in the simulation tool interface.

[0100] Using 10 frequency shift cabinets, data from all four CPUs is sent to the train control center; that is, both forward and reverse code data from CAN A and CAN B are sent to the train control center. Before transmission, a check is performed to see if a synchronization frame is received. If a synchronization frame is received, transmission occurs; otherwise, transmission does not occur.

[0101] Step S5: Run the low-frequency coded data verification and update module, and execute step S2.

[0102] After the CAN receiving data module executes the low-frequency encoded data verification and update module, it performs CRC check, positive and negative code consistency check, and timeout check. If all checks pass, it updates the low-frequency encoding displayed on the station map interface. Figure 7 As shown.

[0103] If no data is received from a frequency shifter for more than 3 seconds, all low-frequency codes of that frequency shifter are set to 0 to indicate that no low-frequency codes have been received.

[0104] After receiving data, the CAN receiving module can represent low-frequency encoding on the station map in two ways: when the direction of the interval can be obtained, a triangle symbol is used to represent the low-frequency encoding; when the direction of the interval cannot be obtained, the text such as HU, L, L2, L3, etc., is used to represent the low-frequency encoding on the station map. Figure 8 As shown. You can also view the low-frequency coding of all segments of this site in the dialog box of the simulation tool interface, such as... Figure 9 .

[0105] The CAN data transmission module, when transmitting track status data, determines whether to transmit CAN B data that is inconsistent with CAN A data based on the settings in the simulation tool interface. If inconsistent data is required, the module transmits the inconsistent data as set in the interface. Figure 10 The simulation tool interface allows you to enter the frequency shift cabinet number. If the frequency shift cabinet number is 0, it means there is no frequency shift cabinet and the CAN B data needs to be sent, which is inconsistent with CAN A data. If the frequency shift cabinet number is greater than or equal to 0 and less than or equal to 9, the CAN B data entered in the simulation tool interface will be sent to the lower-level machine in the train control center.

[0106] Specifically, such as Figure 4 The process of running the CAN communication startup module includes the following steps:

[0107] Step S101: Read the configuration file to obtain the CAN communication mode;

[0108] Step S102: Initialize the low-frequency encoding buffer and the track circuit buffer;

[0109] Step S103: Based on the configuration file read in step S101, determine the CAN communication mode; if it is CAN direct connection, start both CAN channels and end; otherwise, proceed to step S104.

[0110] Step S104: Start two TCP ports to connect to the CAN-to-Ethernet device, then end.

[0111] Specifically, such as Figure 5 The process of running the CAN data receiving module includes the following steps:

[0112] Step S201: Initialize the CAN channel number to 0;

[0113] Step S202: Determine whether the reception processing of the two CAN channels has been completed. If yes, the reception processing of this cycle is completed and the process ends; otherwise, proceed to step S203.

[0114] Step S203: Determine the CAN communication mode. If it is CAN direct connection, use CAN direct connection mode to receive data; otherwise, use CAN to Ethernet mode to receive data; proceed to step S204.

[0115] Step S204: Determine if the data reception timeout has occurred. If yes, proceed to step S205; otherwise, proceed to step S206.

[0116] Step S205: Increment the CAN channel number and proceed to step S202.

[0117] Step S206: Determine whether a synchronization frame has been received. If yes, proceed to step S205; otherwise, proceed to step S203.

[0118] Specifically, such as Figure 6 As shown, the process of running the CAN data transmission module includes the following steps:

[0119] Step S301: Read the track status from the station map;

[0120] Step S302: Determine whether the data of simulated CAN A and CAN B are inconsistent. If yes, obtain the track status data that is inconsistent between CAN A and CAN B from the edit box of the simulation tool interface; otherwise, proceed to step S303.

[0121] Step S303: Initialize the frequency shift cabinet number to 0;

[0122] Step S304: Determine whether the frequency shift cabinet number is less than m. If not, the transmission of this cycle is completed and the process ends; otherwise, proceed to step S305.

[0123] Step S305: If the CAN receiving method is CAN direct connection, then use CAN direct connection to send track status data and proceed to step S307; otherwise, proceed to step S306.

[0124] Step S306: Send track status data using CAN-to-Ethernet method, then proceed to step S307;

[0125] In step S307, the frequency shift cabinet number is incremented, and step S304 is executed.

[0126] Specifically, the process of running the low-frequency coded data verification and update module includes the following steps:

[0127] Step S401, as follows Figure 7 As shown, the initial frequency shift cabinet number is 0;

[0128] Step S402: Determine whether the frequency shift cabinet number is less than m. If not, the update for this cycle is complete and ends; otherwise, proceed to step S403.

[0129] Step S403: Determine whether the CRC check passes. If yes, proceed to step S404; otherwise, proceed to step S407.

[0130] Step S404: Determine whether the front and back code consistency check has passed. If yes, proceed to step S405; otherwise, proceed to step S407.

[0131] Step S405: Determine whether the timeout check has passed. If yes, proceed to step S406; otherwise, set all low-frequency codes of the frequency shift cabinet to 0 and proceed to step S407.

[0132] Step S406: Update the low-frequency coded data, then proceed to step S407;

[0133] Step S407: Increment the frequency shift cabinet number and proceed to step S402.

[0134] This embodiment also relates to a system for a simulation method for testing in a train control center, characterized in that the system includes a CAN communication startup module, a CAN data receiving module, a CAN data transmitting module, and a low-frequency encoded data verification and update module.

[0135] The CAN communication startup module is used to start reading the CAN communication mode configuration, and to initialize the low-frequency encoding buffer and track circuit buffer;

[0136] The CAN data receiving module is used to receive data according to the CAN communication method;

[0137] The CAN data transmission module is used to transmit data according to the CAN communication method;

[0138] The low-frequency encoded data verification and update module is used to perform CRC verification, positive and negative code consistency verification, and timeout verification sequentially after the CAN receiving data module is executed; if all verifications pass, the low-frequency encoded data is updated.

[0139] The electronic device of this invention includes a central processing unit (CPU), which can perform various appropriate actions and processes according to computer program instructions stored in read-only memory (ROM) or loaded from a storage unit into random access memory (RAM). The RAM may also store various programs and data required for device operation. The CPU, ROM, and RAM are interconnected via a bus. Input / output (I / O) interfaces are also connected to the bus.

[0140] Multiple components in the device are connected to the I / O interface, including: input units such as keyboards and mice; output units such as various types of displays and speakers; storage units such as disks and optical discs; and communication units such as network interface cards (NICs), modems, and wireless transceivers. The communication unit allows the device to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0141] The processing unit executes the various methods and processes described above, such as methods S1-S5, S101-S104, S201-S206, S301-S307, and S401-S407. For example, in some embodiments, methods S1-S5, S101-S104, S201-S206, S301-S307, and S401-S407 may be implemented as computer software programs tangibly contained in a machine-readable medium, such as a storage unit. In some embodiments, part or all of the computer program may be loaded into and / or installed on the device via ROM and / or a communication unit. When the computer program is loaded into RAM and executed by the CPU, one or more steps of methods S1-S5, S101-S104, S201-S206, S301-S307, and S401-S407 described above may be performed. Alternatively, in other embodiments, the CPU may be configured to execute methods S1-S5, S101-S104, S201-S206, S301-S307, and S401-S407 by any other suitable means (e.g., by means of firmware).

[0142] The functions described above in this document can be performed, at least in part, by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: Field Programmable Gate Arrays (FPGAs), Application-Specific Integrated Circuits (ASICs), Application Standard Products (ASSPs), System-on-Chip (SoCs), Complex Programmable Logic Devices (CPLDs), and so on.

[0143] The program code used to implement the methods of the present invention can be written in any combination of one or more programming languages. This program code can be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing device, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code can be executed entirely on the machine, partially on the machine, as a standalone software package partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0144] In the context of this invention, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. Machine-readable media can include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0145] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in the present invention, and these modifications or substitutions should all be covered within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

1. A simulation method for testing in a train control center, characterized in that, This method is based on the ZPW-2000 simulation tool and obtains the CAN communication mode through a configuration file or the simulation tool interface. The configuration file is used to configure the CAN communication mode between the ZPW-2000 simulation tool and the train control center, as well as the CAN interface information. The CAN communication mode includes CAN direct connection and CAN-to-Ethernet mode. The method includes the following steps: Step S1, run the CAN communication startup module, specifically including: Step S101: Read the configuration file and obtain the current CAN communication mode by combining it with the CAN communication mode selected in the simulation tool interface; Step S102: Initialize the low-frequency encoding buffer and the track circuit buffer; Step S103: Based on the CAN communication method obtained in step S101, determine the CAN communication method; if it is CAN direct connection, start both CAN channels and end; otherwise, proceed to step S104. Step S104: Start two TCP ports to connect to the CAN-to-Ethernet device, then end; Step S2: Determine whether to exit the loop. If yes, end the loop; otherwise, proceed to step S3. Step S3, run the CAN data receiving module, specifically including: Step S201: Initialize the CAN channel number to 0; Step S202: Determine whether the reception processing of the two CAN channels has been completed. If yes, the reception processing of this cycle is completed and the process ends; otherwise, proceed to step S203. Step S203: Determine the CAN communication mode. If it is CAN direct connection, use CAN direct connection mode to receive data; otherwise, use CAN to Ethernet mode to receive data; proceed to step S204. Step S204: Determine if the data reception timeout has occurred. If yes, proceed to step S205; otherwise, proceed to step S206. Step S205: Increment the CAN channel number and return to step S202; Step S206: Determine whether a synchronization frame has been received. If yes, proceed to step S205; otherwise, return to step S203. Step S4, run the CAN data transmission module, specifically including: Step S301: Read the track status from the station map; Step S302: Determine whether the data of simulated CAN A and CAN B are inconsistent. If yes, obtain the track status data that is inconsistent between CAN A and CAN B from the edit box of the simulation tool interface; otherwise, proceed to step S303. Step S303: Initialize the frequency shift cabinet number to 0; Step S304: Determine whether the frequency shift cabinet number is less than m. If not, the transmission of this cycle is completed and the process ends; otherwise, proceed to step S305. Step S305: If the CAN receiving method is CAN direct connection, then use CAN direct connection to send track status data and proceed to step S307; otherwise, proceed to step S306. Step S306: Send track status data using CAN-to-Ethernet method, then proceed to step S307; Step S307: Increment the frequency shift cabinet number, then return to step S304; Step S5: Run the low-frequency coded data verification and update module, and return to step S2, specifically including: Step S401: Initialize the frequency shift cabinet number to 0; Step S402: Determine whether the frequency shift cabinet number is less than m. If not, the update for this cycle is complete and ends; otherwise, proceed to step S403. Step S403: Determine whether the CRC check passes. If yes, proceed to step S404; otherwise, proceed to step S407. Step S404: Determine whether the front and back code consistency check has passed. If yes, proceed to step S405; otherwise, proceed to step S407. Step S405: Determine whether the timeout check has passed. If yes, proceed to step S406; otherwise, set all low-frequency codes of the frequency shift cabinet to 0 and proceed to step S407. Step S406: Update the low-frequency coded data, then proceed to step S407; Step S407: Increment the frequency shift cabinet number, then return to step S402.

2. The simulation method for testing in a train control center according to claim 1, characterized in that, The CAN-to-Ethernet conversion method is specifically implemented by connecting the server hosting the ZPW-2000 simulation tool and the CAN-to-Ethernet device via a switch, using their respective RJ45 interfaces.

3. The simulation method for testing in a train control center according to claim 1, characterized in that, The specific steps for determining whether to exit the loop are: closing the ZPW-2000 simulation tool or powering off the server where the ZPW-2000 simulation tool is located.

4. The simulation method for testing in a train control center according to claim 1, characterized in that, Specifically, the data reception means that only one CAN channel can receive data at a time.

5. The simulation method for testing in a train control center according to claim 1, characterized in that, The low-frequency coding representation methods include triangular symbol representation and text representation.

6. The simulation method for testing in a train control center according to claim 5, characterized in that, The triangular symbol representation is used in scenarios where the direction of the interval can be obtained; the text representation is used in scenarios where the direction of the interval cannot be obtained.

7. A system employing the simulation method for train control center testing as described in claim 1, characterized in that, The system includes a CAN communication startup module, a CAN data receiving module, a CAN data transmitting module, and a low-frequency encoded data verification and update module, which are connected in sequence for communication.

8. The system for the simulation method of train control center testing according to claim 7, characterized in that, The CAN communication startup module is used to start reading the CAN communication mode configuration, and to initialize the low-frequency encoding buffer and the track circuit buffer; The CAN data receiving module is used to receive data according to the CAN communication method; The CAN data transmission module is used to transmit data according to the CAN communication method; The low-frequency encoded data verification and update module is used to perform CRC verification, positive and negative code consistency verification and timeout verification in sequence after the CAN receiving data module is executed; if all verifications pass, the low-frequency encoded data is updated.

9. An electronic device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the program, it implements the method as described in any one of claims 1 to 6.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the program is executed by the processor, it implements the method as described in any one of claims 1 to 6.

Images