A method for supporting decentralized self-checking of uninterrupted operation of a subway signal system

Abstract

The application discloses a kind of dispersed self-checking method of supporting uninterrupted operation of subway signal system, comprising: step S1, whether the trackside resource needing to be checked is judged to be occupied by regional controller;Step S2, if occupied by regional controller, whether the trackside resource is judged in the valid period of self-checking, if not occupied by regional controller, whether the self-checking of the trackside resource is judged to expire;Step S3, if not in the valid period of self-checking, the self-checking of the trackside resource is separately executed, if in the valid period of self-checking, the trackside resource is arranged to pass through;Step S4, if the self-checking of the trackside resource is about to expire, the self-checking of the trackside resource is separately executed, if the self-checking of the trackside resource is not about to expire, whether the trackside resource is re-judged to be occupied by regional controller;Step S5, after the self-checking of the trackside resource is completed, it is arranged to pass through.The application solves the contradiction between 24 hours operation demand and signal self-checking.

Description

TECHNICAL FIELD

[0001] The present application relates to a kind of dispersed self-checking method supporting uninterrupted operation of subway signal system. BACKGROUND

[0002] The significance of self-checking of subway signal system is to ensure the safe operation of subway. With the development of city and population growth, the passenger flow of subway system is increasing. Especially in some extreme scenarios (such as major events, Spring Festival concentrated return, etc.) or night snack line, subway needs to provide 24-hour operation, and cannot be interrupted because of self-checking. However, this is contradictory to the need of self-checking of subway signal system.

[0003] For the current signal system, the purpose of self-checking is mainly divided into two parts:

[0004] The self-checking of platform layer is to ensure the safety of safety computing platform, and this part can be completed automatically by platform layer in a period of time with less resource consumption without relying on daily self-checking. As long as all items are completed in a dispersed manner within 24 hours or a specified time.

[0005] The IO (input / output port) self-checking of trackside is a problem that needs to be solved, as follows:

[0006] On the basis of dispersed self-checking of platform layer, combined with the diagram of signal system operation and the required self-checking period, a resource-centered dispersed self-checking strategy is carried out, that is, if the resource has been self-checked according to the requirements before and is still within the effective period of self-checking, the resource can be used by trackside controller, such as arranging route through turnout, etc. If the resource has not been self-checked according to the requirements before or the effective period of self-checking has passed, the resource needs to be rechecked, and after the self-checking is completed, the trackside controller can use the resource again.

[0007] Most of the current self-checking methods are centralized, that is, all IO ports are self-checked at one time, which is relatively simple to implement, but the disadvantage is that because all IO points need to be self-checked one by one in sequence, the implementation time is long, which may have an operation impact of 1 to 2 minutes. At this time, all IO points are in an unusable state, and at this time the signal system cannot use all the devices that are in the self-checking state, such as signal cannot be lit in the allowed state, turnout cannot be moved or first set, and screen door is in the open state, etc., which means that the train cannot pass through the relevant device section. For general non-24-hour continuous operation lines, the problem is not big, because basically the self-checking time is in the non-operation period, and a few minutes of line interruption is acceptable. However, for 24-hour operation lines, a few minutes of operation interruption is unacceptable.

[0008] To solve this problem, a method for supporting uninterrupted operation of a metro signal system by decentralized self-checking is provided. SUMMARY

[0009] The present application aims to provide a method for supporting uninterrupted operation of a metro signal system by decentralized self-checking to overcome the existing defects and solve the contradiction between 24-hour operation requirements and signal self-checking.

[0010] The technical solution to achieve the above-mentioned purpose is:

[0011] A method for supporting uninterrupted operation of a metro signal system by decentralized self-checking, comprising:

[0012] Step S1, determining whether the trackside resource to be checked is occupied by the regional controller;

[0013] Step S2, if occupied by the regional controller, determining whether the trackside resource is within the effective period of self-checking, and if not occupied by the regional controller, determining whether the self-checking of the trackside resource is about to expire;

[0014] Step S3, if not within the effective period of self-checking, performing self-checking of the trackside resource alone, and if within the effective period of self-checking, arranging for the trackside resource to pass through;

[0015] Step S4, if the self-checking of the trackside resource is about to expire, performing self-checking of the trackside resource alone, and if the self-checking of the trackside resource is not about to expire, re-determining whether the trackside resource is occupied by the regional controller;

[0016] Step S5, after the self-checking of the trackside resource is completed, arranging for the trackside resource to pass through.

[0017] Preferably, in step S2, whether the trackside resource is within the effective period of self-checking is determined by enabling a timer for self-checking of each trackside resource.

