A method, device and medium for dynamically loading data of a coupled train

Abstract

The application relates to a method, device and medium for dynamically loading train data, which comprises the following steps: S1, when the main program triggers offline data loading, if the scene is a train just starting the initialization of the on-board system, S2 is performed; if the scene is a train in the stage of being coupled or uncoupled, S3 is performed; if the scene is a train in the stage of crossing a line, S4 is performed; S2, the main program reads the cache file recorded in the hard disk when the train is powered on last time; S3, when the train is coupled or uncoupled, the main program of the train at one end establishes communication with the main program of the train at the other end through data connection, obtains the train number of the other train and updates the train coupling state; S4, when the train is crossing a line, the main program locates the map position of the train, predicts whether the train will soon arrive at another line, and thus calculates the line number to be loaded; S5, the main program selects the corresponding configuration file in the hard disk and dynamically loads the configuration file into the program. Compared with the prior art, the application has the advantages of improving the program running efficiency and the like.

Description

TECHNICAL FIELD

[0001] The present application relates to a train signal control system, in particular to a method, device and medium for dynamically loading data of a coupled train. BACKGROUND

[0002] In the operation process of a communication based train control system (CBTC system), there is an energy-saving solution: flexible marshalling. During a flat passenger flow period, a low marshalling (such as a 3-marshalling train) is used for low-density operation, and during a peak passenger flow period, a high marshalling (such as a 3+3 coupled marshalling) is used for high-density operation. This operation mode will better adapt to passenger flow in different periods, reduce train empty rate, and reduce operating costs.

[0003] However, in the existing solution, the parameters of the high marshalling train need to be recalculated by combining the data of the two trains during coupling. For example, the train safety envelope is recalculated, the train door and platform door connection is recalculated, and the train energy and braking distance are recalculated. If the on-board control system only uses the parameters of a single train in the coupled train to calculate the data, it will make an incorrect judgment due to the physical property changes caused by other marshalling trains, thereby affecting train safety.

[0004] Therefore, how to overcome the above-mentioned defects and improve the program running efficiency during coupling and uncoupling or train line crossing becomes a technical problem to be solved. SUMMARY

[0005] The purpose of the present application is to overcome the defects of the prior art and provide a method, device and medium for dynamically loading data of a coupled train.

[0006] The purpose of the present application can be achieved by the following technical solutions:

[0007] According to a first aspect of the present application, a method for dynamically loading data of a coupled train is provided, which comprises the following steps:

[0008] Step S1, when the main program triggers offline data loading, if the scenario is a train just starting the on-board system initialization scenario, go to step S2; if the scenario is a train coupling and uncoupling stage, go to step S3; if the scenario is a train line crossing stage, go to step S4;

[0009] Step S2, the main program reads the cache file recorded in the hard disk during the last power-on of the train, and executes step S5;

[0010] Step S3, when coupling or uncoupling, the main program of the train at one end establishes communication with the main program of the vehicle at the other end through data connection, obtains the train number of the other train and updates the train coupling state, and executes step S5;

[0011] Step S4, when crossing the line, the main program predicts whether it will soon arrive at another line by locating the map position of the train, so as to calculate the line number to be loaded, and executes step S5;

[0012] Step S5, the main program selects the corresponding configuration file in the hard disk according to the local train number, train coupling state and line number, and dynamically loads it into the program;

[0013] Step S6, if the loading is successful, the loading process is ended; if the loading fails, the loading process is ended after returning the failure information.

[0014] As a preferred technical solution, the cache file in step S2 records the local train number, line number and train coupling state.

[0015] As a preferred technical solution, in step S3, the local train number and line number maintain the parameters being used unchanged.

[0016] As a preferred technical solution, in step S3, the establishment of communication includes electric coupler connection, indirect communication between two vehicles connected to the same trackside equipment, and direct communication between two vehicles connected to the same local area network.

[0017] As a preferred technical solution, in step S4, the local train number and train coupling state maintain the parameters being used unchanged.

[0018] As a preferred technical solution, the specific process of step S5 is as follows:

[0019] Step S51, after selecting the to-be-loaded configuration file using the local train number, train coupling state and line number, first check whether there are other modules in the memory, if yes, go to step S52, otherwise go to step S54;

[0020] Step S52, check whether the existing module in the memory is needed, if needed, go to step S53, otherwise unload the existing module and go to step S54;

