A Fault Location Method, Device and Medium for a Maglev Bus

Abstract

The present application discloses a fault location method, device, and medium for a maglev bus, which are applied to the field of informatization. This method reads the first CAN message under normal operation, analyzes the first CAN message to obtain the first status parameter information of the maglev bus, and analyzes the first status parameter information to determine the first fault location. If it is determined that the fault is in the traction link, the fault can be analyzed according to the information provided by the manufacturer. If the first fault location is in the levitation link, a test message is sent to the maglev bus, the second CAN message inside the maglev bus after receiving the test message is read, and after analyzing the second CAN message to obtain the second status parameter information of the maglev bus, the second fault location is obtained. The present application does not require a comprehensive test of the areas where faults may occur. It only needs to read the CAN message through the wireless CAN network of the maglev bus to determine the fault location, and can achieve rapid location of maglev bus faults.

Description

Technical Field

[0001] This application relates to the field of informatization, and particularly to a method, device, and medium for fault location of a maglev bus. Background Art

[0002] During the daily operation of a maglev bus, various faults may occur. After a maglev bus fails, generally, maintenance personnel rely on their own maintenance experience and the fault phenomena of the vehicle to comprehensively test the areas where faults may occur to complete the fault judgment of the maglev bus.

[0003] However, using this method to troubleshoot faults is a cumbersome process and requires a long time to locate faults, resulting in too long a time for fault location and repair of the maglev bus.

[0004] Therefore, it can be seen that how to achieve rapid fault location of a maglev bus is an urgent problem for those skilled in the art. Summary of the Invention

[0005] The purpose of this application is to provide a method, device, and medium for fault location of a maglev bus to achieve rapid fault location of the maglev bus.

[0006] To solve the above technical problems, this application provides a method for fault location of a maglev bus, including:

[0007] Read the first CAN message inside the maglev bus under normal operation through the wireless CAN network of the maglev bus;

[0008] Parse the first CAN message to obtain the first status parameter information of the maglev bus;

[0009] Analyze the first status parameter information to determine the first fault location; wherein, the first fault location includes the levitation link and the traction link;

[0010] If the first fault location is the levitation link, send a test message to the maglev bus;

[0011] Read the second CAN message inside the maglev bus after it receives the test message through the wireless CAN network;

[0012] Parse the second CAN message to obtain the second status parameter information of the maglev bus;

[0013] Analyze the second status parameter information to obtain the second fault location.

[0014] Preferably, the second fault location includes: sensors, control links, and execution links.

[0015] Preferably, the second state parameter information includes:

[0016] The clearance value, voltage value, current value, temperature value, and acceleration value of the sensor;

[0017] The board floating information, board message, board control board power supply information of the control link, and the life signal of the communication module;

[0018] The IGBT drive board feedback signal, IGBT temperature value, contactor status signal, overvoltage and undervoltage status of the bus capacitor, voltage value of the cable, and current value of the cable in the execution link.

[0019] Preferably, analyzing the second state parameter information to obtain the second fault location includes:

[0020] If any one or more of the clearance value, voltage value, current value, temperature value, and acceleration value of the sensor exceed the corresponding thresholds, it is determined that the second fault location is the sensor.

[0021] Preferably, analyzing the second state parameter information to obtain the second fault location includes:

[0022] If any one or more of the board floating fault, board message anomaly, board control board power supply anomaly, and communication module life signal anomaly in the control link occur, it is determined that the second fault location is the control link.

[0023] Preferably, analyzing the second state parameter information to obtain the second fault location includes:

[0024] If any one or more of the IGBT drive board feedback signal anomaly, IGBT temperature value exceeding the threshold, contactor status signal anomaly, bus capacitor overvoltage, bus capacitor undervoltage, cable voltage value exceeding the threshold, and cable current value exceeding the threshold in the execution link occur, it is determined that the second fault location is the execution link.

[0025] Preferably, the test message is used to control the maglev bus to perform corresponding test actions, and the test actions include vehicle start, vehicle stop, vehicle levitation, and the operation of each component.

[0026] To solve the above technical problems, the present application also provides a fault location device for a maglev bus, including:

[0027] A first reading module, configured to read the first CAN message inside the maglev bus under normal operation through the wireless CAN network of the maglev bus;