[0018] Preferably, in step S2, the trackside resource can be used by the trackside controller within the effective time of the timer, and once the time is up, a self-checking needs to be performed, which is divided into two cases:

[0019] In the idle period when the trackside resource is not used, a self-checking is performed;

[0020] If the trackside resource is used for a long time, a self-checking is arranged after the expiration of the effective time of self-checking, which causes a few seconds of impact on system operation. Considering the 24-hour operation scenario, the density of system operation is not very large at midnight, and the self-checking time is allocated properly, so that the system performs a self-checking in the idle period when the trackside resource is not used.

[0021] Preferably, in the step S2, the self-checking time of the trackside resource is considered in conjunction with the timetable of the train, or a self-checking is arranged once the trackside resource is idle when the validity period of the self-checking time is about to end, thereby optimizing the selection of the self-checking time.

[0022] Preferably, in the step S4, the self-checking of the trackside resource is performed independently, including:

[0023] Initialization phase: when the system is started, a comprehensive check is performed on all IO ports of the trackside resource;

[0024] Periodic check: during the operation of the system, a self-checking program is performed on the IO ports of the trackside resource according to a predetermined period;

[0025] Real-time monitoring: the key IO ports of the trackside resource are monitored in real time, and any abnormal situation is found and handled in time;

[0026] Abnormality handling: once an abnormality is found, the maintenance personnel are notified through an alarm system, and the abnormality is handled according to a predetermined strategy.

[0027] Preferably, the predetermined strategy includes but is not limited to switching to a backup system and attempting automatic repair.

[0028] The beneficial effects of the present application are: the present application changes the centralized self-checking to distributed self-checking in units of individual devices, classifies the IO points according to each device, breaks the logic of unified self-checking, so that the time required for a single device to complete a self-checking is greatly reduced, and a self-checking of a single device can be completed in only a few seconds, which can ensure 24-hour uninterrupted operation; the present application does not need to be changed at the hardware level, and can complete the long-time uninterrupted operation requirement of the subway customer on the basis of only modifying the software, which can save time cost and capital cost, and the traditional centralized self-checking and the distributed self-checking mentioned in the present application can be automatically switched according to the operation condition, which is convenient and flexible, and does not require additional learning cost. BRIEF DESCRIPTION OF DRAWINGS

[0029] Figure 1 is a flowchart of a distributed self-checking method supporting uninterrupted operation of a subway signal system. DETAILED DESCRIPTION

[0030] The technical solution of the present invention will now be clearly and completely described in conjunction with the accompanying drawings. In the description of the present invention, it should be noted that the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer," etc., indicating orientations or positional relationships, are based on the orientations or positional relationships shown in the accompanying drawings and are only for the convenience of describing the present invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation, and therefore should not be construed as a limitation of the present invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0031] The invention will now be further described with reference to the accompanying drawings.

[0032] like Figure 1 As shown, a distributed self-testing method supporting uninterrupted operation of a subway signaling system includes:

[0033] Step S1: Determine whether the trackside resources to be checked have been requisitioned by the area controller.

[0034] Step S2: If the trackside resource is requisitioned by the area controller, determine whether the self-inspection period of the trackside resource is within the validity period. If it is not requisitioned by the area controller, determine whether the self-inspection of the trackside resource is about to expire.

[0035] In this embodiment, the self-check timer of each trackside resource is enabled (e.g., each trackside resource needs to complete a self-check at least once every 24 hours) to determine whether the trackside resource is within the validity period of the self-check.

[0036] In this embodiment, trackside resources can be used by the trackside controller within the timer's validity period. Once the timer expires, a self-check is required, which can be divided into two cases:

[0037] During idle periods when the trackside resources are not being used, a self-check is performed (this self-check does not affect the operation of the subway system).

[0038] If the trackside resource is used for a long time, a self-check will be scheduled after the self-check validity period expires, which will affect the system operation for a few seconds (considering that the self-check time of a single resource will be very fast). Considering the scenario of 24-hour operation, the system operation density will not be very high during the midnight period. With proper allocation of self-check time, the system will perform a self-check during the idle period when no resources are used.

[0039] In this embodiment, the self-inspection time of trackside resources is considered in conjunction with the train timetable, or a self-inspection is scheduled when the trackside resources are idle near the end of the validity period of the self-inspection time, thereby optimizing the selection of the self-inspection time.

[0040] Step S3, if not in the effective period of self-checking, then perform the self-checking of the trackside resource alone, if in the effective period of self-checking, then the trackside resource arrangement is passed.

[0041] Step S4, if the trackside resource self-checking is about to expire, then perform the self-checking of the trackside resource alone, if the trackside resource self-checking is not about to expire, then re-determine whether the trackside resource is occupied by the area controller.

