Vehicle-mounted diagnosis log remote downloading and analyzing method and device for TACS and medium

By using IOM servers and on-board clients in the TACS vehicle system and using HTTPS protocol for remote download, the information security and efficiency of log download under the main and backup redundant structure of the vehicle system is solved, and efficient and secure log download and analysis are achieved.

CN119966977APending Publication Date: 2025-05-09CASCO SIGNAL LTD
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
CN202411890100.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-20
Publication Date
2025-05-09

AI Technical Summary

Technical Problem

The prior art cannot effectively solve the information security and download efficiency of log download under the main and backup redundant structure of TACS vehicle-mounted system.

Method used

IOM is used as the server and the on-board system is used as the client to remotely download the on-board logs through the HTTPS protocol, supporting the download of the main and backup dual system, breakpoint continuous transmission, and parsing and formalizing the log to improve analysis efficiency.

Benefits of technology

It realizes safe, reliable and efficient remote download of on-board logs, improves fault analysis efficiency, and improves the security of log information.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119966977A_ABST
    Figure CN119966977A_ABST
Patent Text Reader

Abstract

The invention relates to a vehicle-mounted diagnosis log remote downloading and analyzing method and device for TACS and a medium. The method specifically comprises the steps that S1, a vehicle-mounted diagnosis log is stored; s2, downloading a vehicle-mounted diagnosis log, taking an intelligent operation and maintenance system IOM as a server, taking a vehicle-mounted system as a client, and downloading the vehicle-mounted log of a main system and a standby system of the vehicle-mounted system by using an HTTPS protocol; step S3, analyzing the vehicle-mounted diagnosis log; and S4, analyzing the vehicle-mounted diagnosis log. Compared with the prior art, the method has the advantages that the information security of the vehicle-mounted log is ensured, the fault analysis efficiency is improved, and the like.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to a rail transit signal system, and in particular to a method, device and medium for remote downloading and analyzing an onboard diagnostic log of a TACS. Background Art

[0002] The onboard controller of the train-to-train communication system TACS is responsible for calculating train positioning, applying for resources, calculating mobile authorization, and actively releasing resources after use, thus realizing autonomous control of the train. The train will store the onboard diagnostic log in real time on the board of the onboard controller. For the analysis and maintenance of the onboard operation log, the intelligent operation and maintenance system IOM needs to remotely download the onboard log, parse and process the log file, and maintain the fault information.

[0003] At present, the way for IOM to remotely download onboard logs is that IOM acts as a client and uses FTP protocol to download logs stored in the onboard server. Unlike other train control systems, the train-to-train communication system TACS is a primary and backup redundant onboard system, one set is the primary CC and the other is the backup CC. The above download method is not applicable to the log download of this redundant system.

[0004] After searching, Chinese patent publication number CN116260810A discloses a CBTC vehicle-mounted log remote download system and method, which specifically discloses that the download system includes an ATP / ATO subsystem, a DRU, a TAU, a vehicle-mounted communication module based on the FTP protocol, a trackside wireless base station, an interface server, a log processing module, and a web terminal; wherein the vehicle-mounted communication module based on the FTP protocol receives the log download command, downloads the vehicle-mounted log, and uploads it to the interface server; the interface server receives the log download command and forwards the command to the vehicle-mounted communication module based on the FTP protocol, and is responsible for storing the log; the TAU and the trackside wireless base station build a vehicle-ground wireless communication network, and perform file transfer according to the FTP protocol. However, the existing patent requires that the log be first transmitted to the interface machine, which is forwarded to the vehicle-mounted communication module by the interface machine through the FTP protocol, and the information security transmitted by the communication module cannot be guaranteed, and the existing solution cannot solve the download of the vehicle-mounted redundant platform. Summary of the invention

[0005] The purpose of the present invention is to overcome the defects of the above-mentioned prior art and to provide a method, device and medium for remote downloading and analyzing the on-board diagnostic log of TACS.

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

[0007] According to a first aspect of the present invention, a method for remote downloading and analyzing an onboard diagnostic log for a TACS is provided, the method specifically comprising:

[0008] Step S1, storage of on-board diagnostic log;