[0028] A first parsing module, configured to parse the first CAN message to obtain the first state parameter information of the maglev bus;

[0029] A first analysis module, configured to analyze the first status parameter information to determine a first fault location; wherein, the first fault location includes a suspension link and a traction link;

[0030] A sending module, configured to send a test message to the maglev bus if the first fault location is the suspension link;

[0031] A second reading module, configured to read a second CAN message inside the maglev bus after the maglev bus receives the test message through the wireless CAN network;

[0032] A second parsing module, configured to parse the second CAN message to obtain second status parameter information of the maglev bus;

[0033] A second analysis module, configured to analyze the second status parameter information to obtain a second fault location.

[0034] To solve the above technical problems, the present application further provides a fault location device for a maglev bus, including: a memory, configured to store a computer program;

[0035] A processor, configured to implement the steps of the above-mentioned fault location method for the maglev bus when executing the computer program.

[0036] To solve the above technical problems, the present application further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the steps of the above-mentioned fault location method for the maglev bus are implemented.

[0037] The fault location method for the maglev bus provided by the present application reads a first CAN message inside the maglev bus under normal operation through the wireless CAN network of the maglev bus, parses the first CAN message to obtain the first status parameter information of the maglev bus, and analyzes the first status parameter information to determine the first fault location; wherein, the first fault location includes a suspension link and a traction link; if it is determined that the traction link fails, the fault can be analyzed according to the information given by the manufacturer. If the first fault location is the suspension link, a test message is sent to the maglev bus, the second CAN message inside the maglev bus after the maglev bus receives the test message is read through the wireless CAN network, and after parsing the second CAN message to obtain the second status parameter information of the maglev bus, the second status parameter information is analyzed to obtain the second fault location. The present application does not need to comprehensively test the areas where faults may occur, only needs to read the CAN message through the wireless CAN network of the maglev bus, thereby determining the fault location, and can achieve rapid location of maglev bus faults.

[0038] The present application also provides a fault location device and a computer-readable storage medium for a maglev bus, corresponding to the above method, so it has the same beneficial effects as the above method. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] In order to more clearly illustrate the embodiments of the present application, the following will briefly introduce the drawings required for the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0040] Figure 1 It is a flowchart of a fault location method for a maglev bus provided by an embodiment of the present application;

[0041] Figure 2 It is a schematic diagram of the bogie structure of a maglev bus provided by an embodiment of the present application;

[0042] Figure 3 It is a schematic diagram of wireless transmission between a maglev bus and a host computer provided by an embodiment of the present application;

[0043] Figure 4 It is a schematic diagram of the functional modules of a host computer provided by an embodiment of the present application;

[0044] Figure 5 It is a schematic diagram of a fault tree of a maglev bus provided by an embodiment of the present application;

[0045] Figure 6 It is a structural diagram of a fault location device for a maglev bus provided by an embodiment of the present application;

[0046] Figure 7 It is a structural diagram of a fault location device for a maglev bus provided by another embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0047] The following will clearly and completely describe the technical solutions in the embodiments of the present application with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only some embodiments of the present application, rather than all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts belong to the protection scope of the present application.

[0048] The core of the present application is to provide a fault location method, device and medium for a maglev bus to achieve rapid fault location of the maglev bus.

[0049] In order to enable those skilled in the art to better understand the solution of the present application, the following will further elaborate on the present application in combination with the drawings and specific embodiments.

[0050] The technical problem to be solved by this application is how to quickly and conveniently perform fault diagnosis based on the data of the Controller Area Network (CAN) bus network inside the maglev bus when the maglev bus is in a fault state. Figure 1 It is a flowchart of a fault location method for a maglev bus provided by an embodiment of this application; as Figure 1 shown, the method includes the following steps:

[0051] S10: Read the first CAN message inside the maglev bus under normal operation through the wireless CAN network of the maglev bus.

[0052] S11: Analyze the first CAN message to obtain the first status parameter information of the maglev bus.

[0053] S12: Analyze the first status parameter information to determine the first fault location.

[0054] S13: If the first fault location is the levitation link, send a test message to the maglev bus.

[0055] S14: Read the second CAN message inside the maglev bus after receiving the test message through the wireless CAN network.

[0056] S15: Analyze the second CAN message to obtain the second status parameter information of the maglev bus.

