Vehicle-mounted detection device for locomotive remote monitoring and diagnosis system

Abstract

The embodiment of the invention discloses a vehicle-mounted detection device for a locomotive remote monitoring and diagnosis system. The vehicle-mounted detection device comprises a programmable direct-current power supply; the communication unit is used for constructing a multi-protocol communication network and a communication interface; and the simulation unit is used for providing a multi-communication protocol simulation detection mode and a detection host for the LDP based on the multi-protocol communication network and the automatic test scripts, and is used for carrying out data interaction with the simulation unit and issuing various automatic test scripts so as to carry out automatic test and evaluation on the key performance of the LDP through the simulation unit. According to the invention, the technical breakthrough of one-machine multi-simulation is realized, and a standardized solution is provided for the field of railway equipment detection, especially for LDP equipment.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of locomotive remote monitoring and diagnosis, and particularly relates to a vehicle-mounted detection device for a locomotive remote monitoring and diagnosis system. BACKGROUND

[0002] The Chinese locomotive remote monitoring and diagnosis system (hereinafter referred to as the CMD system) is a core subsystem of the railway locomotive information system, which integrates locomotive LKJ, TCMS, 6A, etc. operation record information and fault information, realizes data acquisition, processing, transmission from vehicle to ground and from ground to vehicle, and provides functions such as locomotive positioning, real-time state data monitoring, real-time fault alarm, remote diagnosis, video on demand, statistical analysis, locomotive vehicle-mounted electronic history management, expert diagnosis and information sharing for China Railway Corporation, railway bureaus, locomotive depots / repair depots, locomotive manufacturing and repair plants.

[0003] Generally, the CMD system is composed of a vehicle-mounted subsystem, a data transmission subsystem and a ground integrated application subsystem. The vehicle-mounted subsystem is responsible for important functions such as acquisition, processing, recording, transmission and dumping of various data including locomotive vehicle-mounted information data and ground control commands, and is an indispensable part of the CMD system. The vehicle-mounted subsystem is composed of a vehicle-mounted integrated information monitoring device (hereinafter referred to as LDP), a Beidou satellite navigation system communication antenna, a WLAN / 3G / positioning antenna and a matching cable. Among them, the LDP is the core device of the CMD system, which realizes locomotive information data acquisition, comprehensive processing and data sending, and is composed of 8 basic function single boards and 1 extension function single board. The LDP directly communicates with locomotive LKJ, TCMS, 6A and other equipment, and performs wireless communication between vehicle and ground through Beidou, WLAN, 3G and other modes. Since 2014, the CMD system has been included in the standard configuration of newly manufactured locomotives, and since 2015, the CMD system has been installed on batches of already allocated Harmonious locomotives every year. The LDP of the CMD system has been installed on more than 20,000 locomotives, covering more than 20 types of locomotives. At present, in addition to routine maintenance and repair of the LDP, the early loaded LDP will also gradually carry out technical introduction of locomotives with CMD system technical transformation from 2024, and considering the addition of more than 1,000 railway locomotives every year, the demand for the CMD system will usher in a peak.

[0004] At present, there is no relatively fixed device or method for the pre-shipment, maintenance and other functional test of the LDP. Considering that there are many manufacturers of the LDP, and the possibility of non-manufacturing service providers for subsequent equipment maintenance, how to more completely, accurately and conveniently detect the LDP has become a problem to be solved. Specifically, the problems existing in the current LDP test technology can be summarized as follows:

[0005] First, the LDP test method is not unified, and lacks standardized specifications: the interface protocols and data formats of LDP equipment from different manufacturers differ greatly, and non-production manufacturer maintenance units cannot quickly complete compatibility testing. In addition, there is a lack of fixed devices or unified standards for pre-shipment testing and maintenance function testing of LDP, and it relies on experienced personnel to manually operate or temporarily set up a test environment. Figure 1 .

[0006] Second, there is insufficient support for multiple communication protocols, and the test coverage is incomplete: existing test methods cannot completely cover the communication protocols (such as TAX data interaction, HDLC bus, Beidou short message, etc.) of LDP and LKJ, TCMS, 6A, etc. systems, and it is difficult to verify the reliability of LDP under complex working conditions.

[0007] Third, the efficiency of automated testing is low, and there is a lot of manual intervention: traditional testing methods rely heavily on manual execution of test cases, which is time-consuming and costly, and is prone to result deviations due to human errors. In addition, it lacks the ability to automatically analyze and evaluate test data such as communication delay, packet loss rate, and response time. SUMMARY

[0008] Therefore, in order to solve the problems existing in the prior art, a vehicle-mounted detection device for automatically testing and returning test results of a vehicle-mounted comprehensive information monitoring device (hereinafter referred to as LDP) of a CMD system is provided.

[0009] In order to achieve the above design purposes, the technical solutions of the present application are as follows:

[0010] A vehicle-mounted detection device for a locomotive remote monitoring and diagnosis system, which interacts with the measured device LDP, specifically comprising:

[0011] A programmable DC power supply for simulating the locomotive power supply environment and providing stable and adjustable input power for LDP;

[0012] A communication unit for building a multi-protocol communication network and a communication interface to provide communication protocol simulation and data forwarding services for LDP and the simulation unit. It is also used to verify the positioning accuracy of LDP and its anti-interference ability of wireless communication;

[0013] A simulation unit for providing multi-communication protocol simulation testing mode for LDP based on multi-protocol communication network and predefined automatic test scripts;

[0014] And a detection host for interacting with the simulation unit and issuing various automatic test scripts to automatically test and evaluate the key performance of LDP in the corresponding simulation testing mode through the simulation unit. The key performance includes but is not limited to protocol consistency, communication delay, packet loss rate, and response time.

