Explosion-proof rescue ad hoc network topological structure based on Mesh network

Abstract

The utility model relates to the technical field of ad hoc network communication, in particular to an explosion-proof rescue ad hoc network topological structure based on a Mesh network. The ad hoc network topological structure comprises a vehicle-mounted end arranged on a rescue vehicle and a remote end arranged in a safe area. And the vehicle-mounted end is in communication connection with the remote end through a Mesh link. The vehicle-mounted terminal comprises an explosion-proof box, a first switch and a first Mesh module. The first switch is in communication connection with the first Mesh module, and the first switch and the first Mesh module are arranged in the explosion-proof box. The remote end at least comprises an upper computer and a second Mesh module; and the upper computer is in communication connection with the second Mesh module. The first Mesh module is in communication connection with the second Mesh module, so that a Mesh link is formed between a rescue vehicle located in a rescue operation area and an upper computer used for remote control, and the data transmission requirement and the communication distance requirement of wireless communication of rescue equipment executing blowout rescue tasks are met. Therefore, an operator can remotely operate the rescue vehicle to complete rescue operation through the upper computer.

Description

Technical Field

[0001] The utility model relates to the technical field of ad hoc network communication, and particularly relates to an explosion-proof rescue ad hoc network topology structure based on a Mesh network. Background Art

[0002] During the process of oil or natural gas extraction, oil or gas in the formation gushes out of the ground uncontrollably, usually accompanied by the release of toxic gases, posing a major hazard to the environment and humans. When conducting blowout rescue, due to the presence of dangerous factors such as poisonous gases, open flames, and high-pressure fluids at the blowout rescue site, it is not conducive to manual entry into the site for operation. Therefore, it is necessary to adopt a method of remotely controlling rescue equipment to enter the site for operation for rescue.

[0003] Due to the complex environment at the blowout rescue site, when using wired communication rescue equipment for entry into the site for operation, the peripheral cables are prone to damage, resulting in the loss of function of the rescue equipment. Therefore, it is very necessary to use wireless communication to control the rescue equipment to enter the blowout site to perform rescue operations.

[0004] When conducting blowout rescue, the amount of data required to be transmitted by remotely controlling rescue equipment is large and the communication distance is far, usually exceeding 1 kilometer.

[0005] Existing wireless communication methods such as Bluetooth and ZigBee in wireless communication cannot meet the requirements of blowout rescue in terms of both data transmission ability and communication distance.

[0006] Although the data transmission rate of WiFi can reach several hundred Mbps or even exceed 1 Gbps, the communication distance of WiFi is short, generally within dozens of meters indoors, and it is easily affected by environmental conditions.

[0007] The data transmission rate of 4 / 5G communication can fully meet the requirements of blowout rescue, but the 4 / 5G signal is restricted by the mobile communication network; and oil drilling is generally set in the wilderness or at sea, that is, the area near the oil drilling platform is outside the coverage of the mobile communication network, or the mobile communication network signal near the oil drilling platform is poor. Therefore, the rescue equipment for performing blowout rescue tasks is not suitable for 4 / 5G communication. Summary of the Utility Model

[0008] The purpose of the utility model is to overcome the problem that the existing technology cannot meet the data transmission requirements and communication distance requirements of wireless communication for rescue equipment performing blowout rescue tasks, and provide an explosion-proof rescue ad hoc network topology structure based on a Mesh network.

[0009] In a first aspect, the present utility model provides an explosion-proof rescue self-organizing network topology based on a Mesh network, comprising: a vehicle-mounted terminal disposed on a rescue vehicle and a remote terminal disposed in a safe area. And the vehicle-mounted terminal and the remote terminal are communicatively connected through a Mesh link. The vehicle-mounted terminal at least includes: an explosion-proof box, a first switch, and a first Mesh module. The first switch and the first Mesh module are communicatively connected, and the first switch and the first Mesh module are disposed in the explosion-proof box. The remote terminal at least includes: a host computer and a second Mesh module; the host computer is communicatively connected to the second Mesh module. The first Mesh module is communicatively connected to the second Mesh module to form a Mesh link.

