Ground reconstruction and testing device for rail transit vehicle control system

Abstract

The application discloses a ground reconstruction and testing device of a rail transit vehicle control system, which comprises a vehicle-mounted protocol conversion gateway, a first wireless module, a second wireless module, a ground master control unit, a ground protocol conversion gateway and a simulation machine; the vehicle-mounted protocol conversion gateway identifies a communication port of the rail transit vehicle, collects WTB and MVB bus data of the rail transit vehicle, and converts the WTB and MVB bus data into Ethernet bus protocol data; the vehicle-mounted protocol conversion gateway converts Ethernet data transmitted by the first wireless module into WTB or MVB data, and transmits the WTB or MVB data to a corresponding communication port of the rail transit vehicle; the ground master control unit controls the simulation machine to operate a vehicle electrical system or a vehicle-mounted subsystem simulation model according to a ground working mode, a vehicle-mounted working mode and operation information sent by a ground console according to test requirements, so that function simulation test of the rail transit vehicle is realized, and the intelligent degree of vehicle simulation test and practical training is effectively improved.

Description

Technical Field

[0001] This invention belongs to the field of rail transit vehicles and relates to a ground reconstruction and testing device for rail transit vehicle control systems. Background Technology

[0002] TCMS is used to monitor the status of the onboard traction system, braking system, and major equipment within the train, enabling vehicle management, monitoring, and diagnostic functions. The system employs a two-level bus architecture, with the train bus using the WTB bus and the vehicle bus using the Multifunction Vehicle Bus (MVB). Control units connected to the various subsystems on the MVB include: Traction Control Unit (TCU), Diesel Engine Frame (FFR), and Gate Control Unit (EDCU). All subsystems are required to provide an MVB (EMD) electrical interface. A single TCN gateway chassis contains two redundant TCN gateways to achieve MVB / WTB data protocol conversion. Multiple-unit operation of vehicles can be achieved through the TCN gateway.

[0003] In existing technologies, the coupling test of two rail transit vehicles requires directly coupling two rail transit vehicles together via coupling couplers, and then operating the electric control key, driver control handle, button switch, etc. to carry out the coupling test. This cannot meet the requirements of modern intelligent testing, especially when there is only one train, the coupling test cannot be completed.

[0004] In existing technologies, single-vehicle system integration testing requires physically connecting all vehicle equipment and testing them one by one, which cannot meet the needs of intelligent testing, especially for some destructive test items that cannot be completed due to safety considerations.

[0005] In the current technology, the training of drivers or maintenance workers is entirely based on actual vehicles. On the one hand, it is impossible to conduct simulation tests of some special functions, and on the other hand, it is difficult to cover all the knowledge points tested. Summary of the Invention

[0006] To address the above problems, the present invention provides the following technical solution: a ground reconstruction and testing device for a rail transit vehicle control system, comprising: an on-board protocol conversion gateway and a first wireless module, a second wireless module, a ground main control unit, a ground protocol conversion gateway, and a simulator.

[0007] The on-board protocol conversion gateway identifies the communication ports of the rail transit vehicle and collects the WTB and MVB bus data of the rail transit vehicle, and converts them into Ethernet bus protocol data.

[0008] The first wireless module transmits the Ethernet bus protocol data converted by the vehicle protocol conversion gateway to the ground control device.

[0009] Simultaneously, the first wireless module receives Ethernet data transmitted by the ground control device and transmits it to the vehicle-mounted protocol conversion gateway.

[0010] The on-board protocol conversion gateway converts the Ethernet data transmitted by the first wireless module into WTB or MVB data and transmits it to the corresponding communication port of the rail transit vehicle.

[0011] The second wireless module receives Ethernet bus protocol data transmitted by the first wireless module;

[0012] The ground control unit receives Ethernet bus protocol data transmitted by the second wireless module, parses the MVB port and port data information according to the protocol, and reconstructs the vehicle-mounted MVB network on the ground.

[0013] The ground protocol conversion gateway forwards the MVB network data reconstructed by the ground main control unit and the ground driver's console data to the simulator;

