A tunnel area controller extension executor identification management method

Abstract

This invention discloses a method for identifying and managing extended actuators in a tunnel area controller. The method includes a controller system comprising a host and several extended actuators. The main power interface of the controller system is located on the host. The extended actuators are powered by the power supply bus of the host or a higher-level extended actuator. Communication between the host and the extended actuators, and between the extended actuators themselves, is achieved via a communication bus. The advantages of this invention are: it adopts a modular design, with each actuator module having a certain number of single-type or multi-type combinations of interfaces. In engineering applications, the module combination can be selected according to requirements to meet the needs in the most suitable way. This invention provides a method for identifying and managing extended actuators in a tunnel area controller, avoiding the need for on-site configuration of addresses and attributes when using the controller, greatly improving ease of use and construction efficiency.

Description

Technical Field

[0001] This invention relates to the field of tunnel control technology, specifically to a method for identifying and managing extended actuators in a tunnel area controller. Background Technology

[0002] Tunnel control methods are a set of technologies and management approaches used to ensure safe tunnel construction, efficient operation, and a controllable environment. They encompass two core scenarios: the construction phase and the operation phase. The core objective is to address issues such as geological risks, environmental parameter imbalances, and traffic disorder within tunnels through real-time monitoring, intelligent adjustment, and emergency response.

[0003] To facilitate the use of the tunnel area controller, actuators are extended. These extended actuators need to be verified, identified, and marked one by one when connected to the host. Currently, these tasks are all done manually, resulting in low work efficiency. Summary of the Invention

[0004] The purpose of this invention is to provide a method for identifying and managing extended actuators in a tunnel area controller, so as to solve the problems mentioned in the background art.

[0005] To achieve the above objectives, the present invention provides the following technical solution: a controller system comprising a host and several extended actuators, characterized in that it specifically includes the following steps: S1. First, start the host, and after the startup is complete, set the local address to 0 and store it in RAM; S2. Power the next stage of the extended actuator by opening the power supply bus output terminal through the delayed power supply module; S3. After the first-level extended actuator is powered on, it sends an inquiry to the outside via the communication bus to check whether address 0 is occupied. S4. The first-level extended actuator sends an inquiry to the outside world via the communication bus to check whether address 1 is occupied. S5. The first-level extended actuator reports the type and various attributes of this module to the host, and opens the output terminal of the power supply bus through the delayed power supply module to supply power to the next level of extended actuator. S6. After the second-level extended actuator is powered on, it sends an inquiry to the outside via the communication bus to see if address 0 is occupied, then sends an inquiry to the outside via the communication bus to see if address 1 is occupied, then sends an inquiry to the outside via the communication bus to see if address 2 is occupied, and repeats S5.

[0006] As a preferred embodiment of the present invention: the main power input interface of the controller system is located on the host, the extended actuator is powered by the power supply bus of the host or the previous level extended actuator, and the host and the extended actuator, and the extended actuators communicate with each other via a communication bus.

[0007] As a preferred embodiment of the present invention: after the query in S3 is sent to see if address 0 is occupied, and a reply is received from the host, the existence of the host is confirmed.

[0008] As a preferred embodiment of the present invention: after the query in S4 is sent to see if address 1 is occupied, if there is no answer, it indicates that address 1 is not occupied, and the local address is set to 1 and stored in RAM.

[0009] As a preferred embodiment of the present invention: after the query in S6 is sent to see if address 0 is occupied, and a reply is received from the host, the existence of the host is confirmed.

[0010] As a preferred embodiment of the present invention: after the query in S6 regarding whether address 1 is occupied is sent, and after receiving a reply from the first-level extended executor, the query regarding whether address 2 is occupied is sent.

[0011] As a preferred embodiment of the present invention: if the query in S6 is sent to see if address 2 is occupied, and no answer is received, it indicates that address 2 is not occupied, and the local address is set to 2 and stored in RAM.

[0012] As a preferred embodiment of the present invention: the processing method of the Nth level is followed by the same method, and the communication address of each level is defined step by step.

[0013] As a preferred embodiment of the present invention: the host computer uniformly schedules all extended executors with specific addresses through a central processing unit.

[0014] Compared with existing technologies, the advantages of this invention are: it adopts a modular design, with each actuator module having a certain number of single-type or multi-type combinations of interfaces. In engineering applications, the module combination can be selected according to requirements to meet the needs in the most suitable way. This invention is an extended actuator identification and management method for tunnel area controllers, avoiding the need for on-site configuration of addresses and attributes when the controller is used in the field, greatly improving ease of use and construction efficiency. Attached Figure Description

[0015] Figure 1 This is an overall module diagram of the present invention. Detailed Implementation

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

[0017] Please see Figure 1 The present invention provides a technical solution comprising a controller system, the controller system including a host and several extended actuators, characterized in that it specifically includes the following steps: S1. First, start the host, and after the startup is complete, set the local address to 0 and store it in RAM; S2. Power the next stage of the extended actuator by opening the power supply bus output terminal through the delayed power supply module; S3. After the first-level extended actuator is powered on, it sends an inquiry to the outside via the communication bus to check whether address 0 is occupied. S4. The first-level extended actuator sends an inquiry to the outside world via the communication bus to check whether address 1 is occupied. S5. The first-level extended actuator reports the type and various attributes of this module to the host, and opens the output terminal of the power supply bus through the delayed power supply module to supply power to the next level of extended actuator. S6. After the second-level extended actuator is powered on, it sends an inquiry to the outside via the communication bus to see if address 0 is occupied, then sends an inquiry to the outside via the communication bus to see if address 1 is occupied, then sends an inquiry to the outside via the communication bus to see if address 2 is occupied, and repeats S5.