[0010] According to a preferred embodiment, the host computer is communicatively connected to the second Mesh module through a second switch. The host computer is communicatively connected to the second switch in a wired or wireless manner. The second switch is communicatively connected to the second Mesh module in a wired manner.

[0011] According to a preferred embodiment, the host computer includes a fixed terminal and a mobile terminal. The fixed terminal is wired to the second switch. The mobile terminal is wirelessly connected to the second switch.

[0012] According to a preferred embodiment, the first Mesh module is communicatively connected to a plurality of sensors and devices carried by the rescue vehicle through the first switch.

[0013] According to a preferred embodiment, the first switch is connected to a plurality of devices configured in the rescue vehicle through an industrial control computer.

[0014] According to a preferred embodiment, the industrial control computer is communicatively connected to the control system of the rescue vehicle through a control layer switch.

[0015] According to a preferred embodiment, the control system of the rescue vehicle includes: a platform control PLC and a total control PLC; both the platform control PLC and the total control PLC are communicatively connected to the industrial control computer through the control layer switch.

[0016] According to a preferred embodiment, the control layer switch is communicatively connected to the industrial control computer, the platform control PLC, and the total control PLC respectively through Ethernet.

[0017] According to a preferred embodiment, the sensor at least includes a camera configured in the rescue vehicle; the camera is wired to the first switch.

[0018] According to a preferred embodiment, the first Mesh module is also communicatively connected to a debugging terminal.

[0019] Compared with the prior art, the beneficial effects of the present utility model are as follows:

[0020] The present utility model provides an explosion-proof rescue self-organizing network topology based on a Mesh network, forming a Mesh link between a rescue vehicle located in a rescue operation area and a host computer for remote control, meeting the data transmission requirements and communication distance requirements of wireless communication of rescue equipment for performing blowout rescue tasks, enabling operators to remotely operate the rescue vehicle through the host computer to complete rescue operations. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] Figure 1 It is a schematic diagram of the communication connection of each module of the present utility model;

[0022] Figure 2 It is a network topology diagram of each module of the present utility model;

[0023] Figure 3 It is a schematic diagram of the implementation of the present utility model on rescue equipment.

[0024] Reference signs in the figures:

[0025] Vehicle-mounted end - 100; First switch - 102; First Mesh module - 103; Camera - 104; Industrial control computer - 105; Debugging terminal - 106; Control layer switch - 107; Platform control PLC - 108; Total control PLC - 109; Remote end - 200; Host computer - 210; Fixed terminal - 211; Mobile terminal - 212; Second Mesh module - 220; Second switch - 230. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0026] The following further describes the present utility model in detail with reference to specific embodiments. However, this should not be construed as limiting the scope of the above subject matter of the present utility model to the following embodiments. All technologies implemented based on the content of the present utility model fall within the scope of the present utility model.

[0027] Unless otherwise specified, in the description of the specific embodiments of the present utility model, expressions of terms indicating orientation or positional relationships such as "upper", "lower", "left", "right", "center", "inner", "outer", etc. are all based on the orientation or positional relationships shown in the drawings, or the orientation or positional relationships when the product / device / equipment of the present utility model is commonly used. These terms of orientation or positional relationships are only for the convenience of describing the solution of the present utility model or simplifying the description in the specific embodiments, so as to facilitate technicians to quickly understand the solution, rather than indicating or implying that a specific device / component / element must have a specific orientation, or be constructed and operated in a specific positional relationship. Therefore, it should not be construed as a limitation to the present utility model.

[0028] In addition, when terms such as "horizontal", "vertical", "hanging", "parallel" appear, it does not mean that the corresponding device / component / element is required to be absolutely horizontal or vertical or hanging or parallel, but it can be slightly inclined or have a deviation. For example, "horizontal" only means that its direction is more horizontal relative to "vertical", and does not mean that the structure must be completely horizontal, but it can be slightly inclined. Or, it can be simply understood that the corresponding device / component / element is arranged in directions such as "horizontal", "vertical", "hanging", "parallel", etc., and can have an error / deviation of ±10% relative to the corresponding direction setting, more preferably within ±8%, more preferably within ±6%, more preferably within ±5%, more preferably within ±4%. As long as the corresponding device / component / element is within the error / deviation range, it can still achieve its function in the solution of the present utility model.