[0014] The ground control unit also collects ground MVB bus data, identifies local bus ports, and performs ground Ethernet data processing and converts it into Ethernet bus protocol data.

[0015] The second wireless module receives Ethernet bus protocol data transmitted by the ground main control unit and transmits it to the first wireless module;

[0016] The ground control unit controls the simulator to run the vehicle electrical system or onboard subsystem simulation model based on the ground working mode, vehicle working mode and operation information sent by the driver control console, as determined by the test requirements, and the reconstructed MVB network data and ground driver control console data, so as to realize the functional simulation test of the rail transit vehicle.

[0017] Furthermore: the ground working mode includes a ground data monitoring mode and a ground simulation test mode; the vehicle-mounted working mode includes a vehicle-mounted data monitoring mode and a vehicle-mounted simulation test mode.

[0018] Furthermore, the vehicle protocol conversion gateway also receives vehicle operating mode control commands via Ethernet communication, and then enters the selected vehicle operating mode according to the control commands.

[0019] Furthermore, the vehicle data monitoring mode is implemented as follows:

[0020] First, scan all MVB bus data ports, convert all MVB ports and port data into Ethernet protocol data, and send them.

[0021] Then scan the data ports of the WTB bus; then convert all scanned ports and the data transmitted by the ports into Ethernet protocol data and send it.

[0022] Furthermore, the implementation method of the vehicle-mounted simulation test mode is as follows:

[0023] Initialize the MVB port based on the MVB port control frame information;

[0024] Initialize the WTB port according to the WTB port control frame information;

[0025] Receive Ethernet MVB port data, parse and send the MVB port data;

[0026] Receive Ethernet WTB port data, parse and send the WTB port data.

[0027] Furthermore, the implementation method of the ground data monitoring mode is as follows:

[0028] Scan the local MVB bus;

[0029] Identify and record all local bus ports.

[0030] The system receives and identifies Ethernet MVB ports, combines them with local MVB device port information to form a set of MVB ports to be managed, and sends a device main frame to achieve MVB network reconstruction. It also receives MVB data sent via Ethernet and sends the Ethernet MVB data to the corresponding MVB ports. Further, the ground simulation test mode is implemented as follows:

[0031] Scan the local MVB bus;

[0032] Identify and record all local bus ports;

[0033] Receives Ethernet MVB ports, identifies MVB ports, combines them with local MVB device port information to form a set of MVB ports to be managed, and sends device main frames to realize MVB network reconstruction; receives MVB data sent via Ethernet and sends the Ethernet MVB data to the corresponding MVB ports.

[0034] It receives ground MVB bus data and converts it into Ethernet data before sending it to rail transit vehicles.

[0035] It receives simulation test control process data and converts it into Ethernet data before sending it to the rail transit vehicle.

[0036] It receives data from the simulator and converts it into Ethernet data before sending it to the rail transit vehicle.

[0037] This invention provides a ground reconstruction and testing device for a rail transit vehicle control system, which has the following advantages: it can completely reconstruct vehicle communication data on the ground in a realistic manner through wireless transmission, which is beneficial for debugging personnel or operators to grasp the real status of vehicle communication in real time; the ground simulator of this invention can realize the data simulation of vehicle equipment by running a physical model, and remotely reproduce the equipment status through wireless data communication, so as to conduct vehicle communication and functional testing without physical equipment; this invention adopts realistic reproduction, which can be used for training maintenance personnel and drivers without using actual vehicles; the application of this invention effectively improves the intelligence level of vehicle simulation testing and training. Attached Figure Description

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

[0039] Figure 1 This is a diagram showing the composition of a ground reconstruction and testing device for a rail transit vehicle control system.

[0040] Figure 2 This is a diagram of an in-vehicle protocol conversion gateway;

[0041] Figure 3 Workflow diagram of the vehicle protocol conversion gateway;

[0042] Figure 4 Hardware diagram of the terrestrial protocol conversion gateway;

[0043] Figure 5 This is the hardware diagram of the ground main control unit;

[0044] Figure 6 This is a flowchart of the ground control unit's workflow;