[0018] Specifically, the main power supply interface of the controller system is located on the host. The extended actuators are powered by the power supply bus of the host or the previous level extended actuator. Communication between the host and the extended actuators, and between the extended actuators themselves, is achieved via a communication bus. After the query in S3 regarding whether address 0 is occupied is sent and a reply is received from the host, the host's existence is confirmed. After the query in S4 regarding whether address 1 is occupied is sent and no reply is received, it indicates that address 1 is not occupied, and the local address is set to 1 and stored in RAM. After the query in S6 regarding whether address 0 is occupied is sent and a reply is received from the host, the host's existence is confirmed. After the query in S6 regarding whether address 1 is occupied is sent and a reply is received from the first-level extended actuator, the query regarding whether address 2 is occupied is sent. After the query in S6 regarding whether address 2 is occupied is sent and no reply is received, it indicates that address 2 is not occupied, and the local address is set to 2 and stored in RAM. The processing method for level N follows the same pattern, clarifying the communication address of each level. The host uses the central processing unit to uniformly schedule all extended actuators with clearly defined addresses.

[0019] Specifically, during operation, power is first supplied to the controller system. The host then starts up first, sets its local address to 0, stores it in RAM, and opens the power supply bus output via the delayed power supply module to power the next-level extended actuator. 6. After the first-level extended actuator powers on, it queries the communication bus to check if address 0 is occupied. Upon receiving a reply from the host, it confirms the host's existence. Next, it queries the communication bus to check if address 1 is occupied. No reply indicates that address 1 is not occupied, so the local address is set to 1 and stored in RAM. The actuator then reports its module type and various attributes to the host and opens the power supply bus output via the delayed power supply module. Power is supplied to the next-level extended actuator. After the second-level extended actuator is powered on, it queries the external communication bus to see if address 0 is occupied. After receiving a reply from the host, it confirms the host's existence. Then, it queries the external communication bus to see if address 1 is occupied. After receiving a reply from the first-level extended actuator, it continues to query the external communication bus to see if address 2 is occupied. If there is no reply, it means that address 2 is not occupied. The local address is set to 2 and stored in RAM. It reports the type and various attributes of this module to the host and opens the output of the power supply bus through the delayed power supply module to power the next-level extended actuator. The processing method for the Nth level is similar, and the communication address of each level is determined step by step.

[0020] Although embodiments of the invention have been shown and described, it will be understood by those skilled in the art that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the appended claims and their equivalents.

Claims

1. A method for identifying and managing extended actuators in a tunnel area controller, comprising a controller system, the controller system including a host and a plurality of extended actuators, characterized in that, Specifically, the following steps are included: S1. First, start the host, and after the startup is complete, set the local address to 0 and store it in RAM; S2. Power the next stage of the extended actuator by opening the power supply bus output terminal through the delayed power supply module; S3. After the first-level extended actuator is powered on, it sends an inquiry to the outside via the communication bus to check whether address 0 is occupied. S4. The first-level extended actuator sends an inquiry to the outside world via the communication bus to check whether address 1 is occupied. S5. The first-level extended actuator reports the type and various attributes of this module to the host, and opens the output terminal of the power supply bus through the delayed power supply module to supply power to the next level of extended actuator. S6. After the second-level extended actuator is powered on, it sends an inquiry to the outside via the communication bus to see if address 0 is occupied, then sends an inquiry to the outside via the communication bus to see if address 1 is occupied, then sends an inquiry to the outside via the communication bus to see if address 2 is occupied, and repeats S5.

2. The tunnel area controller extended actuator identification and management method according to claim 1, characterized in that: The main power interface of the controller system is located on the host. The extended actuator is powered by the power supply bus of the host or the previous level extended actuator. The host and the extended actuator, and the extended actuators communicate with each other via a communication bus.

3. The tunnel area controller extended actuator identification and management method according to claim 2, characterized in that: After the query in S3 is sent to check if address 0 is occupied, and a reply is received from the host, it is confirmed that the host exists.

4. The tunnel area controller extended actuator identification and management method according to claim 3, characterized in that: If no response is received after the query in S4 asks whether address 1 is occupied, it indicates that address 1 is not occupied, and the local address is set to 1 and stored in RAM.

5. The tunnel area controller extended actuator identification and management method according to claim 4, characterized in that: After the query in S6 indicating whether address 0 is occupied is sent, and a reply is received from the host, it is confirmed that the host exists.

6. The tunnel area controller extended actuator identification and management method according to claim 5, characterized in that: After the query in S6 regarding whether address 1 is occupied is sent, and the first-level extended executor replies, the query regarding whether address 2 is occupied is sent.

7. The tunnel area controller extended actuator identification and management method according to claim 6, characterized in that: If the query in S6 asks whether address 2 is occupied and no answer is received, it indicates that address 2 is not occupied, and the local address is set to 2 and stored in RAM.

8. The tunnel area controller extended actuator identification and management method according to claim 7, characterized in that: The processing method for level N follows the same logic, specifying the communication address for each level in turn.

9. A method for identifying and managing extended actuators in a tunnel area controller according to claim 8, characterized in that: The host computer uses a central processing unit to uniformly schedule all extended executors with specific addresses.

Images