Railway train on-board equipment remote testing method and device, computer equipment and storage medium
Patent Information
- Application Number
- CN202611101628.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2026-07-23
- Publication Date
- 2026-10-27
Smart Images

Figure CN122984651A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of train control technology, specifically to a remote testing method, device, computer equipment, and storage medium for onboard equipment of rail trains. Background Technology
[0002] Rail trains consist of numerous systems, including subsystems for traction, braking, auxiliary systems, air conditioning, doors, and PIS (Portable Information System). Each subsystem controller has its own communication interface. These communication interfaces include various types such as MVB, TRDP, CAN, and RS485, and connect to the vehicle network control unit via a dedicated bus, sharing a communication protocol with the vehicle network control unit.
[0003] Both communication interface matching tests and train communication protocol consistency tests must be conducted before vehicle commissioning. Typically, this involves connecting the devices from both companies (e.g., brake controller and network control unit) via a local link in a network laboratory. Then, endianness and bit alignment tests of the communication protocol are performed.
[0004] During production, inconsistencies in communication protocol alignment frequently cause delays, making ground communication testing essential. Improving the testing efficiency of communication interfaces and protocols has become a key research focus.
[0005] In related technologies, by constructing public virtual local area networks (VLANs) and industrial network structures in train network communication interface testing and utilizing VPN technology for remote testing, the problems of coordination difficulties and incomplete equipment environments in traditional testing are solved, improving testing efficiency and accuracy and meeting the needs of train network communication interface testing. However, this technology can only perform remote testing of TRDP (Train Transit Network Protocol) and cannot perform remote testing of other types of buses, resulting in a limited range of testing types. Summary of the Invention
[0006] To address one of the aforementioned technical deficiencies, this application provides a remote testing method, apparatus, computer equipment, and storage medium for onboard equipment of rail trains.
[0007] According to a first aspect of the embodiments of this application, a remote testing device for onboard equipment of a rail train is provided, including at least one first cloud debugging terminal deployed at a first location for connecting to a first device under test via a vehicle bus interface; at least one second cloud debugging terminal deployed at a second location for connecting to a second device under test via a vehicle bus interface; and a cloud server deployed in the cloud and communicating with the first cloud debugging terminal and the second cloud debugging terminal via a network respectively. Both the first and second cloud debugging terminals include a central processing module; multiple types of vehicle bus interface modules for connecting and converting corresponding types of vehicle bus protocol data, the vehicle bus interface modules including at least two of MVB interface modules, TRDP interface modules, and CAN interface modules; a wireless communication module for wireless data communication with the cloud server; the central processing module is configured to: interact with the device under test through the vehicle bus interface modules; encapsulate the vehicle bus protocol data received by the vehicle bus interface modules into network data packets and send them to the cloud server through the wireless communication module; receive network data packets from other cloud debugging terminals from the cloud server, parse and restore them to the corresponding vehicle bus protocol data, and send them to the connected device under test through the corresponding vehicle bus interface modules; the cloud server is configured to: receive network data packets from one cloud debugging terminal and forward the network data packets to another designated cloud debugging terminal according to a preset forwarding strategy.
[0008] In an optional embodiment of this application, the first device under test and the second device under test are respectively a network control unit and a subsystem controller on a rail train, wherein the subsystem controller includes at least one of a traction controller, a braking controller, an auxiliary system controller, an air conditioning system controller, a door controller, and a passenger information system controller.
[0009] In one optional embodiment of this application, the MVB interface module includes a DC2500V isolation device and / or ESD protection circuit, the TRDP interface module includes a DC1500V isolation transformer, and the CAN interface module includes a DC2500V isolation transformer, and supports baud rates up to 1Mbps.
[0010] In an optional embodiment of this application, the device further includes an Ethernet interface module, which includes a dual Gigabit Ethernet PHY chip and a DC1500V isolation transformer to implement WAN and LAN functions, respectively.
[0011] In one optional embodiment of this application, the wireless communication module is a module that supports 4G / 5G cellular network communication, and / or a Wi-Fi wireless network module.
[0012] In an optional embodiment of this application, the device further includes a human-computer interaction module, which includes a touch screen, status indicator lights, and physical buttons.
[0013] In an optional embodiment of this application, the cloud server communicates with the cloud debugging terminal via a TLS-encrypted WebSocket protocol or an MQTT protocol. The cloud server is built as a platform with a B / S architecture and provides authorized users with at least one of the following functions: device management, remote debugging, and historical data query.
[0014] According to a second aspect of the embodiments of this application, a method for remote testing of on-board equipment of a rail train based on the remote testing device for on-board equipment of the rail train is provided, comprising the following steps: The vehicle bus interface module is used to interact with the device under test. The vehicle bus protocol data received by the vehicle bus interface module is encapsulated into network data packets and sent to the cloud server through the wireless communication module; The cloud server receives network data packets from other cloud debugging terminals, parses and restores them into the corresponding vehicle bus protocol data, and sends them to the connected device under test through the corresponding vehicle bus interface module. Receive network data packets from one cloud debugging terminal and forward the network data packets to another designated cloud debugging terminal according to a preset forwarding policy.
[0015] According to a third aspect of the embodiments of this application, a computer device is provided, comprising: Memory; Processor; and Computer programs; The computer program is stored in the memory and configured to be executed by the processor to implement the remote testing method for the onboard equipment of the railcar.
[0016] According to a fourth aspect of the embodiments of this application, a computer-readable storage medium is provided having a computer program stored thereon; the computer program is executed by a processor to implement the remote testing method for onboard equipment of a railcar.
[0017] The remote testing device for onboard equipment of rail trains provided in this application includes at least one first cloud debugging terminal deployed at a first location for connecting to a first device under test via a vehicle bus interface; at least one second cloud debugging terminal deployed at a second location for connecting to a second device under test via a vehicle bus interface; a cloud server deployed in the cloud and communicating with the first and second cloud debugging terminals via a network; wherein both the first and second cloud debugging terminals include a central processing module; multiple types of vehicle bus interface modules for connecting and converting corresponding types of vehicle bus protocol data, the vehicle bus interface modules including at least two of MVB interface modules, TRDP interface modules, and CAN interface modules; and a wireless communication module for wireless data communication with the cloud server. The central processing module is configured to: interact with the device under test (DUT) via the vehicle bus interface module; encapsulate the vehicle bus protocol data received by the vehicle bus interface module into network data packets and send them to the cloud server via the wireless communication module; receive network data packets from other cloud debugging terminals from the cloud server, parse and restore them to the corresponding vehicle bus protocol data, and send them to the connected DUT via the corresponding vehicle bus interface module; the cloud server is configured to: receive network data packets from one cloud debugging terminal and forward the network data packets to another designated cloud debugging terminal according to a preset forwarding strategy, thereby realizing remote testing of the Train Real-Time Data Protocol (TRDP), remote testing of the Controller Area Network (CAN), and remote testing of multiple vehicle bus (MVB) interfaces, improving testing efficiency. Attached Figure Description
[0018] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings: Figure 1 This is a schematic diagram of the structure of the remote testing device for onboard equipment of a rail train provided in an embodiment of this application; Figure 2 This is a schematic diagram of the cloud debugging terminal testing process provided in the embodiments of this application; Figure 3 This is an external view of the cloud debugging terminal device provided in the embodiments of this application; Figure 4 This is a schematic diagram of the internal architecture of the cloud debugging terminal provided in the embodiments of this application; Figure 5 This is a schematic diagram illustrating the interaction between the cloud debugging terminal and the cloud server provided in an embodiment of this application. Detailed Implementation
[0019] To make the technical solutions and advantages of the embodiments of this application clearer, the exemplary embodiments of this application will be described in further detail below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not an exhaustive list of all embodiments. It should be noted that, unless otherwise specified, the embodiments and features in the embodiments of this application can be combined with each other.
[0020] This application provides a remote testing device for onboard equipment of a rail train, including at least one first cloud debugging terminal deployed at a first location for connecting to a first device under test via a vehicle bus interface; at least one second cloud debugging terminal deployed at a second location for connecting to a second device under test via a vehicle bus interface; and a cloud server deployed in the cloud for communicating with the first and second cloud debugging terminals via a network. Both the first and second cloud debugging terminals include a central processing module; multiple types of vehicle bus interface modules for connecting and converting corresponding types of vehicle bus protocol data, the vehicle bus interface modules including at least two of MVB interface modules, TRDP interface modules, and CAN interface modules; a wireless communication module for wireless data communication with the cloud server; the central processing module is configured to: interact with the device under test through the vehicle bus interface modules; encapsulate the vehicle bus protocol data received by the vehicle bus interface modules into network data packets and send them to the cloud server through the wireless communication module; receive network data packets from other cloud debugging terminals from the cloud server, parse and restore them to the corresponding vehicle bus protocol data, and send them to the connected device under test through the corresponding vehicle bus interface modules; the cloud server is configured to: receive network data packets from one cloud debugging terminal and forward the network data packets to another designated cloud debugging terminal according to a preset forwarding strategy.
[0021] In one optional embodiment of this application, the train has a wide variety of subsystem controllers, and a test architecture for testing the communication protocols of each device is established before the equipment is installed on the train. See [link to relevant documentation]. Figure 1 In the case where the network systems engineer is in location A and the traction systems engineer is in location B, both parties follow... Figure 1 As shown, remote testing of communication protocol consistency can then be performed. The network system controller at location A connects to the cloud debugging terminal via a communication interface, such as an MVB interface. The cloud debugging terminal communicates with the cloud server via its internal 4G network card. The cloud server processes and forwards data to the cloud debugging terminal at location B, which then connects to the traction controller via MVB. After establishing the connection, both parties perform protocol consistency testing on the traction and network. If any issues are found after the test, another remote test can be conducted.
[0022] In one optional embodiment of this application, the cloud debugging terminal is a dedicated protocol terminal developed based on remote vehicle bus debugging technology. It interacts with a cloud server to achieve remote interconnection and interoperability of communication devices in various subsystems, overcoming geographical limitations. Devices participating in consistency testing do not need to travel to the joint debugging site; they can remotely test communication protocols and logic online, improving the debugging efficiency of R&D personnel. The device is compatible with multiple train bus protocol interfaces, exhibiting strong adaptability.
[0023] In an optional embodiment of this application, see [link to relevant documentation]. Figure 2 , Figure 2 The cloud debugging terminal 1 connects to the train-level controller and subsystem controller via an MVB interface, converts MVB protocol data into wireless communication data, and sends it to the cloud server. Through manual configuration of the server's forwarding strategy, the cloud server forwards the corresponding data to cloud debugging terminals 2 in other locations. Cloud debugging terminals 2 then convert the wireless data back into MVB data and send it to the subsystem controller. The cloud debugging terminals can be equipped with a 4G wireless network card for wireless communication. The external design diagram of the cloud debugging device is shown below. Figure 3 Because capacitive touch technology ensures sensitive and smooth touch operation, a 5-inch TFT capacitive touchscreen with a resolution of 1280x720 is used to provide users with a user-friendly interface. A MIPI interface is used to connect to the main control chip, ensuring fast data transmission and low power consumption. The touchscreen driver program recognizes and processes touch events. The touchscreen LCD can display detailed debugging information, such as user login, protocol mode, data analysis results, and control parameter settings. LED indicators on the buttons intuitively display the device's operating status, such as power on / off, charging indicator, low battery, and programming / update, facilitating simple user operations such as powering on / off and switching programming modes. The device features hardware interfaces including a WAN port for external network connectivity, a LAN port for internal local area network (LAN), an internal M.2B-Key 4 / 5G module and SIM card slot, a built-in WiFi 2.4G / 5G antenna for communication, a USB Type-B interface for connecting to a debugging serial port, a USB Type-A interface for data export and updates, a built-in 7000mAh lithium battery, a USB Type-C interface for PD power adapter charging, an M12 D-code interface for TRDP protocol, a DB9 dual female interface for CAN protocol, a DB9 male and female interface for MVB protocol, and an illuminated button for power on / off control.
[0024] In an optional embodiment of this application, the first device under test and the second device under test are respectively a network control unit and a subsystem controller on a rail train, wherein the subsystem controller includes at least one of a traction controller, a braking controller, an auxiliary system controller, an air conditioning system controller, a door controller, and a passenger information system controller.
[0025] In one optional embodiment of this application, the MVB interface module includes a DC2500V isolation device and / or ESD protection circuit, the TRDP interface module includes a DC1500V isolation transformer, and the CAN interface module includes a DC2500V isolation transformer, and supports baud rates up to 1Mbps.
[0026] In an optional embodiment of this application, the device further includes an Ethernet interface module, which includes a dual Gigabit Ethernet PHY chip and a DC1500V isolation transformer to implement WAN and LAN functions, respectively.
[0027] In one optional embodiment of this application, the wireless communication module is a module that supports 4G / 5G cellular network communication, and / or a Wi-Fi wireless network module.
[0028] In an optional embodiment of this application, the device further includes a human-computer interaction module, which includes a touch screen, status indicator lights, and physical buttons.
[0029] See Figure 4The cloud debugging terminal consists of a central processing module, an MVB interface module, a TRDP interface module, a CAN interface module, an Ethernet interface module, and a wireless Wi-Fi module. The central processing module, based on MVB, CAN, and TRDP protocols for remote interconnection and debugging, utilizes a high-performance, multi-core processor with powerful computing capabilities to meet real-time data processing needs and maintain high efficiency even when handling complex protocol parsing and large data volumes. It also considers miniaturization and integration requirements; a low-power design is chosen for convenient power supply; and the temperature requirements of GB25119 (-40℃~85℃) must be met due to the relatively harsh environment of rail trains. Based on these considerations, a low-power embedded processor suitable for industrial control is selected, integrating a GPU and a high-performance NPU to support video decoding. Typical power consumption is ideally around 3W, meeting the low-power design requirements, providing long standby time, and eliminating the need for a cooling fan, thus reducing device size. From a network security perspective, secure boot and encryption are supported. Featuring a rich array of interfaces, it supports dual Gigabit Ethernet ports, PCIe 3.0, SATA 3.0, multi-screen display (HDMI / MIPI / LVDS), and industrial buses such as CAN, offering strong expandability. The MVB interface module utilizes a built-in isolation device to achieve DC2500V isolation voltage, effectively isolating the MVB bus from electrical interference and high-voltage surges between the MVB bus and the internal circuitry of the device, improving the system's anti-interference capability and stability. The MVB interface module boasts flexible data processing capabilities, supporting 4096 process data ports to meet complex device control and data transmission needs. The MVB interface module incorporates appropriate isolation resistors in the MVB lines to prevent signal reflection and interference. ESD (electrostatic discharge) protection circuitry is added to the internal circuitry to prevent damage from electrostatic shocks from the external environment. The TRDP interface module uses an independent network chip and a DC1500V isolation transformer to construct the TRDP interface. Simultaneously, it adopts a railway-specific M12 D-Code standard interface to ensure connection reliability and dust and water resistance. To ensure safe operation of the equipment and prevent high-voltage interference, a DC 1500V isolation transformer is used to isolate the network chip from the external network. The selection of DC 1500V isolation voltage meets the high-voltage requirements of the railway environment. The network chip handles data packetization, transmission, and reception, enabling data transmission. Testing and verification: A network analyzer was used to test the data transmission rate and stability of the TRDP interface. Tests were conducted in a simulated railway environment to verify the interface's anti-interference capability and reliability. Long-distance data transmission tests were performed to ensure data integrity and transmission efficiency. In the CAN interface module, an isolation transformer is used for the CAN communication interface. The DC 2500V isolation voltage effectively isolates the CAN bus from electrical interference and high-voltage surge interference between the device and internal circuitry, improving the system's anti-interference capability and stability.High-performance transmission: Supports baud rates up to 1Mbps, meeting high-speed data transmission requirements and connecting up to 110 nodes to meet large-scale network application scenarios. Ethernet interface module: To achieve high-bandwidth, high-reliability network connections, two Gigabit Ethernet PHY chips are configured, along with a DC 1500V isolation transformer, to construct an independent dual RJ45 Gigabit network design. Both support WAN and LAN functions respectively, meeting different network application needs. A high-performance, low-power Gigabit Ethernet PHY chip is selected, supporting multiple network protocols to meet application requirements. Control and data transmission of the PHY chips are implemented. Corresponding network protocol stacks, such as TCP / IP and UDP, are developed according to application requirements. Wireless Wi-Fi module: To achieve stable, high-speed wireless network connections, the high-performance Wi-Fi module MT7921AU is selected, supporting the Wi-Fi standard. High-speed data transmission supports the Wi-Fi 6 standard, providing a maximum data transmission rate of 480Mbps to meet high-bandwidth application requirements. Low latency: Wi-Fi technology optimizes the data transmission mechanism, reduces network latency, and improves user experience. Multi-device connectivity: Supports MU-MIMO technology, enabling high-speed connections for multiple devices simultaneously, improving network efficiency. Antenna design: Selects appropriate Wi-Fi antennas based on the application scenario, such as built-in or external antennas, to optimize signal strength and coverage.
[0030] In an optional embodiment of this application, the cloud server communicates with the cloud debugging terminal via a TLS-encrypted WebSocket protocol or an MQTT protocol. The cloud server is built as a platform with a B / S architecture and provides authorized users with at least one of the following functions: device management, remote debugging, and historical data query.
[0031] In an optional embodiment of this application, see [link to relevant documentation]. Figure 5 The cloud server is configured using a commercial cloud platform to ensure high-quality access from multiple ISPs and guarantee a smooth user experience. Based on estimated traffic and access demands, the peak network bandwidth is set to 100Mbps, sufficient to meet the platform's operational requirements. The cloud server's software architecture includes: Backend architecture: Developed using Ruby on Rails and Node.js to ensure high scalability and flexibility. Database: PostgreSQL is used as the primary database, with Redis as a cache library to improve data read and write efficiency. Web server: Nginx and Caddy are used as web servers, providing efficient reverse proxy and load balancing capabilities. Messaging service: Mosquitto MQTT service is used to support real-time communication and data transmission between devices.
[0032] In an optional embodiment of this application, communication between the cloud communication device and the cloud utilizes lightweight communication protocols: WebSockets and MQTT. Both WebSockets and MQTT are lightweight communication protocols, offering efficient and low-latency data transmission capabilities. WebSockets is a full-duplex, long-connection (one-handshake permanent connection) network communication protocol running on top of TCP, primarily used for real-time bidirectional communication between browsers and servers. It is suitable for bidirectional communication scenarios, especially excelling when real-time data updates are required. MQTT, on the other hand, is a lightweight, publish-subscribe IoT communication protocol designed for devices with limited bandwidth and unstable networks. It performs well in low-bandwidth, high-latency networks, making it suitable for remote monitoring and control applications. By combining WebSockets and MQTT, the cloud communication device can dynamically adapt to different network environments, ensuring stable data transmission and remote control capabilities even under complex conditions. To ensure data security, all communication uses TLS encryption technology. TLS encryption effectively prevents eavesdropping and tampering during data transmission, ensuring secure communication between the cloud communication device and the cloud, and protecting the privacy and integrity of data during transmission and storage.
[0033] In an optional embodiment of this application, the cloud platform functions and access: the platform adopts a B / S (browser / server) architecture, and users can access the platform through a browser, avoiding the complexity of client installation.
[0034] In an optional embodiment of this application, the functional modules of the cloud platform include: (a) Equipment Management Module: All users can add, delete, and configure devices.
[0035] It supports multiple communication protocols, including MVB, TRDP, and CAN.
[0036] Administrators can view the device's operating status, communication parameters, and configuration information.
[0037] (ii) Functions for ordinary users: Ordinary users can view the device's debug data on the webpage, understand the device's network information and local status, which facilitates daily operation and management.
[0038] (III) Remote Debugging Module: It provides real-time monitoring of data such as MVB, TRDP, and CAN, and users can remotely send control commands and perform data analysis.
[0039] It supports fine-grained monitoring and diagnosis of data, improving equipment debugging efficiency.
[0040] (iv) Historical Records Module: The platform records historical data such as MVB, TRDP, and CAN to facilitate future fault diagnosis and performance analysis, ensuring the long-term stable operation of the system.
[0041] All API and web accesses on the platform will be transmitted via HTTPS protocol with standard certificates, ensuring the confidentiality, security, and integrity of data. SSL / TLS security certificates issued by authoritative organizations are deployed on the servers to encrypt all communication content via HTTPS, ensuring the secure transmission of user data, device information, and control commands, and preventing interception or tampering during transmission. API Security: API interfaces use HTTPS encrypted transmission to prevent data leakage. Each API request will undergo identity authentication and permission verification to ensure that only authorized users can access the corresponding data and functions. A JWT (JSON Web Token) authentication mechanism is introduced to ensure secure and reliable interaction between the client and server. Web Access Security: The platform's web interface uses HTTPS protocol for encrypted transmission, ensuring the security of sensitive information such as user login information and device data. SSL certificates will be issued by authoritative certification authorities to ensure the confidentiality and integrity of data during network transmission.
[0042] In an optional embodiment of this application, to further enhance system security, the following measures will be implemented: Encrypted data storage: Sensitive data such as user passwords will be stored in an encrypted manner to prevent data leakage. Firewall and DDoS protection: Utilizing the firewall and DDoS protection mechanisms provided by Alibaba Cloud and / or Cloudflare, the platform can ensure stable operation even under high load and malicious attacks. With efficiency, flexibility, and security as its core, it can adapt to the complex needs of device management and data transmission, while providing powerful debugging and analysis tools to ensure that the system can promptly detect problems and respond quickly during operation.
[0043] This application utilizes a remote testing device for onboard equipment of a railcar to perform remote testing of multiple types of communication interfaces. It also enables multiple tests of remote communication through a remote debugging device and a cloud server, without geographical limitations.
[0044] This application provides a method for remote testing of onboard equipment of a rail train based on the aforementioned remote testing device, comprising the following steps: The vehicle bus interface module is used to interact with the device under test. The vehicle bus protocol data received by the vehicle bus interface module is encapsulated into network data packets and sent to the cloud server through the wireless communication module; The cloud server receives network data packets from other cloud debugging terminals, parses and restores them into the corresponding vehicle bus protocol data, and sends them to the connected device under test through the corresponding vehicle bus interface module. Receive network data packets from one cloud debugging terminal and forward the network data packets to another designated cloud debugging terminal according to a preset forwarding policy.
[0045] The remote testing method for onboard equipment of rail trains in this application utilizes remote debugging technology and the big data capabilities of cloud platforms to construct a cloud communication module (cloud communication terminal) and a cloud server to achieve remote cloud testing of two devices, enabling multiple tests and simultaneous testing of multiple devices.
[0046] This application provides a computer device, including: Memory; Processor; and Computer programs; The computer program is stored in the memory and configured to be executed by the processor to implement the remote testing method for the onboard equipment of the railcar.
[0047] This application provides a computer-readable storage medium storing a computer program thereon; the computer program is executed by a processor to implement the remote testing method for the on-board equipment of the railcar.
[0048] The device and storage medium provided in this embodiment have the same technical effects as the methods described above.
[0049] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code. The solutions in the embodiments of this application can be implemented in various computer languages, such as C, VHDL, Verilog, the object-oriented programming language Java, and the interpreted scripting language JavaScript.
[0050] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.
[0051] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.
[0052] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.
[0053] In the description of this application, it should be understood that the terms "center", "longitudinal", "lateral", "length", "width", "thickness", "upper", "lower", "front", "rear", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings, and are only for the convenience of describing this application and simplifying the description, and 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 of this application.
[0054] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this application, "multiple" means at least two, such as two, three, etc., unless otherwise explicitly specified.
[0055] In this application, unless otherwise expressly specified and limited, the terms "installation," "connection," "linking," and "fixing," etc., should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral part; they can refer to a mechanical connection, an electrical connection, or a connection that allows communication between them; they can refer to a direct connection or an indirect connection through an intermediate medium; they can refer to the internal communication between two components or the interaction between two components. Those skilled in the art can understand the specific meaning of the above terms in this application according to the specific circumstances.
[0056] Although preferred embodiments of this application have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of this application.
[0057] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.
Claims
1. A remote testing device for onboard equipment of a rail train, characterized in that, Includes at least one first cloud debugging terminal, deployed at a first location, for connecting to the first device under test via a vehicle bus interface; At least one second cloud debugging terminal, deployed at a second location, is used to connect to the second device under test via a vehicle bus interface; The cloud server is deployed in the cloud and communicates with the first cloud debugging terminal and the second cloud debugging terminal via the network respectively. Both the first and second cloud debugging terminals include a central processing module; multiple types of vehicle bus interface modules for connecting and converting corresponding types of vehicle bus protocol data, the vehicle bus interface modules including at least two of MVB interface modules, TRDP interface modules, and CAN interface modules; a wireless communication module for wireless data communication with the cloud server; the central processing module is configured to: interact with the device under test through the vehicle bus interface modules; encapsulate the vehicle bus protocol data received by the vehicle bus interface modules into network data packets and send them to the cloud server through the wireless communication module; receive network data packets from other cloud debugging terminals from the cloud server, parse and restore them to the corresponding vehicle bus protocol data, and send them to the connected device under test through the corresponding vehicle bus interface modules; the cloud server is configured to: receive network data packets from one cloud debugging terminal and forward the network data packets to another designated cloud debugging terminal according to a preset forwarding strategy.
2. The apparatus according to claim 1, characterized in that, The first device under test and the second device under test are respectively a network control unit and a subsystem controller on a rail train, wherein the subsystem controller includes at least one of a traction controller, a brake controller, an auxiliary system controller, an air conditioning system controller, a door controller, and a passenger information system controller.
3. The apparatus according to claim 1, characterized in that, The MVB interface module includes a DC2500V isolation device and / or ESD protection circuit, the TRDP interface module includes a DC1500V isolation transformer, and the CAN interface module includes a DC2500V isolation transformer, and supports baud rates up to 1Mbps.
4. The apparatus according to claim 1, characterized in that, The device also includes an Ethernet interface module, which includes a dual Gigabit Ethernet PHY chip and a DC1500V isolation transformer to implement WAN and LAN functions, respectively.
5. The apparatus according to claim 1, characterized in that, The wireless communication module is a module that supports 4G / 5G cellular network communication, and / or a Wi-Fi wireless network module.
6. The apparatus according to claim 1, characterized in that, The device also includes a human-computer interaction module, which includes a touch screen, status indicator lights, and physical buttons.
7. The apparatus according to claim 1, characterized in that, The cloud server communicates with the cloud debugging terminal via a TLS-encrypted WebSocket protocol or an MQTT protocol. The cloud server is built as a platform with a B / S architecture and provides authorized users with at least one of the following functions: device management, remote debugging, and historical data query.
8. A method for remote testing of onboard equipment of a rail train based on the remote testing device for onboard equipment of a rail train according to any one of claims 1 to 7, characterized in that, Includes the following steps: The vehicle bus interface module is used to interact with the device under test. The vehicle bus protocol data received by the vehicle bus interface module is encapsulated into network data packets and sent to the cloud server through the wireless communication module; The cloud server receives network data packets from other cloud debugging terminals, parses and restores them into the corresponding vehicle bus protocol data, and sends them to the connected device under test through the corresponding vehicle bus interface module. Receive network data packets from one cloud debugging terminal and forward the network data packets to another designated cloud debugging terminal according to a preset forwarding policy.
9. A computer device, characterized in that, include: Memory; processor; as well as Computer programs; The computer program is stored in the memory and configured to be executed by the processor to implement the remote testing method for onboard equipment of a rail train as described in claim 8.
10. A computer-readable storage medium, characterized in that, It stores a computer program; the computer program is executed by a processor to implement the remote testing method for onboard equipment of a rail train as described in claim 8.