[0029] In addition, when expressions such as "first", "second", "third", etc. appear in the terms, they are only used to distinguish the description of the same or similar components, and should not be understood as emphasizing or implying the relative importance of specific components.

[0030] In addition, in the description of the embodiments of the present utility model, "several", "multiple", "a plurality of" represent at least 2. It can be any situation such as 2, 3, 4, 5, 6, 7, 8, 9, etc., and even can be more than 9.

[0031] In addition, in the description of the technical solution of the present utility model, unless otherwise clearly specified / defined / limited, when terms such as "set", "installed", "connected", "connected", "provided with", "laid", "arranged" appear, they should be understood in a broad sense. For example, it can be a fixed connection, a detachable connection, or an integral connection. It can be connection means commonly used in the art such as welding, riveting, bolting, threaded connection, etc. This kind of connection can be a mechanical connection, an electrical connection or a communication connection; it can be directly connected, or indirectly connected through an intermediate medium, and can be the communication inside two elements.

[0032] In the present utility model, the rescue vehicle, various devices carried thereon, communication protocols, functional programs, and operating software involved in the upper computer 210 are all prior arts.

[0033] Embodiment 1

[0034] This embodiment provides an explosion-proof rescue self-organizing network topology based on a Mesh network. Refer to Figure 1 , the self-organizing network topology may include: an in-vehicle terminal 100 disposed on the rescue vehicle and a remote terminal 200 disposed in a safe area. And the in-vehicle terminal and the remote terminal are communicatively connected through a Mesh link. The in-vehicle terminal 100 at least includes: an explosion-proof box, a first switch 102, and a first Mesh module 103. The first switch 102 and the first Mesh module 103 are communicatively connected, and the first switch 102 and the first Mesh module 103 are disposed in the explosion-proof box. The remote terminal 200 at least includes: an upper computer 210 and a second Mesh module 220; the upper computer 210 is communicatively connected to the second Mesh module 220. The first Mesh module 103 is communicatively connected to the second Mesh module 220 to form a Mesh link.

[0035] The wireless Mesh network is a combination of a wireless local area network WLAN and an Ad Hoc network, and is a wireless network system with large capacity, high rate, and wide coverage. The wireless coverage distance is 10 - 20 Km, the theoretical uplink transmission rate is 90 Mbps, the theoretical downlink transmission rate is 90 Mbps, the transmission direction is 360 degrees, it has two-way transmission capability, supports multi-terminal access, and the transmission delay is 10 ms.

[0036] This embodiment forms a Mesh link between the rescue vehicle located in the rescue operation area and the upper computer 210 for remote control, meeting the data transmission requirements and communication distance requirements of the wireless communication of the rescue equipment for performing a blowout rescue task, so that the operators can remotely operate the rescue vehicle through the upper computer 210 to complete the rescue operation.

[0037] Based on the self-organizing network topology provided in this embodiment, the rescue vehicle and various devices carried thereon can achieve network communication with the upper computer 210. The upper computer 210 can remotely control the rescue vehicle and various devices carried on the rescue vehicle according to the self-organizing network topology provided in this embodiment.

[0038] Embodiment 2

[0039] This embodiment is a further improvement of Embodiment 1, and the repeated content will not be elaborated again. Refer to Figure 1, in this embodiment, the host computer 210 is communicatively connected to the second Mesh module 220 through the second switch 230. The host computer 210 is communicatively connected to the second switch 230 in a wired or wireless manner. The second switch 230 is communicatively connected to the second Mesh module 220 in a wired manner.

[0040] Preferably, the host computer 210 includes a fixed terminal 211 and a mobile terminal 212. The fixed terminal 211 is wired to the second switch 230. The mobile terminal 212 is wirelessly connected to the second switch 230.

[0041] Preferably, the first Mesh module 103 is communicatively connected to a number of sensors and devices carried on the rescue vehicle through the first switch 102.

