Subway equipment debugging method, handheld debugging equipment and storage medium

Abstract

The invention discloses a subway equipment debugging method, handheld debugging equipment and a storage medium, and belongs to the technical field of subways. The method is applied to handheld debugging equipment, and comprises the following steps: acquiring fault information of fault equipment controlled by a subway system, first position data of the handheld debugging equipment and people flow data of a subway station; debugging prompt information is determined according to the fault information, the position data and the visitor flow rate data, the debugging prompt information comprises position navigation data and debugging time of the fault equipment, and the position navigation data comprises navigation data of first position data and second position data of the fault equipment; and the debugging prompt information is displayed, so that a maintainer debugs the fault equipment according to the debugging prompt information, and the effect of improving the maintenance and debugging efficiency of the subway equipment is achieved.

Description

Technical Field

[0001] The invention relates to the field of subways, and in particular to a subway equipment debugging method, a handheld debugging device and a storage medium. Background Art

[0002] In urban rail transit, the subway is an important component. During the operation of the subway line, the operation of multiple devices in stations, trains, and sections is required to enable passengers to have a good riding experience. At present, the operation of each device is generally controlled by the environment and equipment monitoring system. When an abnormality is found in the environment and equipment monitoring system, it is necessary to notify the maintenance personnel to go to the site and debug and repair the equipment. The maintenance of a lower level is arranged by the maintenance personnel themselves, which easily leads to a lack of maintenance and debugging conditions at the maintenance location, resulting in low maintenance and debugging efficiency.

[0003] The above contents are only used to assist in understanding the technical solution of the present invention and do not constitute an admission that the above contents are prior art. Summary of the invention

[0004] The main purpose of the present invention is to provide a subway equipment debugging method, a handheld debugging device and a storage medium, aiming to improve the efficiency of maintenance and debugging of subway equipment.

[0005] To achieve the above object, the present invention provides a subway equipment debugging method, which is applied to a handheld debugging device. The subway equipment debugging method comprises the following steps:

[0006] Acquire fault information of a faulty device controlled by a subway system, first position data of the handheld debugging device, and passenger flow data of a subway station;

[0007] Determine debugging prompt information according to the fault information, the location data and the human flow data, the debugging prompt information including: location navigation data of the faulty device and debugging time, the location navigation data including: navigation data of the first location data and the second location data of the faulty device;

[0008] The debugging prompt information is displayed so that maintenance personnel can debug the faulty equipment according to the debugging prompt information.

[0009] Optionally, the fault information includes: the device type, device number, the second location data and fault level of the faulty device, and the step of obtaining the fault information of the faulty device controlled by the subway system includes:

[0010] The device type, the device number, the second location data, and the fault level sent by the receiving environment and device monitoring system.

[0011] Optionally, the fault information includes: the device type of the faulty device, the second location data, and the fault level, and the step of determining the debugging prompt information according to the fault information, the location data, and the pedestrian flow data includes:

[0012] Determine a first time range within which maintenance is allowed according to the equipment type, the second location data, and the fault level;

[0013] Determine a second time range according to the first position data, the second position data, the human flow data, and the first time range, wherein the second maintenance range is within the first time range;

[0014] The debugging prompt information is determined according to the second time range.

[0015] Optionally, the step of determining the first time range within which maintenance is allowed according to the equipment type, the second location data, and the fault level includes:

[0016] When the fault level is the first fault level, the first time range is determined to be all time, and the first fault level is a fault that affects operational safety or driving;

[0017] When the fault level is the second fault level, and the second location data is within the subway section, it is determined that the first time range is within the suspension time, and the second fault level is other levels other than the first fault level;

[0018] When the fault level is the second fault level and the second location data is in the public area of ​​the station, determining the first time range according to the device type;

[0019] When the fault level is the second fault level and the second position data is within the station equipment area, the first time range is determined to be all time.

[0020] Optionally, the step of determining the second time range according to the first position data, the second position data, the human flow data, and the first time range includes:

[0021] Determine a moving time required to reach a second location of the faulty device according to the first location data and the second location data;

[0022] Compare the pedestrian flow data corresponding to each moment in the first time range with the preset pedestrian flow threshold value to determine a third time range, where the third time range is a time range in which debugging of the device does not affect users;

[0023] The second time range is calculated based on the third time range and the moving time.

