Escolar Documentos
Profissional Documentos
Cultura Documentos
Revision 8.0,6/6/2016
RealTime_RecordingExample.PDF
Table of Contents
1
1.2
1.2.1
1.2.2
1.2.3
1.2.4
1.3
1.3.1
1.3.2
1.4
1.4.1
Setting Up your R/T GUI Features - VIEWs and LAYOUT MANAGER ..... 18
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.5
1.6
2.2
Document History................................................................................................... 41
RealTime_RecordingExample.PDF
Although this example is only using ONE sonar (sidescan), SonarWiz does have the
capability of simultaneously recording from TWO sonar devices, if they are in two
different categories (e.g. 1 sidescan + 1 sub-bottom). In a case like that, 1 XTF file, and
1 SEG file, would be recorded at the same time, along with ALL OTHER optional
recordings (e.g. fathometer, heave sensor, magnetometer), and the GPS feed.
For this example, the sidecan+mag recording simulation process overview diagram is
like this:
In principle, you can apply this to other scenarios too, using different GPS formats,
different sonar, or different magnetometer types, and other sensor inputs, that can be
recorded at the same time (e.g. heave sensor, fathometer, cable payout meter). The
example uses Watson EGG 260 type GPS format, and CMAX CM2 sidescan sonar
(simulated), and Geometrics 882 type magnetometer data.
RealTime_RecordingExample.PDF
Note that you should use the GPS format selection, in the SonarWiz navigation dialog,
that actually matches your format. The Watson EGG 260 format selected here is just an
example to match the data sample TXT file (shown above), that we are using for the
simulation.
For this sample navigation data, we set up the CREATE PROJECT dialog in SonarWiz,
like this:
RealTime_RecordingExample.PDF
WRITE FUNCTION
NMEAWiz 9600,8,N,1 GPS
data sent at 2 Hz from file
NMEAWiz 9600,8,N,1 MAG
data sent at 5 Hz from file
READ FUNCTION
RealTime_RecordingExample.PDF
The reasoning behind using COM-port pairs like this, is that the NMEAWiz application
puts COM2 in use, when it writes data to it. As COM2 is in use, SonarWiz cannot
acquire COM2 for reading out the data, but when the data re sent to COM 3, SonarWiz
can acquire and read COM3.
1.2.2 NMEAWiz - instance 1 - GPS simulation set-up
The GPS data in the sample TXT file were 2-lines per second, so we set up NMEAWiz
instance 1 to send data into COM2 at 9600,8,N,1 format at 2 Hz from the file
"Watson_260_04_01_14.txt":
Successful input of navigation, even if it is the wrong format, will indicate like this at the
bottom of the SonarWiz GUI, with an active compass icon:
When you lose navigation data feed for 5 secs, you will get this error indication in the
SonarWiz GUI:
Rev 8, 6/6/2016 support@chesapeaketech.com 650-967-2045
Page 6
Doc location: \\CTI-SERVER1\Shared_Documents\TechnicalReferences\Real-Time_Info
RealTime_RecordingExample.PDF
When you acknowledge the error, the compass icon will go RED X like this:
RealTime_RecordingExample.PDF
RealTime_RecordingExample.PDF
The sample data in this case only has 3 fields, but we can ignore the fourth field
(missing):
NMEAWiz instance 2 was set up to deliver this file to COM4 at 5 Hz like this:
RealTime_RecordingExample.PDF
RealTime_RecordingExample.PDF
You have many options to defined the lines - like from a pre-defined boundary, drawing
lines within a perimeter boundary, or within the bounds of a feature you have dedined in
SonarWiz, or maybe a parallel set of counter-directional line clones lines offset from a
primary line. We also have a tutorial video showing how to create a set of survey lines
around a survey-line set around a contact position:
https://www.chesapeaketech.com/videos/sonarwiz-5-videos/
You can "follow" a pre-defined survey line too - telling SonarWiz to direct the boat along
the survey line you have defined. This is possible when GPS navigation data is feeding
into SonarWiz, so that it knows your vessel position and heading.
If you have collected sonar data in a previous survey, and wish to viwe contact locations
more closely, you could create a contact report or exported ASCII CSV file from the
contact manager, and use the position information to create a survey line set going from
one contact to another - like a treasure hunt route plan.
Rev 8, 6/6/2016 support@chesapeaketech.com 650-967-2045
Page 11
Doc location: \\CTI-SERVER1\Shared_Documents\TechnicalReferences\Real-Time_Info
RealTime_RecordingExample.PDF
and see in the lower-left area, options for presenting a real-time "vessel" icon in the map
view. You can select its size, bow-extension length, color, and how often it re-centers
the display:
RealTime_RecordingExample.PDF
RealTime_RecordingExample.PDF
When navigation is feeding into SonarWiz properly, the real-time vessel position (and
optionally, cable-out and fish position), are graphically displayed on the map view:
With a basemap nautical chart below the sonar data and vessel icon, it's easy to see
where you are.
RealTime_RecordingExample.PDF
(3) A third option for seeing where the vessel is located, and navigating a survey line
using route-correction, is to try the HELM DISPLAY application. This application is
available to anyone with a real-time license in SonarWiz, and is described in the USER
GUIDE section 4.5 here:
Basically you export a UDP-format copy of the live SonarWiz navigation data, as a
broadcast into your vessel Ethernet network, and then read the data at the helm on a
networked PC, where you have the HELM DISPLAY application running. You download
the HELM DISPLAY from the support web-site www.chestech-support.com here:
The HELM DISPLAY application installs here by default:
An example GUI looks like this, where we have not drawn a survey line (hence the red
off-track indication):
RealTime_RecordingExample.PDF
The left-right steering indicator works best if you do have a survey line, as it will tell you
at the helm whether you are on-track or not, or how far off-course (meters).
HELM DISPLAY has audible / visual alarm options too, for helping follow the survey
line. Alarms can be sounded at a programmable threshold deviation from perfect linefollowing:
RealTime_RecordingExample.PDF
We expand here, on sequence steps 3 and 4 - setting up the screen GUI layout for R/T
work, then setting up data acquisition parameters. Specifically, we will:
(1) set up and start the sonar data coming in (section 1.2.1 below)
(2) set up and start the sonar data coming in (section 1.2.1 below)
(3) set up and start the magnetometry data coming in (section 1.2.2 below)
(4) set up and start the navigation (GPS) data coming in (section 1.2.3 below)
Rev 8, 6/6/2016 support@chesapeaketech.com 650-967-2045
Page 17
Doc location: \\CTI-SERVER1\Shared_Documents\TechnicalReferences\Real-Time_Info
RealTime_RecordingExample.PDF
(5) start recording all 3 using QuickRecord button (section 1.2.4 below)
1.4.1 Setting Up your R/T GUI Features - VIEWs and LAYOUT MANAGER
The User Guide has some great advice about this topic. What you will be doing is twofold:
(1) Use View -> Data-acquisition to see, and select, and position (dock), the various
optional real-time displays you want to use during the real-time survey work. Please
refer to the User Guide on deatils about the display options, and docking. In overview,
here are the data-acquisition options available to you in SonarWiz version 6.02.0012:
In a WATERFALL DISPLAY 1, for example, you will select the GEAR icon to adjust
settings, an d select to display the data you want to see, e.g. sidescan channels 1 and 2
(port and starboard):
RealTime_RecordingExample.PDF
This will give you a real-time display much like you see in DISCOVER - a vertically
oriented (by default) data display flowing DOWNWARD showing the port and starboard
sidescan data as it is flowing into SonarWiz. If you have no sub-bottom data recording my all means disable display of sub-bottom channels.
To adjust the color palette and other settings inside the WATERFALL, right-click inside
the waterfall to get this drop-menu:
RealTime_RecordingExample.PDF
A second really useful display is SYS INFO. Some of these data (e.g. event number_
only update when RECORDING is turned on:
RealTime_RecordingExample.PDF
Use the GEAR icon in that GUI object, to select what numerical data-readouts you wish
to be seeing during the survey:
RealTime_RecordingExample.PDF
Use the check-boxes to select what you need to be seeing numerically in the display
during the survey. These data may update slowly, as screen update has lower priority
than R/T data recording. We recommend minimizing the display update demands you
place on the CPU. Maybe set up the SYS INFO initially to verify recording, then turn it
off or reduce the data shown.
Dock the GUI views you have selected, and then name and save your GUI set-up using
the LAYOUT MANAGER:
RealTime_RecordingExample.PDF
RealTime_RecordingExample.PDF
You would use your real sonar server for this, but for the simulation, we used the CMAX
CM-2 and simulated data.
If you lose sonar data incoming, for about 10 secs, you will see this on the screen:
Here's the definition dialog for activating the incoming magnetometer data feed, in our
case a Geometric 881/882 format, on COM5, in 9600,8,N,1 format:
Rev 8, 6/6/2016 support@chesapeaketech.com 650-967-2045
Page 24
Doc location: \\CTI-SERVER1\Shared_Documents\TechnicalReferences\Real-Time_Info
RealTime_RecordingExample.PDF
Then fill in the settings, and click the Enable Serial I/O button:
When you then have active data coming in from the G882, your mag data receive icon
at the bottom of the GUI will be active (no RED X):
RealTime_RecordingExample.PDF
If there is no mag data coming in, but it has been enabled in the dialog, the GUI icon will
look like this:
When you lose mag data feed to 5 secs, you will again see RED X as the icon
indication.
Definitely a good idea to take corrective measures if that happens.
RealTime_RecordingExample.PDF
This example shows setting up for the Watson EGG 260 navigation data type, but in
principle you set up any navigation data type this way:
(1) connect your GPS feed to a COM port (or Ethernet UDP port)
(2) set up the settings,
(3) click the ENABLE checkbox.
Here are the settings we used for this simulation:
We are using one of the many navigation formats available in SonarWiz. You select the
format when you open the NAVIGATION dialog, here:
RealTime_RecordingExample.PDF
You need navigation set up like this, whether you are recording sonar, or sonar +
magnetometer. The GPS feed data provide the position information (e.g. latitude,
longitude), and these are stored into the XTF file of the sidescan sonar data recording,
and into the MAG data file recorded for the magnetometer data. SonarWiz combines the
GPS data and magnetometry data, and stores them both into the same file, of type
*.MAG, in the MAG folder of the current project.
The "Raw Navigation" checkbox requests that a copy of the incoming GPS feed also be
saved in the SENSORS folder of the project, in a file names the same as the XTF line
and MAG line recorded, but with file type *.NAV.
Having all these somewhat redundant representations of the navigation data provides
security, in case the data need to be checked, edited, changed, repaired.
When navigation is ENABLED, and active data are coming in, the SonarWiz bottom-ofGUI "compass" icon will appear active like this:
RealTime_RecordingExample.PDF
When SonarWiz is unable to receive and parse the navigation data for 5 seconds, the
navigation lost error will appear like this:
RealTime_RecordingExample.PDF
If you send in the data in with serial settings like above, each character will be 10 bits
sent in at 104 microseconds per bit = 1.04 msec per character. The sample RMC
sentence has 77 characters:
$GPRMC,094812.180,A,1926.34617,N,12934.87127,W,2.500,100.0,170414,0.0,E,A*14
so at 9600 bps it will take 80 msec to transfer into a COM port and it would be good not
to exceed a 10 Hz sentence rate. Why send any faster than 4 Hz anyway?
(2) If your maximum sentence rate is being exceeded, consider slowing down the
sentence rate, and choosing a faster baud rate, if these are options. Our
recommendation of 1-10 Hz range on the sentence rate provides adequate navigation
positions associated with pings, in most cases.
(3) Collect some sample navigation data either of two ways. One way is by recording
the data into the *.NAV file in SENSORS folder of your project, using SonarWiz:
RealTime_RecordingExample.PDF
The second way removes SonarWiz from the data flow, and is to simply record some
COM port serial data input using MTTTY.exe, the "Serial Port Test" utility shipped with
SonarWiz. A descriptive PDF explaining how to capture sample serial data with
MTTTY.exe is here:
www.chestechsupport.com/download/ctisupport/SonarWiz_5/UserDocs/SerialPortTest_FileCapture.pdf
You have to set up the sonar and/or mag sensor data flow FIRST, or you will get an
error like that above. Helpful news! Press STOP RECORDING and fix, then try again.
If you click QUICK RECORD and see an error in the SYSTEM OUTPUT window, your
file may not have started recording:
Check this out and make adjustments to get the error cleared, then you can record data.
When you have successfully gotten recording going, there will be no error message in
the SYSTEM OUTPUT area, and the recording icon will look like this:
RealTime_RecordingExample.PDF
In another example, with no magnetometer set up, we show what to look for in the
SYSTEM OUTPUT area, when recording has successfully started:
Watch for error messages, and collect a 2-5 minute period of data, then stop the
recording and review what you have collected. make sure gains look ok, data quality is
vivid, clear, make corrections or adjustments necessary, then go ahead and start a real
survey.
When you have collected enough data, click on STOP RECORDING and review your
data.
RealTime_RecordingExample.PDF
The file name created above was Line-0002.mag, but to edit it easily in NOTEPAD, we
renamed it to Line-0002.mag.txt. No matter what type of input magnetometer format
was used, when SonarWiz records the mag data, it is formatted like this in the MAG file
created.
1.6 MAG Real-Time Displays
Three helpful outputs to select from View -> Data Acquisition Views are:
(1) System Information (select gear icon and then mag field strength),
(2) Sensor Status, and
(3) Sensor graphs (again select mag field strength).
RealTime_RecordingExample.PDF
The resulting data display is an interesting monitor of what's happening in the mag data,
with system information, sensor status, and sensor graph all shown in the example:
RealTime_RecordingExample.PDF
2 Magnetometry Post-Processing
General mag post-processing is discussed well in our companion PDF for mag postprocessing. This section gives a specific example though, of the data recorded in the
simulation session described above.
2.1 Mag Editing the Line-0002.mag Data File
With the project still open, the MAG data already presents itself as a CMF file in the
project, and you can select it and edit it like this:
(1) right-click a selected mag line, and
(2) select edit selected mag file
RealTime_RecordingExample.PDF
The thing to note about this example is the record count. When you record data, like in
this example, as 5 Hz for 270 seconds, the record count is about 1350. You can see all
these in the recorded line Line-0002.CMF, by editing that line. The mag editor shows it
like this, with a record count just over 1300:
RealTime_RecordingExample.PDF
If you import a mag line though, SonarWiz down-samples magnetometry data to create
an approximate 1 Hz input. In this case, that makes about 270 records would show in
an imported version of Line-0002. You can see this in the import example below. Since
5.07.0012 version, there also exists a full-resolution no-downsampling magnetometry
import option:
RealTime_RecordingExample.PDF
RealTime_RecordingExample.PDF
SWM-E,T,D,L,L,Y,X,M,A,D,A is the format of mag data which are saved in a TXT type
file when SonarWiz records the mag data. So if you used SonarWiz to record your mag
data, the file will be in this format, and you should use this template choice, for import..
Rev 8, 6/6/2016 support@chesapeaketech.com 650-967-2045
Page 39
Doc location: \\CTI-SERVER1\Shared_Documents\TechnicalReferences\Real-Time_Info
RealTime_RecordingExample.PDF
You would proceed to pick anomalies, make an anomaly report ...etc. Note that the
record count here has been down-sampled to 270 records, though the data shape
remains the same.
RealTime_RecordingExample.PDF
3 Document History
Rev 8, 6/6/2015 - Examples of how to control and view, vessel position added, using
map view, sys info, and helm display examples.
Rev 7, 2/5/2016 - Added a real-time GUI set-up example\s section 1.2.1 using LAYOUT
MANAGER, and included a few example View->Data-acquisition GUI items that
come in useful when doing real-time.
Rev 6, 1/26/2015 - New standard Tech Doc format with title page released, and new
5.07.0012 magnetometry full-resolution import option described.
Rev 5, 8/28/2014 - Sections added to clarify real-time mag recording formats.
Rev 3, 4/17/2014 - Section 1.2.3 strengthened with a new section 1.2.3.1 explaining
options for diagnosis of a situation where navigation signal loss is being experienced
periodically.
Rev 2, 4/3/2014 - Document converted from specific example to generic
GPS/sonar/mag data recording scenario. Clarification added about
(1) how GPS data is stored with the MAG data, and
(2) the sonar/mag recording start-up issues and how to handle them, and
(3) The mag import record-count down-sampling issue
Rev 1, 4/2/2014 - Basics of mag recording and post-processing presented