[0042] Preferably, the first switch 102 is connected to a number of devices configured on the rescue vehicle through the industrial control computer 105.

[0043] Preferably, the industrial control computer 105 is communicatively connected to the control system of the rescue vehicle through the control layer switch 107.

[0044] Preferably, the control system of the rescue vehicle includes: a platform control PLC 108 and a general control PLC 109; both the platform control PLC 108 and the general control PLC 109 are communicatively connected to the industrial control computer 105 through the control layer switch 107.

[0045] Preferably, the control layer switch 107 is communicatively connected to the industrial control computer 105, the platform control PLC 108, and the general control PLC 109 through Ethernet respectively.

[0046] Preferably, the sensor at least includes a camera 104 configured on the rescue vehicle; the camera 104 is wired to the first switch 102.

[0047] Preferably, the first Mesh module 103 is also communicatively connected to a debugging terminal 106. The debugging terminal 106 is an explosion-proof operating mechanism for accessing the self-organizing network topology to achieve the operation control and data display of the entire equipment. The debugging terminal 106 can be a tablet computer or a mobile terminal.

[0048] Embodiment 3

[0049] This embodiment is a further improvement of Embodiment 1 and Embodiment 2. This embodiment is a self-organizing network topology for explosion-proof rescue based on the Mesh network. Preferably, the rescue vehicle involved in this embodiment is configured with a variety of sensors and functional devices.

[0050] Preferably, the sensors configured on the rescue vehicle can transmit the collected data to the host computer 210 of the remote end 200 through a self-organizing network topology structure, enabling the operators to access the data collected by the host computer 210 or various sensors.

[0051] See Figure 2 , preferably, the sensors may include a camera 104. Specifically, it may be an explosion-proof camera set in front of the rescue vehicle and an explosion-proof camera set behind the rescue vehicle. Preferably, the front vehicle explosion-proof camera and the rear vehicle explosion-proof camera configured on the rescue vehicle can acquire the environmental images around the rescue vehicle and the working images of the on-vehicle devices, and transmit the images to the host computer 210 of the remote end 200 through a self-organizing network topology structure.

[0052] The parameters of the explosion-proof camera are shown in Table 1.

[0053] Table 1

[0054]

[0055]

[0056] Preferably, the sensors may also include: pressure sensors, displacement sensors, angular velocity sensors, temperature sensors, etc.

[0057] Preferably, the functional devices may include devices such as the traveling device, hydraulic station, robotic arm, lighting device, etc. of the rescue vehicle. Preferably, the functional devices such as the traveling device and hydraulic station of the rescue vehicle are communicatively connected to the master control PLC 109. Preferably, the master control PLC 109 can control the functional devices such as the traveling device and hydraulic station of the rescue vehicle, enabling the rescue vehicle to move at the rescue site. Preferably, the functional devices such as the robotic arm and lighting device of the rescue vehicle are communicatively connected to the platform control PLC 108. Preferably, the platform control PLC 108 can control the functional devices such as the robotic arm and lighting device of the rescue vehicle, enabling the rescue vehicle to perform rescue operations at the rescue site.

[0058] See Figure 2 , preferably, the master control PLC 109 and the platform control PLC 108 are connected to the control layer switch 107 through Ethernet; the control layer switch 107 is also connected to the industrial computer 105 through Ethernet, enabling the master control PLC 109 and the platform control PLC 108 to establish a communication connection with the industrial computer 105.

[0059] Preferably, the layer 2 switch 107 can be an EDS-2008-EL industrial Ethernet switch. The EDS-2008-EL industrial Ethernet switch is equipped with up to eight 10 / 100M electrical ports, which is very suitable for applications that require simple industrial Ethernet connections. To provide versatility to meet the applications of different industries, the EDS-2008-EL series allows users to enable or disable the QoS function and broadcast storm protection (BSP) through the DIP switches on the external panel. In addition, the EDS-2008-EL series has a rugged metal enclosure to ensure suitability for industrial environments, and fiber optic connections (multimode SC or ST) can also be selected. The EDS-2008-EL series supports 12 / 24 / 48VDC single power input, DIN-rail mounting, and a high level of EMI / EMC rating. In addition to being small in size, the EDS-2008-EL series has passed a 100% burn-in test to ensure its reliable operation after deployment. The EDS-2008-EL series supports -10 to 60 °C.

