RDI Tools User Guide
RDI Tools User Guide
Information included herein is controlled by the Export Administration Regulations (EAR) and may
require an export license, license exception or other approval from the appropriate U.S. Government
agency before being exported from the United States or provided to any foreign person. Diversion
contrary to U.S. law is prohibited.
Page ii
Page iii
LIST OF FIGURES
LIST OF TABLES
Page iv
February 2013
• Updated software requirements and installation section
• Updated software history
• Updated styles and fonts
• Added note that BBList requires a 32-bit computer to run
November 2009
• Updated software history section.
• Updated BBSub documentation - new filter added.
May 2008
• Minor changes to the manual: Incorporated ICN-063 information and added how to deal with
"Crazy Mouse".
Page v
Page vi
Chapter 1 – Introduction
This guide is an overview on using the RDI Tools utility software provided with your system. Use BBTalk
to communicate with the ADCP.
There are two other visual aids that help: Notes and Cautions.
This paragraph format indicates additional information that may help you avoid problems or
that should be considered in using the described features.
This paragraph format warns the reader of hazardous procedures (for example, activities that
may cause loss of data or damage to the WorkHorse ADCP).
System Requirements
TRDI software requires a Windows® compatible computer with the following specifications:
• Windows 8®, Windows 7®, Windows Vista®, or Windows XP Pro® laptop or desktop com-
puter or Windows 8® Intel® compatible tablet (e.g. Acer® Iconia W510)
• 2.0 or higher GHz PC
• 512 MB or more of RAM
• 50 MB Free Disk Space plus space for data files (A large, fast hard disk is recommended)
• Minimum display resolution of 1024 x 768 (higher recommended)
• CD-ROM or DVD-ROM Drive (when installing from CD or DVD)
• Mouse or other pointing device
• One or more Serial Ports
• Bluetooth capability if using a RiverRay or StreamPro ADCP.
Software Installation
To install the RDI Tools software:
1. Insert the compact disc into the CD-ROM drive and then follow the browser instructions on the
screen. If the browser does not appear, complete Steps 2 through 4.
2. Use Windows Explorer® to open the CD drive folder.
3. Double-click on launch.exe.
4. Follow the browser instructions on the screen.
Once, installed, you will have several shortcuts added to your Windows® Start menu. The BBTalk
shortcut will start BBTalk. BBLIST will start the DOS BBLIST program.
The default directory for BBTalk installation is C:\program files\RD Instruments\RDI Tools.
Using the F4 key to switch between ASCII and Hex will also determine what type data will be
recorded to the Log file. For example, pressing F4 to switch to the Hex mode will cause Hex data
to be recorded to the Log file.
Communication Parameters
To establish communications with the ADCP:
1. At the Connect To screen, select the ADCP type (WorkHorse, BroadBand, NarrowBand,
Channel Master, NEMO, AccQmin, DVS, or RiverRay) from the list.
See the WinRiver II User's Guide for information on using Bluetooth communications.
3. On the Port Settings screen, select the baud rate, parity, stop bits, and flow control. Click Next.
• Overwrite Log Files When Opening – Log files with the same name will be overwritten.
• Error Checking for Script Files – Check the Script file for errors before running.
• Send CK On Baud Rate Change (CB Command) – Automatically sends a CK command
to WorkHorse and BroadBand ADCPs to save the baud rate after the baud rate has been
changed using the CB command.
• Echo Characters – BBTalk will echo typed characters to the screen. This is required for
NEMO communications, otherwise leave unchecked.
• Wait for Prompt in Script File – BBTalk will wait for the “>” prompt while running script
files.
5. Click Finish.
6. On the File menu, click Break (or press the End key to send a break or use the Toolbar and
press the B button). The wakeup message appears on the log file window.
[BREAK Wakeup A]
xxxxx ADCP Version xx.xx
Teledyne RD Instruments (c) 1996-2013
All Rights Reserved.
>
Use the Command History function to send commands or verify if a command was sent to the ADCP.
1. On the Transfer menu, click Command History.
2. Use the scroll bar to view all of the commands sent to the ADCP.
3. To resend a command, select a command in the list and click OK.
4. To send a new command, type the command in the window and click OK.
TRDI does not recommend the use of direct commands as the primary way of deploying ADCPs
as any incorrect command setting can have severe consequences to data collection.
See the WorkHorse Commands and Output Data Format Guide or the corresponding ADCP’s
operation manual for information on each command setting.
Although these are our recommended minimum commands, they may not be the only
commands you need for your deployment to be successful!
Read the warning on sending the WM 1 or WM15 commands in the WorkHorse Commands and
Output Data Format Guide (for firmware versions 16.30 and higher).
Your deployment may require additional commands and these commands can be sent after the
CR1 and any special WM commands but must be placed before the CK command.
Disconnect a pinging ADCP from the COM port before shutting down your computer. The
computer might send an unintended break to the instrument.
Do not reconnect an ADCP that is pinging to the COM port until after the computer is booted
and ready. Otherwise, the pinging ADCP will be detected as a mouse and can cause the cursor
to move all over the screen (also called “crazy mouse”).
Other than rebooting the computer, there is no way to stop the ADCP from being detected as a
mouse once it has started.
3. Enter the directory where the files will be downloaded. Click OK.
4. Select the file to recover by clicking on the file name or check the Select All Files box to recover
all of the files. Click OK.
Use RY (without the file number) to recover the entire recorder data.
This option is available for AccQmin (SWADFM/DWADFM and VADCP), Channel Master, and
RiverRay ADCPs only.
2. Enter the directory where the files will be downloaded. Click OK.
3. BBTalk displays current protocol status, filename being received, total size of receiving file and
current number of bytes received.
Script files can have *.rds, *.txt, *.scr, or any other extension as long as they are ASCII text files.
Double-clicking a *.rds file will automatically start BBTalk and run the script file if the Connect to
Last Open Port is selected on the Options screen (Figure 3).
When a script file is running, the status bar will change to F2: Script On.
Double-clicking a *.rds file will automatically start BBTalk and run the script file if the Connect
to Last Open Port is selected on the Options screen (Figure 3).
2. To send a command to the ADCP, use one command per line. BBTalk will automatically add a car-
riage return after the command is sent.
3. To add comments to the script file, add a semicolon to the beginning of the line. BBTalk will ig-
nore all comments.
4. To use a BBTalk script file command (see Table 3), add one command per line.
Script Commands
The following are legal script commands:
Table 3: BBTalk Script Commands
Command Description
$P is ready for use. Some tests will need to be run with the system in
$P water. You will be prompted when this is necessary.
$P
$P Connect the WH ADCP to power and the PC as described in the manual.
$P Turn on power to the WH ADCP.
$P
$P The results of all tests will be printed to the screen and saved to the
$P log file WH_TESTS.TXT. A file called WH_TESTS.TXT with the results of
$P this test will be created in the same directory as the BBTalk program
$P is running from.
$P
$P The following tests will be performed:
$P
$P PA Basic Internal System Tests
$P PC2 Sensor Verification Test
$P PC1 Beam Continuity Test
$P
$P Program is delaying 20 seconds before continuing.
$P Press <Enter> to continue.
$W62,20
$P =======================================================================
$P
$P PA -- Basic Internal System Tests
$P The following tests will verify that the internal electronics are
$P performing correctly. These tests are best run when the transducer
$P face is submerged in water. A bucket of water deep enough to cover
$P the transducer beams is all that is needed. If done in air some tests
$P may fail.
$P
$P Program is delaying 10 seconds before continuing.
$P Press <Enter> to continue.
$W62,20
$P =======================================================================
$P
$P Sending a break to Wake Up the System
$B
$D2
$P =======================================================================
$P
$P Restoring factory defaults into temporary memory for TEST.
$P
CR1
$D1
$P =======================================================================
$P
$P Collecting system specific data.
TS?
$D1
PS0
$D1
PS3
$D1
$P =======================================================================
$P
$P Starting the Automated Tests.
PA
$W62,100
$P
$P All of the above tests should have passed. Review the file WH_TESTS.TXT
$P to verify your tests results. Remember that some tests will fail
$P unless the transducer is immersed in water. Consult your Technical
$P Manual for trouble shooting tips if this test did not pass.
$P
$P
$P Program is delaying 15 seconds before continuing.
$P Press <Enter> to continue.
$W62,15
$P =======================================================================
$P
$P PC2 -- Sensor Verification Test
$P The following test will confirm that your heading, pitch, roll,
$P temperature, orientation sensor, and pressure sensor (if installed) are
$P operating. You should turn and tilt the ADCP and confirm that changes
$P occur in the heading, pitch, and roll. Verify that the Up/Down setting
$P agrees with the direction of your ADCP transducer. Verify that the
$P ambient temperature and pressure are reasonable values.
$P
$P This test in itself does not calibrate or confirm the accuracy of the
$P sensors. However, if you turn and till the ADCP while comparing the
$P output to a known reference then you can confirm the accuracy.
$P
$P The following test is best run when the transducer face is in air and
$P the transducer is pointing the direction you intend to deploy the
$P instrument.
$P
$P This test will continue to run until you stop the test.
$P
$P Program is delaying 20 seconds before continuing.
$P Press <Enter> to continue.
$W62,20
$P =======================================================================
$P
$P Sending a break to Wake Up the System
$B
$D2
$P =======================================================================
$P
PC2
$W62,1000
$P
$P The Sensor test is complete. The heading, pitch, roll sensors should
$P have changed as you turned and tilted the system. The Up/Down setting
$P should have agreed with the direction of your ADCP transducer. The
$P ambient temperature and pressure (if installed) should have been
$P reasonable values.
$P
$P All of the above tests should have passed. Review the file WH_TESTS.TXT
$P to verify your tests results. Consult your Technical Manual for trouble
$P shooting tips if this test did not pass.
$P
$P Program is delaying 10 seconds before continuing.
$P Press <Enter> to continue.
$W62,10
$P
$P =======================================================================
$P
$P PC1 -- Beam Continuity Test
$P The following test will confirm that each of the beams on your
$P transducer is capable of receiving signals. This test must be run in
$P air and free of external interference to pass.
$P
$P This test will require you to rub each of the beams on the transducer.
$P This is done with quick rubbing movements across each of the urethane
$P faces.
$P
$P Program is delaying 25 seconds before continuing.
$P Press <Enter> to continue.
$W62,25
$P =======================================================================
$P
$P Sending a break to Wake Up the System
$B
$D2
$P =======================================================================
$P
PC1
$W62,1000
$P
$P The Beam Continuity test is complete. Each of the beams should have
$P passed. Review the file WH_TESTS.TXT to verify your tests results.
$P Consult your Technical Manual for trouble-shooting tips if this test
$P did not pass.
$P
$P =======================================================================
$P All tests have been run and if passed your system is ready for
$P deployment.
$L
These script files (*.rds) were copied into the same directory as BBTalk when you installed the
RDI Tools software CD sent with your system.
Double-clicking a *.rds file will automatically start BBTalk and run the script file if the Connect to
Last Open Port is selected on the Options screen (Figure 3).
You can enable the Log feature at any time, even if the ADCP is already sending data.
Starting BBLIST
To start BBLIST, type the following at the DOS prompt.
• BBLIST - Starts BBLIST and lets you select the ADCP binary data file from within the pro-
gram.
• BBLIST C:\BBDATA\TEST.000 /M - Starts BBLIST and loads the TEST.000 file located
on the C: drive in the BBDATA directory. The /M forces BBLIST to use monochrome screens.
When you run the program the first time, BBLIST displays its introduction and copyright screen. During
operation, BBLIST creates/updates a pointer file named BBLIST.PTR. This file saves the current working
directory, the name of the last binary file used, the name of the format file (*.FMT) last used, and the color
selection. This may help save you time by automatically calling up the files you used last. If you need to
see the introduction screen again, you must first delete or rename the BBLIST.PTR file.
Extensive help is available while using BBLIST by pressing <F1>. The help screen lists all of the menus and
a description of each option available. You may also print the help screen file by printing the file
BBLIST.DOC.
BBLIST Menus
BBLIST has four main menus (Figure 12) to guide you through the steps needed to convert a ADCP binary
raw data file to an ASCII data file.
File Menu. Use this menu to save your menu settings and conversion layout selections to a configuration
format file (*.FMT), to load a ADCP binary data file or format file, to display the file information screen,
or to exit BBLIST.
Process Menu. Use this menu to set the processing parameters for BBLIST. You can set the velocity refer-
ence, magnetic variation (declination), velocity measurement units, and depth measurement units.
Display Menu. Use this menu to select the type of data to view. Data available for display include ADCP
setup, sensors, reference layer, bottom-track, and profile.
Convert Menu. Use this menu to convert the binary ADCP data set into ASCII. Before starting the
conversion process, you can define the conversion limitations and the output format.
BBLIST uses the direct ADCP commands for presenting depths (ED-command).
4. Set the conversion parameters. Use the Convert, Limits menu (Figure 14) to set the conversion
limitations and parameters. You may want to increase the Max file size to 1000 kB if you plan to
back up the ASCII data to floppy disks.
5. Define the format. Consider the following:
• What data do you want to extract? For this example, we choose magnitude, direction, and
range.
• To what program will you export the ASCII data? Does the program support space, tab, or
comma-delimited text? We choose space-delimited text for the example. To change, select
Field delimiter and press the Space key to toggle between Tab, Comma, and Space.
• Do you want vertical or horizontal placed data? For this example, we choose a vertical data
format. To change, select Bin layout and press the Space key to toggle between Vertical and
Horizontal.
Begin defining the format by:
1. Select Convert, Define Format. When you first enter this screen, BBLIST displays only a For-
mat End marker. To begin entering data fields, press <End> to display the Define Format selec-
tion menu (Figure 15). If you make a mistake, select delete block and re-enter your choice.
2. Select Ensemble Info and press <end>. Select Number and press <End>.
3. Move the cursor to the Format End marker and press <End>.
4. Select Profiles, Mag and Dir. Select M for magnitude and press <End>.
5. Move the cursor to Line End and press <End>.
6. Select Profiles, Mag and Dir. Select D for direction and press <End>.
7. Move the cursor to Line End and press <End>.
8. Select Profiles, Depth Ref. Select R for range and press <End>. Your display should look like
Figure 16.
6. View the format. Press F9 to view the format before converting (Figure 17). Use the + and - keys
to increase the ensemble number. Press F9 again to return to the define format screen.
7. Save the format. For future use, save the format to a *.FMT file by pressing F2 and naming the file
(example; MYFORMAT).
8. Begin the conversion. Select Convert, Start Conversion. Enter a file name for the ASCII file
data set. Be sure to use a file name that differs from any existing file name. Do not use the name
of the binary data set. If BBLIST detects that the file name already exists, you are given the option
to overwrite the existing files.
Report File
When the conversion process is complete, BBLIST creates an ASCII report file (*.RPT). You can view this
file with any text editor. This file contains the following information about the settings and data in the
converted files.
• ADCP information - system frequency, beam angle, number of profiling beams, transducer orienta-
tion (up/down), transducer pattern (concave/convex), transducer connection (connect-
ed/disconnected), and CPU firmware version number.
• ADCP setup - number of bins, bin length, blank after transmit length, pings per ensemble, time per
ping, and profiling mode.
• ASCII file data format - a description on the contents of each line in the converted data file (for one
ensemble).
• Processing parameters - velocity units, velocity reference, depth units, bin sequence, magnetic vari-
ation.
1. ADCP INFORMATION:
2. ADCP SETUP:
Number of bins 15
Bin length 200 cm
Blank after transmit 200 cm
Distance to first bin 421 cm
Transmit length 207 cm
Pings per ensemble 300
Time per ping 1.99 s
Profiling mode 1
4. PROCESSING PARAMETERS:
END OF REPORT
-------------
BBBATCH Program
When you have mastered the BBLIST program, use BBBATCH to convert binary data sets to ASCII data
sets in a DOS batch mode. This comes in handy when you have several data sets to convert or have a large
data set that you want to convert overnight. Here is the syntax for BBBATCH:
BBBATCH BinaryFileName FormatFileName AsciiFileName
BinaryFileName = name of the binary data set to convert (no extension needed)
FormatFileName = name of the format file to use
AsciiFileName = name of the ASCII data set (unique name)
Running BBBATCH without any command line parameters displays the syntax.
Using BBSub
BBSub is a raw data file sub-sectioning utility. This allows you to save a portion of a large raw data file as a
separate raw data file. BBSub starts copying ensembles from the input file to the output file starting with
the ensemble specified by the Start Ensemble Number. If the Start Ensemble Number is specified
to zero, BBSub starts copying from the first read ensemble. BBSub will continue copying ensembles until
it reaches ensemble number End Ensemble Number. If the End Ensemble Number is specified to
zero, it copies until the end of the file. Only ensembles with valid checksum are copied.
• Force Sensor to be Down-Looking – All the ensembles will have the orientation sensor
pointing down.
• Extract Secondary OS Data – If both the BroadBand and NarrowBand data are recorded
(Ocean Surveyor) this option extracts the NarrowBand data. This makes the data compatible
with TRDI’s standard software.
• Redo Ensemble Numbers – Ensembles will be renumbered starting with ensemble num-
ber 1.
• Resample Data – Every n-th ensemble can be extracted to a new binary data file.
• Force 3 beams to 4 – Changes the number of beams listed in fixed leader of pd0 from 3 to 4.
This is for horizontal data that has 3 beams listed in the fixed leader and cannot be repro-
cessed by other programs (see FSB-188).
6. Press the Subsection button to begin.
7. Press the Exit button to exit BBSub.
You can run BBSub in the batch mode by writing a simple DOS *.bat file that contains command lines
with the files that you want to process. For each file to be processed, add a line to the batch file specifying
the name of the raw data file to be subsectioned, the name of the output file, and the starting and ending
ensemble numbers.
For unattended operation, make sure that output file does not exist; otherwise the batch file
will pause to confirm overwriting the file.
DOS does not like file names with spaces. Copy the BBSub.exe file and your data files to a folder
with a very short path (for example, C:\Data).
Using BBConv
BBConv is a BroadBand raw data to ASCII conversion program. It uses a decoder file (.DEC) to determine
how to convert the data (see Using Decoder Files). A decoder file contains interpreted instructions for
converting to ASCII.
For unattended operation, make sure that output file does not exist; otherwise the batch file
will pause to confirm overwriting the file.
DOS does not like file names with spaces. Copy the BBConv.exe file and decoder file to a folder
with a very short path (for example, C:\Data).
Using BBMerge
BBMerge merges the ASCII comma delimited format data (created by using BBConv), back into the raw
data file format, resulting in a new raw data file.
The ASCII text file and the BroadBand data input file should have the same number of records. If
the text file contains fewer records, then zero values will be merged into the remaining
BroadBand data file records. If the BroadBand data file has fewer records, then the remaining
ASCII text file will be ignored.
For unattended operation, make sure that output file does not exist; otherwise the batch file
will pause to confirm overwriting the file.
DOS does not like file names with spaces. Copy the BBMerge.exe file and decoder file to a folder
with a very short path (for example, C:\Data).
Using BBCheck
BBCheck checks your data files for integrity and quality. It does some simple error and problem checking.
You should use BBCheck on your data files before you erase the original data files on your recorder.
BBCheck performs the following tests:
• Valid checksum
• Sequential ADCP ensemble number
• Built in test code (BIT) is zero
• Configuration byte remains constant
• All data types identified
For unattended operation, make sure that the output log file does not exist; otherwise the
batch file will pause to confirm overwriting the file.
DOS does not like file names with spaces. Copy the BBCheck.exe file and data files to a folder
with a very short path (for example, C:\Data).
Using BBSlice
BBSlice copies ensembles from the input file to an output file checking each ensemble number. If the en-
semble number is not sequential, a new deployment file is opened, and the ensembles are copied into it.
The user supplies an Output File Prefix and the deployment file name is created by adding
"nnn.mmm", where "nnn" is deployment number starting with "000". "mmm" is a file extension that
starts with "000" and increases if file reaches a maximum file size supplied by the user. If the maximum
file size is 0 there is no limitation on the file size of the output file.
You can run BBSlice in the batch mode by writing a simple DOS *.bat file that contains command lines
with the files that you want to process. For each file to be processed, add a line to the batch file specifying
the name of the raw data file to be subsectioned, the name of the output file, and the starting and ending
ensemble numbers.
For unattended operation, make sure that output file does not exist; otherwise the batch file
will pause to confirm overwriting the file.
DOS does not like file names with spaces. Copy the BBSlice.exe file and data files to a folder with
a very short path (for example, C:\Data).
• Lines beginning with a semicolon (;) are ignored and are for user comments.
• In addition, decoder lines may be followed by semi-colons for additional comments.
• Blank lines are ignored.
• "$L" signifies a CR/LF should be output before outputting more data
Lines containing decoding instructions are broken down as follows:
id,offset,size,multiplier,format
where:
id Data Structure identifier in hex (e.g. 0080). This information is presented MSB-LSB. Be careful, since the data stream outputs
LSB followed by MSB.
offset The byte # from the first byte of the data structure (e.g. The first data byte in the structure following;
The ID is byte #3 .
Byte #1 is the LSB of the ID
Byte #2 is the MSB of the ID
Byte #3 is the first data byte of the structure.
size The number of bytes contiguous bytes contained in the data (LSB to MSB). A negative number indicates signed data; a posi-
tive number indicates unsigned data.
multiplier The conversion factor (optional)
format The format specifies the number of decimal places to output (optional).
Additionally, if the line has a plus sign (+) at the end of the line, the addition is performed on the data in
the line and the line following.
For example, to decode the range of beam 1 through 4 in the bottom track data the following lines should
be included.
0600,17,2,0.01,0,+ ; Beam #1 Range (cm)
0600,78,1,655.36,2 ; Beam #1 Range MSB
0600,19,2,0.01,0,+ ; Beam #2 Range (cm)
0600,79,1,655.36,2 ; Beam #2 Range MSB
0600,21,2,0.01,0,+ ; Beam #3 Range (cm)
0600,80,1,655.36,2 ; Beam #3 Range MSB
0600,23,2,0.01,0,+ ; Beam #4 Range (cm)
0600,81,1,655.36,2 ; Beam #4 Range MSB
$L
In order to simply output of the profile data you can use a combination of two lines. For example, to de-
code the velocity the following lines should be included.
$P idB, offsetB, typeB, offset, bins
idP, offsetP, typeP, multiplier, formatP
Where
$P Output simplified profile data
idB, offsetB, typeB points to the number that describes the number of bins (normally 000,10,1)
offset is the number of bytes to advance to the next bins (velocity is 8 bytes, intensity is 4
bytes)
Bins are the string that describes what bins to output. For example, "1-10" would output
bins one through 10, "1,5,7" would output bins one, five and seven, or "1-5,10-20"
would output bins one through five and ten through twenty.
idP, offsetP, typeP points to the data in the first bin for the profile (0100,3,-2 in the example shown
below)
See the included decoder files (*.DEC) for examples. To create your own decoder file, simply cut
and paste the appropriate offset information into your own ASCII decoder file. The figures in the
Command and Output Data Format guide should aid in creating decoding files.
The LEADER.DEC is the master ASCII Decoder file for variable and fixed leader data. Use the
BOTTOM.DEC file for only the Bottom Track data.
An ASCII text file called UPDWN.DAT will be created. It will have two columns of data. The first column
will be the ensemble number and the second column will be the configuration byte.
1. Use a text editor to edit the UPDWN.DAT file so that the configuration byte is the same for all en-
sembles. Locate the ensemble number you recorded in Step “a” and copy the configuration byte
setting to all of the other ensembles. Most text editors will allow you to use a “find and replace”
option.
After all of the configuration bytes have been changed, save the file. Be sure to not add any other
characters to the file.
2. Now use BBMerge to write the new configuration byte back into your data set. BBMerge will write
the data into a new data file. It will not affect the original raw data file.
3. You can now playback your data and the orientation will be correct. If you collected data in beam
coordinates, the velocity data will now have the correct signs.
An ASCII text file called ADC.DAT will be created. It will have 2 columns of data. The first column will be
the ensemble number and the second column will be the heading bytes.
BBConv will automatically go to the next file increment (i.e. LEG3009_000001.ENR) if it exists.
3. You must now edit the DEPTH.DAT file so that the depth of at least the first ensemble is the
correct depth. You may edit the depth for all ensembles but only the first one needs to be edited
for our software to scale your depth cells correctly. Locate ensemble number one and change it to
match the correct depth.
4. If you wish to change all ensembles then most text editors will allow you to use a find and re-
placement option. After the depth bytes have been changed save the file. Be sure to not add any
other characters to the file.
5. You can now use BBMerge to write the new depth bytes back into your data set. BBMerge will ac-
tually write the data into a new data file. It will not affect the original file. To do this, use the fol-
lowing example of what to enter at the BBMerge screen.
BB Input File Name LEG3009_000000.ENR
Decoder File Name DEPTH.DEC
ASCII Output File Name DEPTH.DAT
BroadBand Output File Name NEW.000
6. You can now playback your data and the depth of your ADCP and your bins will be correct.
2. An ASCII text file called ENSNO.DAT will be created. It will have a single column of data. This
column will be the ensemble number in the data set you recorded.
3. You must now edit the ENSNO.DAT file so that the ensemble numbers are sequential. Note, the
ensemble number must roll over at ensemble 65535. Most spreadsheet programs would allow you
to do this editing very easily. After the ensemble numbers have been changed save the file. Be sure
to not add any other characters to the file.
4. You can now use BBMerge to write the new ensemble number bytes back into your data set.
BBMerge will actually write the data into a new data file. It will not affect the original file. To do
this, use the following example of what to enter at the BBMerge screen.
BB Input File Name TEST.000
Decoder File Name ENSNO.DEC
ASCII Output File Name ENSNO.DAT
5. You can now playback your data and the ensemble numbers will be sequential.
2. An ASCII text file called EX1.TXT will be created. It will have two to three columns of data. The
first column will be the EX Command setting, the second column will be the ensemble number
LSB of the ensemble number and the third column will be the MSB of the ensemble number.
3. You must now edit the EX1.TXT file so that the EX Command byte is the same and correct for all
ensembles. Change the EX Command byte from its present value to the values shown here for
your correct coordinate system:
0 = Beam
15 = Instrument
23 = Ship
31 = Earth
After all of the configuration bytes have been changed save the file to a new file called EX2.TXT.
Be sure to not add any other characters to the file.
4. You can now use BBMerge to write the new configuration byte back into your data set. BBMerge
will actually write the data into a new data file. It will not affect the original file. To do this, use the
following example of what to enter at the BBMerge screen.
5. You can now playback your data and the coordinate system will be correct.
2. An ASCII text file called HDG.DAT will be created. It will have two columns of data. The first col-
umn will be the ensemble number and the second column will be the heading bytes.
3. You must now edit the HDG.DAT file so that the heading of each ensemble is correct. Most text
editors will allow you to use a find and replacement option to change a specific value.
4. After the heading bytes have been changed save the file. Be sure to not add any other characters to
the file.
5. You can now use BBMerge to write the new heading bytes back into your data set. BBMerge will
actually write the data into a new data file. It will not affect the original file. To do this, use the fol-
lowing example of what to enter at the BBMerge screen.
BB Input File Name TEST.000
Decoder File Name H.DEC
ASCII Output File Name HDG.DAT
BroadBand Output File Name NEW.000
6. You can now playback your data and the heading of your ADCP and the direction of your velocity
data will be correct.
Currently the BBLIST program will continue to read the BroadBand data fixed leader type but
does appear to display the velocity data from the NarrowBand ensembles once this procedure
has been followed.
7. You must use the BBConv program to copy the ID numbers from both the BroadBand and Nar-
rowBand data types into a text file. To do this, use the following example of what to enter at the
BBConv screen. For this example, we will assume that your file name is LEG3009_000000.ENR.
BB Input File Name LEG3009_000000.ENR
Decoder File Name ID2.DEC
ASCII Output File Name 1BBNBID.TXT
An ASCII text file called 1BBNBID will be created. It will have 14 columns of data. The first two columns
will be the ensemble number LSB and MSB. Columns 3 through 8 will be the ID numbers for the BB data
and columns 9 through 14 will be the ID numbers for the NB data.
BBConv will automatically go to the next file increment (i.e. LEG3009_000001.ENR) if it exists.
8. You must now edit the 1BBNBID.TXT file so that the ID numbers for the BroadBand data are
changed from 0, 128, 256, 512, 768, 1024 to 2, 130, 258, 514, 770, 1026 respectively.
The values in the file and shown here are the decimal equivalent of the hex values actually
found in the binary data files.
You must also change the ID numbers for the NarrowBand data from 1, 129, 257, 513, 769, 1029 to 0, 128,
256, 512, 768, 1024 respectively.
While most text editors will allow you to use a find and replace option to change a specific value, it is easi-
er to load this data into a spreadsheet program such EXCEL and then replace the values for the first row
of data and then copy that through the rest of the ensembles. If done through EXCEL the changed file can
be saved as a MS-DOS CSV file. A CSV file will contain all of the comma delimiters required for use with
BBMerge in the next step.
You will have to change the file name to *.TXT. It is best to save your modified data to a
different file name such as 2BBNBID.TXT.
When working with this file be sure to not add any other characters to the file as this cause incorrect data
to be merged into your data set.
9. You can now use BBMerge to write the new ID Number bytes back into your data set. BBMerge
will actually write the data into a new data file. It will not affect the original file. To do this, use the
following example of what to enter at the BBMerge screen.
BB Input File Name LEG3009_000000.ENR
Decoder File Name ID2.DEC
ASCII Output File Name 2BBNBID.TXT
BroadBand Output File Name NEW39_000000. ENR
The file NEW39ENR.000 will be the corrected data file and will contain the ID numbering.
10. You can now reprocess the raw data with VmDas so that you are using the NarrowBand data.
BBConv will automatically go to the next file increment (i.e. ADCP007_000001.STA) if it exists.
An ASCII text file called ADCP007.TXT will be created. It will contain 32 columns of data with
each column being comma delimited. The meaning of each column is explained in the NMEA sec-
tion of the STA and LTA Data Format description or you can refer to the NMEA.DEC text file.
2. Several of the fields in the ASCII file will have to be converted or scaled into their proper units. To
scale the data refer to the NMEA section of the STA and LTA Data Format description.
Included with this is an example Excel spread sheet, NMEA.XLS that has the formulas for scaling
all of the data. To use this spreadsheet, open your BBConv output text file with Excel and then
copy this data onto the BBConv DATA IN tab in the NMEA.XLS spread sheet. You can then
click on the REAL UNITS tab and you find your data has been converted.
An example of data from the file ADCP007.TXT is already included in the NMEA.XLS
spreadsheet. You can copy your data right over the data already in the file or copy the
NMEA.XLS file to another name. Keep in mind that, the Real Units tab is only setup for a limited
number of averages. Therefore, you may need to copy the formulas from the final row to
additional rows.
2. An ASCII text file called SALIN.DAT will be created. It will have two columns of data. The first
column will be the ensemble number and the second column will be the salinity byte.
3. You must now edit the SALIN.DAT file so that the salinity of each ensemble is correct. Most text
editors will allow you to use a find and replacement option to change a specific value. After the sa-
linity bytes have been changed save the file. Be sure to not add any other characters to the file.
4. You can now use BBMerge to write the new salinity bytes back into your data set. BBMerge will
actually write the data into a new data file. It will not affect the original file. To do this, use the fol-
lowing example of what to enter at the BBMerge screen.
BB Input File Name TEST.000
Decoder File Name SALIN.DEC
ASCII Output File Name SALIN.DAT
BroadBand Output File Name NEW.000
5. You can now playback your data and the salinity of your ADCP and your bins will be correct.
This will cause the program to go through the entire data set from extension .000 through .099
and output the number of good pings for each bin in a text file called NGOOD.TXT. You can
choose any name for the file you wish. You would then repeat the above for the Sum of Velocity
Squared and Sum of Velocities, i.e.:
BB Input File Name RDI001.000
Decoder File Name SUMSQR.DEC
ASCII Output File Name SUMSQR.TXT
and
BB Input File Name RDI001.000
Decoder File Name SUMVEL.DEC
ASCII Output File Name SUMVEL.TXT
BBConv will automatically go to the next file increment (i.e. ADCP001_000001.STA) if it exists.
An ASCII text file called ADCP0000.TXT will be created. It will contain seven columns (fields) of
data with each column containing two characters (one byte) of data. Each field is comma delim-
ited. The meaning of each column is as follows: YY, MM, DD, HH, MM, SS, HH
Where: YY = Year, MM = Month, DD = Day, HH = Hour, MM = Minute, SS = Second, HH =
Hundredths of Seconds
2. You must now edit the ADCP0000.TXT file so that the Date and Time of each ensemble is correct.
Most text editors will allow you to use a find and replacement option to change a specific value.
After the date and time bytes have been changed save the file. Be sure to not add any other charac-
ters to the file.
3. You can now use BBMerge to write the new date and time bytes back into your data set. BBMerge
will actually write the data into a new data file. It will not affect the original file. To do this, use the
following example of what to enter at the BBMerge screen.
BB Input File Name ADCP001_000000.STA
Decoder File Name TIME.DEC
ASCII Output File Name ADCP0000.TXT
BroadBand Output File Name NEW0000.000
4. You can now playback your data and the heading of your ADCP and the date and times of your da-
ta (NEW0000.*) will be correct.
2. An ASCII text file called WHCPUSN.TXT will be created. It will have eight columns of data (each
column separated by a comma). Each row will repeat the same eight values, as this is the same
CPU serial number recorded in each ensemble. Therefore, only the first row of numbers is re-
quired.
To match the values in the first row with the CPU serial number you must convert each comma-
separated value from its decimal value to a hexadecimal value.
3. Use the CPU serial number you have obtained and your PS0 results to cross reference to deter-
mine your WorkHorse ADCP system serial number. The following example illustrated what
checks would be done.
Example of PS0 Results from a WorkHorse ADCP s/n 100:
[BREAK Wakeup A]
WorkHorse Broadband ADCP Version 16.17
Teledyne RD Instruments (c) 1996-2001
All Rights Reserved.
>ps0
Instrument S/N: 0
Frequency: 307200 HZ
Configuration: 4 BEAM, JANUS
Match Layer: 10
Beam Angle: 20 DEGREES
Beam Pattern: CONVEX
Orientation: DOWN
Sensor(s): HEADING TILT 1 TILT 2 TEMPERATURE
1. Example of the contents of WHCPUSN.TXT (the capture of the output from BBConv)
52,0,0,2,103,173,154,9
52,0,0,2,103,173,154,9
52,0,0,2,103,173,154,9
52,0,0,2,103,173,154,9
52,0,0,2,103,173,154,9
....repeating
2. Converting the first row of values above from decimal to hexadecimal you will obtain
52,0,0,2,103,173,154,9 --> 34,0,0,2,67,AD,9A,9
3. The converted values match the first 16 digits of the CPU line in the PS0 output.
Software History
BBTalk History
Version 3.09 (04/13)
• Significantly improved Serial Port detection times, especially with Bluetooth serial ports.
• Fixed numerous issues with missing data and locking up when communicating with Blue-
tooth devices.
Version 3.08 (07/09)
• Fixed issues recovering loop recorder from Channel Master.
• Added RiverRay compatibility.
• Fixed $COM command issues.
• Fixed BBTalk crashing if double-clicked on empty window.
Version v3.07 (05/08)
• Changed logo, icon, company name, and address.
• Fixed problem with Bluetooth drivers.
• Change label under Transfer menu from "PC Time" to "PC Time to ADCP".
• Added "Wait For Prompt in Script File" option.
• Fixed problems with launching script files from Windows Explorer.
• Fixed problem with file extension of the log file when using script.
• Fixed problem with changing baud rate through script file.
• Changed loop recovery progress bar behavior to be based on total capacity instead of the
amount of recorded data.
• Fixed problem with recovering loop recorder data if Channel Master has gone to sleep.
• Disabled “Recover Recorder” menu item for Broadband.
• Added AccQmin and DVS to the device dropdown menu.
• Fixed problem with scripts to restore WH system calibration.
• Added Vista compatibility.
Version 3.06 (03/05)
• Fixed the ability to send script files to the currently opened port by clicking on a script file
icon.
Version 3.05 (Internal Release Only)
• Added option to disable screen output during data recovery.
• Fixed the screening of CB011 command for Workhorse and Channel Master.
• Fixed the problem with aborting Recorder Recovery process.
• Fixed the screening of MY command.
BBCheck History
Version 2.04 (05/08)
• Changed logo, icon, company name, and address.
• Added support for Waves data files (packets).
• Added more file information to the log file.
• Added Vista compatibility.
Version 2.03 (11/03)
• Added ensemble size and data structure length to the log file.
• Improved selection of the log file path.
Version 2.02 (05/03)
• Changed program icon.
• Fixed the problem with help button.
Version 2.01 (11/02)
• Changed IDs description for Beam 5 data.
• Fixed the problem that was caused by the file that had a lot of garbage characters. Program
would stop searching for the next ensemble after 65535*2 bytes (would seem enough under
normal situation). Now after the first ensemble is found the search will continue until the end
of the file.
• Limited ensemble size to 1 MB and rechecked for new ensemble if end of file reached.
Version 2.00 (12/01)
• First release.
BBConv History
Version v2.03 (05/08)
• Changed logo, icon, company name, and address.
• Corrected few decoder files.
• Added Vista compatibility.
Version 2.02 (05/03)
• Changed program icon.
• Fixed the problem with help button.
• Version 2.01 (11/02)
• Fixed the following problem: if an ID number is requested to be decoded and it does not exist
in the data file then no data would be output for any ID numbers that are listed within the
same string. A string is defined as a list of ID numbers without a line feed being placed be-
tween them.
• Fixed the problem that was caused by the file that had a lot of garbage characters. Program
would stop searching for the next ensemble after 65535*2 bytes (would seem enough under
normal situation). Now after the first ensemble is found the search will continue until the end
of the file.
• Limited ensemble size to 1 MB and rechecked for new ensemble if end of file reached.
Version 2.00 (12/01)
• First release.
BBMerge History
Version 2.03 (05/08)
• Changed logo, icon, company name, and address.
• Added Vista compatibility.
Version 2.02 (05/03)
• Changed program icon.
• Fixed the problem with help button.
Version 2.01 (11/02)
• Fixed the problem that was caused by the file that had a lot of garbage characters. Program
would stop searching for the next ensemble after 65535*2 bytes (would seem enough under
normal situation). Now after the first ensemble is found the search will continue until the end
of the file.
• Limited ensemble size to 1 MB and rechecked for new ensemble if end of file reached.
Version 2.00 (12/01)
• First release.
BBSlice History
Version 2.03 (05/08)
• Changed logo, icon, company name, and address.
• Added Vista compatibility.
Version 2.02 (05/03)
• Changed program icon.
• Fixed the problem with help button.
Version 2.01 (11/02)
• Fixed the problem that was caused by the file that had a lot of garbage characters. Program
would stop searching for the next ensemble after 65535*2 bytes (would seem enough under
normal situation). Now after the first ensemble is found the search will continue until the end
of the file.
• Limited ensemble size to 1 MB and rechecked for new ensemble if end of file reached.
Version 2.00 (12/01)
• First release.
BBss History
Version 2.02 (05/08)
• Changed logo, icon, company name, and address.
• Added Vista compatibility.
Version 2.01 (05/03)
• Changed program icon.
• Fixed the problem with help button.
Version 2.00 (12/01)
• First release.
BBSub History
Version 2.06 (11/09)
• Added a filter to change 3 beams to 4 beams in fixed leader.
Version 2.05 (07/09)
• Added Filter option for running BBSub from Command line.
Version 2.04 (05/08)
• Changed logo, icon, company name, and address.
• Renamed option to extract OS narrowband data.
• Added Vista compatibility.
Version 2.03 (11/03)
• Implemented filter to extract OS Narrowband data.
• Implemented filter to force up-down looking sensor to be down-looking.
Version 2.02 (05/03)
• Added a filter to allow user to separate up-looking and down-looking data.
• Changed program icon.
• Fixed the problem with help button.
• Added filter to redo the ensemble numbers and recalculate checksum.
• Added ability to resample data.
Version 2.01 (11/02)
• Fixed the problem that was caused by the file that had a lot of garbage characters. Program
would stop searching for the next ensemble after 65535*2 bytes (would seem enough under
normal situation). Now after the first ensemble is found the search will continue until the end
of the file.
• Limited ensemble size to 1 MB and rechecked for new ensemble if end of file reached.
Version 2.00 (12/01)
• First release.
NOTES