<<

Guidance and Navigation Software for Autonomous Underwater Explorer of Flooded Mines Zorana Milošević, Ramon A. Suarez Fernandez, Sergio Dominguez, Claudio Rossi

Centre for Automation and Robotics UPM-CSIC, Universidad Politécnica de Madrid, Calle de José Gutiérrez Abascal, 2, 28006, Madrid, Spain, [email protected]

Abstract There are a vast number of abandoned old flooded mines in Europe, with inadequate information of their current status. Exploring and surveying such mines is both unfeasible and hazardous for human divers. UX-1 is an autonomous robotic platform for survey and exploration of such mines. In this work, we present the design, implementation and testing of the guidance and navigation system of UX-1. The system has been tested using a software-in-the-loop and hardware-in-the-loop techniques, and in a real mine environment. Keywords: underwater robots, flooded mines, mine exploration

Introduction Additionally, the depth of those mines poses The total number of flooded mines in Europe severe limitations on the possibilities of their is unknown. The estimations range from 5000 exploration, since human diving can be up to 30000. Many of such mines may still dangerous or even lethal in harsh deep mine have considerable amounts of raw materials conditions. and minerals that were disregarded during For the above mentioned reasons, robotics the operational lifetime of the mines due to imposes itself as a good solution for a non- low commercial value that made their further invasive flooded mine exploration. By using exploitation economically unfeasible. An an autonomous robotic system for gathering example of these materials is fluorite, which valuable geoscientific and spatial data, the until recently was considered a waste mineral strategic decisions on re-opening abandoned in many lead-zinc mines but now is on the mines can be supported by real data which EU list of critical raw materials (European cannot be gathered in any other way. Commission, 2017). The dependency on The serious development of autonomous the import of the raw materials, geological underwater vehicles (AUVs) began in the uncertainty, growing costs of exploration, 1970s. They have shown a big potential for technological and economic feasibility of a variety of tasks, including oceanographic mine development are problems for which surveys, sea floor mapping (Iscar et al. 2018) the EU is actively trying to find a solution. and air crash investigations, such as the use of After the discontinuance of AUV ABYSS and Bluefin-21 AUV in search activities, the maintenance systems stopped, of missing airplanes Air France Flight 447 the dewatering pumps were turned off and and Malaysia Airlines Flight 370 (Geomar if there was no drainage system present, 2009; LeHardy 2014). Most of the mentioned the closed mines tended to get flooded. The applications relate to open water environment, database developed by European Federation which imposes almost no restrictions on the of Geologists (EFG) counts 8174 flooded size and shape of the robot. metallic mines deeper than 50 meters, One of the first autonomous system to distributed in 24 different European countries. explore and map a subterranean cavern was The last available information regarding the DEPTHX robot. During its deployment status and layout of many of those mines in 2007 the vehicle explored four dates from decades (and in some cases from in Sistema Zacatón in Tamaulipas, Mexico even more than one century) ago, resulting (Gary et al. 2008). The operating environment in a rather incomplete and imprecise data. allowed the limitation-free design with no

690 Wolkersdorfer, Ch.; Khayrulina, E.; Polyakova, S.; Bogush, A. (Editors) IMWA 2019 “Mine Water: Technological and Ecological Challenges”

Figure 1 The UX-1 robot.

Table 1 Characteristics of the UX-1 robot. Features