[0021] Step S53, try to open new memory space for the to-be-loaded module, if successful, go to step S54, otherwise go to step S57;

[0022] Step S54, load the offline data of the configuration file into the virtual file system in the memory, if successful, go to step S55, otherwise go to step S57;

[0023] Step S55, perform security check on the loaded offline data, if successful, go to step S56, otherwise go to step S57;

[0024] Step S56, loading success, ending the loading process;

[0025] Step S57, loading failure, returning failure information, ending the loading process.

[0026] As a preferred technical solution, the offline data in step S54 includes electronic map, train parameters, train configurable logic and communication parameters.

[0027] As a preferred technical solution, for the offline data being the electronic map, the main program simultaneously uses the maps of two lines, i.e. loads two or more electronic map modules in the memory to achieve seamless switching when the train crosses the line, and if the main program fails to find the corresponding line number configuration file in the hard disk, it will try to update the configuration file from the trackside device.

[0028] As a preferred technical solution, for the offline data being the train parameters, the main program simultaneously uses two train parameter modules, the first module being the train parameter module of unconnected, connected 1, connected 2, etc., and the second module being the safety parameter module of unknown connection.

[0029] As a preferred technical solution, the train configurable logic includes emergency escape related logic, fault detection logic, cab control logic and connection state calculation logic, which are loaded by the main program during initialization.

[0030] As a preferred technical solution, the communication parameters include the safety encryption parameters and data verification parameters of RSSP1 protocol, RSSP2 protocol and SACEM protocol, which are loaded by the main program during initialization.

[0031] According to a second aspect of the present application, an electronic device is provided, which comprises a memory and a processor, the memory stores a computer program, and the processor implements the method when executing the program.

[0032] According to a third aspect of the present application, a computer readable storage medium is provided, which stores a computer program, and the program is executed by a processor to implement the method.

[0033] Compared with the prior art, the present application has the following advantages:

[0034] 1) The present application can improve the reusability of the software main program. On the basis of meeting two different functions of connection running and cross-line driving, different project trains can use the same main program and different configuration files, i.e. different maps, train parameters, configurable running logic, etc.

[0035] 2) This invention uses a modular development approach to reduce coupling. The main program of the vehicle software, the electronic map module, the train parameter module, and other files are all independent of each other, allowing maintenance personnel and development personnel to work separately, thus reducing development costs.

[0036] 3) This invention improves program execution efficiency. Dynamic loading technology eliminates the need to restart the main program, placing the loading process as a background task. When a train crosses a line, the main program seamlessly switches between two lines in memory simultaneously. When train coupling and uncoupling, the main program can first use unknown coupling safety parameters, then unload and load new coupling status parameters, and switch back after loading is complete, achieving a seamless switching effect.

[0037] 4) This invention only reads a configuration file from the hard drive into memory when needed. When the configuration file is no longer needed, it can be unloaded from memory, reclaiming memory space. This process saves memory usage and reduces hardware costs.

[0038] 5) This invention enhances the usability of the onboard controller software. When the main onboard program cannot find the relevant configuration, it can request an update from the trackside; when the main program cannot recognize the coupling status, it can switch to using safety parameters. These methods ensure driving safety and improve the robustness of the main program in dealing with faults, preventing the program from crashing and causing emergency braking of the vehicle. Attached Figure Description

[0039] Figure 1 This is a flowchart illustrating the specific process of dynamically loading configuration files in this invention.

[0040] Figure 2 This is a flowchart illustrating the specific process of dynamically loading configuration files in this invention.

[0041] Figure 3 This is a schematic diagram illustrating the four configuration file types and their storage methods according to the present invention;

[0042] Figure 4 This is a flowchart illustrating the loading process of two train parameters in two scenarios according to the present invention;

[0043] Figure 5 This is a schematic diagram illustrating the loading method of the main program of this invention by obtaining the configuration file via trackside. Detailed Implementation

[0044] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0045] The software of the vehicle-mounted control system of the application uses dynamic loading technology. The dynamic loading has the feature that data in the storage medium is transferred to the virtual file system in the memory only when the running module needs it, and the main program needs to call a function, which can be parsed through the virtual file system address. After that, the module can be integrated into the system as a whole to run. Therefore, in the process of train coupling and uncoupling (when the train needs to reload the train parameters) or train crossing (when the train needs to reload the line map), dynamic loading is a feasible solution to improve the running efficiency.

