$CNF006: Type=0.42 Surface Navigation $CNF007: Name=Ashtech GPS1 $CNF008: Mode=[Sim], IO Type: COM, port: 54 IO: 9600 N 8 1 $CNF009: XYZ=0.000 10.000 0.000 $CNF010: Object=000 MyVessel $CNF011: [Instrument01] $CNF012: Type=0.50 Surface Navigation $CNF013: Name=Racal UKOOA GPS 1 $CNF014: Mode=[Sim], IO Type: COM, port: 20 IO: 9600 N 8 1 $CNF015: XYZ=0.000 0.000 0.000 $CNF016: Object=000 MyVessel $CNF017: [Instrument02] …. $CNF128: Channel3=MAG2 $CNF129: XYZ3=0.300 0.000 0.000 $CNF130: InUse3=1 $CNF131: $END: 01.02.2002 11:52:02 C:\EIVA\log\NP_INS.INI ‘CNF’ represents an INI-like copy of the NaviPac setup, including one section per instrument. Due to the amount of data, we suggest that you use UDP/IP for this.
Page 50 of 55
4.6 Depth NaviScan is configured to send out the observed centre depth (depth below keel) on a UDP/IP port. This can be read in NaviPac using a standard NMEA input:
Figure 8 Importing centre depth into NaviPac The UDP/IP port must always be ‘5999’, and the IP address must be the local address.
4.7 Summary NaviPac Position to NaviScan
NaviScan Pos from NaviPac Logging control: NaviPac old
Position (Exp.) to NaviScan
Position (exp) from NaviPac
Gyro and age to NaviScan
NaviPacCalcGyro
RTK height to NaviScan
Bathy: Simrad
Heave correction and GPS height
NaviPac Heave Cor
EIVA runline control
Logging control: NaviPac
Nav Settings to NaviScan
Logging control: NaviPac (passive)
Table 2 Summary of all possible integrations with NaviScan
Interfaces.docx Last update: 26/8/2015
Page 51 of 55
5 Sharing ports between NaviPac and NaviScan NaviPac offers a feature to share COM ports with NaviScan (or other external receivers). This is done by sending the time-tagged data (registered by NaviPac) out on the UDP/IP network using the TimeBox/ATTU data format: { char
Ident[4];
// Packet starter: always ‘EIVA’
INT32
Length;
// Length of packet – remaining of entire packet
INT32
VersAndDomain; // First 16 bit version number (1)
INT32
InsId;
// Id of instrument – version 1 COM port number
TIMEVAL
time_stamp;
// Timestamp of reception of telegram (first bit)
// Last 16 bit domain id – unique time box number
} char
data [length-16]; // The raw telegram – not really a part of // structure – but follows right after the header
Data is kept in four-byte structures to avoid any discussions on special alignments. Where TIMEVAL is found in the general sys/time.h header file. In Windows it is defined as: struct timeval { long
tv_sec;
/* seconds */
long
tv_usec; /* and microseconds */
};
And in UNIX/Linux: struct timeval { time_t
tv_sec
// seconds
suseconds_t
tv_usec
//
microseconds
};
The reasons for selecting this protocol are:
Page 52 of 55
The data is delivered with time-tag as per NaviPac – thus delivered in a consistent way Several programs use the ATTU (TimeBox) protocol and can use this directly
5.1 Setup in NaviPac You must enable the port sharing functionality in NaviPac Configuration via Options > Global Parameters > NaviScan > Enable port sharing.
Figure 9 Exporting shared setup from NaviPac Enable port sharing Define whether NaviPac should export data from data inputs to NaviScan and thus enable port sharing between the two programs without losing time-tagging accuracy. This is only applicable for serial (COM) inputs from:
GPS Gyro Motion sensor Doppler log Bathy
Port sharing can be used on same PC or on remote PC(s). Destination Enter the destination address of the receiver computer, eg:
10.10.1.33 For specific PC receiving the data 10.10.1.255 For broadcast to multiple receivers on same subnet 127.0.0.1 For local PC only
Interfaces.docx Last update: 26/8/2015
Page 53 of 55
Port ID The data will be sent out as UDP/IP messages using the TimeBox format. Each serial port will be output on its own UDP port, defined by the original port number plus this add-on. If you, for example, enter ‘10000’, then COM1 will be sent on UDP 10001. Data selector Select whether you want NaviPac to broadcast all inputs (‘All’) or only for a selected object (eg ‘ROV1’). The changes in setup will not be available until the next restart of navigation.
5.2 Setup in NaviScan The drivers that have been enabled for port sharing in NaviPac can be imported into NaviScan by using the ATTU (TimeBox) interface:
Figure 10 Imported shared setup The key is to know the mapping between the NaviPac drivers and the NaviScan drivers so you select the correct driver in both programs. The mapping can be automated in NaviScan via an import function that guides you through this mapping.
Page 54 of 55
Figure 11 Importing the setup Please note that the NaviScan PC must be time-synchronised with the NaviPac PC when using two different locations. This can either be done via interfacing of ZDA/PPS or by using the network time server.