Specification Weight Hull dimension Sphere 0.6 m diameter ≤ 106 kg Maximum speed 0.5 m/s Maximum operating depth 500 m Maximum pressure 50 bar Autonomy ≤ 5 hours substantial restrictions on the size of the with the harsh and unstructured nature of the robot. underwater environment are the cause of the The project UNEXMIN investigates limited number of real working robots for the the utilization of the capabilities of a case of mine exploration. fully autonomous underwater vehicle for This paper describes the navigation and exploration and 3D mapping of flooded guidance software architecture embedded mines. Considering that the dimensions in the UX-1. This system has been tested in of the can be as narrow as 1.5m, a controlled environment using a software- the robot must be small and have high in-the-loop (SIL) and hardware-in-the-loop maneuverability to be able to navigate (HIL) techniques, and in the real mine. through them. The developed UX-1 is a robot specifically tailored for Robot hardware architecture exploration, designed taking into account the The mechanical design of UX-1 is chosen aforementioned space limitations (Figure 1). to meet certain requirements, to wit: high The robot needs to be able to fit into small maneuverability, minimum drag, reduced mine openings, to resist high pressure when size, and long autonomous missions (Zavari operating at a certain depth and to avoid et al. 2016). Its spherical shape of 60 cm in getting entangled with obstacles such as ropes diameter is chosen in order to satisfy the two or cables encountered during the operation. first requirements. Furthermore, the spherical The main characteristics of the UX-1 robot design allows translation symmetry in all are briefly outlined in Table 1. directions without changing the heading of Autonomous mapping of underwater the UV. The hull is a machined aluminum mines is a relatively new and challenging pressure hull designed to endure water task. The main problem is the localization pressure up to 50 bar. The robot is equipped and navigation due to the attenuation of with a ballast system for driving through Global Positioning System (GPS) and radio- long vertical shafts up to 500 m. Moreover, frequency signals. These limitations coupled the robot has a pendulum system which uses

Wolkersdorfer, Ch.; Khayrulina, E.; Polyakova, S.; Bogush, A. (Editors) 691 IMWA 2019 “Mine Water: Technological and Ecological Challenges” batteries as weight to produce the pitching modularity, good hardware support (drivers) movement which is otherwise not possible and its messaging system which simplifies the with the current thruster configuration. communication between different modules The instrumentation that the robot of the software. carries can be roughly divided into two The SF module is responsible for providing categories: navigation equipment necessary pose and perception, while using the for basic robotic functions and scientific components of SLAM module. Internally, this instrumentation for collecting geological data. module is composed by three submodules: The first group includes thrusters, an inertial Pose Estimation, Sensor Perception and Data measurement unit (IMU), a Doppler Velocity Acquisition and Registration (acquiring the Log (DVL), a structured light system (SLS), data from all the sensors). a multibeam profiler sonar (Kongsberg M3), The SLAM module receives Pose and pendulum and ballast systems, batteries and a Perception information (provided by the SF computer. The second group contains a water module) and provides corrected map data sampler, conductivity and pH measuring and global localization of a robot. units, a sub-bottom profiler, a magnetic field The LLC module is a simple module measuring unit, UV fluorescence imaging consisting of two monolithic programs and multispectral imaging units. As it can running the two microcontrollers which, be noted, only indirect geological data according to the low-level commands collection methods are included, due to the received, directly control the actuators. special environmental characteristics that The GNC module will be explained in make it impossible the direct contact with the next section and the rest of the paper will the surrounding of the probe. The detailed be focused on this module, in particular, the configuration of the sensor instrumentation robot autonomous guidance and navigation is out of the scope of this paper. system. Robot software architecture Guidance and Navigation Software The software is organized modularly into four Architecture modules: Sensor Fusion (SF), Simultaneous In order for a robot to accomplish a task, it Localization and Mapping (SLAM), Low-Level needs to “understand” the environment, Control (LLC), and Guidance, Navigation i.e. what it looks like and where the robot and Control (GNC), whose interactions are is therein. A map is a representation of the depicted in Fig. 2a. Each module is developed environment and it should contain enough by a different team of developers, so special information for a robot to accomplish the attention has been devoted to the interface tasks of interest. between them to ensure a smooth integration. The GNC module has four main We refer the reader to the Deliverable 3.1 of submodules: Mission Planner, Guidance, the project1 for further details. Navigation, and Control. These submodules The Robot Operating System2 is chosen as depend on the Sensor Fusion and the SLAM a middleware (an abstraction layer between from which the GNC module obtains the hardware and the software) due to its the map, robot pose, and robot global

Figure 2 (a) Robot software architecture and (b) Simplified diagram of the GNC module.