[0045] Figure 7 This is a topology diagram of a rail transit vehicle control system. Detailed Implementation

[0046] It should be noted that, unless otherwise specified, the embodiments and features in the embodiments of the present invention can be combined with each other. The present invention will be described in detail below with reference to the accompanying drawings and embodiments.

[0047] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. The following description of at least one exemplary embodiment is merely illustrative and is in no way intended to limit the present invention or its application or use. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0048] It should be noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the scope of exemplary embodiments according to the invention. As used herein, the singular form is intended to include the plural form as well, unless the context clearly indicates otherwise. Furthermore, it should be understood that when the terms "comprising" and / or "including" are used in this specification, they indicate the presence of features, steps, operations, devices, components, and / or combinations thereof.

[0049] Unless otherwise specifically stated, the relative arrangement, numerical expressions, and values ​​of the components and steps described in these embodiments do not limit the scope of the invention. It should also be understood that, for ease of description, the dimensions of the various parts shown in the drawings are not drawn to actual scale. Techniques, methods, and devices known to those skilled in the art may not be discussed in detail, but where appropriate, such techniques, methods, and devices should be considered part of the specification. In all examples shown and discussed herein, any specific values ​​should be interpreted as merely exemplary and not as limitations. Therefore, other examples of exemplary embodiments may have different values. It should be noted that similar reference numerals and letters in the following figures denote similar items; therefore, once an item is defined in one figure, it need not be further discussed in subsequent figures.

[0050] In the description of this invention, it should be understood that the orientation or positional relationship indicated by directional terms such as "front, back, up, down, left, right", "horizontal, vertical, horizontal" and "top, bottom" is generally based on the orientation or positional relationship shown in the accompanying drawings, and is only for the convenience of describing this invention and simplifying the description. Unless otherwise stated, these directional terms do not indicate or imply that the device or element referred to must have a specific orientation or be constructed and operated in a specific orientation, and therefore should not be construed as a limitation on the scope of protection of this invention. The directional terms "inner" and "outer" refer to the inner and outer contours relative to the outline of each component itself.

[0051] For ease of description, spatial relative terms such as "above," "over," "on the upper surface of," "above," etc., are used herein to describe the spatial positional relationship of a device or feature as shown in the figures to other devices or features. It should be understood that spatial relative terms are intended to encompass different orientations in use or operation besides the orientation of the device as described in the figures. For example, if the device in the figures is inverted, a device described as "above" or "above" other devices or structures would subsequently be positioned as "below" or "under" other devices or structures. Thus, the exemplary term "above" can include both "above" and "below." The device may also be positioned in other different ways (rotated 90 degrees or in other orientations), and the spatial relative descriptions used herein will be interpreted accordingly.

[0052] Furthermore, it should be noted that the use of terms such as "first" and "second" to define components is merely for the purpose of distinguishing the corresponding components. Unless otherwise stated, the above terms have no special meaning and therefore should not be construed as limiting the scope of protection of this invention.

[0053] Figure 1 This is a diagram of a ground reconstruction and testing device for a rail transit vehicle control system.

[0054] A ground reconstruction and testing device for a rail transit vehicle control system includes: an on-board protocol conversion gateway and a first wireless module, a second wireless module, a ground main control unit, a ground protocol conversion gateway, and a simulator.

[0055] The on-board protocol conversion gateway identifies the communication ports of the rail transit vehicle and collects the WTB and MVB bus data of the rail transit vehicle, and converts them into Ethernet bus protocol data.

[0056] The first wireless module transmits the Ethernet bus protocol data converted by the vehicle protocol conversion gateway to the ground control device.

[0057] Simultaneously, the first wireless module receives Ethernet data transmitted by the ground control device and transmits it to the vehicle-mounted protocol conversion gateway.

[0058] The on-board protocol conversion gateway converts the Ethernet data transmitted by the first wireless module into WTB or MVB data and transmits it to the corresponding communication port of the rail transit vehicle.

[0059] The second wireless module receives Ethernet bus protocol data transmitted by the first wireless module;