[0060] Preferably, the industrial control computer 105 can be an embedded industrial control computer ARK-1250L.

[0061] See Figure 2 , the industrial control computer 105 is connected to the first switch 102 through a network cable; the first switch 102 is connected to the first Mesh module 103 through a network cable, so that the master PLC 109 and the platform control PLC 108 establish a communication connection with the first Mesh module 103. Since the first Mesh module 103 has established a broadband connection with the second Mesh module 220, and the second Mesh module 220 is communicatively connected to the host computer 210 through the second switch 230, the master PLC 109 and the platform control PLC 108 can establish a communication connection with the host computer 210 in sequence through the control layer switch 107, the industrial control computer 105, the first switch 102, the first Mesh module 103, the second Mesh module 220, and the second switch 230. The operator can control the master PLC 109 and the platform control PLC 108 through the host computer 210, and then control the rescue vehicle and its equipped devices, thereby completing the rescue operation.

[0062] Preferably, Figure 2 Mesh1 in

[0063] Preferably, the front vehicle explosion-proof camera and the rear vehicle explosion-proof camera configured on the rescue vehicle can be connected to the second switch 230 through a network cable. The image data obtained by the camera 104 reaches the host computer 210 after passing through the first switch 102, the first Mesh module 103, the second Mesh module 220, and the second switch 230 in sequence, enabling the operators to know the environmental images around the rescue vehicle and the working images of the on-vehicle devices through the host computer 210.

[0064] Preferably, the first switch 102 is an external docking switch, which is used to connect various sensors and functional devices configured on the rescue vehicle to the first Mesh module 103, so that the host computer 210 establishes a communication connection with various sensors and functional devices configured on the rescue vehicle. Preferably, the first switch 102 can be an EDS-P206A-4PoE intelligent 6-port non-managed industrial Ethernet switch. The EDS-P206A-4PoE intelligent 6-port non-managed industrial Ethernet switch is equipped with PoE (Power over Ethernet) for 1 to 4 ports. This switch is classified as a powered device (PSE). The EDS-P206A-4PoE switch can supply power centrally, and the power supply for each port can reach 30W.

[0065] Preferably, the host computer 210 includes a fixed terminal 211 and a mobile terminal 212. Preferably, the fixed terminal 211 can be connected to the second switch 230 through a network cable. Preferably, the mobile terminal 212 can be connected to the second switch 230 through WIFI. Preferably, the fixed terminal 211 can be a desktop computer, and the mobile terminal 212 can be a tablet computer.

[0066] Preferably, the model of the second switch 230 can be AWK-1137C. The AWK-1137C switch supports WLAN connections for Ethernet and serial devices, and its operating temperature, power input voltage, surge, ESD, and vibration all meet industrial standards and certifications. The AWK-1137C can operate in the 2.4 or 5GHz frequency band and is backward compatible with existing 802.11a / b / g devices, ensuring that the wireless deployment can meet future requirements.

[0067] Preferably, the debugging terminal 106 is connected to the first Mesh module 103 through WIFI.

[0068] Embodiment 4

[0069] This embodiment is an explanation of the usage method of the explosion-proof rescue self-organizing network topology based on the Mesh network involved in Embodiment 1, Embodiment 2, and Embodiment 3.

[0070] See Figure 3, the vehicle-mounted terminal 100 with an ad-hoc network topology is installed on the rescue vehicle, and the remote terminal 200 is installed in a safe area. The vehicle-mounted terminal 100 and the remote terminal 200 form a Mesh communication link, enabling the operators to remotely control the rescue vehicle to complete the rescue operation. Figure 3 Mesh1 in it represents the first Mesh module 103, and Mesh2 represents the second Mesh module 220.

[0071] The fixed terminal 211 or the mobile terminal 212 operated by the operator is connected to the second Mesh module 220 through the second switch 230, and forms a Mesh link with the first Mesh module 103 through the second Mesh module 220.