[0057] S16: Analyze the second status parameter information to obtain the second fault location.

[0058] Generally, the application scenario of the solution provided by the embodiments of the present application is when the maglev bus breaks down or is regularly maintained, and the maglev bus is tested on a dedicated maintenance route. First, control the maglev bus to run normally. The wireless CAN network of the maglev bus will generate CAN messages, and the faults can be located according to the CAN messages. Therefore, by reading the CAN messages inside the entire maglev bus in real time through the wireless CAN network and parsing the CAN messages to obtain the first state parameter information, the internal device state and working state of the maglev bus can be grasped, and then the fault state and fault information of the maglev bus can be obtained through comprehensive analysis. The first fault location is obtained through a rough determination of the fault state and fault information, where the first fault location includes the levitation link and the traction link. If the first fault location is the levitation link, a test message is generated, and the maglev bus is controlled to perform corresponding test actions by sending the test message to the maglev bus. According to the second state parameter information in the test actions, the fault state of the maglev bus can be verified, so as to accurately locate the fault, specifically including sensor faults, control link faults, and execution link faults. If the first fault location is the traction link, no complex judgment steps are required. The traction link faults mainly include linear motor faults and frequency converter faults, and the equipment manufacturer will give detailed fault codes and fault message information. Only according to these information can the fault problems of the traction link be determined. The first CAN message and the second CAN message are generated by the maglev bus in different operating scenarios, and there are differences in their specific contents. The first state parameter information and the second state parameter information obtained by parsing are also different. The first state parameter information can be roughly the same as the second state parameter information, but the process of analyzing the first state parameter information to determine the first fault location is a rough determination of the fault location. If any one of the sensor fault, control link fault, and execution link fault occurs, it is determined as a levitation link fault, otherwise it is a traction link fault. If the first fault location is the levitation link, a special test message is generated, and the exact location of the fault can be found according to the second CAN message generated after the maglev bus receives the test message.

[0059] The working process and principle of the embodiments of this application are as follows: The in-vehicle CAN bus network of the maglev bus sends CAN message information outwards in real time through the wireless transmission mode of the CANWIFI module installed on the vehicle. When the maglev bus is running normally, the host computer receives the first CAN message from the diagnostic network through the CANWIFI module. By parsing the first CAN message, the host computer obtains various state parameters and component state information (the first state parameter information) inside the maglev bus. According to the current fault state of the maglev bus, the possible faults are analyzed. If the first fault location is the levitation link, the host computer generates a test message and sends it to the maglev bus through the debugging network, enabling the maglev bus to perform various test actions in the test state, such as single-point levitation, four-point levitation, forward movement, etc. At this time, the second CAN message is obtained through the diagnostic network to get various state parameters and component state information (the second state parameter information) of the maglev bus in the test action state. After comprehensive fault diagnosis and analysis, the fault is accurately located. When the connection between the host computer and the in-vehicle CANWIFI module is successful, the host computer can receive the CAN messages inside the maglev bus. First, the original message data is obtained from the diagnostic network of the maglev bus. By parsing the message data, the vehicle state parameters in the message, such as sensor voltage, current, gap, etc., are parsed out, and the information about the state of the equipment components in the message, such as key devices like contactors and IGBTs (all the first state parameter information), is parsed out. By integrating the above two types of vehicle information, fault diagnosis of the vehicle is carried out to locate the possible vehicle faults. After the fault location is completed, the host computer generates corresponding test messages according to the possible fault points and sends them to the maglev bus in the maintenance state through the debugging network. After receiving the test messages through the debugging network, the maglev bus enters the maintenance mode and responds to the test messages to perform test actions, such as single-point levitation, four-point levitation, etc. At the same time, the diagnostic network obtains the vehicle state information during the test. Through the comprehensive comparison and analysis of the vehicle state parameters and component states, the fault of the maglev bus is located, and finally, the fault information of the maglev bus is provided to the maintenance personnel.