[0024] Optionally, the number of the faulty devices is more than one, and each of the faulty devices corresponds to one second time range, and the step of determining the debugging prompt information according to the second time range includes:

[0025] Planning a debugging sequence of multiple faulty devices according to multiple second time ranges;

[0026] The debugging time and the position navigation data are determined according to the debugging sequence.

[0027] Optionally, before the step of obtaining the fault information of the faulty equipment controlled by the subway system, the step further includes:

[0028] Obtaining the personal work number of the maintenance personnel;

[0029] The maintenance authority is determined according to the personal work number, and the maintenance authority is sent to the subway system, so that the subway system sends the fault information to the handheld debugging device according to the maintenance authority.

[0030] In addition, to achieve the above-mentioned purpose, the present invention also provides a handheld debugging device, which includes: a memory, a processor, and a subway equipment debugging program stored in the memory and executable on the processor, and the subway equipment debugging program is configured to implement the steps of any of the above-mentioned subway equipment debugging methods.

[0031] Optionally, the handheld debugging device further includes: a display screen, a serial communication interface, a battery and a test pen interface.

[0032] In addition, to achieve the above-mentioned purpose, the present invention also provides a storage medium, on which a subway equipment debugging program is stored, and when the subway equipment debugging program is executed by a processor, the steps of any of the above-mentioned subway equipment debugging methods are implemented.

[0033] The present invention proposes a subway equipment debugging method, which determines debugging prompt information according to the fault information, the location data and the passenger flow data, so as to determine the maintenance plan and maintenance time, so as to reasonably perform maintenance, thereby improving the maintenance efficiency of the faulty equipment. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] Figure 1 It is a structural diagram of a subway equipment debugging device in a hardware operating environment involved in an embodiment of the present invention;

[0035] Figure 2 It is a flow chart of the first embodiment of the subway equipment debugging method of the present invention;

[0036] Figure 3This is a specific flow chart of step S2 of the third embodiment of the subway equipment debugging method of the present invention;

[0037] Figure 4 This is a specific flow chart of step S22 of the third embodiment of the subway equipment debugging method of the present invention.

[0038] The realization of the purpose, functional features and advantages of the present invention will be further explained in conjunction with embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0039] It should be understood that the specific embodiments described herein are only used to explain the present invention, and are not used to limit the present invention.

[0040] Reference Figure 1 , Figure 1 The present invention is a schematic diagram of the structure of a handheld debugging device in a hardware operating environment according to an embodiment of the present invention.

[0041] like Figure 1 As shown, the handheld debugging device may include: a processor 1001, such as a central processing unit (CPU), a communication bus 1002, an interactive device 1003, a network interface 1004, and a memory 1005. The communication bus 1002 is used to realize the connection and communication between these components. The interactive device 1003 may include a display screen (Display), an input unit such as a keyboard (Keyboard), and the interactive device 1003 may also be connected to the communication bus through a standard wired interface and a wireless interface. The network interface 1004 may optionally include a standard wired interface and a wireless interface (such as a wireless fidelity (WIreless-FIdelity, WI-FI) interface). The memory 1005 may be a high-speed random access memory (Random Access Memory, RAM) memory, or a stable non-volatile memory (Non-Volatile Memory, NVM), such as a disk memory. The memory 1005 may also be a storage device independent of the aforementioned processor 1001.

[0042] Those skilled in the art will understand that Figure 1 The structure shown in the figure does not constitute a limitation on the handheld debugging device, and may include more or less components than those shown in the figure, or combine certain components, or arrange the components differently.

[0043] like Figure 1 As shown, the memory 1005 as a storage medium may include an operating system, a data storage module, a network communication module, a user interface module and a subway equipment debugging program.

[0044] exist Figure 1 In the handheld debugging device shown, the network interface 1004 is mainly used for data communication with other devices; the interactive device 1003 is mainly used for data interaction with the user; the processor 1001 and the memory 1005 in the handheld debugging device of the present invention can be set in the handheld debugging device, and the handheld debugging device calls the subway equipment debugging program stored in the memory 1005 through the processor 1001, and executes the subway equipment debugging method provided by the embodiment of the present invention.

[0045] The embodiment of the present invention provides a subway equipment debugging method, referring to Figure 2 , Figure 2 The figure is a flow chart of a first embodiment of a subway equipment debugging method of the present invention.