[0015] Optionally, in one embodiment, the simulation unit comprises an HDLC simulation unit, a Beidou / CAN simulation unit, and a worldFIP simulation unit, wherein the HDLC simulation unit is used to parse the automatic test script and simulate the master / slave station behavior of the train bus of the locomotive based on the HDLC protocol to simulate the LDP and TCMS high-speed data link control protocol communication interaction capability; the Beidou / CAN simulation unit is used to parse the automatic test script and generate Beidou positioning signals and CAN bus data to test the positioning and vehicle control capability of the LDP; the WorldFIP simulation unit is used to parse the automatic test script and simulate the periodic polling process of the train field bus based on the WorldFIP protocol to test the LDP and traction / braking system data interaction capability, and further test the response delay of the LDP.

[0016] Optionally, in one embodiment, the communication unit comprises an Ethernet switch and an antenna module, and the antenna module at least comprises a Beidou communication antenna and a multi-band combined antenna; wherein the Ethernet switch is used to build a multi-protocol communication network to provide the LDP and the simulation unit with communication protocol simulation and data forwarding services; the Beidou communication antenna is used to receive Beidou satellite signals in real time to assist the host in verifying the positioning accuracy of the LDP; the multi-band combined antenna is used to assist the host in verifying the anti-interference capability of the LDP in the wireless communication simulation environment.

[0017] Optionally, in one embodiment, the communication unit further comprises a plurality of key communication interfaces; the key communication interfaces at least include RS485 / 232, Ethernet, CAN, WorldFip, HDLC, 3G / 4G, WLAN, and Beidou.

[0018] Optionally, in one embodiment, the vehicle-mounted detection device further comprises an interactive display screen, an external input device, and a reserved slot; wherein the interactive display screen is used for various test results in the test process; the external input device is used to assist the user in configuring the test scene, triggering a specific test case, or exporting a test report; and the reserved slot is used to provide an extensibility interface for subsequent communication protocol upgrades.

[0019] Optionally, in one embodiment, the simulation detection mode provided by the simulation unit includes but is not limited to the following types:

[0020] (1) LKJ TAX data interaction function mode;

[0021] (2) LKJ TSC data interaction function mode;

[0022] (3) 6A data interaction function mode;

[0023] (4) 3G / 4G vehicle-ground wireless data interaction function mode;

[0024] (5) Local area network WLAN vehicle-ground wireless data interaction function mode;

[0025] (6) Beidou function device data interaction function mode;

[0026] (7) Serial interface data interaction function mode;

[0027] (8) Beidou short message and GPS positioning function mode;

[0028] (9) WorldFIP bus data interaction function mode;

[0029] (10) HDLC bus data interaction function mode;

[0030] (11) Extended communication data interaction function mode.

[0031] Optionally, in one embodiment, the TAX data interaction function mode with the LKJ includes setting the following LDP and TAX communication simulation detection process based on the dynamic random data analysis mechanism, and the specific steps include:

[0032] S11, detecting host initialization: creating a test task to build an RS485 communication service and an LDP and TAX communication simulation detection service execution thread;

[0033] S12, configuring the RS485 communication device corresponding to the detection host;

[0034] S13, the detection host performs RS485 communication initialization;

[0035] S14, detection host RS485 communication data sending: building RS485 sending original 72 byte data, and sending 72 byte RS485 communication data to LDP with a timing of 50 milliseconds;

[0036] S15, LDP receives RS485 communication data, and simultaneously LDP reads a number of byte data randomly from the received RS485 communication data based on the dynamic random data analysis mechanism, extracts the offset value (byte position) and data value (byte content), and sends the extracted offset value and data value to the detection host through Ethernet UDP communication mode after encapsulation;

[0037] S16, detecting host Ethernet data receiving check: 1, detecting host as a server end, receiving the response data packet sent by LDP through UDP; 2, comparing the received offset value and data value with the original 72 byte data packet byte by byte; 3, if all offset values and data values match, it is determined that the LDP communication function is qualified.

[0038] Optionally, in one embodiment, the WorldFIP / HDLC simulation unit is also used to simulate the periodic polling process of the train field bus based on the WorldFIP / HDLC protocol according to a given locomotive closed bus protocol simulation strategy based on virtualization technology, and test the LDP data interaction capability with the traction / braking system, which specifically includes the following steps:

[0039] S11, obtaining a locomotive communication protocol sample data set, and performing protocol structure analysis and field labeling on the locomotive communication protocol sample data set, the target locomotive communication protocol sample data set including a WorldFIP master / slave interaction or HDLC master / slave device sample data training set and a sample data test set;