[0060] This embodiment accesses the existing CAN bus network inside the vehicle in a wireless manner, solving the distance influence caused by the traditional wired connection method. By receiving the message data in the CAN network, the internal state information of the maglev bus can be obtained in real time. Through the parsing of the message data, the health state of the maglev bus can be monitored during its working state, and the CAN message data of each device can also be integrated. Through the fault diagnosis algorithm, the possible fault points are initially judged. According to the abnormal data in the CAN message, a test message is generated, and then after the host computer sends the test message information to the maglev bus, when the maglev bus responds to the test message, the state message information sent by the internal diagnostic network of the maglev bus to the outside is obtained. Through the integrated processing of the received feedback message information, the fault of the maglev bus is diagnosed and located.

[0061] Figure 2 Schematic diagram of a maglev bus bogie structure provided by an embodiment of the present application; as Figure 2 shown, it includes a suspension controller 1 and a traction frequency converter 2. The suspension controller 1 of the maglev bus, as an important part of the maglev bus suspension system, the operating state of its equipment directly determines the suspension ability of the maglev bus, and the faults of this part are suspension link faults. The traction frequency converter 2 of the maglev bus is mainly used for the normal operation of the maglev bus on the track, and the faults of this part are traction link faults. As important operating equipment of the maglev bus, their communication methods are all CAN bus communication methods, and they are connected together through the CAN bus, and the real-time data of the current suspension controller and traction frequency converter can be uploaded to the vehicle control system, and the vehicle control system sends out all CAN message data through the in-vehicle CANWIFI module.

[0062] Figure 3 Schematic diagram of wireless transmission between the maglev bus and the upper computer provided by an embodiment of the present application; as Figure 3 shown, wireless transmission is carried out between the maglev bus and the upper computer. The figure includes: an upper computer 3, an in-vehicle CANWIFI module 4, and a maglev bus 5. The maglev bus 5 sends CAN message information to the outside world in real time through the CANWIFI module 4 installed on the vehicle. The upper computer 3 receives the CAN messages of the maglev bus in real time, and through data processing, obtains the current state parameter information of the maglev bus 5.

[0063] Figure 4 Schematic diagram of a function module of the upper computer provided by an embodiment of the present application; as can be seen from Figure 4 it, the entire upper computer 3 includes the data monitoring and fault diagnosis functions of the diagnostic network, and the test message generation and sending functions of the debugging network. Among them, the data monitoring and fault diagnosis functions of the diagnostic network include a maglev bus vehicle parameter and component status processing module 6, which is used for data analysis of the received CAN messages; it also includes a fault pre-positioning module 7, which comprehensively analyzes the data after processing the messages and gives possible fault reasons to determine the first fault location; finally, there is also a fault diagnosis module 8, which receives the CAN message information of the vehicle in the test mode, and after comprehensive analysis, locates the fault and gives the fault diagnosis result to determine the second fault location. The test message generation and sending functions of the debugging network mainly include a test message generation module 9 and a debugging network message sending module 10. The test message generation module 9 is mainly used for analyzing the pre-positioned faults of the diagnostic network, and through the internal database of the upper computer, matches the test messages required for the pre-positioned faults. The debugging network message sending module 10 mainly sends the test messages to be sent to the maglev bus through the debugging network, so that the maglev bus enters the test mode, can respond to the test messages and perform actions, thereby feeding back the test data, and transmitting it back to the fault diagnosis module through the diagnostic network to locate the fault.

[0064] The fault location method for the maglev bus provided by the embodiment of the present application reads the first CAN message inside the maglev bus under normal operation through the wireless CAN network of the maglev bus, parses the first CAN message to obtain the first state parameter information of the maglev bus, and analyzes the first state parameter information to determine the first fault location; wherein, the first fault location includes the levitation link and the traction link; if it is determined that there is a fault in the traction link, the fault can be analyzed according to the information given by the manufacturer. If the first fault location is the levitation link, a test message is sent to the maglev bus, and the second CAN message inside the maglev bus after receiving the test message is read through the wireless CAN network. After parsing the second CAN message to obtain the second state parameter information of the maglev bus, the second fault location is obtained by analyzing the second state parameter information. The solution provided by the embodiment of the present application does not require a comprehensive test of the area where a fault may occur, and only needs to read the CAN message through the wireless CAN network of the maglev bus to determine the fault location, and can achieve rapid fault location of the maglev bus.