[0046] In this embodiment, the subway equipment debugging method includes:

[0047] Step S1, acquiring fault information of a faulty device controlled by a subway system, first position data of the handheld debugging device, and passenger flow data of a subway station;

[0048] In this embodiment, the type of subway system is not limited. Of course, preferably, the subway system here may include: an integrated monitoring system (ISCS) and an environment and equipment monitoring system (BAS). Specifically, various professional equipment uploads data to the environment and equipment monitoring system, and then the environment and equipment monitoring system summarizes and uploads the data to the integrated monitoring system. The professional equipment referred to here includes: submersible sewage pumps, bearing temperature alarm boxes, smart water meters, frequency converters, smart evacuation extensions, and closed lifting devices. The faulty equipment here is the equipment with faults in the above equipment. Generally speaking, the causes of the faults here can be divided into two different types of causes: the first type is a communication fault, which is caused by the abnormality of the communication line and the BAS cannot obtain the data of the equipment. The second type is a fault in the equipment itself. The fault information here may include: one or more of the second location data, equipment type, and equipment number. Optionally, the fault information here also includes: information of other equipment affected by the debugging process. The handheld debugging device is provided with a positioning device, which can obtain the location data of the handheld debugging device, that is, the first location data. The subway station passenger flow data here includes the subway station passenger flow data at the current time, and can also be the historical passenger flow data recorded by the station, and can also be the subway station passenger flow forecast data after the current time.

[0049] Step S2, determining debugging prompt information according to the fault information, the location data and the human flow data, the debugging prompt information including: location navigation data of the faulty device and debugging time, the location navigation data including: navigation data of the first location data and the second location data of the faulty device;

[0050] Even the same equipment will be set in different locations. For example, for submersible sewage pumps, they are generally located at the station entrance and exit, station fresh air booth, station exhaust booth, station piston wind booth, station wastewater pump room, section wastewater pump room, etc. For smart water meters, they are generally set in the environmental control room and shops. For frequency converters, they are generally set in the chiller room and environmental control electric control room. In addition, the bearing temperature alarm box is set in the environmental control room, the smart evacuation extension is set in the lighting distribution room, and the closed lifting device is set in the sewage pump room. In addition, it should be noted that the subway is generally divided into three areas, namely the section, the station public area and the station equipment area. The section refers to the tunnel between two stations. The section wastewater pump room is set between the tunnels. During the operation of the section equipment failure, it can only be entered in case of emergency repair. The general level of fault handling needs to wait for the train to be closed and stopped for processing. The station public area refers to the area visible to passengers. It is necessary to confirm on site that it will not affect passengers before carrying out maintenance work or equipment debugging. The station equipment area refers to the fresh air booth, exhaust booth, piston air booth, wastewater pump room, lighting distribution room, environmental control room and other equipment rooms. The handling of equipment failures in the station equipment area does not limit the handling time without affecting the train operation. The debugging prompt information here can be a debugging prompt for a single faulty device or a debugging prompt for multiple faulty devices.

[0051] Step S3, displaying the debugging prompt information so that maintenance personnel can debug the faulty equipment according to the debugging prompt information.

[0052] By displaying the location navigation data and debugging time, maintenance personnel can debug the faulty equipment according to the debugging prompt information.

[0053] In this embodiment, debugging prompt information is determined based on the fault information, the location data and the traffic data, so that the maintenance plan and maintenance time can be determined, so that the maintenance can be carried out reasonably, thereby improving the maintenance efficiency of the faulty equipment.

[0054] Further, based on the first embodiment, a second embodiment of the subway equipment debugging method of the present invention is proposed. In this embodiment, the fault information includes: the equipment type, equipment number, the second location data and the fault level of the faulty equipment, and the step of obtaining the fault information of the faulty equipment controlled by the subway system includes:

[0055] The device type, the device number, the second location data, and the fault level sent by the receiving environment and device monitoring system.

[0056] It should be noted that the handheld debugging device is provided with a communication module, which includes a 4G module and a WIFI module, etc., and can communicate with the BAS through the network, so as to receive the device type, device number, second location data and fault level of the faulty device sent by the BAS. Of course, in other embodiments, it is also possible to communicate with the integrated monitoring system to obtain the fault information.