[0040] S12, constructing a virtual protocol stack model, and modeling and learning the WorldFIP master / slave (or HDLC master / slave device interaction sample data training set based on the virtual protocol stack model, thereby simulating the master polling mechanism, frame format verification rule, address allocation logic and other processes; at the same time in the modeling process, the execution steps of the virtual master station behavior are adjusted through the timing driving engine to obtain a virtual master station simulation model conforming to the actual communication rhythm;

[0041] S13, based on the virtual master station simulation model, performing protocol consistency verification on the sample data test set, extracting key timing parameters, frame structure fields and response delay indicators in the communication process, and generating a virtual communication link state report; the virtual master station simulation model meeting the protocol consistency verification condition is used as the final locomotive closed bus protocol digital simulation model, and is packaged as a callable interface module for subsequent automated detection tasks;

[0042] S14, deploying the locomotive closed bus protocol digital simulation model to the detection host system through the expansion interface unit, so as to realize the data interaction simulation function of the WorldFIP / HDLC closed protocol without relying on special hardware.

[0043] Implementing the embodiments of the present application will have the following beneficial effects:

[0044] 1. The application provides a standardized LDP detection device, which supports multi-protocol communication (such as RS485, CAN, Ethernet, WorldFip, etc.) and an automatic test process, and ensures the compatibility and functional consistency of devices from different manufacturers.

[0045] 2. The application designs a detection device integrated with multi-communication protocol simulation, which realizes the coverage test of all key communication interfaces of LDP through an HDLC simulation unit, a Beidou / CAN simulation unit, a WorldFip simulation unit, etc.

[0046] 3. The application develops an automatic test system, which automatically executes test scripts, analyzes communication protocols, records performance indicators, and generates a standardized test report through a detection host, thereby reducing manual intervention. DETAILED DESCRIPTION

[0047] In order to more clearly illustrate the technical solutions in the embodiments of the application or the prior art, the following will briefly introduce the drawings needed to be used in the embodiments or the prior art description. Obviously, the drawings in the following description only some embodiments of the application, and for those skilled in the art, other drawings can also be obtained without creative labor on the basis of these drawings.

[0048] Among them:

[0049] Figure 1 It is a layout framework diagram of the prior art;

[0050] Figure 2 It is a framework principle diagram corresponding to the embodiment of the application;

[0051] Figure 3 It is a schematic diagram of the connection between the modules of the detection device corresponding to the application;

[0052] Figure 4 It is a LDP and TAX communication simulation detection flowchart;

[0053] Figure 5 It is a LDP and TSC communication simulation detection flowchart;

[0054] Figure 6 It is a LDP and 6A communication simulation detection flowchart;

[0055] Figure 7 It is a 3G communication simulation detection flowchart of LDP;

[0056] Figure 8 It is a WLAN communication simulation detection flowchart of LDP;

[0057] Figure 9 It is a CAN communication simulation detection flowchart of LDP;

[0058] Figure 10 RS232 communication simulation detection flow chart for LDP;

[0059] Figure 11 Beibu / GPS communication simulation detection flow chart for LDP;

[0060] Figure 12 WorldFIP communication simulation detection flow chart for LDP;

[0061] Figure 13 HDLC communication simulation detection flow chart for LDP;

[0062] Figure 14 Extended communication simulation detection flow chart for LDP. DETAILED DESCRIPTION

[0063] In order to make the objects, technical solutions and advantages of the present application clearer, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not intended to limit the present application.

[0064] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used in the description herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. It is to be understood that the use of "first", "second", etc. herein does not denote any order, quantity, combination of elements, but rather is used to nomenclature various elements. For example, in the following description, a first element could be termed a second element, and, similarly, a second element could be termed a first element, without departing from the scope of the present application. As used herein, the term "including" means including but not limited to.

[0065] The CMD system is an important component of a railway locomotive and has been applied to various locomotives. The LDP (on-board integrated information monitoring device) on-board terminal device is the most important part of the CMD system. At present, only a few manufacturers have the qualification of qualified LDP suppliers. The LDP test process of each supplier is relatively complex and inefficient, and there are great differences among them. The main problems are concentrated in the following two main aspects:

[0066] (1) The LDP needs to interact with other systems of the locomotive (such as 6A, LKJ, etc.), so various simulation devices (such as 6A and LKJ simulation devices) need to be built. The simulation devices from various manufacturers are diverse, and each is designed and programmed independently on a computer. This leads to a greater consumption of hardware and software resources and higher costs. Each simulation device needs to be started and stopped independently, and data transmission and reception need to be operated independently, resulting in a cumbersome process. The test process requires a dedicated person to monitor the entire process, otherwise the test can only be interrupted and paused. Moreover, only one LDP device can be tested at a time, which is inefficient.

[0067] (2) For special, non-open locomotive bus data (such as WorldFIP, HDLC), each manufacturer can only purchase customized network expansion cards or purchase dedicated bus equipment, which greatly limits the testing.

[0068] In view of the above-mentioned shortcomings, this embodiment proposes an on-board testing device for a locomotive remote monitoring and diagnostic system, which interacts with the device under test (LDP) for data exchange, such as... Figures 2-14 As shown, it includes:

[0069] A programmable DC power supply, used to simulate the power supply environment of a locomotive, provides a stable and adjustable input power supply for the LDP;

[0070] The communication unit is used to build a multi-protocol communication network and communication interface to provide the simulation of the communication protocol and data forwarding services required for the interaction between LDP and the simulation unit; it is also used to assist the testing host in verifying the positioning accuracy of LDP and its anti-interference capability of wireless communication.

[0071] The simulation unit is used to provide LDP with a multi-communication protocol simulation detection mode based on multi-protocol communication networks and automatic test scripts;

[0072] The system also includes a detection host, which interacts with the simulation unit to send out various automated test scripts to perform automated testing and evaluation of the key performance characteristics of LDP in the corresponding simulation detection mode. The key performance characteristics include, but are not limited to, protocol consistency, communication latency, packet loss rate, and response latency.

[0073] In combination with the above design scheme, the application provides a standardized detection device for LDP, supports multi-protocol communication (covering all key communication interfaces (RS485 / 232, Ethernet, CAN, WorldFip, HDLC, 3G / 4G, WLAN, Beidou) of LDP and an automatic test process, and meets the multi-protocol test requirement. The application ensures the compatibility and functional consistency of devices of different manufacturers, and reduces manual intervention by automatically executing test scripts, analyzing relevant communication protocols, recording corresponding performance indicators and generating a standardized test report through a detection host. Meanwhile, the detection device is also a detection device integrated with multi-communication protocol simulation, which realizes the coverage test of all key communication interfaces of LDP through functional modules such as an HDLC simulation unit, a Beidou / CAN simulation unit and a WorldFip simulation unit. Therefore, the application realizes the standardized pre-delivery verification of LDP and the automatic test of the function after repair, and significantly improves the reliability and maintenance efficiency of the CMD system.

[0074] In some specific embodiments, the programmable direct-current power supply can dynamically adjust the output voltage / current to simulate the locomotive power supply environment (such as DC 110V), provide a stable and adjustable input power source for LDP, and support the adjustment and monitoring of voltage and current parameters to ensure that the power supply conditions meet the actual operation scene during the test.

[0075] In some specific embodiments, the communication unit includes an expansion interface module, which is configured with multiple types of communication interfaces, and all the interfaces are connected to the corresponding ports of the tested LDP device through standardized cables. The expansion interface module cooperates with a single industrial computer (detection host) to replace traditional multi-hardware devices and realize multi-protocol simulation. For example, according to the communication protocol requirements of simulation 6A and simulation LKJ devices, a CAN bus interface is configured to support 6A protocol simulation, an RS485 interface is configured to support LKJ protocol simulation, and a PCIe slot is configured to support the expansion of WorldFIP / HDL bus controllers. The cables are connected to the LDP (vehicle-mounted integrated information monitoring device) to ensure stable signal transmission. Meanwhile, the detection host communicates with the expansion interface module through internal buses PCIe / USB to realize real-time data interaction. Meanwhile, the detection host is configured and loaded with simulation logic (protocol analysis software, definition of unified interface specification and protocol configuration file) of different protocols at the software level to cooperate with the above hardware interfaces to realize the virtualized interaction of simulation 6A, simulation LKJ and other devices. Based on the above content, the detection host and the expansion interface module cooperate to realize the bidirectional data interaction between simulation 6A, simulation LKJ and other devices and LDP, that is, the test bench only uses one “detection host” (industrial computer), which abstracts and separates devices into device interfaces to realize the data interaction process of simulating multiple simulation (simulation 6A, simulation LKJ) devices.

[0076] Preferably, the communication unit comprises an Ethernet switch and an antenna module, the antenna module comprising at least a Beidou communication antenna and a multi-band combined antenna; wherein the Ethernet switch is used to build a multi-protocol communication network to provide simulation of communication protocols and data forwarding services for the LDP and the simulation unit, such as connecting the LDP and the simulation unit through the Ethernet switch as the core node of the test network, supporting UDP / TCP data routing, realizing simulation of Ethernet communication protocols (UDP / TCP) and data forwarding, and thus ensuring the isolation and real-time performance of the test data flow; the multi-band combined antenna can simulate the train-ground wireless communication environment, such as being able to receive Beidou satellite signals and integrate 3G / 4G+WLAN radio frequency signal receiving and transmitting functions, and thus assisting the host computer in verifying the positioning accuracy of the LDP and verifying the anti-interference capability of the LDP wireless communication.

[0077] In some specific embodiments, the simulation unit comprises an HDLC simulation unit, a Beidou / CAN simulation unit, and a worldFIP simulation unit.

[0078] The HDLC simulation unit is used to analyze the automatic test script and simulate the master station / slave station behavior of the train bus based on the HDLC protocol to simulate the high-speed data link control protocol communication interaction capability of the LDP and the TCMS; specifically, the master station / slave station behavior of the train bus (HDLC protocol) is simulated through the HDLC simulation unit, and corresponding periodic heartbeat packets or burst fault frames are generated to verify the interaction capability of the LDP and the TCMS.

[0079] The Beidou / CAN simulation unit is used to analyze the automatic test script and generate Beidou positioning signals and CAN bus data to test the positioning and vehicle control capability of the LDP; such as simulating satellite positioning signals (longitude λ, latitude φ, altitude h) to generate Beidou positioning signals in the form of short messages; such as simulating CAN bus messages to generate CAN bus data to verify the CAN analysis capability of the LDP, and thus test the positioning and vehicle control capability of the LDP;

[0080] The WorldFIP simulation unit is used to analyze the automatic test script and simulate the periodic polling process of the train field bus based on the WorldFIP protocol to test the data interaction capability of the LDP and the traction / braking system, and thus test the response time delay of the LDP. In some specific embodiments, the simulation detection modes provided by the simulation unit include but are not limited to the following types:

[0081] (1) The function mode of interacting with the TAX data of LKJ (RS485 communication mode): The specific process includes: the simulation unit analyzes the automatic test script to generate simulation data (such as TAX_DATA = {"speed": 120km / h, "kilometer marker": 100km}), sends it to LDP through RS485, LDP analyzes the simulation data, triggers the corresponding event (such as speed limit alarm ALERT_ID = 0x01), and returns the TAX communication detection result to the detection host through RS485, and the detection host checks whether the response content conforms to the protocol specification and displays the TAX communication detection result in real time through the interactive display screen.

[0082] Preferably, in order to simulate the communication behavior between the TAX device and the LDP (locomotive on-board integrated information detection device), verify the receiving, processing and response ability of the LDP to the communication data in the actual running environment, the following LDP and TAX communication simulation detection process based on dynamic random data analysis mechanism is set, and the specific steps include:

[0083] S11, detection host initialization: creating a test task; building RS485 communication service; building LDP and TAX communication simulation detection service execution thread;

[0084] S12, detection host RS485 communication device configuration: finding RS485 communication device; configuring the baud rate, stop bit, data bit and other parameters of RS485 communication device;

[0085] S13, detection host RS485 communication initialization: opening RS485 communication device in read-write mode; building and starting RS485 write timer (such as period 50ms); building and starting RS485 read timer (such as period 20s); building and starting RS485 read-write error processing timer (such as period 20s);

[0086] S14, detecting host RS485 communication data sending: constructing RS485 sending original 72 byte data, such as "0x38, 0x00, 0x67, 0x50, 0x10, 0x00, 0x20, 0x20, 0x20, 0x20, 0x3d, 0x3e, 0x00, 0x00, 0x00, 0x01, 0x90, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0x00, 0x00, 0x30, 0x2c, 0x00, 0x98, 0x39, 0xc0, 0x09, 0xd6, 0x63, 0xda, 0x49, 0x00, 0x08, 0x01, 0x04, 0x81, 0xbe, 0x18, 0x02, 0x00, 0x00, 0x00, 0x7c, 0x15, 0x52, 0x03, 0x55, 0x00, 0x30, 0x2c, 0x0b, 0x4b, 0x81, 0xcc, 0x20, 0x3e, 0xab, 0x00, 0xeb, 0x00, 0x00, 0x83, 0x00, 0x8b"; and sending 72 byte RS485 communication data to LDP timing 50 milliseconds;

[0087] S15, LDP receives RS485 communication data (for example, 72 byte original data packet of communication data for simulating TAX equipment); at the same time, LDP randomly reads a plurality of byte data (for example, 5 bytes) from the received RS485 communication data based on a dynamic random data analysis mechanism, extracts the offset value (byte position) and data value (byte content), and sends the extracted offset value and data value to the detection host through Ethernet UDP communication mode after encapsulation (storage in a cache area); for example, randomly reading 5 byte data: offset 0, data value 0x38; offset 1, data value 0x00; offset 2, data value 0x67; offset 69, data value 0x83; offset 71, data value 0x8b, and sending the timing data packet containing "S13" to the detection host;

[0088] S16, detection host Ethernet data receiving verification: 1, the detection host as a server end, receives the response data packet sent by LDP through UDP; 2, comparing the received offset value and data value with the original 72 byte data packet byte by byte; 3, if all offset values and data values match, it is determined that the LDP communication function is qualified; otherwise, it is marked as abnormal, that is, the offset + data value is compared, verified and the verification result is given: if the comparison is passed, it means that "LDP and TAX communication simulation detection" is qualified.

[0089] S17, detecting host subsequent processing: 1, stopping all timers of "S13"; 2, closing RS485 device; 3, stopping the service execution thread; 4, stopping RS485 communication service, releasing the occupied resources;

[0090] In view of the fact that the conventional method usually adopts fixed field or full-amount data analysis, and cannot cover the processing capacity of LDP for non-continuous data, the application makes LDP simulate the non-continuous data interaction scene that may occur in actual communication by randomly reading data bytes (such as offsets 0, 1, 2, 69, 71, etc.) through a dynamic random data analysis mechanism, so as to improve the test coverage, and the matching of offset value + data value can accurately compare the byte position and content, and quickly locate the communication error (such as byte loss, sequence disorder). Further, by simulating the communication behavior of TAX equipment and LDP, it is ensured that LDP can still work stably in a complex network environment (such as data packet loss, random field analysis), thereby providing a reliable solution for the standardized test of locomotive communication equipment.

[0091] (2) TSC data interaction (Ethernet UDP communication mode) function mode with LKJ: the specific process includes: the simulation unit analyzes the automatic test script to generate a UDP data packet (such as TSC_PACKET = {"command": "start diagnosis", "sequence number": 0x1234}); send to LDP through Ethernet, LDP analyzes the UDP data packet, executes the diagnosis process (such as reading TCMS status register REG_TCMS_STATUS), and feeds back the diagnosis result to the detection host (such as RESULT = {"status": "normal", "temperature": 45℃}); the detection host checks whether the response content conforms to the protocol specification, and displays the TSC communication detection result in real time through the interactive display screen.

[0092] (3) 6A data interaction (Ethernet UDP communication mode) function mode: the specific process includes: the simulation unit analyzes the automatic test script to generate simulated high-voltage insulation detection data (such as INSULATION_VOLTAGE = 30kV), and sends it to LDP; LDP analyzes the data and judges whether to trigger an alarm (such as INSULATION_VOLTAGE > 35kV → alarm ID = 0x02); feed back the alarm data to the detection host, and verify whether the alarm logic in the data is correct, and form the 6A communication detection result through the interactive display screen in real time.

[0093] (4) 3G / 4G vehicle-ground wireless data interaction function mode: the specific process includes: the simulation unit analyzes the automatic test script to generate corresponding data packets to LDP, LDP sends data to the detection host through the 3G / 4G module, the detection host receives data through the base station simulator, and calculates the transmission rate and forms 3G / 4G communication detection results through the interactive display screen for real-time display.

[0094] (5) Local area network WLAN vehicle-ground wireless data interaction function mode: the specific process includes: the simulation unit analyzes the automatic test script to generate a video on demand request command, LDP transmits a video on demand request through WLAN, the detection host simulates a server response and verifies the WLAN bandwidth utilization, and forms a WLAN communication detection result through the interactive display screen for real-time display.

[0095] (6) Beidou function device data interaction (CAN communication mode) function mode: the specific process includes: the simulation unit analyzes the automatic test script to generate a positioning request, LDP receives the positioning request and returns positioning data to the detection host, the detection host simulates and verifies the positioning accuracy, and forms a CAN communication detection result through the interactive display screen for real-time display.

[0096] (7) Serial interface data interaction (RS232 communication mode) function mode: the specific process includes: the simulation unit analyzes the automatic test script to generate a debugging command, LDP receives the debugging command and returns the corresponding register value; the detection host simulates a server response and verifies the register read-write function, and forms an RS232 communication detection result through the interactive display screen for real-time display.

[0097] (8) Beidou short message and GPS positioning function mode: the specific process includes: the simulation unit analyzes the automatic test script to generate a short message, LDP analyzes the short message and triggers the corresponding alarm action; the detection host simulates a server response and verifies the GPS positioning data, and forms a Beidou & GPS communication detection result through the interactive display screen for real-time display.

[0098] (9) WorldFIP bus data interaction function mode: the specific process includes: the simulation unit analyzes the automatic test script to generate and send periodic polling, LDP responds to the polling and returns state data; the detection host simulates a server response and verifies the response delay, and forms a WorldFIP communication detection result through the interactive display screen for real-time display. If the following LDP and WorldFIP communication simulation detection process is set, the specific steps include: S21, creating a test task; S22, building a WorldFIP communication service;

[0099] S23, constructing a WorldFIP communication service execution thread; S24, detecting that the host receives bus data of the "WorldFIP simulation unit" through the WorldFIP mode; 1, constructing 93 bytes of data of the 0x5000 port (sent in a 50 ms cycle); 2, constructing 104 bytes of data of the 0x5100 port (sent in a 50 ms cycle); 3, constructing 79 bytes of data of the 0x5200 port (sent in a 50 ms cycle); 4, constructing 10 pieces of message data; S25, detecting that the host receives LDP data through the Ethernet UDP mode; S26, comparing the data of S24 and S25; if they are completely consistent, the function test is passed; S27, destructing the service execution thread and the communication service, and releasing the communication resources.

[0100] In addition, due to the inherent defects of the traditional LDP test method, some LDP detection processes exist: special non-open locomotive bus data (such as WorldFIP and HDLC) can be detected, and the virtualization technology design in the embodiment is used to construct a simulated WorldFIP host station and a simulated HDLC master device in the form of software to realize the general function.

[0101] Preferably, the WorldFIP / HDLC simulation unit is also used to simulate the periodic polling process of the train field bus based on the WorldFIP / HDLC protocol according to a given locomotive closed bus protocol simulation strategy, test the LDP and the data interaction ability of the traction / braking system, and the locomotive closed bus protocol simulation strategy is designed based on virtualization technology, specifically including the following steps:

[0102] S11, obtaining a locomotive communication protocol sample data set, and performing protocol structure analysis and field labeling on the locomotive communication protocol sample data set, the target locomotive communication protocol sample data set including a sample data training set and a sample data test set of WorldFIP master station / slave station interaction (or HDLC master device / slave device);

[0103] S12, constructing a virtual protocol stack model, and modeling learning the WorldFIP master station / slave station (or HDLC master device / slave device) interaction sample data training set based on the virtual protocol stack model, and then simulating the master station polling mechanism, frame format verification rule, address allocation logic and other processes; at the same time in the modeling process, the execution steps of the virtual master station behavior are adjusted through the timing driving engine to obtain a virtual master station simulation model conforming to the actual communication rhythm; further, the virtual protocol stack model includes a protocol initialization layer, a virtual master station control layer, a data frame encapsulation layer, and a communication state management layer;

[0104] The protocol initialization layer is used to load a predefined protocol configuration file, and the protocol configuration file content includes a bus rate (used for a virtual master station control to control a polling period and a response timeout), an address mapping allocation table (used for the virtual master station control layer to determine a target slave station address when polling), and a frame type (used as a frame construction template of a data frame encapsulation layer); when the protocol initialization layer loads the configuration file, if it is found that the file is missing or has a format error (such as a missing field), an abnormal event (such as “configuration loading failure”) is recorded, and alarm information is reported to a detection host computer.

[0105] The virtual master station control layer is used to simulate a master station to periodically trigger a polling behavior based on the protocol configuration file, and send a frame generation request to the data frame encapsulation layer when a timer triggers polling; and is also used to record a sending event through the communication state management layer after sending a frame; specifically, the virtual master station control layer simulates the master station to periodically trigger the polling behavior based on the protocol configuration file, and sends the frame generation request to the data frame encapsulation layer when the timer triggers the polling (a target slave station address 0x01; an operation type (such as “read a register”); the corresponding data frame encapsulation layer constructs frame content conforming to a WorldFIP / HDLC protocol specification according to the request and the frame type definition provided by the protocol initialization layer; and the virtual master station control layer sends the sending event to the communication state management layer to record a sending time stamp, a target slave station address and the like information after sending the frame, and the communication state management layer feeds back the following information to the virtual master station control layer when receiving slave station response data: a response time stamp and a response state (such as “success” or “timeout”) and the like information; in addition, if the response is timed out, the same frame is re-sent through a response timeout retransmission strategy pre-set in the virtual master station control layer, and an abnormal event is recorded and alarm is reported to the detection host computer.

[0106] The data frame encapsulation layer is used to dynamically construct a data frame according to a frame type definition (such as a WorldFIP frame header format) provided by the protocol initialization layer and a request issued by the virtual master station control layer, according to a WorldFIP / HDLC protocol specification, which includes a frame header, an address segment, a control field, an information field and a check code and the like; in addition, when calculating the check code (such as CRC), if it is found that the data field has a value beyond a value range specified by the protocol, an abnormal event is recorded and alarm is reported to the detection host computer;

[0107] The communication state management layer is used to analyze a current communication link state, record data sending events (a time stamp, a target address, frame content) and receiving events (a time stamp, a source address, frame content, a check result), and judge whether an abnormal event such as packet loss or out-of-order occurs; record the abnormal event and report alarm to the detection host computer;

[0108] S3, based on the virtual master station simulation model, performing protocol consistency verification on the sample data test set, extracting key timing parameters, frame structure fields and response delay indicators in the communication process, and generating a virtual communication link state report; the virtual master station simulation model that meets the protocol consistency verification condition is taken as the final locomotive closed bus protocol digital simulation model, and is packaged as a callable interface module for subsequent automated detection tasks;

[0109] S4, deploying the locomotive closed bus protocol digital simulation model to a detection host system through an extension interface unit, so as to realize the data interaction simulation function of the closed protocol such as WorldFIP / HDLC without relying on special hardware.

[0110] Preferably, the timing driving engine simulates the communication behavior of the master station in the form of a finite state machine, and the following state conversion logic can be performed: idle state: waiting for the user to start the simulation task; initialization state: loading the protocol configuration file and establishing a virtual communication channel; polling state: sending a query instruction to the virtual slave station at a set period; response listening state: waiting for the virtual slave station to return response data; error recovery state: if no response is received or verification fails, entering a retry process; simulation end state: releasing resources and outputting the simulation result of this time.

[0111] In addition, the virtual master station simulation model can also realize cooperative control with the detection host through a preset script language interface (such as Python API), allowing the user to set communication parameters, start / stop simulation tasks, view real-time communication logs and abnormal diagnosis information through a graphical interface or command line.

[0112] (10) HDLC bus data interaction function mode: the specific process includes that the simulation unit analyzes the automatic test script to generate a control command (such as HDLC_FRAME={CMD="start traction", SEQ=0x01}), the LDP executes the command and returns a state (such as STATUS="traction start success"), the detection host simulates a server response and verifies the frame check of the HDLC protocol, and forms an HDLC communication detection result which is displayed in real time through an interactive display screen.

[0113] (11) extended communication data interaction function mode: the specific process includes that a new bus simulation module, an extended simulation unit, is accessed through a reserved slot, the extended simulation unit analyzes the automatic test script to generate simulation communication data, the LDP executes the simulation communication data and returns a state (data), the detection host simulates a server response and verifies compatibility, and forms an extended communication detection result which is displayed in real time through an interactive display screen.

[0114] In some specific embodiments, the detection host is configured to interact with the simulation unit and issue various automatic test scripts to automatically test and evaluate the key performance of the LDP through the simulation unit, wherein the key performance includes but is not limited to protocol consistency, communication delay, packet loss rate and response time delay. The detection host triggers the simulation unit according to a preset script, and performs protocol consistency verification on the communication data packet returned by the LDP (for example, verifying whether the checksum CRC16 of the TAX data packet matches), thereby completing the protocol consistency test and evaluation. The detection host calculates the performance parameters such as communication delay and packet loss rate based on the communication data packet returned by the LDP.

[0115] In some specific embodiments, the vehicle-mounted detection device further comprises an interactive display screen, an external input device and a reserved slot, wherein the interactive display screen is configured to display various test results of the test process, such as real-time display of test status, fault information, communication protocol analysis result and test pass rate, and the interactive display screen provides a graphical interface (GUI) for the user to manually input test instructions or modify test parameters; the external input device is configured to assist the user to configure a test scene (such as selecting a communication protocol type and setting a simulation data format), trigger a specific test case (such as simulating a fault signal) or export a test report, and specifically comprises a mouse and a keyboard device; and the reserved slot is configured to provide an extensible interface for subsequent communication protocol upgrade, such as supporting future communication protocol upgrade (such as 5G and new industrial bus).

[0116] Based on the same inventive concept, the application further provides a computer readable storage medium comprising computer instructions, which, when executed on a computer, cause the computer to perform the method.

[0117] The implementation of the embodiments of the application has the following beneficial effects:

[0118] The application realizes the technical breakthrough of "one machine with multiple simulations", and provides a standardized solution for the field of railway equipment detection. Specifically, 1) the application provides a standardized LDP detection device supporting multi-protocol communication (such as RS485, CAN, Ethernet, WorldFip, etc.) and automatic test process, ensuring the compatibility and functional consistency of devices from different manufacturers; 2) the application designs a detection device integrating multiple communication protocol simulations, which realizes the coverage test of all key communication interfaces of the LDP through an HDLC simulation unit, a Beidou / CAN simulation unit and a WorldFip simulation unit; and 3) the application develops an automatic test system, which automatically executes test scripts, analyzes communication protocols, records performance indicators and generates a standardized test report, thereby reducing manual intervention.