[0009] Step S2, downloading the on-board diagnostic log, using the intelligent operation and maintenance system IOM as the server and the on-board system as the client, and using the HTTPS protocol to download the on-board logs of the main and standby systems of the on-board system;

[0010] Step S3, parsing of the on-board diagnostic log;

[0011] Step S4, analysis of the on-board diagnostic log.

[0012] As a preferred technical solution, in step S1, the operation log of the on-board controller in each cycle is classified, the format of the log is defined, and it is stored on the on-board log board.

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

[0014] Step S11, power on the vehicle controller and complete the initialization of the vehicle controller;

[0015] Step S12, issuing tasks to the train, and the onboard controller executes the tasks;

[0016] Step S13, classifying the logs during the operation of the vehicle-mounted controller, defining the format of the logs and storing them.

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

[0018] Step S21, the intelligent operation and maintenance system IOM is used as a server and the vehicle system is used as a client;

[0019] Step S22, determine the train for which the diagnostic log is to be downloaded, select the train number for downloading the diagnostic log, and select the on-board controller for which the log needs to be downloaded;

[0020] Step S23, selecting a time range for downloading;

[0021] Step S24, defining the network bandwidth for downloading;

[0022] Step S25, defining the communication protocol for downloading;

[0023] Step S26, when a network or device failure causes the remote download to be interrupted, the remote download log is continued at the breakpoint after recovery.

[0024] As a preferred technical solution, in step S21, the request is actively initiated by the vehicle-mounted system, and the IOM server responds to the vehicle-mounted system with a download command based on the status of the vehicle-mounted system. After the vehicle-mounted system receives the response from the IOM, it transmits the specific content of the vehicle-mounted diagnostic log to the IOM server.

[0025] As a preferred technical solution, in step S23, the download time range is selected according to the train number and is accurate to seconds, wherein the format is day-hour-minute-second.

[0026] As a preferred technical solution, in step S24, the data volume of the on-board diagnostic log is evaluated, and according to the communication network status, the on-board diagnostic log is supported to be downloaded while the train is running, and the network bandwidth during downloading is limited.

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

[0028] Step S31, analyzing format differences of different types of logs according to the types of logs;

[0029] Step S32, defining the rules for parsing the log according to the downloaded log format, mapping the fields and values ​​corresponding to the variables, and making a mapping table;

[0030] Step S33, according to the defined parsing rules, select a programming language to build a parsing tool and a visual display interface for the downloaded logs;

[0031] Step S34, configure the log path, use the downloaded log as input, and run the log parsing tool;

[0032] Step S35, display the analysis result.

[0033] As a preferred technical solution, in step S35, the fields to be displayed are configured, the parsed fields and values ​​are displayed on a visual interface, and the time bar is dragged to view the values ​​of the fields obtained in each cycle.

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

[0035] Step S41, selecting a key field to be analyzed, and analyzing the key field to meet the security properties of system operation;

[0036] Step S42, selecting a temporal logic specification language, and converting the analyzed security properties into a temporal logic formula;

[0037] Step S43, selecting a formal verification tool according to the characteristics of the formal specification language and the logic formula;

[0038] Step S44, using the time trajectory of the parsed variables and the temporal logic formula as inputs of the formal verification tool, running the formal verification tool, and performing the formal verification process;

[0039] Step S45 , analyzing whether the key variables in the vehicle controller diagnostic log meet the safety properties of the key variables based on the results obtained by executing the formal verification tool.

[0040] According to a second aspect of the present invention, there is provided an electronic device, comprising a memory and a processor, wherein a computer program is stored in the memory, and the method described above is implemented when the processor executes the program.

[0041] According to a third aspect of the present invention, there is provided a computer-readable storage medium having a computer program stored thereon, wherein the program implements the method described above when executed by a processor.

[0042] Compared with the prior art, the present invention has the following advantages:

[0043] 1) The present invention uses IOM as the server and the vehicle as the client, and transmits logs through the HTTPS protocol to ensure the information security of the logs;

[0044] 2) The present invention initializes the vehicle-mounted controller and allows the vehicle-mounted controller to communicate to obtain the vehicle-mounted log, thereby realizing the storage of the vehicle-mounted controller diagnostic log and replaying the fault of the vehicle-mounted controller operation;