[0060] The ground control unit receives Ethernet bus protocol data transmitted by the second wireless module, parses the MVB port and port data information according to the protocol, and reconstructs the vehicle-mounted MVB network on the ground.

[0061] The ground protocol conversion gateway forwards the MVB network data reconstructed by the ground main control unit and the ground driver's console data to the simulator;

[0062] The ground control unit also collects ground MVB bus data, identifies local bus ports, and performs ground Ethernet data processing and converts it into Ethernet bus protocol data.

[0063] The second wireless module receives Ethernet bus protocol data transmitted by the ground main control unit and transmits it to the first wireless module;

[0064] The ground control unit controls the simulator to run the vehicle electrical system or onboard subsystem simulation model based on the ground working mode, vehicle working mode and operation information sent by the driver control console, as determined by the test requirements, and the reconstructed MVB network data and ground driver control console data, so as to realize the functional simulation test of the rail transit vehicle.

[0065] The ground working mode and vehicle-mounted working mode that need to be determined for the test are both determined and transmitted by the ground PC.

[0066] The ground control unit is also connected to the driver's console;

[0067] The ground protocol gateway is also connected to the driver's console;

[0068] The ground control unit is also connected to the ground PC;

[0069] The driver's console is mainly used to display actual vehicle status information and simulate sending control commands. The driver's console includes a display screen, indicator lights on the console, buttons on the console, and a driver controller.

[0070] The display screen is used to synchronously display vehicle status information or set vehicle commands;

[0071] The indicator lights on the platform are used to synchronize the status of the vehicle indicator lights;

[0072] The buttons on the console are used to set vehicle commands;

[0073] The driver controller is used to issue control commands such as traction and braking.

[0074] The specific process is as follows: The ground PC determines the ground working mode according to the test requirements and sends the ground working mode control information to the ground main control unit. The ground main control unit enters the corresponding working mode according to the control logic, and at the same time, the working mode control information is transmitted to the vehicle through the second wireless module. After receiving the working mode control information, the vehicle-mounted first wireless module transmits it to the vehicle-mounted protocol conversion gateway. The vehicle-mounted protocol conversion gateway enters the corresponding vehicle-mounted working mode according to the control logic, thereby realizing the control of the working mode of the vehicle-mounted protocol conversion gateway and the working mode of the ground main control unit; The ground PC receives the vehicle-mounted MVB port data and WTB port data forwarded by the ground main control unit, as well as the ground MVB data received through the local MVB network, including driver control console operation information and simulator model operation information; The test results are judged and the simulation test results are recorded; In particular, in the simulation test mode, training questions or simulated faults can be set through the simulator to judge whether the training operation process conforms to the fault handling procedure. In vehicle data monitoring mode, the ground PC only needs to record the received vehicle MVB data, WTB data, and ground MVB network data. In simulation test mode, according to the test procedure, the driver's console or simulator sends control signals, the ground main control unit forwards the control signals to the vehicle, the vehicle executes the corresponding commands, the vehicle protocol conversion gateway feeds back the status information to the ground main control unit, the ground PC receives the vehicle's execution of control signals through the ground main control unit, compares the feedback results, and completes the test task.

[0075] Figure 2 This is a diagram of an in-vehicle protocol conversion gateway;

[0076] The on-board protocol conversion gateway adopts a chassis structure, consisting of a power supply board, an MVB board, a WTB board, a CPU board, and a backplane. The MVB board is used for MVB communication; its DB9 interface connects to the vehicle's MVB bus, collects MVB bus data, and forwards the data to the CPU board via the backplane bus. The CPU board converts the MVB data into Ethernet bus protocol data and transmits it to the ground control device of the rail transit vehicle via a wireless module. It also converts Ethernet data transmitted from the ground control console to the on-board protocol conversion gateway via the wireless module into MVB data and sends it to the vehicle. The WTB board is used for WTB communication; its DB9 interface connects to the vehicle's WTB bus, collects WTB bus data, and forwards it to the CPU board via the backplane bus. The CPU board converts the WTB data into Ethernet bus protocol data and transmits it to the ground system via a wireless module. It also converts Ethernet data transmitted from the ground control console to the on-board protocol conversion gateway via the wireless module into WTB data and sends it to the vehicle.