[0065] As mentioned in the above embodiment, the first fault location includes: the levitation link and the traction link; and the second fault location corresponding to the traction link is the linear motor and the frequency converter. The embodiment of the present application mainly describes the second fault location corresponding to the levitation link, specifically including: the sensor, the control link, and the execution link. Correspondingly, the second state parameter information includes: the gap value, voltage value, current value, temperature value, and acceleration value of the sensor; the board floating information, board message, board control board power supply information, and life signal of the communication module of the control link; the IGBT drive board feedback signal, IGBT temperature value, contactor status signal, overvoltage and undervoltage status of the bus capacitor, voltage value of the cable, and current value of the cable of the execution link. Figure 5 It is a schematic diagram of a fault tree of a maglev bus provided by an embodiment of the present application; as Figure 5 shown, the faults of the maglev bus are mainly divided into levitation link faults and traction link faults, among which the levitation link faults are mainly divided into sensor faults, control link faults, and execution link faults.

[0066] Analyzing the second state parameter information to obtain the second fault location includes: if any one or more of the gap value, voltage value, current value, temperature value, and acceleration value of the sensor exceed the threshold, it is determined that the second fault location is the sensor. The determination of sensor faults is mainly based on whether the collected data exceeds the threshold. Under the normal working state of the maglev bus, each sensor has a normal working range for the collected data value. If it exceeds this range, it can be determined that the corresponding sensor fails at this time.

[0067] If any one or more of the following occur: the floating fault of the board card in the control link, abnormal board card messages, abnormal power supply of the board card control board, or abnormal life signal of the communication module, then determine that the second fault location is the control link. The faults in the control link are mainly hardware faults mainly based on the core control board card. The manifestation forms of board card faults include abnormal life signals of the communication module and abnormal programs carried by the board card, resulting in message errors and control abnormalities, and further causing floating faults.

[0068] If any one or more of the following occur: abnormal feedback signal of the IGBT drive board in the execution link, IGBT temperature value exceeding the threshold, abnormal contactor status signal, overvoltage of the bus capacitor, undervoltage of the bus capacitor, voltage value of the cable exceeding the threshold, current value of the cable exceeding the threshold, then determine that the second fault location is the execution link. The execution link is mainly the main circuit devices in the suspension controller, including IGBT modules, contactors, bus capacitors, and cables, which are vulnerable to failure components. As Figure 5 shown, the fault determination of these components is also mainly through the voltage and current of the main circuit and the status feedback of the components themselves for fault diagnosis. The IGBT module can determine whether a fault occurs according to the fault feedback signal of its own drive board, or can also determine the fault according to whether the temperature value exceeds the normal range and whether the current shows short-circuit overcurrent. The contactor can perform fault judgment through its own fault feedback signal. As for the bus capacitor and the cable, only the current and voltage values flowing through them are cross-compared with the thresholds in the normal state to determine the fault state.

[0069] The upper computer reads all the message information of the suspension link and the traction link, and through Figure 5 the fault tree and the fault diagnosis logic rules described above, it can perform fault diagnosis by reading the messages. Through the pre-diagnosis results, it sends the pre-set test messages, and then obtains the status of the maglev bus, so as to quickly locate the fault.

[0070] In addition, the test messages are used to control the maglev bus to perform corresponding test actions. The test actions can include vehicle start, vehicle stop, vehicle suspension, and the operation of each component. For different situations, the maglev bus can be controlled to perform different test actions to quickly locate the fault.

[0071] In the above embodiments, the fault location method for the maglev bus is described in detail. The present application also provides corresponding embodiments of the fault location device for the maglev bus. It should be noted that the present application describes the embodiments of the device part from two perspectives, one is from the perspective of functional modules, and the other is from the perspective of hardware.

[0072] From the perspective of functional modules, this embodiment provides a fault location device for a maglev bus. Figure 6The structure diagram of the fault location device for the maglev bus provided by the embodiment of the present application is as follows: Figure 6 As shown, the device includes:

[0073] A first reading module 11, configured to read the first CAN message inside the maglev bus under normal operation through the wireless CAN network of the maglev bus;

[0074] A first parsing module 12, configured to parse the first CAN message to obtain the first status parameter information of the maglev bus;

[0075] A first analysis module 13, configured to analyze the first status parameter information to determine the first fault location; wherein, the first fault location includes the levitation link and the traction link;