[0045] 3) The present invention realizes remote downloading of the on-board controller diagnostic log by selecting a train, selecting a download time range, setting the download protocol and bandwidth, and supporting breakpoint resume, thereby avoiding the time for maintenance personnel to go to the vehicle and improving the efficiency of fault analysis;

[0046] 4) The present invention realizes the parsing of the vehicle log by analyzing the type of the log, and can visualize the log fields and their values, so that the maintenance personnel can intuitively view the vehicle log;

[0047] 5) The present invention realizes the formal analysis of vehicle logs by analyzing the security properties, and improves the analysis method of logs;

[0048] 6) The present invention not only realizes the real-time operation and maintenance analysis of the vehicle log, but also realizes the log analysis of the fault scene to help the recovery of the fault. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] Figure 1 This is a flow chart of remote downloading of the vehicle operation log of the present invention;

[0050] Figure 2 A schematic diagram of the interactive process of log downloading of the present invention;

[0051] Figure 3 A schematic diagram of the configuration of the log download service of the present invention;

[0052] Figure 4 This is a schematic diagram of the formal analysis of the vehicle log of the present invention. DETAILED DESCRIPTION

[0053] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present invention.

[0054] The present invention proposes a method for remotely downloading vehicle diagnostic logs by a vehicle-to-vehicle communication system, with the IOM end as a server and the vehicle end as a client, and the HTTPS protocol is used to download the vehicle logs of the primary and standby dual systems. The method can select the download time and download vehicle for the vehicle logs, and also supports breakpoint resumption. It can be downloaded online or offline after the vehicle returns to the warehouse, thereby realizing remote download of the vehicle logs and further analyzing the operation of the vehicle through the logs.

[0055] like Figure 1 As shown, the present invention provides a remote downloading and analyzing method of an on-board diagnostic log, characterized in that it comprises the following steps:

[0056] Step S1, storage of vehicle diagnostic logs. Classify the operation logs of the vehicle controller in each cycle, define the log format, and store them on the vehicle log board;

[0057] Step S2, downloading the onboard diagnostic log. Use the IOM as the server and the vehicle as the client to download the log. When downloading, you can select the vehicle and time range for the onboard log, and support the ability to continue downloading the log file after an interruption;

[0058] Step S3: parsing of the on-board diagnostic log: the downloaded file is parsed according to the format, and the parsed fields are displayed on the interface.

[0059] Step S4: Analysis of the on-board diagnostic log: According to the existing formal verification tools, the security properties of the key fields are extracted, and the security of the key fields is formally analyzed.

[0060] The step S1 is specifically as follows:

[0061] Step S11, vehicle control controller initialization. Power on the vehicle controller and complete the initialization of the vehicle controller;

[0062] Step S12: Establish communication with the running train. Issue tasks to the train. After the onboard controller executes the tasks, it reads the beacon for positioning and communicates with the corresponding trackside resource controller WRC;

[0063] Step S13, storing the vehicle communication log. The diagnostic log and events during the operation of the vehicle controller are stored in the CPU, where the CPU is a hardware card that stores the log;

[0064] The step S2 is specifically as follows:

[0065] Step S21, specify the server and client, take IOM as the server and the vehicle system as the client. The vehicle system actively initiates the request, and the IOM server responds to the vehicle system with the download command according to the status of the vehicle system. After the vehicle system receives the response from the IOM, it transmits the content of the specific vehicle log to the IOM server.

[0066] Step S22, select train and controller. Determine the train to download the diagnostic log, select the train number to download the diagnostic log, and select the onboard controller to download the log;

[0067] Step S23, select the time range for downloading. Select the time range for downloading according to the train number, accurate to seconds, in the format of day-hour-minute-second;

[0068] Step S24, define the network bandwidth for downloading. Evaluate the data volume of the onboard log, support the download of the onboard log while the train is running according to the communication network status, and limit the network bandwidth during downloading to ensure that all the onboard logs can be downloaded;

[0069] Step S25, define the communication protocol for downloading. According to the characteristics of the log, support HTTP protocol to download remote logs;

[0070] Step S26, support breakpoint resume. When a network or device failure causes the remote download to be interrupted, the remote download log can be continued at the breakpoint after recovery.