[0119] The above-described embodiments are merely illustrative of several embodiments of the present application, which are described in more detail and in a specific manner, but should not be construed as limiting the scope of the patent of the present application. It should be noted that, for those of ordinary skill in the art, several modifications and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the patent of the present application should be subject to the appended claims.

Claims

1. An on-board detection device for a locomotive remote monitoring and diagnostic system, which interacts with a measured device LDP, characterized in that, The application comprises: a programmable direct current power supply for simulating a locomotive power supply environment to provide a stable and adjustable input power supply for the LDP; a communication unit for building a multi-protocol communication network and a communication interface to provide simulation of communication protocols and data forwarding services required for interaction between the LDP and the simulation unit, and to assist the detection host in verifying the positioning accuracy of the LDP and the anti-interference capability of its wireless communication; a simulation unit for providing multi-communication protocol simulation detection modes for the LDP based on the multi-protocol communication network and predefined automatic test scripts; and a detection host for interacting with the simulation unit and issuing various automatic test scripts to automatically test and evaluate the key performance of the LDP in the corresponding simulation detection modes by the simulation unit, including but not limited to protocol consistency, communication delay, packet loss rate, and response time.

2. The on-board diagnostic device for a locomotive remote monitoring and diagnostic system according to claim 1, wherein The simulation unit comprises an HDLC simulation unit, a Beidou / CAN simulation unit, and a worldFIP simulation unit, wherein the HDLC simulation unit is used to analyze the automatic test script and simulate the master / slave station behavior of the locomotive train bus based on the HDLC protocol to test the high-speed data link control protocol communication interaction capability of the LDP and the TCMS; the Beidou / CAN simulation unit is used to analyze the automatic test script and generate Beidou positioning signals and CAN bus data to test the positioning and vehicle control capability of the LDP; and the WorldFIP simulation unit is used to analyze the automatic test script and simulate the periodic polling process of the train field bus based on the WorldFIP protocol to test the data interaction capability of the LDP and the traction / braking system, and further test the response time of the LDP.