[0076] A sending module 14, configured to send a test message to the maglev bus if the first fault location is the levitation link;

[0077] A second reading module 15, configured to read the second CAN message inside the maglev bus after receiving the test message through the wireless CAN network;

[0078] A second parsing module 16, configured to parse the second CAN message to obtain the second status parameter information of the maglev bus;

[0079] A second analysis module 17, configured to analyze the second status parameter information to obtain the second fault location.

[0080] Since the embodiments of the device part correspond to the embodiments of the method part, for the embodiments of the device part, please refer to the description of the embodiments of the method part, which will not be elaborated here for the time being.

[0081] The fault location device for the maglev bus provided by this embodiment corresponds to the above method, so it has the same beneficial effects as the above method.

[0082] From a hardware perspective, this embodiment provides another fault location device for the maglev bus. Figure 7 The structure diagram of the fault location device for the maglev bus provided by another embodiment of the present application is as follows: Figure 7 As shown, the fault location device of the maglev bus includes: a memory 20, configured to store a computer program;

[0083] A processor 21, configured to implement the steps of the fault location method for the maglev bus as mentioned in the above embodiment when executing the computer program.

[0084] Among them, the processor 21 may include one or more processing cores, such as a 4-core processor, an 8-core processor, etc. The processor 21 may be implemented in at least one hardware form of a Digital Signal Processor (DSP), a Field-Programmable Gate Array (FPGA), or a Programmable Logic Array (PLA). The processor 21 may also include a main processor and a coprocessor. The main processor is a processor used to process data in the wake state, also known as the Central Processing Unit (CPU); the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, the processor 21 may be integrated with a Graphics Processing Unit (GPU), and the GPU is responsible for rendering and drawing the content to be displayed on the display screen. In some embodiments, the processor 21 may further include an Artificial Intelligence (AI) processor, and the AI processor is used to process computational operations related to machine learning.

[0085] The memory 20 may include one or more computer-readable storage media, and the computer-readable storage media may be non-transitory. The memory 20 may further include high-speed random access memory and non-volatile memory, such as one or more disk storage devices and flash storage devices. In this embodiment, the memory 20 is at least used to store the following computer program 201. After the computer program is loaded and executed by the processor 21, it can implement the relevant steps of the fault location method of the maglev bus disclosed in any of the foregoing embodiments. In addition, the resources stored in the memory 20 may further include an operating system 202 and data 203, etc., and the storage method may be temporary storage or permanent storage. Among them, the operating system 202 may include Windows, Unix, Linux, etc. The data 203 may include, but is not limited to, the data involved in the fault location method of the maglev bus.

[0086] In some embodiments, the fault location device of the maglev bus may further include a display screen 22, an input / output interface 23, a communication interface 24, a power supply 25, and a communication bus 26.

[0087] Those skilled in the art can understand that the structure shown in the figure does not constitute a limitation on the fault location device of the maglev bus, and it may include more or fewer components than those shown in the figure.

[0088] The fault location device of the maglev bus provided by the embodiment of the present application includes a memory and a processor. When the processor executes the program stored in the memory, the following method can be implemented: the fault location method of the maglev bus.

[0089] The fault location device of the maglev bus provided by this embodiment corresponds to the above method, so it has the same beneficial effects as the above method.

[0090] Finally, the present application also provides an embodiment corresponding to a computer-readable storage medium. A computer program is stored on the computer-readable storage medium, and when the computer program is executed by the processor, the steps recorded in the above method embodiment are implemented.

[0091] It can be understood that if the method in the above embodiment is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and executes all or part of the steps of the methods described in the various embodiments of the present application. The foregoing storage medium includes: various media such as USB flash drives, mobile hard disks, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical discs that can store program codes.

[0092] The computer-readable storage medium provided by this embodiment corresponds to the above method, so it has the same beneficial effects as the above method.

[0093] The above has introduced in detail the fault location method, device, and medium of the maglev bus provided by the present application. The various embodiments in the specification are described in a progressive manner. Each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other. For the device disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple, and the relevant parts can be referred to the description of the method part. It should be noted that for those of ordinary skill in the art in this technical field, without departing from the principle of the present application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the protection scope of the claims of the present application.

