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.

An overview of the AURI design.
Hung on the platform in deep waters, the risers are subject to extreme operational conditions such as high loads and subsea currents. Corrosion, fatigue, wear, and third-party dam age have to be taken into account to avoid compromising oil and gas production. The flexible pipeline, a solution used in the majority of riser installations, provides high reliability and low maintenance. However, despite advances in design and installation, riser inspection does not comply with operator requirements.

The basic system concept of an autonomous underwater riser inspector (AURI) uses the riser as a guide. The AURI controls its own speed and is designed to transport various types of screening devices. The first AURI was designed to perform a visual inspection with a codified photographic system covering 100 percent of an external riser’s surface. It was the first robot in the world to independently inspect oil pipeline platforms.

The System Prototype

The AURI was created to completely inspect the riser from the touchdown point surface, which is the end of the catenary curve near the sea bottom. Once the tool starts, it inspects without human assistance, automatically returning to the surface when the mission is complete. The AURI 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 mission is defined as the maximum depth to inspect, and is complete when one of the following conditions is reached: (1) the depth sensor achieves the maximum pressure, (2) the race length is achieved, (3) the system exceeds maximum mission duration, or (4) the inclinometer detects maximum inclination. Thanks to its positive buoyancy, the AURI always returns to the surface, even if the electronic system fails or the batteries are depleted.

System Hardware

The AURI lighting unit with LED and camera (right). Immersion of the AURI during the swimming test (below).
The first challenge was designing a mechanism with wheels to guide the vehicle through the riser while adapting to diameter changes, swelling, and obstacles. This mechanism also needed to be easy for a diver to open for installation and recovery. The AURI chassis had to be strong enough to bear the weight of all electromechanical pieces and the water stream (which should be weak to prevent any risk to the riser) during the mission. Breaking points were added to ensure a predictable failure in case the AURI chassis became stuck between the riser and the sea bottom.

To obtain positive buoyancy, special floats were designed using high-density resin with glass beads. The floats were molded on top of a structure made of aluminum and covered with thin plates of glass fiber. The floats were incorporated into the vehicle’s structural elements, maintaining a lower density of less than one. The structural elements are carbon fiber bars that unite the floats and form a structural fuselage.

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 real-time 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 revert 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 hardwarein- 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 .