[0042] In the embodiment, performing the self-checking of the trackside resource alone includes:

[0043] Initialization phase: when the system starts, a comprehensive check is performed on all IO ports of the trackside resource;

[0044] Periodic check: during the system operation, a self-checking program is performed on the IO ports of the trackside resource according to a predetermined period;

[0045] Real-time monitoring: the key IO ports of the trackside resource are monitored in real time, and any abnormal situation is found and handled in time;

[0046] Abnormality handling: once an abnormality is found, the maintenance personnel are notified through an alarm system, and a predetermined strategy is handled according to the predetermined strategy.

[0047] The predetermined strategy includes but is not limited to switching to a backup system and attempting automatic repair.

[0048] Step S5, after the self-checking of the trackside resource is completed, the arrangement is passed.

[0049] In the present application, each trackside device records the self-checking time of its own IO alone, that is, it can ensure that it performs a self-checking once every 24 hours, and it does not need to perform self-checking together with other devices. When the time from the last self-checking of the device is close to 24 hours, and at this time the area controller is not occupied by the device (no route passes through the device of the device), a self-checking can be triggered. After the self-checking is completed, the device can continue to be used by the ZC; if the time from the self-checking of the device has exceeded 24 hours, the device needs to perform a self-checking before the route passes through, to ensure that the device is available. From the outside, it only seems that the route triggers a few seconds late, and there is no big operation impact. That is, the centralized self-checking is changed to distributed self-checking of a single device as a unit, the IO points are classified according to each device, and the logic of unified self-checking is broken. The time required for a single device to complete a self-checking will be greatly reduced, and a self-checking of a single device can be completed in only a few seconds, which can ensure 24-hour uninterrupted operation.

[0050] The above embodiments are only used to illustrate the technical solutions of the present application, and are not intended to limit the present application; although the present application has been described in detail with reference to the above embodiments, those skilled in the art should understand that the technical solutions recorded in the above embodiments can still be modified, or some or all of the technical features can be replaced by equivalents; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A method for supporting decentralized self-checking of uninterrupted operation of a subway signal system, characterized in that, The method comprises the following steps: Step S1, judging whether the trackside resource to be checked is occupied by the regional controller; Step S2, if the trackside resource is occupied by the regional controller, judging whether the trackside resource is within the effective period of self-checking, and entering step S3; If the trackside resource is not occupied by the regional controller, judging whether the self-checking of the trackside resource is about to expire, and entering step S4; Step S3, if the trackside resource is not within the effective period of self-checking, performing the self-checking of the trackside resource alone, and if the trackside resource is within the effective period of self-checking, arranging the trackside resource to pass through the route; Step S4, if the self-checking of the trackside resource is about to expire, performing the self-checking of the trackside resource alone, and if the self-checking of the trackside resource is not about to expire, re-judging whether the trackside resource is occupied by the regional controller; Step S5, after the self-checking of the trackside resource is completed, arranging the trackside resource to pass through the route; The distributed self-checking in units of single devices classifies IO points according to each device, and each trackside device separately records the self-checking time of the IO thereof.

2. The method of claim 1, wherein the method comprises: In step S2, the timer of the self-checking of the trackside resource is enabled to judge whether the trackside resource is within the effective period of self-checking.

3. The method of claim 1, wherein the method further comprises: In step S2, the trackside resource can be used by the trackside controller within the effective time of the timer, and once the time is up, the self-checking needs to be performed, which is divided into two cases: In the idle period when the trackside resource is not used, the self-checking is performed once; If the trackside resource is used for a long time, the self-checking is arranged after the expiration of the effective time of the self-checking.

4. The method of claim 1, wherein the method further comprises: In step S2, the self-checking time of the trackside resource is considered in combination with the timetable of the train, or the self-checking is arranged after the trackside resource is idle when the effective period of the self-checking time is about to end, so as to optimize the selection of the self-checking time.

5. The method of claim 1, wherein the method further comprises: In step S4, the self-checking of the trackside resource alone comprises the following steps: Initialization stage: when the system is started, all IO ports of the trackside resource are checked comprehensively; Periodic checking: during the system operation, the self-checking program of the IO port of the trackside resource is performed according to the predetermined period; Real-time monitoring: the key IO port of the trackside resource is monitored in real time, and any abnormal situation is found and handled in time; Abnormality handling: once the abnormality is found, the maintenance personnel are informed through the alarm system, and the handling is performed according to the predetermined strategy.

6. The method of claim 1, wherein the method further comprises: The predetermined strategy includes but is not limited to switching to the standby system and attempting automatic repair.

Images