[0094] It should also be noted that in this specification, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the term "comprising", "including" or any other variant thereof is intended to cover non-exclusive inclusion, such that a process, method, article or device comprising a series of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, method, article or device comprising the above elements.

Claims

1. A fault location method for a maglev bus, characterized in that, it includes: Reading the first CAN message inside the maglev bus under normal operation through the wireless CAN network of the maglev bus; Analyzing the first CAN message to obtain the first status parameter information of the maglev bus; Analyzing the first status parameter information to determine the first fault location; wherein, the first fault location includes the levitation link and the traction link; the process of determining the first fault location by the first status parameter information is used for a rough determination of the fault location; If any one of a sensor fault, a control link fault, and an execution link fault occurs, it is determined as a levitation link fault, otherwise it is a traction link fault. If the first fault location is the levitation link, a test message is sent to the maglev bus; Reading the second CAN message inside the maglev bus after it receives the test message through the wireless CAN network; wherein, the first CAN message and the second CAN message are generated by the maglev bus under different operation scenarios; Analyzing the second CAN message to obtain the second status parameter information of the maglev bus; Analyzing the second status parameter information to obtain the second fault location.

2. The fault location method for a maglev bus according to claim 1, characterized in that, The second fault location includes: sensors, control links, and execution links.

3. The fault location method for a maglev bus according to claim 2, characterized in that, The second status parameter information includes: The gap value, voltage value, current value, temperature value, and acceleration value of the sensor; The board floating information, board message, board control board power supply information, and life signal of the communication module of the control link; The IGBT drive board feedback signal, IGBT temperature value, contactor status signal, overvoltage and undervoltage status of the bus capacitor, voltage value of the cable, and current value of the cable of the execution link.

4. The fault location method for a maglev bus according to claim 3, characterized in that, The analyzing the second status parameter information to obtain the second fault location includes: If any one or more of the gap value, voltage value, current value, temperature value, and acceleration value of the sensor exceed the corresponding thresholds, it is determined that the second fault location is the sensor.

5. The fault location method for a maglev bus according to claim 3, characterized in that, The analyzing the second status parameter information to obtain the second fault location includes: If any one or more of the board floating fault, board message abnormality, board control board power supply abnormality, and life signal abnormality of the communication module of the control link occur, it is determined that the second fault location is the control link.

6. The fault location method for a maglev bus according to claim 3, characterized in that, The analyzing the second status parameter information to obtain the second fault location includes: If any one or more of the following occur: the feedback signal of the IGBT drive board in the execution link is abnormal, the IGBT temperature value exceeds the threshold, the contactor status signal is abnormal, the bus capacitor is overvoltage, the bus capacitor is undervoltage, the voltage value of the cable exceeds the threshold, or the current value of the cable exceeds the threshold, then it is determined that the second fault location is the execution link.

7. The fault location method of the maglev bus according to claim 1, wherein, the test message is used to control the maglev bus to perform corresponding test actions, and the test actions include vehicle start, vehicle stop, vehicle levitation, and the operation of each component.

8. A fault location device for a maglev bus, wherein, it includes: a first reading module, configured to read a first CAN message inside the maglev bus under normal operation through the wireless CAN network of the maglev bus; a first parsing module, configured to parse the first CAN message to obtain the first status parameter information of the maglev bus; a first analysis module, configured to analyze the first status parameter information to determine a first fault location; wherein, the first fault location includes a levitation link and a traction link; the process of determining the first fault location by the first status parameter information is used for a rough determination of the fault location; a sending module, configured to determine a levitation link fault if any one of a sensor fault, a control link fault, and an execution link fault occurs, otherwise a traction link fault, and if the first fault location is the levitation link, send a test message to the maglev bus; a second reading module, configured to read a second CAN message inside the maglev bus after the maglev bus receives the test message through the wireless CAN network; wherein, the first CAN message and the second CAN message are generated by the maglev bus under different operation scenarios; a second parsing module, configured to parse the second CAN message to obtain the second status parameter information of the maglev bus; a second analysis module, configured to analyze the second status parameter information to obtain a second fault location.

9. A fault location device for a maglev bus, wherein, it includes a memory for storing a computer program; a processor, configured to implement the steps of the fault location method of the maglev bus according to any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium, wherein, a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the steps of the fault location method of the maglev bus according to any one of claims 1 to 7 are implemented.

Images