[0057] In this embodiment, the fault information is determined by receiving the equipment type, the equipment number, the second location data and the fault level sent by the environment and equipment monitoring system, which can ensure that the maintenance-related data can be completely clear to the maintenance personnel and reduce the cost of maintenance communication.

[0058] Further, based on the first embodiment or the second embodiment, a third embodiment of the subway equipment debugging method of the present invention is proposed. In this embodiment, referring to Figure 3 The fault information includes: the device type of the faulty device, the second location data, and the fault level. The step of determining the debugging prompt information according to the fault information, the location data, and the human flow data includes:

[0059] Step S21, determining a first time range within which maintenance is allowed according to the equipment type, the second location data, and the fault level;

[0060] It should be noted that the first time range here is the time range in which maintenance and debugging can be carried out, which does not represent the speed of maintenance response. For example, for faults at the emergency repair level, the first time range is not limited, but the faults at the emergency repair level require the fastest response and the fastest maintenance and debugging speed. In this embodiment, the time for operation and maintenance is determined according to the fault level, for example, it is determined whether maintenance and debugging can be carried out within the operating time, and then the time range in which maintenance can be carried out is further limited according to the equipment type and the second position data, thereby obtaining the first time range. The maintenance difficulty of different types of equipment here is different, and the time required is different, so the time limit for maintenance is also different. For example, for smart water meters installed in shops, maintenance and debugging should be carried out during the working hours of shop personnel. However, the time for maintenance and debugging of smart water meters installed in the environmental control room is not limited.

[0061] Step S22, determining a second time range according to the first position data, the second position data, the human flow data, and the first time range, wherein the second maintenance range is within the first time range;

[0062] Step S23: determining the debugging prompt information according to the second time range.

[0063] Both step S22 and step S21 are used to limit the maintenance time, and step S22 actually selects the maintenance time with the least impact on passengers within the first time range, and determines the location navigation data required for maintenance. The location navigation data enables maintenance personnel to efficiently and quickly reach the location where maintenance and debugging are required. It needs to be explained that the flow of people at different stations is different. In this embodiment, different flow of people will determine different second time ranges. For example, the inverter debugging needs to stop the corresponding fan, wind cabinet, chiller and other equipment, thereby affecting the ventilation system in the public area. Maintenance should be carried out at a time corresponding to a preset threshold value of the flow of people less than the flow of people, thereby determining the second maintenance range. The water pump is set under the escalator. During the maintenance of the water pump, it will affect the vertical transportation capacity in the subway station, which will seriously affect the experience of passengers in the station during rush hours. On the contrary, at the terminal station during non-peak hours, the impact on passengers is less, and maintenance and debugging can be carried out. Further, the second time range here can be a specific moment.

[0064] In addition, in other embodiments, the number of the faulty devices is more than one, and each of the faulty devices corresponds to a second time range. The step of determining the debugging prompt information based on the second time range includes: planning the debugging sequence of multiple faulty devices based on multiple second time ranges; and determining the debugging time and the location navigation data based on the debugging sequence.

[0065] Since the number of faulty devices is more than 1, the number of corresponding second position data is also more than 1. The maintenance time of each faulty device can be adjusted by reasonable maintenance route planning, and the position navigation data can be determined based on the first position data, more than one second position data and the maintenance order of the faulty devices. In addition, operation instructions can be received to adjust the maintenance order of the faulty devices and prompts can be given. The handheld debugging device receives the operation instructions of the maintenance personnel through the touch screen.

[0066] In this embodiment, the second time range is determined by the equipment type, the first location data, the second location data, the fault level, and the traffic data, and the prompt information is determined based on the second time range. This can ensure that maintenance personnel have maintenance conditions during the maintenance process based on the debugging prompt information and improve maintenance efficiency.

[0067] Furthermore, the step of determining the first time range within which maintenance is allowed according to the equipment type, the second location data, and the fault level includes:

[0068] When the fault level is the first fault level, the first time range is determined to be all time, and the first fault level is a fault that affects operational safety or driving;

[0069] When the fault level is the second fault level, and the second location data is within the subway section, it is determined that the first time range is within the suspension time, and the second fault level is other levels other than the first fault level;

[0070] When the fault level is the second fault level and the second location data is in the public area of ​​the station, determining the first time range according to the device type;

