Decoding Notes

All fields are decoded, except for the latency field. The latency should be entered manually in Database Setup. No unit conversions are being applied by the driver. While decoding the header, version and checksum field (may be disabled) are being checked for valid data. In case the header field does not match the required value the whole message is rejected. In case the version field does not match the required value the whole message is rejected. In case the computed checksum does not match the checksum in the message the whole message is rejected. The status field values are translated into quality indicator values as follows:

See Online chapter regarding an alert display

Interfacing Notes

In case data is transmitted to QINSy via serial cable, only one-way cable wiring is needed, using the following wiring diagram: 

System Configuration

In order to allow the sensor to output lever arm corrected values of several of the outputted observations the user should enter the offsets of the sensor with respect to the Center of Gravity (CoG) of the object on which the sensor is mounted.
This may be done using the IxSea repeater software or the WEB interface, if applicable. This software may also be used to set the baud rate at which the sensor outputs the NMEA messages as high as possible.

Please connect your GNSS (GPS/GLONASS) to the Ixsea / Ixblue sensor and feed it with $GPGGA and $GPVTG.
If it's not possible to connect a GNSS system to the unit (i.e. ROV), one needs to enter the approximate position into the Ixsea sensor.

Database Setup

The driver supports the following system types:

All above systems can be used on the same COM / UDP port. This means that you only need one COM / UDP port to interface the above observations (Motion, Heading and Miscellaneous).

The $PHOCT message from the Ixsea sensor is decoded by the driver, but the fields to be used from the string depend on the selected slot value in the driver setup pages.

• Pitch, Roll and Heave Sensor
  
  For a single sensor of the 'Pitch, Roll and Heave Sensor' type the following slot values apply:

  Slot value	driver	Decoded fields
  Raw	Serial / Network	Roll (field 8 & 9), Pitch (field 10 & 11) & Raw Heave (field 12 & 13)
  Raw1	Network
  Raw2	Network
  Raw3	Network
  Slot value	driver	Decoded fields
  Lever	Serial / Network	Roll (field 8 & 9), Pitch (field 10 & 11) & Heave (field 14 & 13)
  Lever1	Network
  Lever2	Network
  Lever3	Network

  If a network driver is selected the $PHOCT string is sent to QINSy by UDP.

  It is possible to use the UDP input on multiple objects by selecting different slot numbers e.g.:

• • Object 1 -TAH driver - Slot value: Lever1
  • Object 2 -TAH driver - Slot value: Lever2 
  • Object 3 -TAH driver - Slot value: Lever3 
    
    This allows for multiple PRH and gyro systems to use the same output string from the system. 
    If the slot number is not kept unique then for some systems no data will be decoded.
    
    

  

  
  

  Replay both Lever and Raw heave values

  If you want to be able to Replay the data with the Raw and Lever slot values then you need to add 2 Systems on a single object:

  1. TAH driver - with slot value Lever.
  2. TAH driver - with slot value Raw.

  You should be able the use the same UPD port.

  If you are using a serial cable you will need to split the cable to a second Com port.

  Warning

  Note in this case Pitch convention is “Positive bow down” for iXSea TAH message, whereas QINSy default is Positive bow up.

• Gyros and Compasses
  
  For the 'Gyros and Compasses' type the following slot value applies:

  Slot value	driver	Decoded fields
  Heading	Serial / Network	True heading & status (field 6 & 7)
  Heading1	Network
  Heading2	Network
  Heading3	Network

  

  
  

• Underwater Sensor (Heave as Depth when using a Fall Pipe ROV
  
  For the 'Underwater Sensor' type the following slot values apply for an 'ROV Depth' observation:

  Slot value	Decoded field
  HeaveRaw	Raw heave (field 12)
  HeaveLever	Heave (field 14)

  Heave as Depth

  Make sure that you set the scale factor to: -1.00

• Miscellaneous Systems
  
  For the 'Miscellaneous Systems' type the following slot values apply:

  Slot value	Decoded field
  HeaveRaw	Raw heave (field 12)
  HeaveLever	Heave (field 14)
  SurgeLever	Surge (field 15)
  SwayLever	Sway (field 16)
  HeaveSpeed	Heave speed (field 17)
  SurgeSpeed	Surge speed (field 18)
  SwaySpeed	Sway speed (field 19)
  HeadingROT	Heading rate of turn (field 20)

  The observations decoded by the Miscellaneous Systems driver are only recorded and can be:

  • Shown in a Generic Display,

  • Logged to a online logging file (Generic Logging) 

  • Exported by Generic Export

  Info

  All slot values from the 'Miscellaneous Systems' use the 'Heave status' field (field 13) as the source for the observation's quality indicator value.

Online

Users are advised to set up an Alert Display to prevent the user from logging data with invalid motion and heading data.
Minimum required alerts would be the ones on the quality flags:

When users are using INS systems they are advised to to check the standard deviations of the Pitch, Roll and Heading. 
This can be done in the iXSea User Interface:

• Repeater program on the Expert Display
• Web interface on the Navigation display/page

Read theiXSea manuals regarding the INS initialisation procedure.

Post Processing (INS)

If an iXSea INS system is used, RAW data can be logged.
The RAW data can be Post Processed with POPINS or DELPHINS. The software can use a Post Processed GNSS trajectory as an improved position input to aid the INS.
With or without this improved position trajectory the software will process the data in forward and backward direction, which improves the INS position trajectory.
The result file can be imported into the recorded QINSy *.DB file. This can be done within the Raw Data Manager (Replay).

POPINS and DELPHINS software allow the user to replace the recorded GNSS input data with a post processed GNSS trajectory.
This post processed trajectory will function as an improved position input for the INS, which can reduce the GNSS rejected positions and reduce the INS drift (periods).

Please note that QINSy does not record RAW GNSS data for Post Processing purposes.
RAW GNSS data should be recorded from the GNSS separately (see picture above).

When setting up a template database for PP purposes, it is advised to add extra systems to your database as shown above.

LANDINS Embedded data logger records:

• INS realtime computed values at 5Hz. (All repeater data, H,R,P, STD etc.)
• All RAW Data of ACC and FOG
• All ODO DATA, as received from ODO realtime
• All GPS DATA, GGA, GST, as received from GPS realtime or QINSy's - NMEA conditional output driver
• Up to 3 EVENT MARKERS

Drivers.io Notes

The following command line options may be added to the "Drivers.io" file:

Additional Information

Although the NMEA message which is decoded by this driver is terminated by a CRLF pair the driver requires a fixed number of characters per message to determine the end of the message.
Using this end of message detection mode allows the driver to perform more accurate time tagging than when the CRLF pair had been used to detect the end of message.

Network - iXBlue Octans TAH (PHOCT) (UTC) - 23