[0071] The step S3 is specifically as follows:

[0072] Step S31, analyzing the log format. According to the type of log, analyze the format differences of different types of logs;

[0073] Step S32, define parsing rules. Define the rules for parsing the logs according to the format of the downloaded logs, map the fields and values ​​corresponding to the variables, and create a mapping table;

[0074] Step S33, implement the parsing tool. According to the parsing rules, select a programming language to implement the parsing tool and visual display interface of the downloaded logs;

[0075] Step S34, run the parsing tool. Configure the log path, use the downloaded log as input, and run the log parsing tool;

[0076] Step S35, display the parsing results. Configure the fields to be displayed, display the parsed fields and values ​​on the visual interface, and drag the time bar to view the values ​​of the fields obtained in each cycle.

[0077] The step S4 is specifically as follows:

[0078] Step S41, analyzing security properties: Select key fields that need to be analyzed, and analyze whether the key fields need to meet the security properties of system operation.

[0079] Step S42, select a specification language. Select a temporal logic specification language to convert the analyzed security properties into a temporal logic formula;

[0080] Step S43, select a verification tool. Select a formal verification tool according to the characteristics of the formal specification language and the logic formula;

[0081] Step S44, executing the verification process. Using the time traces and temporal logic formulas of the parsed variables as inputs of the formal verification tool, the formal verification tool is run to execute the formal verification process;

[0082] Step S45, analyzing the verification results: According to the results obtained by executing the formal verification tool, analyzing whether the key variables in the vehicle controller diagnostic log meet the safety properties of the key variables. Specific embodiments

[0084] First, refer to Figure 1 , it is easy for technicians in this field to understand the process of downloading and analyzing vehicle logs. Figure 2 , Figure 3 and Figure 4 , introduces the vehicle log downloading and formal analysis method of the present invention.

[0085] First, the method for remotely downloading and analyzing vehicle operation logs of the present invention is introduced, which includes the following steps:

[0086] Step 100: Initialize the vehicle control controller. Power on the vehicle control controller and complete the initialization of the vehicle control controller;

[0087] Step 101: Establish communication with the running train. Issue a task to the train. After the onboard controller CC executes the task, it reads the beacon for positioning and communicates with the trackside resource controller WRC;

[0088] Step 102, store the vehicle communication log. Store the diagnostic log during the operation of the vehicle controller in CPU1, and store the event in CPU2;

[0089] Step 103: The vehicle sends status information. After the train ends operation and returns to the depot, the vehicle controller sends the status information to the intelligent operation and maintenance server via HTTPSGET.

[0090] Step 104: Parse and reply to the request data. After receiving the status information of the vehicle controller, the intelligent operation and maintenance considers that the log is ready to be transmitted, and then replies with an HTTPS OK message, indicating that the server is ready to receive the log.

[0091] Step 105: Select a train and a controller. Figure 3 As shown, determine the train to download the diagnostic log, select the train number TrainUnit id 49 to download the diagnostic log, and select the on-board controller VM1 to download the log;

[0092] Step 106, select the time range for downloading. According to the train number, select the time range for downloading, accurate to seconds, in the format of year-month-day-hour-minute-second, with the start time being 2024:08:21:06:05:00 and the end time being 2024:08:22:23:40:30;

[0093] Step 107, define the network bandwidth for downloading. Evaluate the data volume of the onboard logs, and according to the communication network status, support the download of onboard logs while the train is running, and limit the network bandwidth during downloading to 5Mbps to ensure that all onboard logs can be downloaded;

[0094] Step 108: Define the communication protocol for downloading. According to the characteristics of the log, support HTTP protocol to transmit remote logs;

[0095] Step 109: Transfer the vehicle log. The vehicle client parses the request data sent by the intelligent operation and maintenance server, and transfers the corresponding log file to the intelligent operation and maintenance end through HTTPS PUT according to the time, type, channel and other information of the log.

[0096] Step 110: Support breakpoint resume. When a network or device failure causes a remote download to be interrupted, the remote download log can be continued at the breakpoint after recovery.