[0077] The vehicle-mounted protocol conversion gateway receives operating mode control commands via Ethernet communication, and then enters the selected operating mode according to the control commands.

[0078] Figure 3 Workflow diagram of the vehicle protocol conversion gateway;

[0079] The vehicle-mounted operating modes include vehicle-mounted data monitoring mode and simulation testing mode.

[0080] The vehicle data monitoring mode is implemented as follows:

[0081] First, scan the data ports of the WTB bus;

[0082] Then, all scanned ports and the data transmitted through those ports are converted into Ethernet protocol data and sent.

[0083] Then, all MVB bus data ports are scanned, and all MVB ports and port data are converted into Ethernet protocol data and sent.

[0084] The vehicle-mounted simulation test mode is implemented as follows:

[0085] Initialize the WTB port according to the WTB port configuration information transmitted by the second wireless module, and initialize the MVB port according to the MVB port configuration information communicated by the second wireless module.

[0086] Then wait for WTB and MVB port data information, transfer the WTB or MVB data from the second wireless module to the corresponding port data area and send it to the WTB bus or MVB bus.

[0087] Figure 4 Hardware diagram of the terrestrial protocol conversion gateway;

[0088] The ground protocol conversion gateway adopts a chassis structure, consisting of a power supply board, an MVB board, a CPU board, and a backplane. The MVB board is used for MVB communication. The DB9 interface on the MVB board connects to the ground MVB bus, collects MVB bus data, and forwards the data to the CPU board through the backplane bus. The CPU board converts the MVB data into Ethernet bus protocol data and forwards it to the simulator. It also converts the Ethernet data sent by the simulator into MVB data and sends it to the ground MVB network.

[0089] Figure 5 This is the hardware diagram of the ground main control unit;

[0090] The ground control unit adopts a chassis structure, consisting of a power supply board, a main control board, and a backplane. The main control board is composed of an MVB board and a CPU board stacked together. The MVB board is used for MVB communication. The DB9 interface on the MVB board connects to the MVB bus of the ground driver's console, collects MVB bus data, and forwards the data to the CPU board through the backplane bus. The CPU board converts the MVB data into Ethernet bus protocol data and transmits it to the ground driver's console system and the ground PC through a wireless module. It also parses the MVB port and port data information contained in the Ethernet data transmitted from the vehicle to the ground control unit through the wireless module, reconstructs the ground MVB network according to the MVB port configuration information, and sends the main control data frame. At the same time, it sends the vehicle port data to the driver's console, the ground protocol conversion gateway, and the ground PC according to the main control frame. Notably, when the ground control unit first runs, it scans the MVB port configuration information of the ground driver's console and the ground protocol conversion gateway, configures the ground ports when reconstructing the ground MVB network, and ignores the existing ground port data when sending vehicle data.

[0091] Figure 6 This is the workflow of the ground control unit;

[0092] The ground control unit scans the local MVB bus, identifies and records all local bus ports, receives and sends working mode control commands via Ethernet communication, and then enters the selected ground working mode according to the control commands.

[0093] The ground working modes include ground data monitoring mode and ground simulation testing mode.

[0094] The ground data monitoring mode receives data from the second wireless module through the ground main control unit, identifies the MVB port and port data, combines the ground equipment port information, configures the main control function, and sends the equipment main frame and the required data slave frame.

[0095] The ground simulation test mode receives data from the second wireless module through the ground main control unit, identifies the MVB port and port data, combines the ground equipment port information, configures the main control function, and sends the device main frame and the required data slave frame; and converts the MVB data from the driver's console and the ground write conversion gateway on the ground MVB bus into Ethernet data and sends it to the vehicle.

[0096] The ground data monitoring mode is implemented as follows:

[0097] Scan the local MVB bus;

[0098] Identify and record all local bus ports.

[0099] It receives and identifies Ethernet MVB ports, combines them with local MVB device port information to form a set of MVB ports to be managed, and sends device master frames to realize MVB network reconstruction; it receives MVB data sent via Ethernet and sends the Ethernet MVB data to the corresponding MVB ports.