[0046] Firstly, referring to Figure 1 , the trigger mode of the software configuration file loading of the vehicle-mounted controller of the application is introduced:

[0047] Step S1, when the main program triggers offline data loading, the current scenario will be judged. If the scenario is the initialization scenario of the train after the vehicle-mounted system is powered on, step S2 is turned to. If the scenario is the stage of train coupling and uncoupling, step S3 is turned to. If the scenario is the stage of train crossing, step S4 is turned to.

[0048] Step S2, during initialization, the main program reads the cache file recorded in the hard disk when the train is powered on last time. The cache file records the train number, the line number and the train coupling state, and then step S5 is turned to.

[0049] Step S3, during coupling or uncoupling, the main program of the train at one end establishes communication with the main program of the train at the other end through data connection. The train number of the other train is obtained, and then the train coupling state is updated. The train number and the line number at one end remain unchanged. In addition to the traditional electrical coupler connection, the communication between the two trains through the same trackside device and the direct communication between the two trains through the same local area network are also included as redundant modes, and then step S5 is turned to.

[0050] Step S4, during crossing, the main program predicts whether it will soon arrive at another line by positioning the map position of the train, so as to calculate the line number to be loaded. The train number and the train coupling state at one end remain unchanged, and then step S5 is turned to.

[0051] Step S5, the main program selects the corresponding configuration file in the hard disk according to the train number at one end, the train coupling state and the line number, and loads it into the program.

[0052] Step S6, the loading is ended. If the loading is successful, the main program does not need to be restarted, and directly switches the offline data to operation.

[0053] The step S5 is combined with Figure 2Detailed description, vehicle-mounted controller software dynamic loading configuration file process as shown in Figure 2 Specifically,

[0054] Step S51, using the local train number, train connection state and line number, select the configuration file to be loaded, first check whether there is other module in the memory. Yes, go to step S52. Otherwise go to step S54.

[0055] Step S52, check if the existing module in the memory is needed. If needed, go to step S53. If no longer needed, unload the existing module, and then go to step S54.

[0056] Step S53, try to open a new memory space for the module to be loaded. Go to step S54 if successful. Go to step S57 if failed.

[0057] Step S54, load the configuration file content into the virtual file system in the memory. The offline data includes electronic map, train parameters, train configurable logic and communication parameters. Go to step S55 if successful. Go to step S57 if failed.

[0058] Step S55, the offline data after loading will be checked. Go to step S56 if successful. Go to step S57 if failed.

[0059] Step S56, loading is successful, end the loading process.

[0060] Step S57, loading fails, return failure information, end the loading process.

[0061] The step S54 mentioned four different types of offline data configuration files, which will be described in detail. Figure 3 The storage method in the hard disk and the memory is as follows:

[0062] 1) Electronic map module: the main program will load the corresponding file in the hard disk to the memory according to the line number. The map file data includes trackside equipment, interlocking equipment, turnout, platform, beacon and other related parameters. The main program uses two line maps at the same time, that is, more than two electronic map modules can be loaded in the memory, so as to achieve seamless switching when the train crosses the line. For example, the train starts on line A, so the main program should load the line A map in the initialization stage. Then the train will go from line A to line B, so the main program should be using the line A map data, and dynamically loading the line B data to the memory in the background. Then the train continues to travel from line B to line C, and the main program will unload line A to release the memory space, and then dynamically load the line C data to the memory. The above operations are seamlessly switched during normal operation of the train. If the main program fails to find the corresponding line number configuration file in the hard disk, it will try to update the configuration file from the trackside equipment.

[0063] 2) Train Parameter Module: Train parameter data includes train speed protection, brake curve, antenna position, positioning parameter, etc. The main program needs to use two train parameter modules at the same time. The first module can be an unattached, attached 1, attached 2, etc. train parameter module, while the second module is fixed as a safety parameter module of unknown attachment. The loading logic is as shown in Figure 4 The first module loading logic is that when the train is attaching or detaching, the main program will obtain the current attachment state, dynamically load the corresponding file in the hard disk into the memory, and this loading process runs in the background during normal train operation. The on-board controller will preferentially use the train parameters of the first module. If the main program fails to find the corresponding train parameter configuration file in the hard disk, it will first use the parameters of the second module and try to update the configuration file from the trackside device. The second module is loaded into the memory when the main program is powered on and initialized. The scenario in which it is used is that when the train recognizes an unknown attachment state (for example, an unknown vehicle is attached) or the first module is executing a loading and unloading process, the main program will immediately switch to using the safety parameters of this module. Generally speaking, unknown attachment will have a larger safety envelope than other attachment modes and perform more stringent speed protection to ensure the safety of controlling the train.