[0071] When the fault level is the second fault level and the second position data is within the station equipment area, the first time range is determined to be all time.

[0072] In this embodiment, it should be noted that the first fault level includes: interval processing water pump failure, which requires entering the interval for maintenance and debugging during operation. The second fault level also includes different types of faults, which affect the operation service category: public area equipment maintenance, public area wind cabinet or fan inverter maintenance, escalator water pump maintenance, intelligent evacuation system maintenance, etc., and do not affect safety, driving, and service categories: equipment area submersible sewage pump, bearing temperature alarm box, public area single evacuation indicator replacement and other equipment maintenance.

[0073] Further, step S22, refer to Figure 4 The step of determining the second time range according to the first location data, the second location data, the human flow data, and the first time range includes:

[0074] Step S221, determining the moving time required to reach the second position of the faulty device according to the first position data and the second position data;

[0075] The distance between the first position data and the second position data is determined according to the first position data and the second position data, and the moving time is determined according to a calculation formula.

[0076] Step S222, comparing the pedestrian flow data corresponding to each moment in the first time range with a preset pedestrian flow threshold, and determining a third time range, wherein the third time range is a time range in which debugging of the device does not affect the user;

[0077] In this embodiment, the third time range is determined as the time range of each moment when the human flow data is less than the preset human flow threshold. The preset human flow threshold can be remotely set by the management personnel through the integrated monitoring system or the environment and equipment monitoring system, or can be actively modified by the maintenance personnel.

[0078] Step S223: Calculate the second time range according to the third time range and the moving time.

[0079] In this embodiment, the second time range is obtained by subtracting the moving time from the third time range.

[0080] In this embodiment, the moving time required to reach the second location of the faulty device is determined by using the first location data and the second location data; and the pedestrian flow data corresponding to each moment in the first time range is compared with a preset pedestrian flow threshold to determine a third time range, wherein the third time range is a time range in which debugging of the device does not affect users; the second time range is calculated based on the third time range and the moving time, which can effectively improve the accuracy of the second time range.

[0081] Further, based on any of the above embodiments, a fourth embodiment of the subway equipment debugging method of the present invention is proposed. In this embodiment, before the step of obtaining the fault information of the faulty equipment controlled by the subway system, the method further includes:

[0082] Obtaining the personal work number of the maintenance personnel;

[0083] The maintenance authority is determined according to the personal work number, and the maintenance authority is sent to the subway system, so that the subway system sends the fault information to the handheld debugging device according to the maintenance authority.

[0084] In this embodiment, the maintenance authority is determined by the personal work number, which can avoid sending maintenance requirements to maintenance personnel without authority, thereby improving the overall maintenance efficiency.

[0085] In addition, an embodiment of the present invention also proposes a handheld debugging device, which includes: a memory, a processor, and a subway equipment debugging program stored in the memory and executable on the processor, wherein the subway equipment debugging program is configured to implement the steps of an embodiment of the subway equipment debugging method described in any one of the above items.

[0086] Furthermore, the handheld debugging device also includes: a display screen, a serial communication interface, a battery and a test pen interface. The display screen can also display multiple debugging functions. Different debugging functions can be used to debug different devices. For example, the handheld debugging device is connected to the device to be debugged. After receiving the operation of the touch screen interface, the debugging message is automatically sent to the device to be debugged, and the message returned by the device to be debugged is received, and then the results of the tasks such as equipment testing, maintenance and debugging are completed based on the returned message. Maintenance personnel can efficiently complete the reading, writing, and storage of debugging data on the handheld debugging device without manually configuring communication parameters and manually inputting messages. A handheld debugging device can debug a variety of devices, effectively reducing the difficulty of equipment startup and improving the efficiency of communication troubleshooting. Furthermore, the handheld debugging device adopts a portable design, with a charging and discharging power supply unit and an external serial port debugging test pen, etc., which can be carried and used by maintenance personnel in a working environment that is extremely inconvenient for maintenance, effectively improving the efficiency of troubleshooting in harsh environments, including high-altitude working environments and narrow space environments.

[0087] In addition, an embodiment of the present invention further proposes a storage medium, on which a subway equipment debugging program is stored. When the subway equipment debugging program is executed by a processor, the steps of any one of the above-mentioned subway equipment debugging method embodiments are implemented.