[0100] The ground simulation test mode is implemented as follows:

[0101] Scan the local MVB bus;

[0102] Identify and record all local bus ports;

[0103] Receives Ethernet MVB ports, identifies MVB ports, combines them with local MVB device port information to form a set of MVB ports to be managed, and sends device main frames to realize MVB network reconstruction; receives MVB data sent via Ethernet and sends the Ethernet MVB data to the corresponding MVB ports.

[0104] It receives ground MVB bus data and converts it into Ethernet data before sending it to rail transit vehicles.

[0105] It receives data from the ground PC, converts it into Ethernet data, and sends it to the rail transit vehicle.

[0106] It receives data from the simulator and converts it into Ethernet data before sending it to the rail transit vehicle.

[0107] Taking a certain project as an example, the topology diagram of the vehicle system is as follows: Figure 7 As shown. The system uses a two-level bus structure, where the train bus uses the WTB bus and the vehicle bus uses the Multifunction Vehicle Bus (MVB). The control units connected to the various subsystems on the Multifunction Vehicle Bus (MVB) include: Traction Control Unit (TCU), Diesel Engine Frame (FFR), Gating Unit (EDCU), etc.

[0108] The meanings of each device in the diagram are as follows:

[0109] Mc: high-speed train; T: trailer;

[0110] WTB: Train Bus; MVB: Vehicle Bus;

[0111] VCU: Vehicle Control Unit; CCU: Central Control Unit; ERM: Data Recording Unit; HMI: Human-Machine Interface Unit; MVB / CAN: MVB / CAN Gateway; MVB / RS485: MVB / RS485 Gateway; TCN Gateway: Reconnection Gateway; RIOM: Input / Output Module;

[0112] TCU: Traction Control Unit; EU: Excitation Control Unit; FFR: Diesel Engine Controller; HCU: Hydrostatic System; EDCU: Gate Control Unit; ADG: Auxiliary Diesel Generator Set.

[0113] The MVB port allocation is as follows:

[0114] MVB port

[0115]

[0116]

[0117] by Figure 1 The method for constructing a ground reconstruction and testing device involves the following steps:

[0118] S1: Vehicle protocol conversion gateway, scans MVB ports through the MVB board, including port number, F-code, characteristic period, consistent with the table above.

[0119] S2: Vehicle-mounted protocol conversion gateway, which converts the above port information into Ethernet protocol data and sends it to the ground main control unit through the wireless module.

[0120]

[0121]

[0122] S3: Ground control unit, which establishes 62 MVB master frames based on Ethernet data.

[0123] S4: After the ground master control unit sends 62 master frames on the ground MVB network, the driver control display screen replies with 0x310, 0x311, and 0x312 data slave frames, and the ground RIOM sends 0x110 data slave frame.

[0124] S5: The ground control unit receives data frames 0x310, 0x311, 0x312, and 0x110 and records the port number, which indicates that the ground MVB network has already occupied the port number.

[0125] S6: Vehicle Protocol Conversion Gateway, which converts data from various vehicle ports into Ethernet data and transmits it to the ground via a wireless module. Taking vehicle port 0x308 as an example, MVB port 0x308 is the normal vehicle communication data port, and the transmitted data is as follows:

[0126]

[0127]

[0128] S7: The ground master control unit receives: 0x308 0xAA 0xAA 0xAA 0xAA 0xAA 0xAA 0xAA 0xAA 0xAA 0xAA 0x20 0x01 0x22 0xAA 0xAA 0xAA 0xAA, and replies with the above data in a secondary frame after managing the ground MVB network with the 0x308 master frame. The devices on the ground MVB network can then receive the relevant information, and the ground master control unit also sends the information to the ground PC.

[0129] S8: The ground display screen receives the above data and displays it, and the ground protocol gateway receives the above data and forwards it to the simulator.

[0130] Similarly, when controlling and testing vehicles via a ground control console and a ground simulator, the process is exactly the reverse of the above procedure.