1. http://www.unexmin.eu/public-deliverables/ 2. ROS, https://www.ros.org/

692 Wolkersdorfer, Ch.; Khayrulina, E.; Polyakova, S.; Bogush, A. (Editors) IMWA 2019 “Mine Water: Technological and Ecological Challenges” localization. In Fig. 2b a simplified diagram is challenging because of its complexity of the GNC module architecture is depicted. and various groups being involved in its The rest of the paper focuses on the first three development making the robot not always submodules; the Control module is out of the available for each group. Furthermore, scope of this paper. real experiments can be expensive, time- The Mission Planner is the highest level consuming, dangerous, or even impossible submodule in charge of configuring the to test under all conditions. Therefore, in overall strategy. This module takes as an input order to evaluate our GNC module we a set of planned actions, which depend on have performed a series of tests gradually whether the mine has already been explored increasing the complexity of them. Firstly, and mapped. In the case of an unknown map, using a Software-in-the-loop (SIL) technique, the action is explore, and if the map is known then Hardware-in-the-loop (HIL) and finally and available, the action is go to point. The go in a real mine. In Fig. 4, a visual description to point action is comprised of a goal location of the SIL and HIL is depicted. and possibly a science goal, such as water For the SIL tests, the simulated modules sampling or gamma-ray measuring. The are SLAM, SF, and LLC. Gazebo simulator3 is actions are fed sequentially into the guidance used for modeling the dynamics of the robot submodule. and the sensor data. All the inputs to the Guidance submodule has different GNC modules are simulated and its output, behaviors depending on the action. In the case LL commands, is sent to the Gazebo which of the go to point, this submodule extracts the controls the simulated robot. The advantage goal location from the action. If the action is of the SIL is possibility to test GNC module explore, the goal location is computed taken with various mine structures without having into account constraints such as the duration the real robot in our hands. of the mission and/or spatial coverage. Once For the HIL tests, the actual robot is used the goal location is known, the submodule and the experiments were performed in the plans the trajectory to move the robot from pool with the dimensions 10×6×5 m. The the current to the goal location taking into simulated module is SLAM and partially account the kinematic restrictions of the SF, while the LLC is real. The real inputs to robot and the positional requirements of the GNC module are LL feedback and robot the scientific data collection action. An position. The sensors related to the map example of a scientific data collection action building are simulated and its readings are imposing a specific positional requirement is inputted from Gazebo. The advantage of this multispectral image capture, which requires tests is using the real robot in the controlled maintaining a certain distance to the mine environment with low risks of damaging the wall during the operation. equipment while bypassing the readings of The calculated trajectory in a form of some sensors for map building in order to waypoints is further sent to the Navigation simulate different mine structures. submodule. This submodule generates In Fig. 5, two examples of different mine velocity profiles, i.e. a waypoint and the structures are shown. The structure on Fig. 5a information on how to traverse it with respect has been used for the HIL tests and is designed to time, which are finally transformed into as a scaled prototype of the uranium mine low-level control commands by the Control Urgeirica in Portugal with the dimensions submodule. fitting the available pool for testings. The In Figure 3, a high level description structure on the Fig. 5b has been used in the of algorithmic steps performed by the SIL tests which poses no limitations on the Mission Planner, Guidance and Navigation size of the mine structures. It represents a real submodules is depicted. sized mine Kaatiala in Finland where the first field trials took part. Results In Fig. 6 an example of the trajectory Testing the described software architecture planning is depicted. In Fig. 6a, a current

3 GAZEBO http://gazebosim.org/

Wolkersdorfer, Ch.; Khayrulina, E.; Polyakova, S.; Bogush, A. (Editors) 693 IMWA 2019 “Mine Water: Technological and Ecological Challenges”

Configuration parameters: Plan the trajectory from the current to the goal location Set of actions Send the calculated trajectory to the navigation submodule Resource constraints If action has science goals Repeat: Complete a required science goal For i = 1 to number_of_actions Get action i from set of actions Exception: If action is explore If there is emergency Compute goal location Stop any action and solve the emergency Else if action is go to point Extract a goal location from action Figure 3 High level description of the Mission Planner, Guidance and Navigation submodules.