[0088] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or system including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or system. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or system including the element.

[0089] The serial numbers of the above embodiments of the present invention are only for description and do not represent the advantages or disadvantages of the embodiments.

[0090] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present invention is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes a number of instructions for a terminal device (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present invention.

[0091] The above are only preferred embodiments of the present invention, and are not intended to limit the patent scope of the present invention. Any equivalent structure or equivalent process transformation made using the contents of the present invention specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present invention.

Claims

1. A subway equipment debugging method, characterized in that: Applied to a handheld debugging device, the subway equipment debugging method comprises the following steps: Acquire fault information of a faulty device controlled by a subway system, first position data of the handheld debugging device, and passenger flow data of a subway station; Determine debugging prompt information according to the fault information, the location data and the human flow data, the debugging prompt information including: location navigation data of the faulty device and debugging time, the location navigation data including: navigation data of the first location data and the second location data of the faulty device; The debugging prompt information is displayed so that maintenance personnel can debug the faulty equipment according to the debugging prompt information.

2. The subway equipment debugging method according to claim 1, characterized in that: The fault information includes: the device type, device number, the second location data and the fault level of the faulty device. The step of obtaining the fault information of the faulty device controlled by the subway system includes: The device type, the device number, the second location data, and the fault level sent by the receiving environment and device monitoring system.

3. The subway equipment debugging method according to claim 1, characterized in that: The fault information includes: the device type of the faulty device, the second location data, and the fault level. The step of determining the debugging prompt information according to the fault information, the location data, and the human flow data includes: Determine a first time range within which maintenance is allowed according to the equipment type, the second location data, and the fault level; Determine a second time range according to the first position data, the second position data, the human flow data, and the first time range, wherein the second maintenance range is within the first time range; The debugging prompt information is determined according to the second time range.

4. The subway equipment debugging method according to claim 3, characterized in that: The step of determining the first time range allowed for maintenance according to the equipment type, the second location data, and the fault level comprises: When the fault level is the first fault level, the first time range is determined to be all time, and the first fault level is a fault that affects operational safety or driving; When the fault level is the second fault level and the second location data is within the subway section, it is determined that the first time range is within the suspension time, and the second fault level is other levels other than the first fault level; When the fault level is the second fault level and the second location data is in the public area of ​​the station, determining the first time range according to the device type; When the fault level is the second fault level and the second position data is within the station equipment area, the first time range is determined to be all time.

5. The subway equipment debugging method according to claim 3, characterized in that: The step of determining the second time range according to the first position data, the second position data, the human flow data, and the first time range comprises: Determine a moving time required to reach a second location of the faulty device according to the first location data and the second location data; Compare the pedestrian flow data corresponding to each moment in the first time range with the preset pedestrian flow threshold value to determine a third time range, where the third time range is a time range in which debugging of the device does not affect users; The second time range is calculated based on the third time range and the moving time.

6. The subway equipment debugging method according to claim 1, characterized in that: The number of the faulty devices is more than one, each of the faulty devices corresponds to one second time range, and the step of determining the debugging prompt information according to the second time range includes: Planning a debugging sequence of multiple faulty devices according to multiple second time ranges; The debugging time and the position navigation data are determined according to the debugging sequence.

7. The subway equipment debugging method according to any one of claims 1 to 6, characterized in that: Before the step of obtaining the fault information of the faulty equipment controlled by the subway system, the method further includes: Obtaining the personal work number of the maintenance personnel; The maintenance authority is determined according to the personal work number, and the maintenance authority is sent to the subway system, so that the subway system sends the fault information to the handheld debugging device according to the maintenance authority.

8. A handheld debugging device, characterized in that: The handheld debugging device comprises: a memory, a processor, and a subway equipment debugging program stored in the memory and executable on the processor, wherein the subway equipment debugging program is configured to implement the steps of the subway equipment debugging method according to any one of claims 1 to 7.

9. The handheld debugging device according to claim 8, characterized in that: The handheld debugging device also includes: a display screen, a serial communication interface, a battery and a test pen interface.

10. A storage medium, characterized in that: The storage medium stores a subway equipment debugging program, and when the subway equipment debugging program is executed by the processor, the steps of the subway equipment debugging method according to any one of claims 1 to 7 are implemented.

Images