3. The on-board diagnostic device for a locomotive remote monitoring and diagnostic system according to claim 1, wherein The communication unit comprises an Ethernet switch and an antenna module, the antenna module at least comprising a Beidou communication antenna and a multi-band combined antenna; wherein the Ethernet switch is used to build a multi-protocol communication network to provide simulation of communication protocols and data forwarding services for the LDP and the simulation unit; the Beidou communication antenna is used to receive real-time Beidou satellite signals to assist the detection host in verifying the positioning accuracy of the LDP; and the multi-band combined antenna is used to assist the detection host in verifying the anti-interference capability of the LDP in the wireless communication simulation environment.

4. The on-board diagnostic device for a locomotive remote monitoring and diagnostic system according to claim 1, wherein The vehicle-mounted detection device further comprises an interactive display screen, an external input device, and a reserved slot; wherein the interactive display screen is used to display various test results of the test process; the external input device is used to assist the user in configuring the test scenario, triggering a specific test case, or exporting a test report; and the reserved slot is used to provide an extensible interface for subsequent communication protocol upgrades.

5. The on-board diagnostic device for a locomotive remote monitoring and diagnostic system according to claim 1, wherein, The simulation detection modes provided by the simulation unit include but are not limited to the following types: (1) a TAX data interaction function mode with LKJ; (2) a TSC data interaction function mode with LKJ; (3) a 6A data interaction function mode; (4) a 3G / 4G train-ground wireless data interaction function mode; (5) a local area network WLAN train-ground wireless data interaction function mode; (6) Beidou function device data interaction function mode; (7) Serial interface data interaction function mode; (8) Beidou short message, GPS positioning function mode; (9) WorldFIP bus data interaction function mode; (10) HDLC bus data interaction function mode; (11) Extended communication data interaction function mode.

