Trouble-Shooting Inclinometry
Trouble-Shooting Inclinometry
The document
Taking Inclinometry Data
describes how to obtain
sufficient data from which to create a new track model. The process
is fairly automated and normally reliable, and I assume that the steps in that
document are being followed.
This document attempts to aid in troubleshooting known problems.
In the event of new problems you may be best advised
to contact appropriate technical staff.
The expected sequence of starting up and testing the system is :
- icl> incline_load
- icl> send incline obey log test 1 -- record the output from all
channels each second and put the results into test.log .
- icl> send incline cancel log -- stop the recording
- icl> $ type test.log -- display the results
Problems may arise during any of this :
| Symptom |
Cause |
Solution ? |
INCLINE: Error Reading from channel 1: *ERD+00954.00C0
(or similar checksum) |
unknown |
a) restart the software
b) unplug/replug the signal/power cable to the grey DGH box
c) have patience : try the test again & again.
This *has* worked in the past !
|
| port not accessible (during incline_load) |
Communications problem |
restart inclinometry terminal server port
(note 3 below) |
| data in Ch 2 (TY) = ******* |
Antenna not at el=89 54 00 |
Check drives, resend icl>centre |
| data in Ch 2 (TY) = 99999.9 |
Antenna not at el=89 54 00 |
Check drives, resend icl>centre |
| other nonsensical numbers |
Individual channel problems |
Interrogate individual channels (note 1 below) |
| Fortran stack dump + loss of incline task |
Communications problem |
reset DGH units and restart incline task (note 2 below) |
| Fortran stack dump + loss of incline task + any message re port
access failure |
Communications problem |
restart inclinometry terminal server port (note 3 below) |
 
SOLUTIONS
-
Interrogating individual channels .
icl> send incline obey command "#1RD" ~ or ... "#2RD" etc.
- The returned value will take the form, eg, #1RD+00072.10A5, where
the last two characters are the checksum, and +00072.10 is in mV.
A failure will be more obvious and
indicates a particular problem with that channel - maybe go see if
the inclinometer is actually plugged in and that the gain setting is
correct. Data channels after number 9 are in hexadecimal and
should be entered into this command capitalized : eg . . . "#ERD"
to interrogate channel 14.
-
Resetting the DGH units .
-
Restarting the terminal server port :
- Log onto mwttel
- Type "mc ncp conn node jcmt2 via isa-0" at the $ prompt.
- Hit enter
- At the # prompt type "boojum"
- Type anything for the username ("x" is fine)
- at the local> prompt type "set priv"
- enter the password (ask the telescope support specialist)
- Type "show port 2 status" to see the port state - (port 8 as of
Apr 2000)
- Type "log port 2" to log the port out - (port 8 as of Apr 2000)
- Type "lo" to log out of the terminal server
- Type control-d to get out of ncp
- Type "lo" to log out of MWTTEL
-
(more seriously) rebooting the DECserver .
-
This may be necessary if general
communications have at some stage
be cycled or, eg, hit by power failure, but the reboot will also affect
other subsystems such as the weather station - so beware of subsequent TEL
problems.
If each channel contains sensible data and scatters are
< 5mV or so in each column then all is OK, and you may then proceed to
take data explicitly, as described in
"Taking Inclinometry Data" .
Problems in data quality alone (noted by comparison with previous datasets)
may imply
- loose mountings
- electrical or mechanical jolting
- mechanical failure (or imminent failure - as indicated, for example,
in
Feb 1998 by
a ripple in the A-frame difference data which was diagnosed as due to a
failing bearing.)
Iain Coulson
Last Updated: 01 Dec 2003
|