home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
HAM Radio 3
/
hamradioversion3.0examsandprograms1992.iso
/
rtty
/
dove3w13
/
dove3wwg.doc
next >
Wrap
Text File
|
1990-03-19
|
16KB
|
454 lines
DOVE3WWG DOVE OSCAR-17 Telemetry Decoder Mon Feb 26 23:46:37 1990
═════════════════════════════════════════════════════════════════
New Version 1.3 Features:
═════════════════════════
* Option -c on the command line, causes the display to be
shown in color.
* Option "-s callsign" (or prefix) limits data capture to
frames starting with callsign or prefix. This is handy if
you have more that one HAPN card active in your PC. For
example:
D> DOVE3WWG -s DOVE-
will only capture those frames starting with "DOVE-".
* Should run on just about any kind of monitor. No graphics
are required, and color is optional. Hercules is supported.
Version 1.0 Features:
═════════════════════
* Raw input from a file. This makes the program useful
to non HAPN card users and permits review of old data.
* NK6KTLM file compatible. If you've captured files or
edited them into the format required by the NK6KTLM
decoder, then DOVE3WWG will process them asis.
* HAPN card support. Just point your antenna, and leave
DOVE3WWG running. It obtains its data directly from
the HAPN card (requires M25 & HAPN1.SYS however). No
FIXUP is required on the captured telemetry file since
C25 is not used.
* When capturing from the HAPN card, a telemetry file name is
generated automatically for ease of capture. File names
are based upon UTC date and time. If by chance the generated
name exists, no problem-- the file is appended to.
* When output redirection is not used, the formatted screen
continually updates as new packets come in (from file or
HAPN card). The bottom 2 lines scroll to show other
information packets.
* When output is directed to a file (for printing), the
format is automatically adjusted for the purpose. It
can be used in this form as input to other graphical
software packages.
* Packets from the HAPN card are UTC date and time stamped.
This is useful when data capture of the satellite time
stamps is poor.
* Data not understood by this program is not discarded. It
simply passes through (and captured).
Copyright Status:
═════════════════
Its free. It would be nice if everyone could send a small
donation to AMSAT, or join. But it is not expected or required.
Please copy it and distribute it amongst your friends.
Although this program is free, certain authorized organizations
may charge a fee for copying and distribution (hopefully just to
recover costs).
Installing:
═══════════
The DOVE3WWG is designed to be completely self contained and
"hassle free". However there are some small points to be dealt with
first.
Only the executable file DOVE3WWG.EXE is required for its operation.
There are no supporting data files to make it operate. Just copy this file
where your other command files go (according to your PATH).
For proper UTC time generation, there must exist an environment
variable TZ. This is the variable as used by the Microsoft C library. The
following shows an example of how to set it:
set TZ=EST5EDT
The example shows that:
1. The local time zone is Eastern Standard Time (EST).
2. UTC is 5 hours ahead (TZ=EST+5EDT is also valid).
This can be a signed number.
3. The time zone is Eastern Daylight savings Time
when it is in effect (EDT)
4. Microsoft default if the variable is NOT defined
is "set TZ=PST8PDT" (DOVE3WWG will complain if it
is not set).
If daylight savings is never in effect, then omit the "EDT".
You will also have to adjust this value when you switch to/from
daylight savings time. Don't forget! The telemetry capture files will
contain bad time stamps if you do!
If the H.A.P.N. telemtery capture feature is to be used, there
are some addtional prerequisits.
1. H.A.P.N. card must be installed (of course).
2. HAPN1.SYS driver must be installed.
3. M25.EXE must have been installed for use.
Non H.A.P.N. users will still be able to feed file data into
the program for useful decoding.
Ok, now lets play!
General Introduction:
═════════════════════
The DOVE3WWG program has 2 basic "input modes" and 2 two
basic "output modes". You may mix and match them as you wish. But
first lets just list the modes available:
Input Modes:
════════════
a) Standard input (by DOS redirection)
b) H.A.P.N. packet radio card input
Output Modes:
═════════════
a) Standard output to a file (DOS redirected)
b) Formatted screen (no redirection)
Furthermore, there is one more "output" that is built into
this program. When the H.A.P.N. card is used for "input", a telemetry
capture file is opened for appending (if it exists). The name is generated
by taking the UTC date and time and formatting a file name in the current
directory as follows:
ydddhhmm.O17
where: y is the last digit of the year
y = 0 for 1990, y = 1 for 1991, etc.
ddd is the day of the year.
ddd = 0 is jan 1, 31 is feb 1, etc.
hhmm UTC hour and minute.
.O17 represents OSCAR-17
Command Options:
════════════════
DOVE3WWG -h Gives help (or -?)
or
DOVE3WWG [-c] [-s prefix]
where: -c Uses colour (or color when state side).
-s prefix Capture only frames starting with 'prefix'.
(Normal use is -s DOVE or -sDOVE)
note: Options are case sensitive.
Examples of Use:
════════════════
D> DOVE3WWG Captures from HAPN card
and updates screen parameters
as they come in. A capture
file is written also.
D> DOVE3WWG -sVE3 Same as above, but this tests
its ability to reject all but
VE3 frames (use -s DOVE for
satellite).
D> DOVE3WWG <00550245.O17 This command reviews an old
telemetry file that was
captured starting on Feb 25, 1990 0245 UTC. The values
are updated on the screen as if they came in from the
H.A.P.N. card, only much faster.
D> DOVE3WWG <00550245.O17 -c This command is the same as
the above, except that the
formatted screen display is done in colour.
D> DOVE3WWG <00550245.O17 >FEB25.RPT This command processes the
same telemetry file, except
that the information is formatted and written to
report file FEB25.RPT. The format differs from the
screen to be more suitable for printing. The output
file can also be used as input to graphing packages.
D> DOVE3WWG >FEB25.RPT This command captures from
the H.A.P.N. card, but gen-
erates the report into file FEB25.RPT while doing
so. A telemetry capture file is written as well.
Testing it Out:
═══════════════
The best thing to do is to test this program out BEFORE a real
DOVE satellite pass. There is a sample TEST.O17 file to feed into the
program as input. This will show you what you can expect from a live
pass in "fast forward" (assuming you are watching the formatted screen).
Try the following:
D> DOVE3WWG < TEST.O17
Did the initial UTC date and time at the top right look correct?
If not, adjust the value of your environment variable TZ.
After having done that, now is a good time to test the data
capture facility (non H.A.P.N. card users ignore). Make sure your
HAPN1.SYS is installed, and M25.EXE has been run prior to invoking
the following command (with no arguments):
D> DOVE3WWG
In this mode, the command formats a screen and will await
telemetry packets to decode. The top right (again) should show the correct
UTC date and time. Since this test is probably being done at a time when the
satellite is unavailable, it is best to try it by tuning your packet
radio to a busy packet frequency. You should begin to see packet traffic
appear on the bottom 2 lines which will scroll away. No parameters will
update on the screen, unless by a fluke that some traffic happened to
possess the correct format. While this is happening, data is being
captured to a *.O17 file, and the UTC date and time should be updating
on the screen when the program is not busy processing packets (time updates
on the screen cease when traffic is present, and updates resume at idle
periods).
While capturing data from the H.A.P.N. card, use ^C or the
Control-Break key to terminate the program. All files and the H.A.P.N.
card will be closed down gracefully.
Telemetry File Format:
══════════════════════
A couple of notes on the capture file are in order. First of
all, each packet is time stamped as it comes in. An example appears
as follows:
:: Thu Mar 01 04:19:52 1990 UTC
DOVE-1>TIME-1:
PHT: uptime is 076/13:47:53. Time is Thu Mar 01 04:16:47 1990
The line starting with "::" identifies the line that was added
by DOVE3WWG, and is only as accurate as your PC system clock. However,
in this case, we can see that either my PC clock is out, or the DOVE
clock has drifted (probably my PC), or maybe both.
The purpose of the time stamps are to overcome the problem of
a series of packets that might be recieved without time stamps under
marginal receive conditions. These lines are easy to remove if that
becomes necessary, since each line begins with "::".
Only DOVE-1>TLM: packets are decoded. The following are also
from the satellite, but are simply recorded without interpretation
(time stamps removed here):
DOVE-1>STATUS:
80 00 00 85 B0 18 77 02 00 B0 00 00 B0 00 00 00 00 00 00 00
DOVE-1>WASH:
wash addr:1900:0000, edac=0x07
DOVE-1>TIME-1:
PHT: uptime is 076/13:48:03. Time is Thu Mar 01 04:16:57 1990
DOVE-1>BCRXMT:
vbat= 11.082 vlo1= 10.569 vlo2= 10.069 vmax= 11.569 temp= 5.451
A couple of telemetry packet look as follows:
DOVE-1>TLM:
00:58 01:58 02:88 03:31 04:58 05:58 06:6E 07:45 08:6C 09:66 0A:A1
0B:DB 0C:E8 0D:D8 0E:00 0F:24 10:D0 11:93 12:00 13:02 14:B0 15:9B
16:92 17:8C 18:8F 19:90 1A:8D 1B:86 1C:94 1D:90 1E:26 1F:5F 20:BF
DOVE-1>TLM:
21:A6 22:77 23:11 24:15 25:2E 26:00 27:00 28:00 29:00 2A:00 2B:00
2C:00 2D:2A 2E:01 2F:9E 30:CC 31:9F 32:16 33:64 34:C6 35:9F 36:A8
37:A8 38:BA 39:99 3A:00
This program tries to be forgiving about this data. Rather than
rely on the "DOVE-1>TLM:" to follow a consistant format, the program does
some simple tests on a given line to see if it is a "TLM" line. A line that
follows the format of:
21:A6 22:77 23:11 24:15 25:2E 26:00 27:00 28:00 29:00 2A:00 2B:00
will be accepted regardless of its origin. Some may be using TNC's that
capture the block of TLM data as follows:
DOVE-1>TLM:00:58 01:58 02:88 03:31 04:58 05:58 06:6E 07:45 08:6C 09:66 0A:A1
0B:DB 0C:E8 0D:D8 0E:00 0F:24 10:D0 11:93 12:00 13:02 14:B0 15:9B
16:92 17:8C 18:8F 19:90 1A:8D 1B:86 1C:94 1D:90 1E:26 1F:5F 20:BF
DOVE-1>TLM:21:A6 22:77 23:11 24:15 25:2E 26:00 27:00 28:00 29:00 2A:00 2B:00
2C:00 2D:2A 2E:01 2F:9E 30:CC 31:9F 32:16 33:64 34:C6 35:9F 36:A8
37:A8 38:BA 39:99 3A:00
In this case, DOVE3WWG starts its simple tests beyond the first ":",
and proceeds as if there was no difference. This permits you to feed it
your existing NK6KTLM data (DOVE only) files as well.
Live Capture:
═════════════
The biggest challenge here is knowing when to listen for it. Hope-
fully you already have a program to help with that. If not, there are several
available from AMSAT-NA and other organizations. Make sure you use up to date
keplerian data. It should be no older than a couple of months at most.
Finally, just tune to 145.825 Mhz. I find that the computer sometimes
copies better at 145.830 at the beginning of the pass. This is due in part to
doppler shift (and imperfections in my rig). I later switch back to 145.825.
Your mileage may vary, enjoy!
Appendix A:
═══════════
(From Bob Grier N4HY)
Spacecraft: DOVE-1: Rev: 1
Date: 1/7/90
Equations are in the form: Y = A*N^2 + B*N + C
where:
N = Telemetry Count (00 - FF)
A, B, C = Equation Coefficients
Y = Result (In Specified Units)
HEX Descripion: C: B: A: Units:
cccccccccc bbbbbbbbbb aaaaaaaaaa uuuuuu
0 Rx E/F Audio(W)+0.000 +0.0246 0.000 V(p-p)
1 Rx E/F Audio(N)+0.000 +0.0246 0.000 V(p-p)
2 Mixer Bias V: +0.000 +0.0102 0.000 Volts
3 Osc. Bisd V: +0.000 +0.0102 0.000 Volts
4 Rx A Audio (W):+0.000 +0.0246 0.000 V(p-p)
5 Rx A Audio (N):+0.000 +0.0246 0.000 V(p-p)
6 Rx A DISC: +10.427 -0.09274 0.000 kHz
7 Rx A S meter: +0.000 +1.000 0.000 Counts
8 Rx E/F DISC: +9.6234 -0.09911 0.000 kHz
9 Rx E/F S meter:+0.000 +1.000 0.000 Counts
A +5 Volt Bus: +0.000 +0.0305 0.000 Volts
B +5V Rx Current:+0.000 +0.000100 0.000 Amps
C +2.5V VREF: +0.000 +0.0108 0.000 Volts
D 8.5V BUS: +0.000 +0.0391 0.000 Volts
E IR Detector: +0.000 +1.000 0.000 Counts
F LO Monitor I: +0.000 +0.000037 0.000 Amps
10 +10V Bus: +0.000 +0.05075 0.000 Volts
11 GASFET Bias I: +0.000 +0.000026 0.000 Amps
12 Ground REF: +0.000 +0.0100 0.000 Volts
13 +Z Array V: +0.000 +0.1023 0.000 Volts
14 Rx Temp: +101.05 -0.6051 0.000 Deg. C
15 +X (RX) temp: +101.05 -0.6051 0.000 Deg. C
16 Bat 1 V: +1.7932 -0.0034084 0.000 Volts
17 Bat 2 V: +1.7978 -0.0035316 0.000 Volts
18 Bat 3 V: +1.8046 -0.0035723 0.000 Volts
19 Bat 4 V: +1.7782 -0.0034590 0.000 Volts
1A Bat 5 V: +1.8410 -0.0038355 0.000 Volts
1B Bat 6 V: +1.8381 -0.0038450 0.000 Volts
1C Bat 7 V: +1.8568 -0.0037757 0.000 Volts
1D Bat 8 V: +1.7868 -0.0034068 0.000 Volts
1E Array V: +7.205 +0.07200 0.000 Volts
1F +5V Bus: +1.932 +0.0312 0.000 Volts
20 +8.5V Bus: +5.265 +0.0173 0.000 Volts
21 +10V Bus: +7.469 +0.021765 0.000 Volts
22 BCR Set Point: -8.762 +1.1590 0.000 Counts
23 BCR Load Cur: -0.0871 +0.00698 0.000 Amps
24 +8.5V Bus Cur: -0.00920 +0.001899 0.000 Amps
25 +5V Bus Cur: +0.00502 +0.00431 0.000 Amps
26 -X Array Cur: -0.01075 +0.00215 0.000 Amps
27 +X Array Cur: -0.01349 +0.00270 0.000 Amps
28 -Y Array Cur: -0.01196 +0.00239 0.000 Amps
29 +Y Array Cur: -0.01141 +0.00228 0.000 Amps
2A -Z Array Cur: -0.01653 +0.00245 0.000 Amps
2B +Z Array Cur: -0.01137 +0.00228 0.000 Amps
2C Ext Power Cur: -0.02000 +0.00250 0.000 Amps
2D BCR Input Cur: +0.06122 +0.00317 0.000 Amps
2E BCR Output Cur:-0.01724 +0.00345 0.000 Amps
2F Bat 1 Temp: +101.05 -0.6051 0.000 Deg. C
30 Bat 2 Temp: +101.05 -0.6051 0.000 Deg. C
31 Baseplt Temp: +101.05 -0.6051 0.000 Deg. C
32 FM TX#1 RF OUT:+0.0256 -0.000884 +0.0000836 Watts
33 FM TX#2 RF OUT:-0.0027 +0.001257 +0.0000730 Watts
34 PSK TX HPA Temp+101.05 -0.6051 0.000 Deg. C
35 +Y Array Temp: +101.05 -0.6051 0.000 Deg. C
36 RC PSK HPA Temp+101.05 -0.6051 0.000 Deg. C
37 RC PSK BP Temp:+101.05 -0.6051 0.000 Deg. C
38 +Z Array Temp: +101.05 -0.6051 0.000 Deg. C
39 S band TX Out: -0.0451 +0.00403 0.000 Watts
3A S band HPA Temp+101.05 -0.6051 0.000 Deg. C
Special Thanks:
═══════════════
Hats off to all on the Microsat team for making the project a
reality. Many thanks also for sharing the telemetry decoding information
at an early stage. Of course, special thanks to:
idacrd!mac@princeton.edu (Robert McGwier N4HY)
AMSAT-NA:
═════════
The Radio Amateur Satellite Corporation,
850 Sligo Ave.,
Silver Spring, MD USA 20910
(301) 589-6062
H.A.P.N.
════════
(for the HAPN-1 Packet Radio Adapter)
Hamilton and Area Packet Network
Box 4466, Station D,
Hamilton, Ontario, Canada
L8V 4S7
The Author:
═══════════
Warren W. Gay VE3WWG
3 Goldsmith Avenue,
St. Catharines, Ontario, Canada.
L2M 2V7
Packet radio: VE3WWG @ VE3NUU
or: @ VE3HPL
or: @ VE3RD
Unix: !ncrcan!brambo!wwg