author | A.M. Thurnherr <athurnherr@yahoo.com> |
Fri, 03 Jul 2020 10:25:08 -0400 | |
changeset 12 | 5e67754f6457 |
parent 5 | f41d45fe7ae9 |
permissions | -rw-r--r-- |
0 | 1 |
#====================================================================== |
2 |
# R E A D M E |
|
3 |
# doc: Sat Mar 20 23:10:10 2004 |
|
12
5e67754f6457
V1.6: no more master/slave terminology
A.M. Thurnherr <athurnherr@yahoo.com>
parents:
5
diff
changeset
|
4 |
# dlm: Fri Jul 3 10:06:32 2020 |
5 | 5 |
# (c) 2004 A.M. Thurnherr |
12
5e67754f6457
V1.6: no more master/slave terminology
A.M. Thurnherr <athurnherr@yahoo.com>
parents:
5
diff
changeset
|
6 |
# uE-Info: 107 0 NIL 0 0 72 3 2 8 NIL ofnI |
0 | 7 |
#====================================================================== |
8 |
||
5 | 9 |
=Introduction= |
10 |
||
11 |
The LADCP_acquire software implements LADCP data acquisition on UN*X |
|
12 |
systems (e.g. Linux, MacOSX, FreeBSD, etc.). It consists of the bbabble |
|
13 |
program, a portable bbtalk replacement written in perl, as well as a |
|
14 |
number of "operator scripts", written in expect. The main purpose of |
|
15 |
the software is to provide a comfortable and "operator-error-tolerant" |
|
16 |
command-line environment for data acquisition from single- and dual-head |
|
17 |
LADCP systems built using Teledyne/RDI heads. |
|
18 |
||
19 |
The documentation assumes familiarity with UN*X and LADCP data |
|
20 |
acquisition. (If you do not know what a UN*X "special file" is or have |
|
21 |
never seen an ADCP command file, this software and documentation is not |
|
22 |
for you.) While I do not intend to support this software, bug reports |
|
23 |
sent to <athurnherr@yahoo.com> are welcome. This [README] file contains |
|
24 |
notes on how to setup and use the LADCP_acquire data acquisitions |
|
25 |
software for a new cruise. For notes on installation on different UN*X |
|
26 |
flavors see [README.*] files (e.g. [README.Linux]). |
|
27 |
||
28 |
||
29 |
=Connecting ADCP Heads to Acquisitions Computer= |
|
0 | 30 |
|
31 |
1) physically connect the instruments |
|
5 | 32 |
- many USB-to-serial adapters do not work; we use Keyspan adapters |
0 | 33 |
|
34 |
2) determine the special files of the serial ports the instruments are |
|
35 |
connected to: |
|
36 |
- Linux: /dev/ttyS0 /dev/ttyS1 for standard serial ports |
|
37 |
- Linux: /dev/ttyUSB0 /dev/ttyUSB1 for USB2serial ports |
|
38 |
- FreeBSD: /dev/cuad0 /dev/cuad1 for standard serial ports |
|
39 |
- MacOSX: depends on USB2serial adapter, e.g. /dev/cu.USA* for |
|
40 |
a keyspan USA-19QW adapter; |
|
41 |
||
42 |
3) run "prepare_instrument <serial-port>" (e.g. prepare_instrument /dev/ttyS0) |
|
43 |
- the search path must be set up to include the directory of the |
|
44 |
"prepare_instrument" script, i.e. it is NOT possible to use |
|
45 |
something like "./prepare_instrument /dev/ttyS0" |
|
46 |
- this will reset the default communications speed of the |
|
47 |
instrument to 9600bps and report the instrument's serial |
|
48 |
number |
|
49 |
- if this command does not work, none of the others will |
|
50 |
- to troubleshoot, you can use "bbabble <serial-port>" but |
|
51 |
you're on your own there |
|
52 |
||
4
fda11de1826e
version left on Poseidon at end of P403
A.M. Thurnherr <ant@ldeo.columbia.edu>
parents:
0
diff
changeset
|
53 |
4) add the special-files and serial numbers to [CRUISE_SETUP.expect] |
0 | 54 |
- can change other settings, too |
55 |
||
56 |
5) test everything by running "reset2" and "dir2" |
|
57 |
||
58 |
---------------------------------------------------------------------- |
|
59 |
||
60 |
=Operator Scripts= |
|
61 |
||
5 | 62 |
NB: Before using any of the operator scripts, edit [CRUISE_SETUP.expect] to |
63 |
set cruise-specific parameters. |
|
0 | 64 |
|
65 |
NB: the search path must be set up to include the directory of the |
|
66 |
operator scripts. It is NOT possible, to use the operator scripts |
|
67 |
with full pathnames (e.g. ./reset2) |
|
68 |
||
69 |
NB: scripts ending in 1 are for use in a single-headed system; scripts |
|
70 |
ending in 2 are for use in a dual-headed system. |
|
71 |
||
72 |
reset1/reset2 wake up & reset instruments |
|
73 |
dir1/dir2 list recorder directories |
|
74 |
erasemem1/erasemem2 clear recorder memory |
|
75 |
interact1/interact2 enter interactive mode (similar to BBTALK) |
|
76 |
ladcp1/ladcp2 start new cast (upload command file & start pinging) |
|
77 |
abort1/abort2 abort started cast (rename cast directory) |
|
78 |
endladcp1/endladcp2 end cast (stop pinging & download data) |
|
5 | 79 |
checkfiles1/checkfiles2 post-process data after download ok (check and |
0 | 80 |
backup data files) |
81 |
||
82 |
ladcp_send_cmd <tty port> <cmd-file> |
|
83 |
send command file to LADCP connected to specific |
|
84 |
port; this is the command that can be used to |
|
85 |
start a cast on a dual-headed instrument |
|
86 |
connected to a switchbox |
|
87 |
||
88 |
print_version print version of acquire scripts |
|
89 |
||
90 |
---------------------------------------------------------------------- |
|
91 |
||
92 |
=Aborting/Restarting Casts= |
|
93 |
||
94 |
After a cast has been started with ladcp1/2 it can be aborted with |
|
95 |
abort1/2. This renames the cast sub-directory that is created by |
|
96 |
ladcp1/2. However, it does not erase the memory on the ADCP. This has to |
|
97 |
be accomplished manually with erasemem1/2. |
|
98 |
||
99 |
---------------------------------------------------------------------- |
|
100 |
||
101 |
=Colors= |
|
102 |
||
103 |
- for dual-headed systems, color is determined by the serial numbers |
|
12
5e67754f6457
V1.6: no more master/slave terminology
A.M. Thurnherr <athurnherr@yahoo.com>
parents:
5
diff
changeset
|
104 |
listed in [CRUISE_SETUP.expect]: red for the downlooker and blue for the |
5e67754f6457
V1.6: no more master/slave terminology
A.M. Thurnherr <athurnherr@yahoo.com>
parents:
5
diff
changeset
|
105 |
uplooker; |
0 | 106 |
|
107 |
- this can be different to the colors if [bbabble] is used directly, |
|
108 |
because [bbabble] does not know anything about the instruments; |
|
109 |
||
110 |
---------------------------------------------------------------------- |
|
111 |
||
112 |
=Problems= |
|
113 |
||
114 |
- if downloading is to be restarted the RDI files have to be deleted |
|
115 |
manually; |
|
116 |
||
117 |
- all files are downloaded to the directory corresponding to the last |
|
118 |
deployment name; if there are data from multiple casts present in |
|
119 |
an instrument, they have to be copied to the correct directories |
|
120 |
manually; |
|
121 |
||
122 |
---------------------------------------------------------------------- |
|
123 |
||
124 |
=TTY Utilities= |
|
125 |
||
126 |
[bbabble] bbtalk replacement |
|
127 |
[ttycat] read from TTY, write to STDOUT (e.g. for logging GPS |
|
128 |
data streams) |
|
129 |
[send_break] send BREAK to TTY |
|
130 |
[find_comms_params] cycle through comms params to determine baud rate &c |