In most of the world, legislation requires that submerged oil and gas pipe lines, cables, and power lines, are inspected on a regular basis to ensure they have not been damaged or compromised by scouring of the seabed which can lead to excessively long free spans.
QINSy is well suited to these types of linear surveys, whether the inspection sensors are mounted on the surface vessel itself or on ROVs, or other subsurface vehicles. Interfacing is available for all the sensors commonly used for these types of surveys, from multibeam, to side scan, to pipe-trackers, to, magnetometers to CP probes. Inspection surveys normally require a bathymetric survey of the seabed along the pipe or power cable route. The multibeam system and associated sensors can be mounted on the vessel, or on a ROV flying a few meters above the seabed.
When using ROV’s positioned with USBL it is extremely important to perform a USBL calibration. QINSy includes such a tool employing the standard calibration routines such as the “four quadrant method”, the “spin check” and the “Z check”. It also supports calibration routines for backward looking USBL systems.
QINSy has no limitation on the number of ROVs that can be positioned and displayed, so QINSy can be used for complex ROV jobs as well. QINSy provides several real-time 2D and 3D displays to visualize the inspection as it proceeds. If multibeam is used, the sounding grid is built in real-time during the multibeam survey, giving operators an initial impression of the pipe condition. During the inspection survey, the QINSy operator can define an output of textual information used as an overlay on the video system.
If some sensor data is to be logged in 3rd party software, QINSy can be configured to output date, time, position and any other required data. Multiple outputs can be configured each with a different data content and format.
An Eventing and Reporting tool allows the user to create an event mark for user defined events such as beginning and end of a free span, debris, and damage. During the survey the user uses a simple extra module in which the event types are displayed as ‘buttons’ to be pushed for the particular event. The type of event, its location, time, and, for certain events like free spans, also the distance is logged. At the end of the survey a report is easily generated.