[0064] 3) Train Configurable Logic Module: The main program will dynamically load the corresponding file in the hard disk into the memory according to the train number. The configurable logic includes emergency escape related logic, fault detection logic, cab control logic, attachment state calculation logic, etc. This loading process is loaded when the main program is initialized.

[0065] 4) Communication Parameter Module: The main program will dynamically load the corresponding file in the hard disk into the memory according to the train number. The communication parameters include the safety encryption parameters and data verification parameters of the RSSP1 protocol, the RSSP2 protocol, and the SACEM protocol. This loading process is loaded when the main program is initialized.

[0066] The above electronic map module and train parameter module describe a method of updating configuration data through a trackside device, which will be described in detail below in combination with Figure 5

[0067] a) When the on-board controller main program cannot find the configuration file to be loaded in the hard disk, the main program will send a configuration query UDP network packet to the trackside device. The configuration query packet will include the line number, attachment state number, manufacturer number and version number of the main program image, etc.

[0068] b) After the trackside device receives the query packet, it will search the FTP server of the trackside data storage unit to see if it contains the configuration file. If it does, the trackside device will establish an FTP data connection with the main program and send the file.

[0069] ​c) The main program will place the sent file directly in the memory, i.e. directly load the module into the corresponding memory space. At the same time, the main program constantly replies to the trackside download progress.

[0070] d) After the file transmission is completed, the main program will send an updated status list back to the trackside device, and perform secure decryption verification and file checking on the received data. If the verification is passed, the main program will determine that the received data is valid and reliable, and can switch to use the offline data.

[0071] It should be understood that the configuration file loading process described in the present application can be implemented as software running on various units of the train-mounted controller. For example, the present application can be implemented as a data processing program code in an automatic protection unit ATP. The offline data contained in the configuration file includes but is not limited to a line map, train parameters, train coupling parameters, configurable logic, communication data, etc. The configuration file and image in the train-mounted controller can be transmitted and updated through access to a train-mounted switch local area network, a U disk, a trackside network, etc.

[0072] The data connection mode between the coupled trains can be but is not limited to a local area network, a trackside communication, a chain communication, a train electrical coupler, etc. The above content can be modified differently by those skilled in the art according to different projects.

[0073] It should be understood that the present application also describes a way of interaction between a trackside and a train-mounted control system, wherein the software on the trackside contains a code capable of performing this function.

[0074] The above is an introduction to the method embodiment, and the following electronic device and storage medium embodiments further illustrate the scheme described in the present application.

[0075] The electronic device of the present application includes a central processing unit (CPU) which can perform various appropriate actions and processes according to computer program instructions stored in a read-only memory (ROM) or loaded from a storage unit into a random access memory (RAM). Various programs and data required for device operation can also be stored in the RAM. The CPU, ROM and RAM are connected to each other through a bus. An input / output (I / O) interface is also connected to the bus.

[0076] Various components in the device are connected to the I / O interface, including an input unit such as a keyboard, a mouse, etc.; an output unit such as various types of displays, a loudspeaker, etc.; a storage unit such as a magnetic disk, an optical disk, etc.; and a communication unit such as a network card, a modem, a wireless communication transceiver, etc. The communication unit allows the device to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0077] The processing units perform the various methods and processes described above, such as methods S1-S6. For example, in some embodiments, methods S1-S6 can be implemented as a computer software program tangibly embodied in a machine readable medium, such as a storage unit. In some embodiments, portions or all of the computer program can be loaded and / or installed onto the device via the ROM and / or the communication unit. When the computer program is loaded onto the RAM and executed by the CPU, one or more of the steps of methods S1-S6 described above can be performed. Alternatively, in other embodiments, the CPU can be configured to perform methods S1-S6 by any other suitable means, such as by way of firmware.

[0078] The functionality described above in this document can be performed, at least in part, by one or more hardware logic components. For example, and without limitation, illustrative types of hardware logic components that can be used include Field-programmable Gate Arrays (FPGAs), Application-specific Integrated Circuits (ASICs), Application-specific Standard Products (ASSPs), System-on-a-chip systems (SOCs), Complex Programmable Logic Devices (CPLDs), etc.