Figure 4 SIL and HIL.

Figure 5 Mine structures used in (a) Hardware-in-the-loop and (b) Software-in-the-loop testings position of the robot inside the mine is the stringent operational conditions that shown. In Fig. 6b, a computed map of the such a hostile environment represents and mine and the planned trajectory is depicted, the decisions, regarding both the physical while on the Fig. 6c the same planned characteristics of the robot and its software trajectory is shown but without the map for architecture, made during its design phase. easier visualization. The details provided in this paper focus on the submodules responsible for robot Conclusions and Future Work guidance and navigation, and on the different This paper introduces the autonomous incremental frameworks deployed to test robotic platform UX-1 developed in the them. In such incremental test frameworks European project UNEXMIN for underwater different parts of the of architecture of the exploration of flooded abandoned mines. complete robotic platform are substituted for Special emphasis is placed in the link between simulations, allowing therefore to test all the

694 Wolkersdorfer, Ch.; Khayrulina, E.; Polyakova, S.; Bogush, A. (Editors) IMWA 2019 “Mine Water: Technological and Ecological Challenges”

Figure 6 Example of trajectory planning (a) Current position of the robot (b) Built map and the planned trajectory (c) View without the visualization of the map. interactions and communications between and Social Committee and The Committee of the guidance and navigation submodules and the Regions on the 2017 list of Critical Raw Ma- the rest of modules of the system in different terials for the EU. COM (2017) 490 final, Brus- development stages of the complete platform. sels In this way, testing at three different levels of Gary M, Fairfield N, Stone WC, Wettergreen D, completeness is designed and run, wherein Kantor G, Sharp JM (2008) 3-D mapping and testing the complete software and hardware characterization of Sistema Zacatón from DEP- platform in a real mine represents the last and THX. In: Geotechnical Special Publication. p final operational level in the development 202-212 of UX-1. Results of partially simulated Geomar – AUV Abyss – www.geomar.de/en/cen- architectures and preliminary results tre/central-facilities/tlz/auv-abyss/1986/chro- corresponding to the complete platform level nology-auv/ Accessed 2019-02-02 are presented in this paper. Future campaigns Iscar E, Barbalata C, Goumas N, Johnson-Rober- in several abandoned flooded mines are son M (2018) Towards low cost, deep water AUV planned (Urgeirica uranium mine in Portugal optical mapping. In: Oceans MTS/IEEE Charles- and Ecton copper mine in UK), which will ton, SC, doi: 10.1109/OCEANS.2018.8604772 soon lead to an extensive evaluation of the LeHardy PK, Moore C (2014) Deep ocean search complete platform in different mines with for Malaysia airlines flight 370. In: Oceans – St. different peculiarities and specific details. John’s, NL, doi: 10.1109/OCEANS.2014.7003292 Acknowledgements Thrun S, Thayer S, Whittaker W, Baker C, Bur- gard W, Ferguson D, Hahnel D, Montemerlo D, The UNEXMIN project has received funding Morris A, Omohundro Z, Reverte C, Whittaker from the European Union’s Horizon 2020 W (2004) Autonomous exploration and map- research and innovation programme under ping of abandoned mines. IEEE Robotics Au- Grant Agreement No. 690008. The authors tomation Magazine 11(4):79-91. doi: 10.1109/ thank M. Pici for the help with the review of MRA.2004.1371614 the paper. Zavari S, Heininen A, Aaltonen J, Koskinen KT References (2016) Early stage design of a spherical under- European Commission (2017) Communication water robotic vehicle. In: 20th International from The Commission to The European Parlia- Conference on System Theory, Control and ment, The Council, The European Economic Computing. IEEE,pp240–244

Wolkersdorfer, Ch.; Khayrulina, E.; Polyakova, S.; Bogush, A. (Editors) 695