6. The on-board diagnostic device for a locomotive remote monitoring and diagnostic system according to claim 5, wherein, The TAX data interaction function mode with the LKJ includes the following LDP and TAX communication simulation detection flow based on the dynamic random data analysis mechanism, and the specific steps include: S11, detecting host initialization: creating a test task to build an RS485 communication service and an LDP and TAX communication simulation detection service execution thread; S12, configuring the RS485 communication device corresponding to the detection host; S13, the detection host performs RS485 communication initialization; S14, detection host RS485 communication data sending: building RS485 sending original N byte data, and sending N byte RS485 communication data to LDP for M milliseconds; S15, LDP receives RS485 communication data, and LDP randomly reads a plurality of byte data from the received RS485 communication data based on the dynamic random data analysis mechanism, extracts the offset value and the data value, and sends the extracted offset value and data value to the detection host through the Ethernet UDP communication mode after encapsulation; S16, detection host Ethernet data reception verification: 1, the detection host as a server end, receives the response data packet sent by LDP through UDP; 2, compare the received offset value and data value with the original N byte data packet byte by byte; 3, if all offset values and data values match, it is determined that the LDP communication function is qualified.

7. The on-board diagnostic device for a locomotive remote monitoring and diagnostic system of claim 1, wherein, The WorldFIP / HDLC simulation unit is also used to simulate the periodic polling process of the train field bus based on the WorldFIP / HDLC protocol according to the given locomotive closed bus protocol simulation strategy, test the LDP and the data interaction ability of the traction / braking system, and the locomotive closed bus protocol simulation strategy is designed based on virtualization technology, and specifically includes the following steps: S11, obtain the locomotive communication protocol sample data set, and perform protocol structure analysis and field labeling on the locomotive communication protocol sample data set, the target locomotive communication protocol sample data set includes WorldFIP master / slave station interaction or HDLC master / slave device sample data training set and sample data test set; S12, build a virtual protocol stack model, and model learning based on the virtual protocol stack model to the WorldFIP master / slave or HDLC master / slave device interaction sample data training set, and then simulate the master polling mechanism, frame format verification rule, address allocation logic flow; At the same time in the modeling process, the execution steps of the virtual master station behavior are adjusted through the timing driving engine to obtain the virtual master station simulation model conforming to the actual communication rhythm; S13, based on the virtual host station simulation model, the sample data test set is verified for protocol consistency, the key timing parameters, frame structure fields and response delay indicators in the communication process are extracted, and a virtual communication link state report is generated; the virtual host station simulation model meeting the protocol consistency verification condition is taken as the final locomotive closed bus protocol digital simulation model, and is packaged as a callable interface module for subsequent automated detection tasks; S14, the locomotive closed bus protocol digital simulation model is deployed into the detection host system through the extension interface unit, and the data interaction simulation function of the WorldFIP / HDLC closed protocol can be completed without relying on special hardware.

Images