[0097] Step 111, analyzing the log format. According to the categories of OMAP, Event, and CoreDump logs, analyze the format differences of different types of logs. The format of OMAP is variables and values, the format of Event type is events, and the format of CoreDump type is strings.

[0098] Step 112, define parsing rules. According to the format of the downloaded log, define the rules for parsing the log, map the fields and values ​​corresponding to the variables, and make a mapping table. The mapping table of OMAP log has four columns: source, destination, variable name and variable value. The type of Event has three columns: source, destination and event name. The mapping table of CoreDump has line number, operation name and result.

[0099] Step 113, implement the parsing tool. According to the parsing rules, select a programming language to implement the parsing tool and visual display interface of the downloaded logs. In order to facilitate integration with existing tools, this implementation uses Python language;

[0100] Step 114: Run the parsing tool. Configure the log path, use the downloaded log as input, and run the log parsing tool;

[0101] Step 115: Display the parsing results. Configure the fields to be displayed, display the parsed fields and values ​​on the visual interface, and drag the time bar to view the values ​​of the fields in each cycle.

[0102] Step 116: Extract security properties. Figure 3 As shown, select the key fields that need to be analyzed. The analysis of the key fields needs to meet the safety properties of the system operation. For example, the analysis of overspeed causing emergency braking of the train can be taken as an example. The safety property is: if the train brakes urgently, then the train is speeding.

[0103] Step 117, select a specification language. Select a temporal logic specification language, and specify the analyzed safety properties as temporal logic formulas. The above safety properties can be specified as: (EmergencyBrakingStatus=true)=>((Trainpiloting mode=RM)and(speed>25))or((Train piloting mode=ATO)and(speed>80))

[0104] Step 118: Select a verification tool. According to the characteristics of the formal specification language and logic formula, select the formal verification tool VDM to verify the security properties;

[0105] Step 119, executing the verification process. Using the time trajectory of the parsed variables and the temporal logic formula as inputs of the formal verification tool, the formal verification tool is run to execute the formal verification process;

[0106] Step 120: Analyze the verification results. According to the results obtained by executing the formal verification tool, analyze whether the key variables in the vehicle controller diagnostic log meet the safety properties of the key variables.

[0107] The above is an introduction to the method embodiment. The following is a further explanation of the scheme of the present invention through electronic equipment and storage medium embodiments.

[0108] The embodiment of the present invention also provides an electronic device including 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 computer program instructions loaded from a storage unit into a random access memory (RAM). In the RAM, various programs and data required for device operation can also be stored. The CPU, ROM, and RAM are connected to each other via a bus. An input / output (I / O) interface is also connected to the bus.

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

[0110] The processing unit performs the various methods and processes described above, such as methods S1 to S4. For example, in some embodiments, methods S1 to S4 may be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as a storage unit. In some embodiments, part or all of the computer program may be loaded and / or installed on the device via a ROM and / or a communication unit. When the computer program is loaded into the RAM and executed by the CPU, one or more steps of methods S1 to S4 described above may be performed. Alternatively, in other embodiments, the CPU may be configured to execute methods S1 to S4 in any other appropriate manner (e.g., by means of firmware).

[0111] The functions described above herein may be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), complex programmable logic devices (CPLDs), and the like.

[0112] The program code for implementing the method of the present invention can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general-purpose computer, a special-purpose computer or other programmable data processing device, so that the program code, when executed by the processor or controller, enables the functions / operations specified in the flow chart and / or block diagram to be implemented. The program code can be executed entirely on the machine, partially on the machine, partially on the machine as a stand-alone software package and partially on a remote machine, or entirely on a remote machine or server.

[0113] In the context of the present invention, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, 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 disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0114] The above is only a specific embodiment of the present invention, but the protection scope of the present invention is not limited thereto. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed by the present invention, and these modifications or replacements should be included in the protection scope of the present invention. Therefore, the protection scope of the present invention shall be based on the protection scope of the claims.

Claims

1. A method for remote downloading and analyzing vehicle diagnostic logs for TACS, characterized in that: The method specifically includes: Step S1, storage of on-board diagnostic log; Step S2, downloading the on-board diagnostic log, using the intelligent operation and maintenance system IOM as the server and the on-board system as the client, and using the HTTPS protocol to download the on-board logs of the main and standby systems of the on-board system; Step S3, parsing the on-board diagnostic log; Step S4, analysis of the on-board diagnostic log.

