Underwater Autonomous Vehicles Use Robots and Vision to Inspect Oil Pipelines

July 30, 2012 - via Petrobras


The Challenge:
Implementing autonomous inspection of flexible, submarine oil pipelines, also called risers, in deep and ultradeep water.

The Solution:
Designing and building an autonomous, riser-guided robot that propels to the desired depth and performs different types of inspection.

Among the various components of a submarine pipeline, the vertical section known as a riser is critical to managing the pipeline. This section connects the piping that runs along the bottom of the sea with the floating production platform. The basic system concept of an autonomous underwater riser inspector (AURI) uses the riser as a guide. Designed by EngeMOVI of Brazil, the AURI was the first robot in the world to independently inspect oil pipeline platforms.

Once the AURI starts, it inspects without human assistance, automatically returning to the surface when the mission is complete. It is independent in energy supply and control requirements. As there are no cables, the vehicle operates in deep waters (1,000 m) and ultradeep waters (3,000 m). The AURI uses the riser as a guideline, making the tool immune to streams of water.

The first AURI prototype can reach depths of up to 1,000 m. It uses two electric propellers to move along the riser, and possesses various security mechanisms for tool recovery in case of a fault in the system to minimize the chance of pipeline damage.

The AURI incorporates many sensing techniques, such as ultrasound and x-ray. The current prototype is equipped with visual inspection cameras. The four cameras use electrical signals controlled by a National Instruments (Austin, TX) Compact Vision System with synchronized LEDs. The vision system is the center of this intelligent tool, managing all tasks related to the camera, acquisition sensor, thruster control, compacting, and data storage inspection.

The AURI is composed of several systems that must coordinate and integrate to ensure mission success. The tool guarantees safe conditions for human operators and inspected equipment. The first AURI prototype is equipped with various sensors, including a pressure transducer, four IEEE 1394 cameras, two odometers, a digital compass, an inclinometer, and five thermometers.

The AURI incorporates many sensing techniques, such as ultrasound and Xray. The current prototype is equipped with visual inspection cameras. The four cameras use electrical signals controlled by a National Instruments Compact Vision System with synchronized LEDs. The lighting system is important in the underwater environment. The LEDs are on only during a brief period while synchronized with the camera valves, so they do not waste energy and can achieve an image with appropriate exposure.

As the vehicle may inadvertently rotate around the riser during the mission, a digital compass was added for acquiring exactly positioned images. The compass is connected to the vision system through an RS-232 connection.

The pressure transducer provides the computer with current depth information. The maximum depth is one parameter defined before starting the mission. Due to the uncertainty of the pressure sensor measurement (about 5 m), the depth value does not reference the images. For this function, two odometers were installed in two of the eight AURI wheels. Using two odometers ensures precise distance measurement even if one of the odometers slides. The odometers have dual functions: to command superposition between shots, ensuring 100 percent riser coverage; and to provide closed-loop feedback to control tool speed. Using odometer feedback, the onboard computer adjusts propeller power to maintain a constant speed during the mission. The odometers feature digital serial peripheral interfaces (SPI) and connect to the vision system through digital port I/O.

Sensors installed in vessels with different pressure values monitor the temperature so the batteries can be recharged without opening the vessels, which could jeopardize impermeability.

The AURI is driven by two electric propellers, each with 1,350W, that together provide about 56 kg/f. The propeller must overcome the positive thrust of 10 kg/f and the forces of friction (dynamic, viscous, and cinematic) simulated with the data obtained in pool tests. The maximum submersion speed is scheduled at around 0.5 m/s and the immersion around1.2 m/s.

The whole system is powered by two sets of batteries. One is used for all control systems, computers, and sensors, and the second powers the electric thrusters. Once the vehicle is placed in the water, the only human interface with the system is a magnetic switch located inside the pressure vessel with the onboard computer. A small Hall sensor positioned in a specific place was used. A diver must deploy a magnet in this place for three seconds to start the mission. This boot mechanism does not have movable parts, does not require opening any pressure vessel, and is strong enough to prevent undue drives.

The vision system is the center of this intelligent tool, managing all tasks related to the camera, acquisition sensor, thruster control, compacting, and IEEE 1394 80-GB hard-disk data storage inspection. It also provides an Ethernet connection for software updates, on-the-fly sensor and actuator test capacity, mission parameter definition, and data download. A small Wi-Fi antenna helps connect the vision system so that when the AURI is on the surface, the user can control it without cables.

System Software
The control software, developed in LabVIEW, is responsible for various tasks, including sensor acquisition, camera command, data storage and occurrence record inspection, IEEE 1394 barring management, vehicle return command, closed-loop speed control implementation, and interface coordination through a TCP/IP terminal in the vision system realtime environment.

Control algorithm development and AURI post-processing were advanced even before the electromechanical project was finalized by implementing simulators using the available electronic hardware, including the vision system, cameras, lighting, storage units, and propellants, that were purchased at the beginning of the project. Thus, a simulation and test system was assembled using hardware in the loop and simulated a complete riser inspection mission.

Analytically, the hydrostatic and hydrodynamic model was based on the project rotary that was developed. This way, the whole system can be tested for performance, IEEE 1394 barring configurations, camera and lighting shot synchronization, thruster and acquisition command, and sensor data storage. The controller can be tuned in speed closed-loop in advance with the simulation data.

When the field tests started, only a few adjustments had to be made. The programs for acquired data post-processing and result presentation were developed using LabVIEW system design software.

Important measurements were taken during pool tests to validate the AURI computational hydrostatic and hydrodynamic models. By configuring the AURI program to acquire the sensor signals at higher rates than necessary for normal inspection, the system friction coefficients can be raised, including the viscous friction of water passage through the pipeline and the structure, and the dynamic roller suspension friction. The measurements confirmed that the expected buoyancy would be 10 kg and the hydrostatic return emergency (without the thrusters) would be 0.6 m/s.

The mission to inspect 1,000 m of the riser took 44 minutes, with a significant safety margin on the available energy. In the field, the initialization sequence performs all peripheral and sensor tests in approximately one minute. Then a light flashes to inform the operator that the AURI is ready to start the mission. At this point, the diver moves away from the vehicle because the thrusters soon activate. When control software performs the mission, the AURI automatically connects to return. Although the thrust is positive, the AURI may reverse the propellants to overcome any obstacle.

With LabVIEW, the AURI was programmed for each missionʼs special features, and the same programming language was used for post-processing to transform the acquired data into useful information, showing mission results and hardware in the-loop simulation platforms. The vision system FTP and TCP capacities provided a simple way to transfer all acquired data and customize mission parameters through any computer or PDA. AURI remote software virtual instrument access provided a way to diagnose prototype failures.

This article was written by Ricardo Artigas Langer of EngeMOVI, Brazil. For more information on the National Instruments, hardware and software used, visit http://info.hotims.com/40432-320


External link: http://www.techbriefs.com/component/content/article/13370?start=1

Tags:
Author:Ricardo Artigas Langer

Search Community News

Browse Archive

Top Stories of the Months

Categories