[0079] Program code for carrying out the methods of the present application can be written in any combination of one or more programming languages. This program code can be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the program code, when executed by the processor or controller, causes the machine to perform the functions / acts specified in the flowcharts and / or block diagrams. The program code can be executed entirely on a machine, partially on a machine, partially on a machine and partially on a remote machine or entirely on a remote machine or server.

[0080] In the context of the present application, a machine-readable medium can be a tangible medium that can contain or store program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. Machine-readable storage media can include, without limitation, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media can include one or more lines of a system, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0081] The above merely describes a specific embodiment of the present application, but the protection scope of the present application is not limited thereto, and any person skilled in the art can easily think of various equivalent modifications or replacements within the technical scope disclosed by the present application, and these modifications or replacements should be encompassed in the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A method for dynamically loading data of a coupled train, characterized in that, The method includes the following steps: Step S1: When the main program triggers offline data loading, if the scenario is the train just powered on and the on-board system is starting and initializing, proceed to step S2; if the scenario is the stage of train coupling and uncoupling, proceed to step S3; if the scenario is the stage of train crossing lines, proceed to step S4. Step S2: The main program reads the cache file recorded on the hard disk when the train was last powered on, and then executes step S5. Step S3: When coupling or decoupling, the main program of the train at this end establishes communication with the main program of the other vehicle through a data connection, obtains the other train number, updates the coupling status of the train, and executes step S5. Step S4: When crossing lines, the main program determines whether the train is about to cross another line by locating its position on the map, thereby calculating the line number to be loaded and executing step S5. Step S5: The main program selects the corresponding configuration file on the hard drive based on the local train number, train coupling status and line number, and dynamically loads it into the program. Step S6: If loading is successful, end the loading process; if loading fails, return a failure message and end the loading process. The specific process of step S5 is as follows: Step S51: Using the local train number, train coupling status and line number, after selecting the configuration file to be loaded, first check if there are other modules in memory. If so, proceed to step S52; otherwise, proceed to step S54. Step S52: Check if the existing module in memory is needed. If it is needed, proceed to step S53; otherwise, unload the existing module and proceed to step S54. Step S53: Attempt to allocate new memory space for the module to be loaded. If successful, proceed to step S54; otherwise, proceed to step S57. Step S54: Load the offline data of the configuration file into the virtual file system in memory. If successful, proceed to step S55; otherwise, proceed to step S57. Step S55: The loaded offline data will be subject to security verification. If successful, proceed to step S56; otherwise, proceed to step S57. Step S56: Loading successful, loading process ends; Step S57: Loading fails, return failure information, and end the loading process; The offline data in step S54 includes electronic maps, train parameters, train configurable logic, and communication parameters. When the offline data is an electronic map, the main program uses maps of two lines simultaneously, that is, loads more than two electronic map modules in memory to achieve seamless switching when the train crosses lines. If the main program fails to find the corresponding line number configuration file on the hard drive, it will attempt to update the configuration file from the trackside equipment.

2. The method according to claim 1, wherein, The cache file in step S2 records the local train number, line number, and train coupling status.

3. The method of claim 1, wherein, In step S3, the train number and line number at this end remain unchanged from the parameters currently in use.

4. The method of claim 1, wherein, The establishment of communication in step S3 includes electric coupler connection, indirect communication through connecting the two vehicles to the same trackside equipment, and direct communication through connecting the two vehicles to the same local area network.

5. The method of claim 1, wherein, In step S4, the local train number and train coupling status remain unchanged from the parameters currently in use.

6. The method of claim 1, wherein, For the offline data being train parameters, the main program uses two train parameter modules simultaneously, the first module being the train parameter module of unconnected, connected 1 and connected 2, and the second module being the safety parameter module of unknown connection.

7. The method of claim 1, wherein, The train configurable logic includes emergency escape related logic, fault detection logic, cab control logic and connection state calculation logic, which are loaded when the main program is initialized.

8. The method of claim 1, wherein, The communication parameters include safety encryption parameters and data verification parameters of RSSP1 protocol, RSSP2 protocol and SACEM protocol, which are loaded when the main program is initialized.

9. An electronic device comprising a memory and a processor, said memory having stored thereon a computer program, characterized in that, The processor executes the program to implement the method in any one of claims 1-8.

10. A computer-readable storage medium having stored thereon a computer program, characterized in that, The program is executed by the processor to implement the method in any one of claims 1-8.

Images