[0131] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A ground reconstruction and testing device for a rail transit vehicle control system, characterized in that: Includes: vehicle-mounted protocol conversion gateway and first wireless module, second wireless module, ground main control unit, ground protocol conversion gateway and simulator; The on-board protocol conversion gateway identifies the communication ports of the rail transit vehicle and collects the WTB and MVB bus data of the rail transit vehicle, and converts them into Ethernet bus protocol data. The first wireless module transmits the Ethernet bus protocol data converted by the vehicle protocol conversion gateway to the ground control device. Simultaneously, the first wireless module receives Ethernet data transmitted by the ground control device and transmits it to the vehicle-mounted protocol conversion gateway. The on-board protocol conversion gateway converts the Ethernet data transmitted by the first wireless module into WTB or MVB data and transmits it to the corresponding communication port of the rail transit vehicle. The second wireless module receives Ethernet bus protocol data transmitted by the first wireless module; The ground control unit receives Ethernet bus protocol data transmitted by the second wireless module, parses the MVB port and port data information according to the protocol, and reconstructs the vehicle-mounted MVB network on the ground. The ground protocol conversion gateway forwards the MVB network data reconstructed by the ground main control unit and the ground driver's console data to the simulator; The ground control unit also collects ground MVB bus data, identifies local bus ports, and performs ground Ethernet data processing and converts it into Ethernet bus protocol data. The second wireless module receives Ethernet bus protocol data transmitted by the ground main control unit and transmits it to the first wireless module; The ground main control unit controls the simulator to run the vehicle electrical system or on-board subsystem simulation model based on the reconstructed MVB network data and the ground driver control console data, according to the ground working mode, vehicle working mode and operation information determined by the test requirements, so as to realize the functional simulation test of the rail transit vehicle. The ground working mode includes a ground data monitoring mode and a ground simulation test mode; the vehicle-mounted working mode includes a vehicle-mounted data monitoring mode and a vehicle-mounted simulation test mode. The ground simulation test mode is implemented as follows: Scan the local MVB bus; Identify and record all local bus ports; Receives Ethernet MVB ports, identifies MVB ports, combines them with local MVB device port information to form a set of MVB ports to be managed, and sends device main frames to realize MVB network reconstruction; receives MVB data sent via Ethernet and sends the Ethernet MVB data to the corresponding MVB ports. It receives ground MVB bus data and converts it into Ethernet data before sending it to rail transit vehicles. It receives simulation test control process data and converts it into Ethernet data before sending it to the rail transit vehicle. It receives data from the simulator and converts it into Ethernet data before sending it to the rail transit vehicle.

2. The ground reconstruction and testing device for a rail transit vehicle control system according to claim 1, characterized in that: The vehicle protocol conversion gateway also receives vehicle operating mode control commands via Ethernet communication, and then enters the selected vehicle operating mode according to the control commands.

3. The ground reconstruction and testing device for a rail transit vehicle control system according to claim 1, characterized in that: The vehicle data monitoring mode is implemented as follows: First, scan all MVB bus data ports, convert all MVB ports and port data into Ethernet protocol data, and send them; Then scan the data ports of the WTB bus; then convert all scanned ports and the data transmitted by the ports into Ethernet protocol data and send it.

4. The ground reconstruction and testing device for a rail transit vehicle control system according to claim 2, characterized in that: The vehicle-mounted simulation test mode is implemented as follows: Initialize the MVB port based on the MVB port control frame information; Initialize the WTB port according to the WTB port control frame information; Receive Ethernet MVB port data, parse and send the MVB port data; Receive Ethernet WTB port data, parse and send the WTB port data.

5. The ground reconstruction and testing device for a rail transit vehicle control system according to claim 1, characterized in that: The ground data monitoring mode is implemented as follows: Scan the local MVB bus; Identify and record all local bus ports. Receive Ethernet MVB ports, identify MVB ports, combine them with local MVB device port information to form a set of MVB ports that need to be managed, and send device main frames to realize MVB network reconstruction; Receive MVB data sent via Ethernet and send the Ethernet MVB data to the corresponding MVB port.

Images