[0072] Preferably, the second Mesh module 220 uses sMesh750, and the first Mesh module 103 uses sMesh110.

[0073] The system parameters of sMesh750 are shown in Table 2.

[0074] Table 2

[0075]

[0076] The system parameters of sMesh110 are shown in Table 3.

[0077] Table 3

[0078]

[0079] The first Mesh module 103 of the vehicle-mounted terminal 100 is installed inside the explosion-proof box, and the explosion-proof box is used as the shell to resist the environmental impact.

[0080] Preferably, after the first Mesh module 103 and the second Mesh module 220 establish a communication connection to form a Mesh link, the front vehicle explosion-proof camera and the rear vehicle explosion-proof camera of the rescue vehicle can transmit the acquired image data to the host computer 210, enabling the operators to not only know the environmental images around the rescue vehicle and the working images of the vehicle-mounted devices through the host computer 210, but also operate various functional devices configured on the rescue vehicle through the host computer 210.

[0081] The above are only the preferred embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent replacements, and improvements made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. An explosion-proof rescue self-organizing network topology based on a Mesh network, characterized in that, Including: An in-vehicle terminal (100) installed on a rescue vehicle and a remote terminal (200) installed in a safe area, and the in-vehicle terminal (100) is communicatively connected to the remote terminal (200) through a Mesh link; The in-vehicle terminal at least includes: an explosion-proof box, a first switch (102) and a first Mesh module (103); the first switch (102) and the first Mesh module (103) are communicatively connected, and the first switch (102) and the first Mesh module (103) are installed in the explosion-proof box; The remote terminal (200) at least includes: a host computer (210) and a second Mesh module (220); the host computer (210) is communicatively connected to the second Mesh module (220); The first Mesh module (103) is communicatively connected to the second Mesh module (220) to form a Mesh link.

2. The explosion-proof rescue ad-hoc network topology based on Mesh network according to claim 1, characterized in that, The host computer (210) is communicatively connected to the second Mesh module (220) through a second switch (230); The host computer (210) is communicatively connected to the second switch (230) in a wired or wireless manner; The second switch (230) is communicatively connected to the second Mesh module (220) in a wired manner.

3. The explosion-proof rescue self-organizing network topology based on the Mesh network according to claim 2, characterized in that, The host computer (210) includes a fixed terminal (211) and a mobile terminal (212); The fixed terminal (211) is wiredly connected to the second switch (230); The mobile terminal (212) is wirelessly connected to the second switch (230).

4. A kind of explosion-proof rescue self-organizing network topology structure based on Mesh network according to claim 1, characterized in that, The first Mesh module (103) is communicatively connected to a number of sensors and devices carried by the rescue vehicle through the first switch (102).

5. The explosion-proof rescue self-organizing network topology based on a Mesh network according to claim 4, characterized in that, The first switch (102) is connected to a number of devices configured on the rescue vehicle through an industrial control computer (105).

6. The explosion-proof rescue ad-hoc network topology structure based on Mesh network according to claim 5, characterized in that, The industrial control computer (105) is communicatively connected to the control system of the rescue vehicle through a control layer switch (107).

7. A kind of explosion-proof rescue self-organizing network topology structure based on Mesh network according to claim 6, characterized in that, The control system of the rescue vehicle includes: a platform control PLC (108) and a general control PLC (109); both the platform control PLC (108) and the general control PLC (109) are communicatively connected to the industrial control computer (105) through the control layer switch (107).

8. A kind of explosion-proof rescue self-organizing network topology structure based on Mesh network according to claim 7, characterized in that, The control layer switch (107) is communicatively connected to the industrial control computer (105), the platform control PLC (108) and the general control PLC (109) respectively through Ethernet.

9. The explosion-proof rescue self-organizing network topology based on a Mesh network according to claim 4, characterized in that, The sensors at least include a camera (104) configured on the rescue vehicle; the camera (104) is wiredly connected to the first switch (102).

10. A kind of explosion-proof rescue self-organizing network topology based on Mesh network according to claim 1, characterized in that, The first Mesh module (103) is also communicatively connected to a debugging terminal (106).

Images