2. According to claim 1, a method for remote downloading and analyzing vehicle diagnostic logs for TACS, characterized in that: In the step S1, the operation log of the vehicle-mounted controller in each cycle is classified, the format of the log is defined, and the log is stored on the vehicle-mounted log board.

3. The method for remote downloading and analyzing vehicle diagnostic logs for TACS according to claim 1, characterized in that: The specific process of step S1 is as follows: Step S11, power on the vehicle controller and complete the initialization of the vehicle controller; Step S12, issuing tasks to the train, and the onboard controller executes the tasks; Step S13, classifying the logs during the operation of the vehicle-mounted controller, defining the format of the logs and storing them.

4. According to claim 1, a method for remote downloading and analyzing vehicle diagnostic logs for TACS, characterized in that: The specific process of step S2 is as follows: Step S21, the intelligent operation and maintenance system IOM is used as a server and the vehicle system is used as a client; Step S22, determine the train for which the diagnostic log is to be downloaded, select the train number for downloading the diagnostic log, and select the on-board controller for which the log needs to be downloaded; Step S23, selecting a time range for downloading; Step S24, defining the network bandwidth for downloading; Step S25, defining the communication protocol for downloading; Step S26, when a network or device failure causes the remote download to be interrupted, the remote download log is continued at the breakpoint after recovery.

5. A method for remote downloading and analyzing vehicle diagnostic logs for TACS according to claim 4, characterized in that: In step S21, the request is actively initiated by the vehicle system, and the IOM server responds to the vehicle system with a download command according to the status of the vehicle system. After the vehicle system receives the response from the IOM, it transmits the specific content of the vehicle diagnostic log to the IOM server.

6. A method for remote downloading and analyzing vehicle diagnostic logs for TACS according to claim 4, characterized in that: In step S23, the download time range is selected according to the train number and is accurate to seconds, wherein the format is day-hour-minute-second.

7. A method for remote downloading and analyzing vehicle diagnostic logs for TACS according to claim 4, characterized in that: In step S24, the data volume of the on-board diagnostic log is evaluated, and according to the communication network status, the on-board diagnostic log is supported to be downloaded while the train is running, and the network bandwidth during downloading is limited.

8. The method for remote downloading and analyzing vehicle diagnostic logs for TACS according to claim 1, characterized in that: The specific process of step S3 is as follows: Step S31, analyzing format differences of different types of logs according to the types of logs; Step S32, defining the rules for parsing the log according to the downloaded log format, mapping the fields and values ​​corresponding to the variables, and making a mapping table; Step S33, according to the defined parsing rules, select a programming language to build a parsing tool and a visual display interface for the downloaded logs; Step S34, configure the log path, use the downloaded log as input, and run the log parsing tool; Step S35, display the analysis result.

9. A method for remote downloading and analyzing vehicle diagnostic logs for TACS according to claim 8, characterized in that: In step S35, the fields to be displayed are configured, the parsed fields and values ​​are displayed on the visual interface, and the time bar is dragged to view the values ​​of the fields in each cycle.

10. The method for remote downloading and analyzing vehicle diagnostic logs for TACS according to claim 1, characterized in that: The specific process of step S4 is as follows: Step S41, selecting a key field to be analyzed, and analyzing the key field to meet the security properties of system operation; Step S42, selecting a temporal logic specification language, and converting the analyzed security properties into a temporal logic formula; Step S43, selecting a formal verification tool according to the characteristics of the formal specification language and the logic formula; Step S44, using the time trajectory of the parsed variables and the temporal logic formula as inputs of the formal verification tool, running the formal verification tool, and performing the formal verification process; Step S45 , analyzing whether the key variables in the vehicle controller diagnostic log meet the safety properties of the key variables based on the results obtained by executing the formal verification tool.

11. An electronic device comprising a memory and a processor, wherein a computer program is stored in the memory, wherein: When the processor executes the program, the method according to any one of claims 1 to 10 is implemented.

12. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 10 is implemented.

Citation Information

Patent Citations

  • CBTC vehicle-mounted log remote downloading system and method

    CN116260810A