World of Ham Radio 1994 January/AMSOFT_1994.iso/packet/docs/pd199002.doc

Text File | 1993-12-31 | 122.0 KB | 2,653 lines

Thu Feb  1 01:30:32 1990
Received: by ucsd.edu; id AA27358
    sendmail 5.61/UCSD-2.0-sun
    Thu, 1 Feb 90 00:50:35 -0800
Received: from WSMR-SIMTEL20.ARMY.MIL by ucsd.edu; id AA27352
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 1 Feb 90 00:50:18 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: from mcsun.EU.net by WSMR-SIMTEL20.ARMY.MIL with TCP; Thu, 1 Feb 90 01:49:25 MST
Received: by mcsun.EU.net via EUnet; Thu, 1 Feb 90 09:48:53 +0100 (MET)
Received: by cernvax.cern.ch (5.57/Ultrix2.0-B)
    id AA28467; Thu, 1 Feb 90 09:44:42 +0100
Received: by chx400.switch.ch (5.57/Ultrix2.4-C)
    id AA17560; Thu, 1 Feb 90 09:28:54 +0100
Received: from zit.cigy  by cgch.cigy
    id AA06061; Thu, 1 Feb 90 09:20:47 +0100  (4.0/SMI-3.2-CG-1.0G)
Received: by zit.cigy
    id AA22539; Thu, 1 Feb 90 09:20:45 mez  (15.11/SMI-3.2-CG-1.0A)
Message-Id: <[e-mail] >
Subject: Re: Decoding DOVE Telemetry
To: [e-mail]
Date: Thu, 1 Feb 90 9:20:43 MEZ
From: Joseph C. Pistritto <cgch![e-mail]>
In-Reply-To: <[e-mail]>; from "Robert McGwier" at Jan 30, 90 6:41 pm
Mailer: Elm [revision: 64.9]

    Fire away!.  Even if you put it up anonymous FTP only, I
would appreciate it you mailed it direct to me (as I'm not on the
Internet, you see).  By the way, I have at least one good pass
a day copied from here (7-8 minutes).  Last night got 3 orbits in
a row...
                            -jcp-

======================================================================
Joseph C. Pistritto  HB9NBB N3CKF
            'Think of it as Evolution in Action' (J.Pournelle)
  Ciba Geigy AG, R1241.1.01, Postfach CH4002 Basel, Switzerland
  Internet: [e-mail]                  Phone: [phone]
  Bitnet:   [e-mail]   Fax:   [phone]
  From US:  cgch![e-mail]

From packet-radio-relay  Thu Feb  1 02:00:11 1990
Received: by ucsd.edu; id AA27377
    sendmail 5.61/UCSD-2.0-sun
    Thu, 1 Feb 90 00:51:20 -0800
Received: from WSMR-SIMTEL20.ARMY.MIL by ucsd.edu; id AA27364
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 1 Feb 90 00:50:41 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: from mcsun.EU.net by WSMR-SIMTEL20.ARMY.MIL with TCP; Thu, 1 Feb 90 01:49:43 MST
Received: by mcsun.EU.net via EUnet; Thu, 1 Feb 90 09:48:56 +0100 (MET)
Received: by cernvax.cern.ch (5.57/Ultrix2.0-B)
    id AA28439; Thu, 1 Feb 90 09:44:39 +0100
Received: by chx400.switch.ch (5.57/Ultrix2.4-C)
    id AA17547; Thu, 1 Feb 90 09:28:41 +0100
Received: from zit.cigy  by cgch.cigy
    id AA06056; Thu, 1 Feb 90 09:17:43 +0100  (4.0/SMI-3.2-CG-1.0G)
Received: by zit.cigy
    id AA22516; Thu, 1 Feb 90 09:17:41 mez  (15.11/SMI-3.2-CG-1.0A)
Message-Id: <[e-mail] >
Subject: Re: DOVE telemetry?
To: [e-mail]
Date: Thu, 1 Feb 90 9:17:37 MEZ
From: Joseph C. Pistritto <cgch![e-mail]>
In-Reply-To: <[e-mail]>; from "CALSTATE.BITNET!KEVIN" at Jan 24, 90 11:31 am
Mailer: Elm [revision: 64.9]


    YES, YES, YES.  You can receive DOVE with a 2m (145.825Mhz)
FM radio hooked to a TNC (I use a Kenwood TR7850 and a Heathkit
TNC-1 in KISS mode, with Phil Karn's TCPIP package, which I use for
other reasons).  All you need to do is set your radio to 145.825 and
turn the 'monitor' on your packet radio program on.  I capture the
stuff into a file.  If you leave everything on for 24 hours, you WILL
get telemtry from DOVE, maybe more than once.  (I usually get 2 successive
passes, twice a day, for four occurrances).  Each pass lasts from 2
to 8 minutes decodable telemetry.

    I also use a quarterwave groundplane in the attic as my antenna
and it works great.  It's really neat listening to FM with a doppler
shift!.  (The demodulator in the TNC seems not sensitive to the doppler,
by the way).  You might try a better antenna on your handheld than
the 'rubber duck' it comes with, but the receiver in there is more
than sufficient.

    DO NOT TRY TO TRANSMIT TO THE BIRD, it doesn't listen on this
frequency, and it just screws up everyone else.  Also, turn the BEACON
off in your Packet radio program first.  (I have a collection of
Beacon packets I'm making from my automated telemetry gatherning...)

    If you have a computer, programs to tell you when the satellite
is QRV in your area are available from AMSAT for reasonable prices
(like $50 for InstaTrack).

    Any more questions?
                        -jcp-

======================================================================
Joseph C. Pistritto  HB9NBB N3CKF
            'Think of it as Evolution in Action' (J.Pournelle)
  Ciba Geigy AG, R1241.1.01, Postfach CH4002 Basel, Switzerland
  Internet: [e-mail]                  Phone: [phone]
  Bitnet:   [e-mail]   Fax:   [phone]
  From US:  cgch![e-mail]

From packet-radio-relay  Thu Feb  1 03:01:07 1990
Received: by ucsd.edu; id AA26948
    sendmail 5.61/UCSD-2.0-sun
    Tue, 30 Jan 90 07:03:58 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA26944
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Tue, 30 Jan 90 07:03:56 -0800 for /usr/lib/sendmail -odq -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA05925; Tue, 30 Jan 90 06:52:31 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 30 Jan 90 13:38:32 GMT
From: snorkelwacker!usc!cs.utexas.edu!asuvax!stjhmc!f218.n260.z1.fidonet.org![e-mail]  (Jim Grubs)
Organization: FidoNet node 1:260/218 - NF2G Online, Rochester NY
Subject: EMS Radio Service
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


 * Forwarded from "FCC"
 * Originally from David Stark
 * Originally dated 27 Jan 90   0:09:00

I would like to propose the following amendment to Part 90 and am interested
in comments from potentially affected parties:

To amend Part 90 creating a new "Emergency Medical Radio Service". This service
would differ from the current "Special Emergency Radio Service", in which most
ambulance services are licensed now, in that it would be an exclusive
allocation for use only by those organizations whose primary mission is
providing emergency care and transportation of the sick and injured.

At the present time, spectrum for new users is scarce in populated areas.
Existing channels are shared with school buses (ever hear the CB-like chatter
from them?), veterinarians, hospital security departments (some use up enough
air time for a small police department), ski patrols and even handicapped
individuals (why?).

While many Public Safety agencies are making or planning moves to newly opened
800 MHz spectrum, in many areas such a move is not desirable.  Existing
communication systems and area bandplans can make it preferable to stay on
VHF-High Band or UHF.  Moving some incompatible services to 800 MHz would just
transplant an existing interoperability problem to a new frequency range.

Since it appears that some spectrum is being deallocated from the Federal
Government's exclusive use, I propose using some of it for this "new" service.
While it was not technically feasible in years past, new radio equipment has
sufficient bandwidth to use new frequencies in the 138 to 144 MHz or 162 to 174
MHz bands as well as existing EMS channels in the 155 MHz band.

I would be very interested in comments and suggestions from other persons in
the EMS field that might be affected by this idea.  I am also interested in
informed comments from FCC-type people on how likely a Rulemaking Petition
would be to have any success.


--
Uucp: ...{gatech,ames,rutgers}!ncar!asuvax!stjhmc!260!218!Jim.Grubs
Internet: [e-mail]

From packet-radio-relay  Thu Feb  1 03:30:49 1990
Received: by ucsd.edu; id AA03749
    sendmail 5.61/UCSD-2.0-sun
    Tue, 30 Jan 90 08:31:32 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA03744
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Tue, 30 Jan 90 08:31:29 -0800 for /usr/lib/sendmail -odq -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA11467; Tue, 30 Jan 90 08:26:52 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 30 Jan 90 15:57:14 GMT
From: rochester!kodak!eastman!hpcore![e-mail]  (Paul Gerwitz)
Organization: Eastman Kodak Co.
Subject: Decoding DOVE Telemetry
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Does anyone have any references to magazine articles or other information
on decodeing the DOVE telemetry data.  I receive it very well at my QTH and
would like to keep track of what going on.

 +----------------------------------------------------------------------------+
 | Paul F Gerwitz  WA2WPI  | SMTP: [e-mail]                          |
 | Eastman Kodak Co        | UUCP: ..rutgers!rochester!kodak!eastman!gerwitz  |
 +----------------------------------------------------------------------------+

From packet-radio-relay  Thu Feb  1 07:33:05 1990
Received: by ucsd.edu; id AA20535
    sendmail 5.61/UCSD-2.0-sun
    Thu, 1 Feb 90 07:11:35 -0800
Received: from WSMR-SIMTEL20.ARMY.MIL by ucsd.edu; id AA20525
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 1 Feb 90 07:11:20 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Message-Id: <[e-mail]>
Received: from CUNYVM.CUNY.EDU by WSMR-SIMTEL20.ARMY.MIL with TCP; Thu, 1 Feb 90 08:10:52 MST
Received: from CSHLAB.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4926; Thu, 01 Feb 90 07:52:03 EST
Date: Thu, 1 Feb 90 07:53 EST
From: [e-mail]
Subject: RE: EMS Radio Service
To: [e-mail]
X-Vms-To: IN%"[e-mail]"

PLEASE REMOVE ME FROM THIS DISCUSSION GROUP ..

Thanks ..

Fred Stellabotte

From packet-radio-relay  Thu Feb  1 09:35:15 1990
Received: by ucsd.edu; id AA28159
    sendmail 5.61/UCSD-2.0-sun
    Thu, 1 Feb 90 08:52:08 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA28155
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 1 Feb 90 08:52:03 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA10107; Thu, 1 Feb 90 08:40:58 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Feb 90 16:06:16 GMT
From: idacrd![e-mail]  (Robert McGwier)
Organization: idacrd, princeton, nj
Subject: Microsat telemetry equations
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I will post the equations for decoding the microsat telemetry.  I forgot
to bring in the status bits (but they are changing about once per week
whereas the analog telemetry is NOT).  This will all settle down soon.
I apologize for this taking so long to get out.


Spacecraft:  PACSAT-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 D DISC:     +9.202       -0.08990     0.000       kHz
 1    Rx D S meter:  +0.000       +1.000       0.000       Counts
 2    Rx C DISC:     +9.179       -0.09277     0.000       kHz
 3    Rx C S meter:  +0.000       +1.000       0.000       Counts
 4    Rx B DISC:     +9.837       -0.08838     0.000       kHz
 5    Rx B S meter:  +0.000       +1.000       0.000       Counts
 6    Rx A DISC:     +9.779       -0.09144     0.000       kHz
 7    Rx A S meter:  +0.000       +1.000       0.000       Counts
 8    Rx E/F DISC:   +10.817      -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.000250    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.0500      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.8225      -0.0038046   0.000       Volts
17    Bat 2 V:       +1.9418      -0.0046890   0.000       Volts
18    Bat 3 V:       +1.8699      -0.0041641   0.000       Volts
19    Bat 4 V:       +1.7403      -0.0032880   0.000       Volts
1A    Bat 5 V:       +1.8792      -0.0042492   0.000       Volts
1B    Bat 6 V:       +2.0499      -0.0054532   0.000       Volts
1C    Bat 7 V:       +1.9062      -0.0045331   0.000       Volts
1D    Bat 8 V:       +1.7536      -0.0033192   0.000       Volts
1E    Array V:       +8.055       +0.06790     0.000       Volts
1F    +5V Bus:       +2.035       +0.0312      0.000       Volts
20    +8.5V Bus:     +5.464       +0.0184      0.000       Volts
21    +10V Bus:      +7.650       +0.0250      0.000       Volts
22    BCR Set Point: -6.1130      +1.1270      0.000       Counts
23    BCR Load Cur:  -0.0477      +0.00767     0.000       Amps
24    +8.5V Bus Cur: -0.00179     +0.000894    0.000       Amps
25    +5V Bus Cur:   -0.00104     +0.00406     0.000       Amps
26    -X Array Cur:  -0.00995     +0.00243     0.000       Amps
27    +X Array Cur:  -0.02370     +0.00254     0.000       Amps
28    -Y Array Cur:  -0.02220     +0.00273     0.000       Amps
29    +Y Array Cur:  -0.01810     +0.00259     0.000       Amps
2A    -Z Array Cur:  -0.02230     +0.00221     0.000       Amps
2B    +Z Array Cur:  -0.02000     +0.00232     0.000       Amps
2C    Ext Power Cur: -0.02000     +0.00250     0.000       Amps
2D    BCR Input Cur: -0.02345     +0.00355     0.000       Amps
2E    BCR Output Cur:+0.00869     +0.00303     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    PSK TX RF Out: -0.0291      +0.00361     +0.0000869  Watts
33    RC PSK TX Out: +0.0055      +0.00172     +0.0001180  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.0088      +0.00435     0.000       Watts
3A    S band HPA Temp 0.000       +1.000       0.000       Counts

ADC Equations: V = 0.01028 N - 0.02055
           N = 97.31 V +2.000






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


ADC Equations: V = 0.01028 N - 0.05138
           N = 97.31 V +5.000





Spacecraft:  WEBER-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 D DISC:     +11.087      -0.08949     0.000       kHz
 1    Rx D S meter:  +0.000       +1.000       0.000       Counts
 2    Rx C DISC:     +10.322      -0.09448     0.000       kHz
 3    Rx C S meter:  +0.000       +1.000       0.000       Counts
 4    Rx B DISC:     +10.348      -0.09004     0.000       kHz
 5    Rx B S meter:  +0.000       +1.000       0.000       Counts
 6    Rx A DISC:     +11.387      -0.09535     0.000       kHz
 7    Rx A S meter:  +0.000       +1.000       0.000       Counts
 8    Rx E/F DISC:   +10.746      -0.09348     0.000       kHz
 9    Rx E/F S meter:+0.000       +1.000       0.000       Counts
 A    +5 Volt Bus:   +0.000       +0.03523     0.000       Volts
 B    +5V Rx Current:+0.000       +0.000234    0.000       Amps
 C    +2.5V  VREF:   +0.000       +0.0133      0.000       Volts
 D    8.5V BUS:      +0.000       +0.0524      0.000       Volts
 E    IR Detector:   +0.000       +1.000       0.000       Counts
 F    LO Monitor I:  +0.000       +0.000033    0.000       Amps
10    +10V Bus:      +0.000       +0.0767      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:       +100.01      -0.5980      0.000       Deg. C
15    +X (RX) Temp:  +100.01      -0.5980      0.000       Deg. C
16    Bat 1 V:       +1.8292      -0.0037196   0.000       Volts
17    Bat 2 V:       +1.8202      -0.0036943   0.000       Volts
18    Bat 3 V:       +1.8050      -0.0036721   0.000       Volts
19    Bat 4 V:       +1.8576      -0.0038979   0.000       Volts
1A    Bat 5 V:       +1.8095      -0.0037439   0.000       Volts
1B    Bat 6 V:       +1.8979      -0.0041754   0.000       Volts
1C    Bat 7 V:       +1.8246      -0.0038126   0.000       Volts
1D    Bat 8 V:       +1.7486      -0.0030475   0.000       Volts
1E    Array V:       +7.800       +0.06790     0.000       Volts
1F    +5V Bus:       +1.838       +0.0312      0.000       Volts
20    +8.5V Bus:     +5.793       +0.0184      0.000       Volts
21    +10V Bus:      +7.650       +0.0250      0.000       Volts
22    BCR Set Point: -6.1963      +1.1277      0.000       Counts
23    BCR Load Cur:  -0.0405      +0.00620     0.000       Amps
24    +8.5V Bus Cur: +0.00384     +0.000830    0.000       Amps
25    +5V Bus Cur:   -0.00763     +0.00394     0.000       Amps
26    -X Array Cur:  -0.00140     +0.00210     0.000       Amps
27    +X Array Cur:  +0.00946     +0.00226     0.000       Amps
28    -Y Array Cur:  -0.01018     +0.00224     0.000       Amps
29    +Y Array Cur:  -0.01168     +0.00239     0.000       Amps
2A    -Z Array Cur:  -0.01516     +0.00237     0.000       Amps
2B    +Z Array Cur:  -0.02111     +0.00239     0.000       Amps
2C    Ext Power Cur: -0.02000     +0.00250     0.000       Amps
2D    BCR Input Cur: -0.02189     +0.00332     0.000       Amps
2E    BCR Output Cur:-0.03019     +0.00327     0.000       Amps
2F    Bat 1 Temp:    +100.01      -0.5980      0.000       Deg. C
30    Bat 2 Temp:    +100.01      -0.5980      0.000       Deg. C
31    Baseplate Temp:+100.01      -0.5980      0.000       Deg. C
32    PSK TX RF Out: +0.2104      -0.01203     +0.0001786  Watts
33    RC PSK TX Out: +0.0340      -0.00969     +0.0002198  Watts
34    PSK TX HPA Temp+100.01      -0.5980      0.000       Deg. C
35    +Y Array Temp: +100.01      -0.5980      0.000       Deg. C
36    RC PSK HPA Temp+100.01      -0.5980      0.000       Deg. C
37    RC PSK BP Temp:+100.01      -0.5980      0.000       Deg. C
38    +Z Array Temp: +0.0000      +1.0000      0.000       Counts


ADC Equations: V = 0.01016 N - 0.05080
           N = 98.43 V +5.000






Spacecraft:  LUSAT-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 D DISC:     +9.802       -0.08779     0.000       kHz
 1    Rx D S meter:  +0.000       +1.000       0.000       Counts
 2    Rx C DISC:     +8.429       -0.09102     0.000       kHz
 3    Rx C S meter:  +0.000       +1.000       0.000       Counts
 4    Rx B DISC:     +9.291       -0.08317     0.000       kHz
 5    Rx B S meter:  +0.000       +1.000       0.000       Counts
 6    Rx A DISC:     +9.752       -0.08310     0.000       kHz
 7    Rx A S meter:  +0.000       +1.000       0.000       Counts
 8    Rx E/F DISC:   +10.110      -0.08610     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.000250    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.0508      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:       +93.24       -0.5609      0.000       Deg. C
15    +X (RX) Temp:  +93.24       -0.5609      0.000       Deg. C
16    Bat 1 V:       +1.7343      -0.0029740   0.000       Volts
17    Bat 2 V:       +1.7512      -0.0032113   0.000       Volts
18    Bat 3 V:       +1.7790      -0.0034038   0.000       Volts
19    Bat 4 V:       +1.7286      -0.0030036   0.000       Volts
1A    Bat 5 V:       +1.8114      -0.0036960   0.000       Volts
1B    Bat 6 V:       +1.7547      -0.0032712   0.000       Volts
1C    Bat 7 V:       +1.7151      -0.0030739   0.000       Volts
1D    Bat 8 V:       +1.6846      -0.0028534   0.000       Volts
1E    Array V:       +8.100       +0.06790     0.000       Volts
1F    +5V Bus:       +2.035       +0.0312      0.000       Volts
20    +8.5V Bus:     +5.614       +0.0184      0.000       Volts
21    +10V Bus:      +7.650       +0.0250      0.000       Volts
22    BCR Set Point: +3.7928      +1.0616      0.000       Counts
23    BCR Load Cur:  -0.0244      +0.00628     0.000       Amps
24    +8.5V Bus Cur: +0.00412     +0.000773    0.000       Amps
25    +5V Bus Cur:   +0.02461     +0.00438     0.000       Amps
26    +X Array Cur:  -0.01614     +0.00232     0.000       Amps
27    -X Array Cur:  -0.01158     +0.00238     0.000       Amps
28    -Y Array Cur:  +0.00278     +0.00206     0.000       Amps
29    +Y Array Cur:  +0.00136     +0.00218     0.000       Amps
2A    -Z Array Cur:  +0.00370     +0.00209     0.000       Amps
2B    +Z Array Cur:  -0.00793     +0.00216     0.000       Amps
2C    Ext Power Cur: -0.02000     +0.00250     0.000       Amps
2D    BCR Input Cur: -0.00901     +0.00283     0.000       Amps
2E    BCR Output Cur:+0.00663     +0.00344     0.000       Amps
2F    Bat 1 Temp:    +93.24       -0.5609      0.000       Deg. C
30    Bat 2 Temp:    +93.24       -0.5609      0.000       Deg. C
31    Baseplt Temp:  +93.24       -0.5609      0.000       Deg. C
32    PSK TX RF Out: +0.1059      +0.00095     +0.0000834  Watts
33    RC PSK TX Out: +0.0178      +0.00135     +0.0000833  Watts
34    PSK TX HPA Temp+93.24       -0.5609      0.000       Deg. C
35    +Y Array Temp: +93.24       -0.5609      0.000       Deg. C
36    RC PSK HPA Temp+93.24       -0.5609      0.000       Deg. C
37    RC PSK BP Temp:+93.24       -0.5609      0.000       Deg. C
38    +Z Array Temp: +93.24       -0.5609      0.000       Deg. C
39    LU Bcn Temp A: +93.24       -0.5609      0.000    *  Deg. C
3A    LU Bcn Temp D: +93.24       -0.5609      0.000    ** Deg. C
3B    Coax Rly Stat: +0.000       +1.0000      0.000       Counts
3C    Coax Rly Stat: +0.000       +1.0000      0.000       Counts

ADC Equations: V = 0.00953 N
           N = 104.94 V


* Note 1:  Thermistor located near box center adjacent to LU
       thermistor channel no. 5.

**  Note  2:   Thermistor  located  near -X face of  box  on  the
           experiment baseplate.

--
____________________________________________________________________________
    My opinions are my own no matter    |       Robert W. McGwier, N4HY
    who I work for! ;-)                 |       CCR, AMSAT, etc.
----------------------------------------------------------------------------

From packet-radio-relay  Thu Feb  1 15:32:09 1990
Received: by ucsd.edu; id AA01243
    sendmail 5.61/UCSD-2.0-sun
    Thu, 1 Feb 90 15:17:29 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA01228
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 1 Feb 90 15:17:26 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA05478; Thu, 1 Feb 90 15:02:45 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Feb 90 22:59:34 GMT
From: jupiter![e-mail]  (Phil R. Karn)
Organization: Bell Communications Research, Inc
Subject: Re: DOVE telemetry?
Message-Id: <[e-mail]>
References: <[e-mail]>, <[e-mail].>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail].> [e-mail] (Joseph C. Pistritto) writes:
>[...]  It's really neat listening to FM with a doppler
>shift!.  (The demodulator in the TNC seems not sensitive to the doppler,
>by the way).

DOVE uses an FSK audio subcarrier on a FM main carrier. The radio's FM
discriminator sees the doppler shift of the main FM carrier, but the
TNC's demodulator sees only the audio subcarrier. It too is
doppler-shifted, but to a far smaller degree. This is because Doppler
shift is equal to v*f/c, with v = velocity, f = frequency and c = speed
of light.

Orbital velocity at DOVE's altitude is about 7.5 km/sec. Ignoring the
rotation of the earth, you see almost this much in relative velocity
when the satellite is on the horizon before or after an overhead pass.
(The doppler shift is max positive at the beginning of the pass, max
negative at the end). So on 2m, the max shift is about +-3.65 KHz. On
70cm, it's about three times greater: +-10.9 KHz, because the frequency
is three times as high. However, even at the higher subcarrier audio
frequency (2200 Hz), the doppler shift is only about +-0.055 Hz. I think
it's unlikely you'll see or hear this!

The TAPR/AMSAT PSK modems used to demodulate the 70cm signals tune the
radio to keep them tracking the changing Doppler shift throughout a
pass. This is a vital feature, considering that the PSK modems need to
be within a couple hundred hertz of the correct RF frequency to work.

Phil

From packet-radio-relay  Thu Feb  1 18:00:09 1990
Received: by ucsd.edu; id AA11933
    sendmail 5.61/UCSD-2.0-sun
    Thu, 1 Feb 90 17:48:26 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA11926
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 1 Feb 90 17:48:22 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA15805; Thu, 1 Feb 90 17:46:05 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Feb 90 22:19:04 GMT
From: ubc-cs!alberta!atha![e-mail]  (Ross Alexander)
Organization: Athabasca University
Subject: Re^2: Packet radio license without code r
Message-Id: <[e-mail]>
References: <11924637@K%_#[e-mail]>, <241300003@cdp>
Sender: [e-mail]
To: [e-mail]

[e-mail] writes:

>I for one do not understand why those who want to experiment with
>modern digital communication are forced to learn an archaic and
>inefficient coding method in order to use radio to send data.
>IMHO, the ARRL would benefit a lot by making it easier for
>computer hobbyists to fool around with radio links.

Move to Canada.  I have a digital ticket; no code (no privs below 2
meters, either, that's a nature preserve for endangered species :-)
:-) :-); but from 2 meters up I can pretty well do anything I like.
One is expected to know the regs and electronics at Amateur Advanced
levels, and there is an essay-format exam on information theory and
packet digitial techniques.  The exam took me about 3 hours (I am slow
at longhand).

I did have to study obsolete stuff, mind you - ALOHA indeed :-P.

--
--
Ross Alexander    [phone]    [e-mail]    VE6PDQ

From packet-radio-relay  Fri Feb  2 04:30:03 1990
Received: by ucsd.edu; id AA27891
    sendmail 5.61/UCSD-2.0-sun
    Fri, 2 Feb 90 04:14:20 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA27879
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 2 Feb 90 04:14:16 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA17058; Fri, 2 Feb 90 03:56:22 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Feb 90 22:11:00 GMT
From: cadnetix.COM!cadnetix![e-mail]  (Rusty Carruth)
Subject: Re: rec.ham-radio.amsat newsgroup.
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Brian Sheets) writes:
>I received a number of people who also would like a new newsgroup
>for amsat/space related articles. Who would do this kinda thing?
>
>Brian Sheets KA7KDX         _  /|                   "I'll be back"

Well, actually, YOU can initiate a new newsgroup.  A very short
summary of how to do it is:  Read the doc which is posted once a month
or so in (I think) news.announce.newgroups on how to get a newsgroup
started.  Decide on a name, charter, if it will be moderated or not,
things like that.  Announce, in news.announce.newgroups, a call for
discussion about the newsgroup.  Start reading the newsgroup that
the discussion takes place in (news.groups, I think) and take part
in the discussion (or ignore stupid remarks, whatever :-) ).

IF all goes well, then you announce a call for votes. (about 2 or 3 weeks
after the call for discussion).  Count the EMAIL votes.  Announce the
totals in news.announce.newgroups.  If, after a month
of voting, you have 100 more yes votes than no votes, and a 2/3 majority
of yes votes (I'm hazy on the exact numbers, sorry), then you announce
that the group succeded and you send a message to Gene Spafford asking
him to create the group.

WARNING - read the details mentioned first before doing this, as I've
skipped a few details...

But don't worry, its not really very hard.  I encourage you to
go for it.

From packet-radio-relay  Fri Feb  2 08:30:20 1990
Received: by ucsd.edu; id AA12319
    sendmail 5.61/UCSD-2.0-sun
    Fri, 2 Feb 90 08:17:25 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA12314
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 2 Feb 90 08:17:23 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA01792; Fri, 2 Feb 90 08:02:30 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Feb 90 20:54:34 GMT
From: pacbell!tandem![e-mail]  (Stuart G. Phillips)
Organization: Tandem Computers, Inc.
Subject: Re: AEA DSP-232 rumor
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

A well informed source has told me that Digitial Radio Systems are also
working on a DSP version of their range of PC packet adaptors.

Can anyone shed any light on this one ?
Stu N6TTO

From packet-radio-relay  Fri Feb  2 09:02:22 1990
Received: by ucsd.edu; id AA13717
    sendmail 5.61/UCSD-2.0-sun
    Fri, 2 Feb 90 08:35:41 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA13707
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 2 Feb 90 08:35:37 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA03751; Fri, 2 Feb 90 08:32:15 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 2 Feb 90 16:21:29 GMT
From: sun-barr!newstop!east!hienergy![e-mail]  (Jim Vienneau - CSS Program Manager)
Organization: Sun Microsystems, Billerica MA
Subject: Help with WA7MBL BBS???
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


I'm trying to get packet BBS package written by WA7MBL running and
am having considerable difficulty. Actually I got it running, but as
soon as I leave "local" mode it seems to start forwarding nothing to
somewhere unknown. The only way I can get out is to reboot the PC.
Being that there is little (read none) documentation with the program,
can anybody enlighten me? Someone must have successfully gotten this
running! (the read_me file says "good luck if your trying to get this
running from scratch").

Jim Vienneau, Sun Microsystems Inc - Billerica, MA
Email: [e-mail]   Amateur Radio: WB1B
Good old Ma Bell (well old anyway): [phone]

From packet-radio-relay  Fri Feb  2 11:31:39 1990
Received: by ucsd.edu; id AA26814
    sendmail 5.61/UCSD-2.0-sun
    Fri, 2 Feb 90 11:19:57 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA26808
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 2 Feb 90 11:19:53 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA14765; Fri, 2 Feb 90 11:11:46 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 2 Feb 90 03:27:48 GMT
From: zaphod.mps.ohio-state.edu!samsung!cs.utexas.edu!helps!bongo![e-mail]  (julian macassey)
Organization: The Hole in the Wall  Hollywood CA U.S.A.
Subject: Re: Heath Pocket TNC KISS ROMS
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


 >Date: Tue, 26 Dec 89 08:20:31 mst
 >From: Bdale Garbee <[e-mail]>
 >Message-Id: <[e-mail]>
 >To: [e-mail]
 >Subject: Heath/Tasco u21 KISS
 >Status: OR

 >I have placed on col.hp.com, in ~ftp/ka9q/etc, the file u21_kiss.rom.  This
 >is a binary image of a 27256 EPROM for the Heath/Tasco micro TNC that is a
 >copy of the normal firmware with KISS support included.
 >

    I managed to get a copy of this file and got it burned into a
$2.00 "Swap Meet Special" CMOS 27256 EPROM. Note the EPROM in
the u21 TNC is CMOS.

    Yes, it works. You have to do the KISS ON, ABAUD 9600 etc. But
it goes into KISS and runs tcp/ip. And yes, it works fine in
regular AX.25 mode too.

    I will supply this code and docs to get you going on and MS-DOS
floppy disc to anyone doing the following:


    Send me:

    1 disc (5 1/4 X 360K or 3 1/2 X 740K)
    A mailer for the above disk
    Postage for the disk and mailer
    A return address
    A note telling me what you want: i.e. u21 EPROM Binary

    Regrettably, I do not have a "gang-banger" or I would offer to
supply PROMS ready to go.


Send to:

Julian Macassey, N6ARE
742 1/2 North Hayworth Avenue
Hollywood
California 90046-7142

--
Julian Macassey, n6are  [e-mail]  {ucla-an!denwa!bongo!julian
N6ARE@K6IYK (Packet Radio) n6are.ampr.org [44.16.0.81] voice [phone]

From packet-radio-relay  Fri Feb  2 15:12:54 1990
Received: by ucsd.edu; id AA13283
    sendmail 5.61/UCSD-2.0-sun
    Fri, 2 Feb 90 14:46:59 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA26634
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 1 Feb 90 08:33:36 -0800
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA09071; Thu, 1 Feb 90 08:25:03 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 1 Feb 90 15:33:55 GMT
From: ufp.dco.dec.com![e-mail]  (Rick Murphy)
Organization: Digital Equipment Corporation, Landover MD
Subject: Any newer code for Heath HD4040 TNC?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I've got a somewhat old Heathkit TNC - the HD4040. Basically a TNC-2 clone.
Using the heath-supplied proms, I'm behind the times. I'd like to be running
protocol version 2 (L2V2).

At one point, Heath started to make available 'DED proms for the beasts, but
stopped.. I have the facilities to blast roms - anyone have available for
mailing to me or available via FTP more recent code for my dinosaur?
Thanks..
    -Rick

Rick Murphy, WA1SPT/4                   Digital Equipment, Landover, MD
[e-mail]                 (UFP stands for United Federation
                     of Planets - not what *you* were
decwrl!ufp.dco!murphy                    thinking!)
Disclaimer: I don't even speak for myself - my wife does!

From packet-radio-relay  Fri Feb  2 20:32:12 1990
Received: by ucsd.edu; id AA07159
    sendmail 5.61/UCSD-2.0-sun
    Fri, 2 Feb 90 20:17:49 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA07147
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 2 Feb 90 20:17:46 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA18113; Fri, 2 Feb 90 20:07:27 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Feb 90 04:06:17 GMT
From: cs.utexas.edu!usc!chaph.usc.edu!alcor.usc.edu![e-mail]  (Robert N. Keenan)
Organization: University of Southern California, Los Angeles, CA
Subject: Need docs for DED v2.1
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I am running WA8DED firmware version 2.1 in a TNC2 and I seem to have lost
my docs for it could someone please mail me a copy?
Thanks,
Robert, WU6L
[e-mail]

From packet-radio-relay  Fri Feb  2 21:00:03 1990
Received: by ucsd.edu; id AA07293
    sendmail 5.61/UCSD-2.0-sun
    Fri, 2 Feb 90 20:19:39 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA07288
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 2 Feb 90 20:19:37 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA18586; Fri, 2 Feb 90 20:14:21 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 2 Feb 90 19:55:24 GMT
From: [e-mail]  (Jay Mathew Libove)
Organization: Mathematics, Carnegie Mellon, Pittsburgh, PA
Subject: KA9Q / SLIP / etc
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I found an old (like, early 1988) copy of the KA9Q software package,
including stuff to make it work with SLIP (serial line IP) systems,
over the internet.

In the documentation included with that package was a comment that
this is the newsgroup where new versions are announced, but in scanning
the past couple of weeks of messages I didn't notice anything... can
someone tell me where the newest versions are, and how to set them
up? I looked on SIMTEL20 but couldn't make any real sense out of what
was there; what I need is something that will 1) dial the telephone
or provide a mechanism for doing so; 2) connect to a SLIP system
at the other end, possibly through a couple of steps of interaction
rather than just automatically being ready when the phone picks up...

Thanks in advance - please respond to me directly since I already
subscribe to about twice as many news groups as I can regularly read :(

-Jay Libove     [e-mail], uunet!cs.cmu.edu!libove

From packet-radio-relay  Fri Feb  2 23:30:02 1990
Received: by ucsd.edu; id AA17348
    sendmail 5.61/UCSD-2.0-sun
    Fri, 2 Feb 90 23:02:24 -0800
Received: from WSMR-SIMTEL20.ARMY.MIL by ucsd.edu; id AA17329
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 2 Feb 90 23:02:12 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Message-Id: <[e-mail]>
Received: from ricevm1.rice.edu by WSMR-SIMTEL20.ARMY.MIL with TCP; Sat, 3 Feb 90 00:03:09 MST
Received: from RICEVM1.RICE.EDU by ricevm1.rice.edu (IBM VM SMTP R1.2.1MX) with BSMTP id 5617; Thu, 01 Feb 90 17:59:50 CST
Received: from RICEVM1.RICE.EDU (TROTH) by RICEVM1.RICE.EDU (Mailer R2.05) with
 BSMTP id 5610; Thu, 01 Feb 90 17:59:48 CST
Date:         Thu, 01 Feb 90 17:52:20 CST
From: Rick Troth <[e-mail]>
Subject:      Re: Packet radio license without code r
To: [e-mail]
In-Reply-To:  Message from <bionet!arisia!cdp![e-mail]>

On Fri, 26 Jan 90 15:09:00 GMT <bionet!arisia!cdp![e-mail]> said:
>I for one do not understand why those who want to experiment with
>modern digital communication are forced to learn an archaic and
>inefficient coding method in order to use radio to send data.
>IMHO, the ARRL would benefit a lot by making it easier for
>computer hobbyists to fool around with radio links.

    "Archaic" is an emotionally charged word.  "Inefficient" is
not accurate.  If you really wanted to solve the problem (without
disturbing all us "old farts") you'd teach your machine how to generate
and decode CW.  People have actually made money off of such schemes
and I've thought up one myself (it was really an enjoyable excercise).

>Dave C

 Rick Troth <[e-mail]> ------------- Rice ONCS VM Systems Support

From packet-radio-relay  Sun Feb  4 06:30:03 1990
Received: by ucsd.edu; id AA14381
    sendmail 5.61/UCSD-2.0-sun
    Sun, 4 Feb 90 06:03:52 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA14377
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Sun, 4 Feb 90 06:03:50 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA25913; Sun, 4 Feb 90 05:50:49 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Feb 90 18:34:12 GMT
From: cs.utexas.edu!natinst!sequoia!attdso!ssc![e-mail]  (Tad Cook)
Organization: very little
Subject: Re: Packet radio license without code r
Message-Id: <[e-mail]>
References: <11924637@K%_#[e-mail]>, <241300003@cdp>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]



Bill Owens (who is not a ham) said that he might be interested in getting
his license to play with packet, but he resents being tested on an archaic
code such as Morse.

What's the big deal about such a trivial clerical skill as demonstrating
your ability to receive Morse at 5 WPM?  With the 5 or 6 hours a week
that he says he has to devote to radio, attaining minimal Morse skills
should be easy . . . unless he resents Morse so much that he wont spend
any time studying.  I mean, I passed the test when I was 12 years old,
for God's sake!  Certainly a smart techie type should have little trouble
with something so trivial.

There are many aspects to ham radio, and the exams try to cover some of
them.  If I had claimed that I wasn't going to take the test until they
removed those silly questions about HF propagation, because I ONLY wanted
to operate VHF, I would STILL be complaining like Bill, instead of having
lots of great experiences as a licensed ham.  Back when I got my license
in junior high school, there were a couple of guys who had read some
editorial in 73 about how we ought to have a code free license.  They
used this as a reason to wait, instead of learning the code.  Well, they
are still unlicensed, still waiting, and next month I will qualify for
QCWA.

I will assume that Bill uses computers, as he left a posting on this
network.  Suppose that Bill had decided that he was going to wait on
getting a computer, because they required that archaic clerical skill
called TYPING.  I mean, with the possibilty of voice response, why
waste your time learning to TYPE, when you could WAIT instead for
the rest of the world to change, instead of getting involved?

Granted, no one has to take a test before operating a computer.

Don't get me wrong . . . I am not against having a digital VHF license
that does not require an examination on Morse skills.  But I guess
I don't see what the big deal is for all these guys that I keep
bumping into who claim that they want to be hams, but really resent
the code.

Also, I wonder what the effect of a Morse-free license would have on
digital ham radio?  Somehow I suspect that just like giving Novices
HF voice, it may not have a substantial effect.  And if it did
cause a sudden increase in our ranks, what then?  In our area,
the VHF packet network is really supported by a tiny group of
folks who put up hilltop nodes and run BBS systems.  The network
is then overwhelmed (and sometimes abused) by the rest of us.
Will a code free license really have a good effect on that
situation?

73,
Tad Cook
KT7H @ N7HFZ.WA.USA.NA
[e-mail]
MCI Mail: 328-8544

From packet-radio-relay  Sun Feb  4 11:30:03 1990
Received: by ucsd.edu; id AA01039
    sendmail 5.61/UCSD-2.0-sun
    Sun, 4 Feb 90 11:23:09 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA01035
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Sun, 4 Feb 90 11:23:06 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA10529; Sun, 4 Feb 90 11:13:31 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 4 Feb 90 19:12:31 GMT
From: [e-mail]  (Patty Winter)
Organization: Apple Computer Inc, Cupertino, CA
Subject: Re: Packet radio license without code requirement
Message-Id: <[e-mail]>
References: <241300003@cdp>, <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Tad Cook) writes:
>Also, I wonder what the effect of a Morse-free license would have on
>digital ham radio?  Somehow I suspect that just like giving Novices
>HF voice, it may not have a substantial effect.

Say what?? Tad, you're a DXer--surely you've noticed the major shift
in popular DX frequencies on 10m since Novice Enhancement went into
effect. A *lot* of the activity is now between 28.300-28.500.

And that isn't just true of DX stations (bless their hearts for going
lower in the band to work U.S. Novices and Techs). There's plenty more
stateside activity in that portion of the band now, too. And a whole
lot of the people I hear there have "KB#" calls. So how can you say
that Novice Enhancement didn't have "a substantial effect"?

If you're making that judgment because ham radio's ranks didn't swell
tremendously after NE, my understanding is that that wasn't the goal
of the League's petition. They've stated that their intention was to
keep Novices and Techs from dropping out of the hobby, not to attract
hordes of new people. If you can find something from the League that
states otherwise, please post it so we can wave it at them next time
they say that. Meanwhile, I'm taking their statement at face value.

(Unfortunately, as Phil K. has previously pointed out, NE occurred not
long after the FCC changed the length of ham licenses to 10 years, so
for the next several years, it'll be difficult to tell whether anyone
has really dropped out, because their license will keep going for years.)


Patty

--
*****************************************************************************
Patty Winter N6BIS                        INTERNET: [e-mail]
AMPR.ORG: [44.4.0.44]                     UUCP: {decwrl,nsc,sun}!apple!winter
*****************************************************************************

From packet-radio-relay  Sun Feb  4 14:35:03 1990
Received: by ucsd.edu; id AA10118
    sendmail 5.61/UCSD-2.0-sun
    Sun, 4 Feb 90 14:04:01 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA10114
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Sun, 4 Feb 90 14:03:59 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA19265; Sun, 4 Feb 90 13:56:14 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 4 Feb 90 20:53:59 GMT
From: m2c!wpi![e-mail]  (John C Whitson KB2GNC)
Organization: Worcester Polytechnic Institute, Worcester, Mass.
Subject: Getting A Packet Station Started ...
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


    Looking for advice, references, etc:

    I am trying to set up a small packet station to run on
    2m, off an Icom IC-2AT, *just* for experimentation to see
    how it works. Being a college student, I don't have any
    money, but I do have an IBM AT with 2 serial ports, and
    access to an Internet site (wpi.edu). Here's the thing:
    Is there a purely software interface between my PC and
    a modem that operates as a TNC, and if there is one,
    where can I get it, and how many precious dollars is it?
    Public Domain/Shareware is preferred of course (cheaper).

    Also, I have a Racal-Vadic 300/1200 modem that is Bell-103
    Compatible, but *not* Bell-212 compatible ... would anyone
    know if it was indeed Bell-202 compatible (like the packet
    station needs) or am I going to have to build (like I expect
    to) a Bell-202 modem (like in the ARRL Handbook)??

    Failing that, anyone wanna make a donation? :-)

    73's,
    John Whitson, KB2GNC



--
---------------------------------------------------------------------------
John Whitson:   Internet: [e-mail]  Bitnet: [e-mail]
        UUCP: uunet!wpi.wpi.edu!jwhitson
----------  Anything with this tag on it is purely my own opinion ---------

From packet-radio-relay  Sun Feb  4 20:00:01 1990
Received: by ucsd.edu; id AA29447
    sendmail 5.61/UCSD-2.0-sun
    Sun, 4 Feb 90 19:34:11 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA29443
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Sun, 4 Feb 90 19:34:10 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA07500; Sun, 4 Feb 90 19:22:55 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 3 Feb 90 15:30:00 GMT
From: arisia!cdp![e-mail]
Subject: Re: Packet radio license without code r
Message-Id: <241300004@cdp>
References: <11924637@K%_#[e-mail]>
Sender: [e-mail]
To: [e-mail]


My Webster's has the following for "archaic:"

1. belonging to an earlier period; ancient

2. antiquated; old-fashioned

3. that has ceased to be used except for special purposes, such as
poetry, church ritual, etc.

Precisely what I meant, especially 3.

"Inefficient" is accurate - there are lots more
bandwidth-efficient ways of encoding characters than via morse.  I
draw your attention to the fact that no current organization or
system uses morse for any kind of serious communication where it
can be avoided.

And I yield to no one in old fartishness - I just happen to be an
old computer fart instead of an old radio fart.

Dave C

From packet-radio-relay  Sun Feb  4 21:00:03 1990
Received: by ucsd.edu; id AA03940
    sendmail 5.61/UCSD-2.0-sun
    Sun, 4 Feb 90 20:48:11 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA03936
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Sun, 4 Feb 90 20:48:10 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA11997; Sun, 4 Feb 90 20:44:09 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Feb 90 04:36:20 GMT
From: ka9q.bellcore.com![e-mail]  (Phil Karn)
Organization: Secular Humanists for No-Code
Subject: Re: Packet radio license without code r
Message-Id: <[e-mail]>
References: <11924637@K%_#[e-mail]>, <241300004@cdp>
Sender: [e-mail]
To: [e-mail]

In article <241300004@cdp> [e-mail] writes:
>"Inefficient" is accurate - there are lots more
>bandwidth-efficient ways of encoding characters than via morse.  I
>draw your attention to the fact that no current organization or
>system uses morse for any kind of serious communication where it
>can be avoided.

Here we go again...

For those with short memories, the subject of spectral efficiency vis a vis
CW and more modern digital communications methods has been thoroughly
discussed in this newsgroup. Suffice to say that "caulkins@cdp" is
absolutely correct -- CW is *very* inefficient in both power and bandwidth
when compared to more modern digital modulation and coding techniques.

For those who want the details, search the archives.

Phil

From packet-radio-relay  Mon Feb  5 03:30:02 1990
Received: by ucsd.edu; id AA02041
    sendmail 5.61/UCSD-2.0-sun
    Mon, 5 Feb 90 03:10:19 -0800
Received: from WSMR-SIMTEL20.ARMY.MIL by ucsd.edu; id AA02023
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Mon, 5 Feb 90 03:10:09 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: from mcsun.EU.net by WSMR-SIMTEL20.ARMY.MIL with TCP; Mon, 5 Feb 90 04:09:21 MST
Received: by mcsun.EU.net via EUnet; Mon, 5 Feb 90 11:48:05 +0100 (MET)
Received: by cernvax.cern.ch (5.57/Ultrix2.0-B)
    id AA26746; Mon, 5 Feb 90 11:34:31 +0100
Received: by chx400.switch.ch (5.57/Ultrix2.4-C)
    id AA22119; Mon, 5 Feb 90 11:31:57 +0100
Received: from zit.cigy  by cgch.cigy
    id AA04764; Mon, 5 Feb 90 10:00:46 +0100  (4.0/SMI-3.2-CG-1.0G)
Received: by zit.cigy
    id AA27509; Mon, 5 Feb 90 10:00:46 mez  (15.11/SMI-3.2-CG-1.0A)
Message-Id: <[e-mail] >
Subject: Re: Any newer code for Heath HD4040 TNC?
To: [e-mail]
Date: Mon, 5 Feb 90 10:00:43 MEZ
From: Joseph C. Pistritto <cgch![e-mail]>
In-Reply-To: <[e-mail]>; from "Rick Murphy" at Feb 1, 90 3:33 pm
Mailer: Elm [revision: 64.9]


    I got the KISS software for mine.  I just got the hex images
off a floppy sent me by another amateur in Europe.  I've sent it out
to several people, mail me a request if you need it, and can get it
via electronic mail.  On top of that I run both Phil Karn's program
(KA9Q NETPC), or SUPERKISS, which is a terminal program written by
a German amateur (his call is DL9MCQ).  It's pretty good.

    I also have the Wa8DED software (in PROM) that I bought from
TAPR, but I haven't honestly used it.  (I ordered it before I got the
KISS stuff).

    By the way, I'm looking to increase the speed of my TNC to
2400 Baud PSK, is this possible with the TNC-1 design?  What about
9600 baud (for satellite work with the PACSAT's)?
                        -jcp-

======================================================================
Joseph C. Pistritto  HB9NBB N3CKF
            'Think of it as Evolution in Action' (J.Pournelle)
  Ciba Geigy AG, R1241.1.01, Postfach CH4002 Basel, Switzerland
  Internet: [e-mail]                  Phone: [phone]
  Bitnet:   [e-mail]   Fax:   [phone]
  From US:  cgch![e-mail]

From packet-radio-relay  Mon Feb  5 06:30:11 1990
Received: by ucsd.edu; id AA12329
    sendmail 5.61/UCSD-2.0-sun
    Mon, 5 Feb 90 06:18:15 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA12324
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Mon, 5 Feb 90 06:18:13 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA10806; Mon, 5 Feb 90 06:04:37 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 4 Feb 90 06:48:08 GMT
From: masscomp!ocpt!tsdiag!ka2qhd!mioem![e-mail]  (Scott Weis R.A.C.E.S.)
Organization: Middlesex County Office of Emergency Management, New Jersey
Subject: unix TCP/IP software?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

Can anyone tell me how I can get the packet TCP/IP package for unix? I
have been looking for months and have not been able to. Thank You, and 73,
Scott KB2EAR

uucp:rutgers!petsd!tsdiag!ka2qhd!mioem!kb2ear

--
+-----------------------------------------------------------------------------+
| Scott Weis KB2EAR * The views here are mine, not that of these groups *     |
| R.A.C.E.S. Operator, Middlesex County Office of Emergency Management        |
| E.C. South Brunswick A.R.E.S. * THANK YOU AMSAT *                           |

From packet-radio-relay  Mon Feb  5 09:00:01 1990
Received: by ucsd.edu; id AA21109
    sendmail 5.61/UCSD-2.0-sun
    Mon, 5 Feb 90 08:39:48 -0800
Received: from NSFNET-RELAY.AC.UK by ucsd.edu; id AA20882
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Mon, 5 Feb 90 08:36:29 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: from sun.nsfnet-relay.ac.uk by vax.NSFnet-Relay.AC.UK
       via Janet with NIFTP  id aa16549; 5 Feb 90 15:11 GMT
Date:           Mon,  5 FEB 90 15:02:52 GMT
From: [e-mail]
To: packet-radio <@NSFnet-Relay.AC.UK:[e-mail]>
Subject:        enquiry about 7910 modem chip
Message-Id:     <2020775A_00111D88.00931DB17C9C4760$[e-mail]>
Reply-To: Olivier Crepin-Leblond <[e-mail]>
Originally-To:  NSFNET%"[e-mail]"
Originally-From: ZDEE699      "Olivier Crepin-Leblond <[e-mail]>"
Mailer:         Janet_Mailshr V3.4 (23-May-1989)
Site:           King's College London  (U.K.)
Sender: "Olivier M.J. Crepin-Leblond" <[e-mail]>
Node:           VaxCluster (VMS5.1-1) - GROVE(1.10.local)->ELM(1.5.local)
Via:            Mailserver (V.1.1.6-7) -

Can anyone send me directly some information about the configuration
of the EF7910 modem chip when used in a packet TNC. I am looking for
the connection of the pins, and what baud rate/pilot tone, full/half
duplex, etc.
Thanks,
O.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Olivier M.J. Crepin-Leblond, Comp. Sys. & Elec. Eng    | On this computer,   |
| Electrical & Electronic Eng, King's College London, UK | a flame-proof       |
| BITNET  : <zdee699%elm.cc.kcl.ac.uk@ukacrl>            |  shield, is an      |
| INTERNET: <[e-mail]>| expensive gadget... |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

From packet-radio-relay  Mon Feb  5 14:00:02 1990
Received: by ucsd.edu; id AA15570
    sendmail 5.61/UCSD-2.0-sun
    Mon, 5 Feb 90 13:35:04 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA15559
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Mon, 5 Feb 90 13:35:01 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA08829; Mon, 5 Feb 90 13:25:15 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Feb 90 21:16:36 GMT
From: [e-mail]  (Systems Staff)
Organization: State University of New York at Stony Brook
Subject: Re: Packet radio license without code r
Message-Id: <[e-mail]>
References: <241300003@cdp>, <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Tad Cook) writes:
>Bill Owens (who is not a ham) said that he might be interested in getting
>his license to play with packet, but he resents being tested on an archaic
>code such as Morse.

    [ text deleted]

Tad, we're all citizens of the same country.  Is there any reason the
government should afford you access to a very valuable resource and
at the same time lock out Mr Owens?

Perhaps the time is upon us where the cost/benfit ratio of Amateur
Radio is to be questioned more seriously, at first through small
steps (eg 220) and later through larger efforts to examine spectrum
allocation as a whole.  It seems to me that the bulk of spectrum
assigned to ARS was arranged when it was not particularly expensive,
and even though we "own" it so to speak it is not clear we are able
to pay "taxes" on the allocation anymore.  I for one feel that the
general needs of the public would probably be better served if the
FCC were to give one or more bands of amateur allocation over to a
Public Digital Radio Service and to increase cellular telephone coverage.
The former would satisfy the claim that ARS helps train technical
manpower (eg does society need more RF engineers or Computer Engineers),
and the latter would address the emergency communications element.
Even the claim that ARS is useful for technology development is
suspect since it seems hardly any of the technology developed recently
could not have been done faster or better if there existed enough
of a market to get industry interested.  In others words, why should
Amateur Radio exist?  In my mind if we are to continue to exist we
need to get more people involved in the hobby, to make the hobby
more useful to society (eg Phil K's loosening of content rules is
a good idea), and to make it easy to buy into the hobby.  Prima
donna behaviour like taking pot shots at Mr Owens is exactly what
we DO NOT need.

>Tad Cook
>KT7H @ N7HFZ.WA.USA.NA

                    Rick Spanbauer, WB2CFV
                    State U of NY/Stony Brook

From packet-radio-relay  Mon Feb  5 18:32:31 1990
Received: by ucsd.edu; id AA08673
    sendmail 5.61/UCSD-2.0-sun
    Mon, 5 Feb 90 17:57:58 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA08667
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Mon, 5 Feb 90 17:57:54 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA25641; Mon, 5 Feb 90 17:41:55 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Feb 90 01:41:17 GMT
From: zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu![e-mail]
Subject: Re: Packet radio license without code r
Message-Id: <[e-mail]>
References: <K%_#[e-mail]>
Sender: [e-mail]
To: [e-mail]


Back when the debate over "no code" was hot and heavy, one person responded
at one point that he didn't want to see ham radio overrun by nerds.

Ever since World War 2, the United States has been on a decline in technical
education.  Sure, we made many great achievements during this period, but
the decline was there nevertheless.  Our educational system, and even our
culture itself, is critical of people who show an interesting in technical
things, or just have the intellect to think.

If someone can play football or some other sport well, they are greatly
admired to the exclusion of all else.  Someone who competes in a chess
tournament or participates in a science fair is far less likely to get
praise from family, school, and the community, for these achievements.
How often do you hear school kids these days taking PLEASURE in telling
their peers how POORLY they did on a test or in a class?

To turn America around, and recover the technical lead it has had in the
past (and is now losing) we need MORE engineers, MORE scientists, and in
general MORE people who are not afraid to think and come up with the right
answers and create new ideas.

We also need to not be ashamed of being smarter.

Phil Howard KA9WGN (World's Greatest Nerd)
[e-mail]

From packet-radio-relay  Tue Feb  6 00:22:21 1990
Received: by ucsd.edu; id AA03660
    sendmail 5.61/UCSD-2.0-sun
    Mon, 5 Feb 90 23:48:58 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA03649
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Mon, 5 Feb 90 23:48:54 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA17435; Mon, 5 Feb 90 23:41:44 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Feb 90 01:56:23 GMT
From: pacbell!tandem![e-mail]  (Stuart G. Phillips)
Organization: Tandem Computers, Inc.
Subject: Program to decode Microsat Telemetry
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I've uploaded a program I wrote to take trace files from KA9Q NOS
and decode Microsat telemetry data.

It can be found on tandem.com thru anonymous FTP.  The file is in
hamradio/utlmd.arc

The program is pretty simple but does the job for DOVE, WEBERSAT, PACSAT
and LUSAT.

Enjoy !
Stu N6TTO

From packet-radio-relay  Tue Feb  6 04:00:03 1990
Received: by ucsd.edu; id AA22157
    sendmail 5.61/UCSD-2.0-sun
    Tue, 6 Feb 90 03:35:32 -0800
Received: from kwai.inria.fr by ucsd.edu; id AA22141
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Tue, 6 Feb 90 03:35:05 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by inria.fr with X.400; 06 Feb 90 12:36:07+0100
Received: by SWITCH.ch; 06 Feb 90 12:33:02+0100
Date: 06 Feb 90 12:33:02+0100
From: Joseph C. Pistritto <cgch!jcp>
Message-Id: <[e-mail] >
Subject: DOVE Solar Panel Data
To: <[e-mail]>

>Mailer: Elm [revision: 64.9]

    In watching two passes on Sunday over Europe, I noticed that
one of the 6 solar panels never reported more than minimal power output.
If the satellite is indeed tumbling, I would expect all of them to
show variable output, as the other 5 do.  Has anyone else noticed this?
At this latitude, I'm almost never able to take data during a daylight
pass, but noticed the same effect.  The panel in question is th
"-Z", the parameter is number 41 (-Z panel output, Amps).  The highest
value I saw was 0.01 (hex value 08).  All of the other panels reported
anywhere from 0 to 0.3 amps, (varying during a pass).
                        -jcp-

======================================================================
Joseph C. Pistritto  HB9NBB N3CKF
            'Think of it as Evolution in Action' (J.Pournelle)
  Ciba Geigy AG, R1241.1.01, Postfach CH4002 Basel, Switzerland
  Internet: [e-mail]                  Phone: [phone]
  Bitnet:   [e-mail]   Fax:   [phone]
  From US:  cgch![e-mail]


From packet-radio-relay  Tue Feb  6 04:30:04 1990
Received: by ucsd.edu; id AA22278
    sendmail 5.61/UCSD-2.0-sun
    Tue, 6 Feb 90 03:38:06 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA22274
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Tue, 6 Feb 90 03:38:03 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA26614; Tue, 6 Feb 90 03:25:47 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Feb 90 00:27:02 GMT
From: cs.utexas.edu!milano!bigtex!helps!bongo![e-mail]  (julian macassey)
Organization: The Hole in the Wall  Hollywood CA U.S.A.
Subject: PE1CHL NET Release
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


    I have just received the latest and greatest versions of NET
(ka9q suite) for the Atari amd MS-DOS from Rob, PE1CHL.

    They are now available from me either locally (Southern
California) from n6are.ampr.org or by mail from me.

    I am able to supply the software the following way:

    Send me:
1.   2 MS-DOS formatted 740K 3 1/2 ins Floppies.
2.      1 Mailer to hold the above, with your return address on it.
3.      Postage for the above.
4.      A note explaining what you want.

    Hopefully I will soon be able to supply an address for the same
service for Atari users.

    I have not run any of this software so can not supply any help.

Below is a listing of the software:

-rw-r--r--  1 julian  tcp       43478 Feb  5 15:05 arc.ttp
-rw-r--r--  1 julian  tcp      533243 Feb  5 14:53 atari.arc
-rw-r--r--  1 julian  tcp        6520 Feb  5 16:07 config.arc
-rw-r--r--  1 julian  tcp       32939 Feb  5 15:09 cpanel.arc
-rw-r--r--  1 julian  tcp      234884 Feb  5 16:04 doc.arc
-rw-r--r--  1 julian  tcp       26868 Feb  5 16:23 history
-rw-r--r--  1 julian  tcp       69037 Feb  5 16:19 hosts.net
-rw-r--r--  1 julian  tcp      323002 Feb  5 15:37 pc.arc
-rw-r--r--  1 julian  tcp        1293 Feb  5 15:11 read.me

Yours
--
Julian Macassey, n6are  [e-mail]  {ucla-an!denwa!bongo!julian
N6ARE@K6IYK (Packet Radio) n6are.ampr.org [44.16.0.81] voice [phone]

From packet-radio-relay  Tue Feb  6 07:30:02 1990
Received: by ucsd.edu; id AA05044
    sendmail 5.61/UCSD-2.0-sun
    Tue, 6 Feb 90 07:18:35 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA05033
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Tue, 6 Feb 90 07:18:31 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA08606; Tue, 6 Feb 90 07:11:07 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Feb 90 14:46:06 GMT
From: ufp.enet.dec.com![e-mail]  (Rick Murphy)
Organization: Digital Equipment Corporation, Landover MD
Subject: Re: Any newer code for Heath HD4040 TNC?
Message-Id: <[e-mail]>
References: <[e-mail].>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

I have a copy of the 'ded code now. KISS mode won't help, as I'm using this
TNC from a terminal and don't want to learn KISS protocol :-)
Thanks everyone.. and thanks for the correction: The HD4040 is a TNC-1,
not a -2..
    -Rick
Rick Murphy, WA1SPT/4                   Digital Equipment, Landover, MD
[e-mail]                 (UFP stands for United Federation
                     of Planets - not what *you* were
decwrl!ufp.dco!murphy                    thinking!)
Disclaimer: I don't even speak for myself - my wife does!

From packet-radio-relay  Tue Feb  6 08:30:33 1990
Received: by ucsd.edu; id AA09287
    sendmail 5.61/UCSD-2.0-sun
    Tue, 6 Feb 90 08:18:27 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA09280
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Tue, 6 Feb 90 08:18:25 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA12321; Tue, 6 Feb 90 08:11:45 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Feb 90 15:06:00 GMT
From: bionet!arisia!cdp![e-mail]
Subject: Re: Packet radio license without code r
Message-Id: <241300005@cdp>
References: <11924637@K%_#[e-mail]>
Sender: [e-mail]
To: [e-mail]


The problem with learning morse is not that it is difficult, but
that it is intensely (to me, anyway) annoying to be forced to
learn something which has no cost-effective value in the real
world.

I've done a great many volunteer-type things, and, IMHO, believe
some of them have been useful to the efforts I worked for.  NONE
of them has involved amateur radio (and many could have) because
of this barrier.

Dave C

From packet-radio-relay  Tue Feb  6 12:10:32 1990
Received: by ucsd.edu; id AA26946
    sendmail 5.61/UCSD-2.0-sun
    Tue, 6 Feb 90 11:51:29 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA26940
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Tue, 6 Feb 90 11:51:26 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA25952; Tue, 6 Feb 90 11:42:15 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 5 Feb 90 14:56:39 GMT
From: bunny![e-mail]  (Andrew Hudson)
Organization: GTE Laboratories, Waltham, MA
Subject: Mod for Yaesu FT-209 w/ Packet
Message-Id: <[e-mail]>
References: <11924637@K%_#[e-mail]>, <241300004@cdp>
Sender: [e-mail]
To: [e-mail]

Apparently a number of Yaesu HT's need an impedance network
to match and work with any of the common TNC's. I was wondering
if any of our illustrious readers have any experience with these mods
or can provide any pointers. Thanks a bnunch in advance.

- Andrew Hudson, KA2KHD
[e-mail]
--
"I remember, darkness doubled,
 I recall, lightning struck itself."

From packet-radio-relay  Wed Feb  7 03:30:03 1990
Received: by ucsd.edu; id AA10120
    sendmail 5.61/UCSD-2.0-sun
    Wed, 7 Feb 90 03:22:05 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA10115
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Wed, 7 Feb 90 03:22:00 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA23439; Wed, 7 Feb 90 03:18:18 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 7 Feb 90 02:25:03 GMT
From: uw-entropy!dataio!pilchuck!ssc![e-mail]  (Tad Cook)
Organization: very little
Subject: Re: Packet radio license without code r
Message-Id: <[e-mail]>
References: <11924637@K%_#[e-mail]>, <241300003@cdp>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]



Rick Spanbauer claims that I took pot shots at Mr Owen, who was complaining
that he "only" had 5 or 6 hours a week to devote to ham radio, so he
didn't have time to learn the code.  I don't think I was taking any unfair
potshots.  Neither did Mr. Owen, who sent me a very nice note.

Rick asks why the government should grant ME access to the radio spectrum,
but deny it to Mr Owen.  In his note to me, Mr Owen never complained that
the government had denied him access.  In fact, he has never even taken
the test!  Mr Owen is free to take the same test that I did.  It's easy,
and complaining about the Morse requirement will not get you on the air.

I think after some urging from me, Mr. Owen is going to "go for it"!
One reason he was upset about the Morse requirement is that someone
had told him that he would have to pass a 13 WPM Morse test in order
to operate VHF packet!

Rick went on to say that he feels the the FCC should grab "more" spectrum
from hams for commercial use, and that our bands would be better used
by the cellular telephone service!  I am not even going to comment on
that....those remarks speak for themselves!

73,
Tad  KT7H
[e-mail]

From packet-radio-relay  Wed Feb  7 05:00:04 1990
Received: by ucsd.edu; id AA13954
    sendmail 5.61/UCSD-2.0-sun
    Wed, 7 Feb 90 04:34:47 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA13950
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Wed, 7 Feb 90 04:34:43 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA26478; Wed, 7 Feb 90 04:23:06 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 6 Feb 90 21:01:00 GMT
From: clyde.concordia.ca!jarvis.csri.toronto.edu!utgpu!utzoo!mnetor!tmsoft!masnet!canremote![e-mail]  (CLINTON EVANS)
Organization: Canada Remote Systems Limited, Mississauga, ON, Canada
Subject: Re: Packet radio license with
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

>"Inefficient" is accurate - there are lots more bandwidth-efficient
>ways of encoding characters than via morse.  I draw your attention to
>the fact that no current organization or system uses morse for any
>kind of serious communication where it can be avoided.

Code is a decrepit anachronism, but the old-timers insist it gets
through when nothing else will.  Most packet development aims at high
speed.  Perhaps there is a need for a low speed, but highly bomb-proof
digital mode for HF.

AMTOR is the closest there is at the moment, but this system requires
extreme frequency stability and accurate tuning.  In addition, it is
still is no match for a skilled CW operator in bad propagation
conditions.

How about some suggestions for a digital mode suited to the real world
of HF?  The main characteristic of this mode should be that it gets the
message through when the best CW operator gives up.  Then maybe we can
bury code for ever!

VE3XYM @VE3FJB

Clinton
---
 ~ DeLuxe 1.11a20 #1716

From packet-radio-relay  Wed Feb  7 19:00:54 1990
Received: by ucsd.edu; id AA27301
    sendmail 5.61/UCSD-2.0-sun
    Wed, 7 Feb 90 18:35:59 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA27296
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Wed, 7 Feb 90 18:35:57 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA20826; Wed, 7 Feb 90 18:20:54 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 7 Feb 90 20:53:33 GMT
From: zaphod.mps.ohio-state.edu!usc!wuarchive!texbell!helps!bongo![e-mail]  (julian macassey)
Organization: The Hole in the Wall  Hollywood CA U.S.A.
Subject: Latest NET for Atari available
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]




    The latest PE1CHL release of KA9Q's NET is now available for the
Atari. It is available direct from PE1CHL, but those net fans in
the US can obtain it locally. Here is what you need to do:


Send:

1       Disk Mailer with your address and adequate postage
2       Double sided diskettes (or 3 single sided)
1       Note stating what you want

    Send the package off to:


Mike Curtis, WD6EHR
7921 Wilkinson Avenue
North Hollywood
California 91605-2210

Yours
--
Julian Macassey, n6are  [e-mail]  {ucla-an!denwa!bongo!julian
N6ARE@K6IYK (Packet Radio) n6are.ampr.org [44.16.0.81] voice [phone]

From packet-radio-relay  Wed Feb  7 19:30:04 1990
Received: by ucsd.edu; id AA00440
    sendmail 5.61/UCSD-2.0-sun
    Wed, 7 Feb 90 19:21:16 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA00436
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Wed, 7 Feb 90 19:21:14 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA23906; Wed, 7 Feb 90 19:09:00 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 27 Jan 90 01:04:54 GMT
From: hpfcso!hpldola!hp-lsd!col![e-mail]  (Bdale Garbee)
Organization: HP Colorado Springs Division
Subject: Re: PSK modem info needed
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

>I captured some of DOVE's telemetry as it passed overhead last night -- now
>I've got the bug.  Where can I find info on the purchase or construction of
>a "PSK" modem for my TNC-2 clone?

There are three options that I know about.  First, a company called Radiokit
sells kits of the G3RUH PSK modem design.  Second, TAPR sells a kit of the
W3IWI PSK modem design.  Third, Paccomm in Florida reported recently that they
have (or will soon have) an assembled and tested PSK modem unit.

I have personal experience with the W3IWI design from TAPR.  It went together
fairly easily (though it's not a good unit for your *first* kit assembly, as
the PCB is fairly tight, with things like resistors standing on end... not at
all difficult if you've got some kit building experience, though), and tuned
up quickly and easily with the aid of the PSK cassette from AMSAT.

The only contact info I have readily at hand is for TAPR.  The two commercial
vendors advertise regularly in the ham rags though, so you shouldn't have too
much trouble finding them.

    TAPR
    PO Box 12925
    Tucson, AZ  85732
    [phone]

73 - Bdale, N3EUA

From packet-radio-relay  Wed Feb  7 20:00:03 1990
Received: by ucsd.edu; id AA00485
    sendmail 5.61/UCSD-2.0-sun
    Wed, 7 Feb 90 19:21:47 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA00481
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Wed, 7 Feb 90 19:21:44 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA23874; Wed, 7 Feb 90 19:08:46 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 27 Jan 90 00:59:39 GMT
From: hpfcso!hpldola!hp-lsd!col![e-mail]  (Bdale Garbee)
Organization: HP Colorado Springs Division
Subject: Re: DOVE Telemtry Formulas? Where are they?
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

/ col:rec.ham-radio.packet / [e-mail] (Phil Karn) /  3:53 am  Jan 25, 1990 /

As a fellow AMSAT board member, I feel I ought to add some comments of my
own to those of N4HY.

It shouldn't be a surprise that since the launch, people like Bob and myself
have been deluged with requests for information about the Microsats. I
usually respond along these lines:

"Join AMSAT. All the basic information you want is already being distributed
on a regular basis to AMSAT members via the Amateur Satellite Report
(newsletter) and in the AMSAT Journal (containing more detailed technical
articles). It's really not that expensive, and you'll also help support the
organization that put up the satellites. Write to AMSAT, PO Box 27,
Washington DC 20044, or call 301-589-6062."

This appears to offend some people, who seem to think that AMSAT is out to
"sell information" to "make money".

Nothing could be further from the truth. First of all, AMSAT is a 501(c)(3)
corporation. That means "nonprofit". NOBODY gets rich from "working" for
AMSAT -- but you can, and often do, become poor! As a Director, I receive
regular monthly statements about the financial health of the organization,
and I can tell you that this year it has been mostly red ink. Satellite
launch years are always a heavy drain on the organization's reserves.

It shouldn't be hard to understand why. Although almost all of the actual
work is done by volunteers and we hit up corporations for donations of
surplus space-rated parts whenever possible, there are some things you just
can't get for free. Airline tickets to French Guiana, among many other
things.  Not to mention our launches, which are now starting to cost us more
than token amounts of money. Sure, we could stop launching satellites, but
then why should we continue to exist?

As amateurs, we are forbidden from charging for the use of our satellites.
And I doubt we would even if we were allowed to -- unlike some repeater
autopatch groups I know. We prefer to raise money through voluntary
donations. But the Tragedy of the Commons is ever-present. It's just like
public TV or shareware software; without a quid-pro-quo relationship between
being a member and getting the service, you'll always have a lot of users
who don't support the organization. (Some would use the term "freeloaders",
but I'm trying to be polite.)

So we've had to emulate public TV by offering something tangible in exchange
for membership. Public TV stations give their members monthly program
guides; we give ours newsletters. We also sell copies of satellite tracking
software.  Yes, we're well aware that newsletters can be photocopied and
disks can be duplicated, just as satellites can be used by non-members. But
that hasn't kept us from selling enough copies of N4HY's Quiktrak to make
the difference between being here now and folding up for lack of funds years
ago. So apparently there are SOME people out there who think it worth giving
something to AMSAT for the enjoyment they get out of amateur satellites even
though they're not forced to do so.

There's an even more basic reason for responding to requests for information
by saying "Join AMSAT!" It's very simple: the information you want already
exists, and it is much easier for us (and you) to get it through the usual
channels than it is for us to have to answer the same questions over and
over on the net.  Those of you who have ever worked as programming
consultants (or have used their services) are undoubtedly familiar with the
term "RTFM!"; this is really the very same situation. Consultants don't mind
answering questions as long as they feel the person really needs their help.

Bob is one of a half dozen or so people who have completely committed
themselves to the Microsat project for the past two years. I'm not one of
them; my own commitment to amateur TCP/IP has been more than a full-time
activity for over four years now, so I've not personally been able to give
much more than moral support to the Microsat project. (I do understand it's
flying my AX.25 code.) Nevertheless, I have been close enough to the project
to see the incredibly intense dedication of each of these guys, and the
constant personal and financial sacrifices they make.

It is certainly not the lure of money that motivates these guys; if any
revenues accrue from AMSAT's licensing agreement with Interferometrics, 100%
will go back to AMSAT to fund future satellite projects. No, they are doing
it because they really feel they're creating something radically new and
useful for the amateur service and for the world. Perhaps it is a little
unfair for them to expect everyone else to share their same level of
dedication. But it is much more unfair for the amateur world to ascribe
selfish motives to them, or to expect them to bend over backwards just
so they can "save" someone the cost of an AMSAT membership.

To close on a somewhat lighter note, I would like to point out that I
earlier used the words "committed" and "commitment" rather than "involved"
and "involvement". This was deliberate. As WA3ZIA (one of those "committed"
to the Microsat project) is fond of pointing out, the difference between
being "involved" and being "committed" can be seen in your morning breakfast
of eggs and ham. The hen was "involved" while the pig was "committed". :-)

73,

Phil
----------

From packet-radio-relay  Wed Feb  7 19:59:33 1990
Received: by ucsd.edu; id AA00477
    sendmail 5.61/UCSD-2.0-sun
    Wed, 7 Feb 90 19:21:41 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA00462
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Wed, 7 Feb 90 19:21:38 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA23900; Wed, 7 Feb 90 19:08:59 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Feb 90 02:52:33 GMT
From: [e-mail]  (Andrew Payne)
Organization: Cornell Theory Center, Cornell University, Ithaca NY
Subject: Re: Getting A Packet Station Started ...
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (John C Whitson KB2GNC) writes:
>
>       Looking for advice, references, etc:
>
>       I am trying to set up a small packet station to run on
>       2m, off an Icom IC-2AT, *just* for experimentation to see
>       how it works. Being a college student, I don't have any
>       money, but I do have an IBM AT with 2 serial ports, and
>       access to an Internet site (wpi.edu). Here's the thing:

    Sounds like me!  I'm in the exact same situation.

>       Is there a purely software interface between my PC and
>       a modem that operates as a TNC, and if there is one,
>       where can I get it, and how many precious dollars is it?
>       Public Domain/Shareware is preferred of course (cheaper).

    Yes there is, I'm working on it now.  Its essentially a
    PC version of the DIGICOM>64.  I've been quiet now for several
    months, cause I didn't know if I was going to go through with
    the project.  Now, it seems to be over the hill, and 0.8 is
    going out to the beta testers tomorrow.

    My setup uses a 202-type modem connected on the other end of
    your PC's parallel port.  The software does everything you'd
    expect from a basic TNC:  single connects, file upload, down-
    load, capture, etc.  Nothing fancy yet, but several people have
    been using the system for several months as their sole packet
    system.

    I don't know if it will turn out as freely copyable/shareware
    yet......In a few more weeks I'll have more info.
>
>       Also, I have a Racal-Vadic 300/1200 modem that is Bell-103
>       Compatible, but *not* Bell-212 compatible ... would anyone
>       know if it was indeed Bell-202 compatible (like the packet
>       station needs) or am I going to have to build (like I expect
>       to) a Bell-202 modem (like in the ARRL Handbook)??
>

    Can't tell you.  My modem is built around a single chip TI TCM3105.
    Whole modem fits on a 2x3 card.

--
=  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =
Andrew C. Payne, N8KEI        UUCP:  ...!cornell!batcomputer!payne
              INTERNET:  [e-mail]

From packet-radio-relay  Wed Feb  7 20:30:03 1990
Received: by ucsd.edu; id AA04177
    sendmail 5.61/UCSD-2.0-sun
    Wed, 7 Feb 90 20:15:51 -0800
Received: from WSMR-SIMTEL20.ARMY.MIL by ucsd.edu; id AA04156
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Wed, 7 Feb 90 20:15:37 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: from BIOCH.TAMU.EDU by WSMR-SIMTEL20.ARMY.MIL with TCP; Wed, 7 Feb 90 21:15:41 MST
Date:    Wed, 7 Feb 1990 22:11:10 CST
From: [e-mail]   (C. Steven Suehs)
Message-Id: <[e-mail]>
Subject: Temporary sign off
To: [e-mail]
X-Vmsmail-To: SMTP%"[e-mail]"

Due to a recent influx of homework, I need to temporarily sign off.
I would like to sign back on later, but I deleted the mail message with
the info on signing on/off.  Would you please send me the info?

Thnx.
CSS.

From packet-radio-relay  Wed Feb  7 22:00:01 1990
Received: by ucsd.edu; id AA10551
    sendmail 5.61/UCSD-2.0-sun
    Wed, 7 Feb 90 21:51:32 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA10546
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Wed, 7 Feb 90 21:51:30 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA03809; Wed, 7 Feb 90 21:49:19 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Feb 90 04:36:00 GMT
From: silver![e-mail]
Organization: Indiana University CSCI, Bloomington
Subject: NOS and botched hostnames
Message-Id: <21800010@silver>
Sender: [e-mail]
To: [e-mail]


I have just started running NOS (0131), and it is fascinating
watching it build up the domain.txt file.  I have, however,
encountered one perplexing problem, which is probably one of
my own ignorance.

Whenever I type in an invalid host name, my machine and the
nameserver just start chattering away with no end.  I discovered
this the hard way when I accidentally mis-typed an address in
an smtp message.  Is this a program flaw, or is this a mistake
on my part?

Example of problem:

  I type "ping wa9yvr.ampr.org"  (an invalid hostname)

  My PC sends packet after packet to the nameserver, until I type
  "reset".  Only then do I get a message that says "wa9yvr.ampr.org
   unknown."

Any ideas?   Thanks in advance.

   -- Pat Barkey
      WA8YVR

From packet-radio-relay  Thu Feb  8 08:33:57 1990
Received: by ucsd.edu; id AA24048
    sendmail 5.61/UCSD-2.0-sun
    Thu, 8 Feb 90 08:06:20 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA24044
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 8 Feb 90 08:06:18 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA04032; Thu, 8 Feb 90 08:03:41 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Feb 90 15:10:22 GMT
From: [e-mail]  (Tim Miller)
Organization: Purdue University Engineering Computer Network
Subject: HK-21, Good or Bad?
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]




We are looking for any information, good or bad on the Heathkit mini-tnc,
the HK-21.  The goal we are shooting for is a very small, portable, but
complete packet station -- the PC-clone laptop and radio have already
been selected, but is the HK-21 the smallest TNC available???  Does it
have any built in problems???  Should we give up and go back to CW? (never!)

    Tim

    [e-mail]

From packet-radio-relay  Thu Feb  8 11:00:03 1990
Received: by ucsd.edu; id AA08186
    sendmail 5.61/UCSD-2.0-sun
    Thu, 8 Feb 90 10:53:29 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA08179
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 8 Feb 90 10:53:26 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA14626; Thu, 8 Feb 90 10:45:08 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Feb 90 14:54:46 GMT
From: hpl-opus!hpnmdla![e-mail]  (Glenn Elmore)
Organization: HP Network Measurements Div, Santa Rosa, CA
Subject: 900 MHz Digital Radio Update
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


    Prototype 905 MHz Digital Radio Update    2-6-90

  The first prototype 905 MHz "user" digital radio has been completed.
The intent of the prototype phase was to arrive at a reproducible design
using readily available components which could provide good performance
at low to moderate cost.  These radios are intended to provide moderate
speed, 250 kbps-500 kbps user access to an amateur radio network.

  The prototype radio consists of four boards, PA, LO, RX and TX mounted
on a U shaped chassis.  This modularity was done to facilitate design
but the pilot run design will be more integrated.  Present effort is in
laying out two PC boards, one for the PA and another containing the
entire low power radio, power and control circuits.  It apprears to all
fit in a 5 by 7 inch enclosure on which the top is entirely heatsink.
Interface to the radio is differential ECL; TXD, RXD, RTS and DCD plus S
meter output, antenna connector and 12 VDC @ .3A on receive and under 4A
on transmit.

  An attempt was made to produce local oscillator signals of good signal
purity and stability.  This was thought to be important since similar
radios will probably be used, in the near term anyway, at backbone IP
switch sites and will need to operate in congested RF environments.
There has also been some thought given to full duplex operation of this
hardware but such operation isn't being considered at this time.  Dual
outputs of +10 dBM at approximately 96 MHz and 764 MHz are provided for
transmitter and receiver mixing.  Both output frequencies are derived
from a single crystal oscillator.  Spurious signals are below -80 dBC.

   Transmitter output power is in excess of +41 dBM (12 watts) with
modulation related sidebands down at least 70 dB (at 250 kbaud,
modulation index = 1.4 ) at the edges of a 2 MHz wide, 905 MHz centered
channel and out of band spurious performance also over 70 dB down (this
excludes second harmonic which is approximately -60 dBC).  Suppresion of
adjacent channel interference is achieved by control of deviation and an
active filter ahead of the VCO tuning input.  The VCO is presently free
running at 45 MHz and doubly upconverted to 905 MHz.  This provides 905
MHz output frequency stability and accuracy essentially the same as that
of the 45 MHz VCO alone.  This performance seems acceptable but
alternative plans are being considered for providing complete crystal
derived frequency accuracy along with fast transmit startup and .5 Mbaud
sorts of modulation should this be necessary.  The present architecture
has the advantage of being easily adaptable to transverter operation by
slight change of crystal frequency and substitution of a multimode HF
transceiver for the 45 MHz VCO and receiver demodulator circuits.

   The receiver has good BER down to at least -90 dBM or so.  Turn
around time is even better than expected.  Since adding a little design
effort to the switching circuits it is now possible to square wave
modulate the RTS (ptt) line at rates of several kilohertz and generate a
clean RF square wave at full power.  In between these square wave 12
watt output pulses the receiver is able to demodulate a -90 dBm signal
applied to the same antenna connector (30 dB power attenuator inserted
to protect the signal generator).  The receiver is fully alive less than
40 microseconds after the falling edge of RTS.  It is truly a "packet
radar" and calculations show that with a 8' TVRO dish antenna or
similar, the radio should be able to copy its own packets reflecting
from a 747 aircraft at 4 to 10 miles distance.  Pressed into normal use
the radio should easily be back on receive before the previously
transmitted packet has reached a distant node.

   The first pilot run is expected to be of 12 radios and will no doubt
reveal some areas where change can improve performance and reduce cost.
Some thought is being given to a "one-board" lower power radio which
might even plug into a PC slot.  Such a radio might use phaselock of an
on-channel FSKed VCO instead of the dual conversion approach to reduce
cost.

   PC board design is presently in progress for the pilot run radios.
It is anticipated that these first radios will initially be used for
backbone/switch radios as well as for user access radios as a part of
the prototype northern California moderate speed IP network now being
constructed.  Plans have not yet solidified for construction of
additional radios but it is expected that the next design effort will be
aimed at providing similar radios for the digital allocations at 1249,
1251 and 1298 MHz.

de N6GN

From packet-radio-relay  Thu Feb  8 12:25:41 1990
Received: by ucsd.edu; id AA12125
    sendmail 5.61/UCSD-2.0-sun
    Thu, 8 Feb 90 11:37:52 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA12118
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 8 Feb 90 11:37:48 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA17902; Thu, 8 Feb 90 11:35:27 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Feb 90 19:25:50 GMT
From: jupiter![e-mail]  (Phil R. Karn)
Organization: Bell Communications Research, Inc
Subject: Re: NOS and botched hostnames
Message-Id: <[e-mail]>
References: <21800010@silver>
Sender: [e-mail]
To: [e-mail]


Pat,

My name resolver code will repeatedly query a name server until it
either gets the answer it was looking for, or until the server returns
an authoritative "it doesn't exist" message. Without more details it's
hard to know what's going on. Try tracing the messages ("domain trace on")
and see what you're getting in response.

One problem that has occasionally reared its ugly head is that people
will edit /domain.txt with text editors that append ^Z characters (a holdover
from CP/M days) to the end of the file. The text mode library read routines
will treat this as an end-of-file marker, so that any entries appended
to the file beyond this point won't be seen.

Phil

From packet-radio-relay  Thu Feb  8 14:00:06 1990
Received: by ucsd.edu; id AA23018
    sendmail 5.61/UCSD-2.0-sun
    Thu, 8 Feb 90 13:48:02 -0800
Received: from cunyvm.cuny.edu by ucsd.edu; id AA22998
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 8 Feb 90 13:47:43 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Message-Id: <[e-mail]>
Received: from ICNUCEVM.CNUCE.CNR.IT by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4182; Thu, 08 Feb 90 16:46:11 EST
Received: by ICNUCEVM (Mailer R2.03B) id 8859; Thu, 08 Feb 90 22:47:45 MET
Date:         Thu, 08 Feb 90 22:44:01 MET
From: "Vincenzo G. Capuano" <[e-mail]>
Subject:      Net at 56kb
To: [e-mail]

Hi,
I want to set up a pc running net at 56kbaud, what do I need?
I mean: what board for the pc? what tnc ? modem ? etc. etc.
What are the software settings to enable net to use the 56kb connection?

Thanks in advance for your help
Vincenzo.

From packet-radio-relay  Thu Feb  8 16:02:59 1990
Received: by ucsd.edu; id AA03813
    sendmail 5.61/UCSD-2.0-sun
    Thu, 8 Feb 90 15:52:45 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA03802
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 8 Feb 90 15:52:40 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA04714; Thu, 8 Feb 90 15:45:52 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 8 Feb 90 23:44:12 GMT
From: zaphod.mps.ohio-state.edu!math.lsa.umich.edu![e-mail]  (Edward Vielmetti)
Organization: University of Michigan Math Dept., Ann Arbor MI.
Subject: Re: NOS and botched hostnames
Message-Id: <[e-mail]>
References: <21800010@silver>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> karn@jupiter..bellcore.com (Phil R. Karn) writes:

   Pat,

   My name resolver code will repeatedly query a name server until it
   either gets the answer it was looking for, or until the server returns
   an authoritative "it doesn't exist" message. Without more details it's
   hard to know what's going on. Try tracing the messages ("domain trace on")
   and see what you're getting in response.

Phil, is there any backoff on this querying pattern?  Seems
to me this could get very expensive if it doesn't cool down
after a few non-answers.

Do you cache authoritative "it doesn't exist" messages ?

--Ed

From packet-radio-relay  Thu Feb  8 19:30:02 1990
Received: by ucsd.edu; id AA18224
    sendmail 5.61/UCSD-2.0-sun
    Thu, 8 Feb 90 19:06:32 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA18219
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 8 Feb 90 19:06:28 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA16797; Thu, 8 Feb 90 18:54:20 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 9 Feb 90 02:39:56 GMT
From: ka9q.bellcore.com![e-mail]  (Phil Karn)
Organization: Secular Humanists for No-Code
Subject: Re: NOS and botched hostnames
Message-Id: <[e-mail]>
References: <21800010@silver>, <[e-mail]>, <[e-mail]>
Sender: [e-mail]
To: [e-mail]

In article <[e-mail]> [e-mail] (Edward Vielmetti) writes:
>Phil, is there any backoff on this querying pattern?  Seems
>to me this could get very expensive if it doesn't cool down
>after a few non-answers.

Yes, there is base-2 exponential backoff. Additionally, if you have more
than one server configured, the code will cycle around all the servers
before sending the request to the first server again.

>Do you cache authoritative "it doesn't exist" messages ?

Yes. They appear in the domain.txt file as A records with empty address
fields. As far as I know, my resolver is one of the very few that do cache
nonexistent names.

Phil

From packet-radio-relay  Thu Feb  8 20:56:53 1990
Received: by ucsd.edu; id AA22616
    sendmail 5.61/UCSD-2.0-sun
    Thu, 8 Feb 90 20:11:22 -0800
Received: from cunyvm.cuny.edu by ucsd.edu; id AA22602
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Thu, 8 Feb 90 20:11:10 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Message-Id: <[e-mail]>
Received: from ALASKA.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8169; Thu, 08 Feb 90 23:09:47 EST
Date:     Thu, 08 Feb 90 19:06:35 -0900
To: [e-mail]
Sender: <[e-mail]>
Reply-To: <[e-mail]>
From: "Duncan C. Fowler, JSDCF2"  <[e-mail]>
Subject:  RE: HK-21, Good or Bad?

Tim, I have a HK-21 TNC.  I don't klnow if it is the smallest, But I sure
have enjoyed it.  It has traveled with me thruout Alaska, Canada and
the US.
I did have trouble with QRM when using 145.01.  It seems the Xtal was
emiting on a bad Freq.  I talked with the Heath folk and they offered a
solution.  Put a small cap on the Xtal and move the offending Freq down a
tad.  That was a couple of years ago, Perhaps they are installing that mod
on newer units.
I have found that the internal battery is good only for 3-4 Hrs.  My solution
is to take a 9volt battery and connect it thru the external battery jack.
That won't charge the internal one, but it sure will allow a longer use
with a quick easy power source.
Although I have not had need for it, I understand that it does not support
KISS.  Several packrad users have submitted notes suggesting that they are
burning EPROMS to allow this.

I have liked the mailbox feature.  Unlike the PK232, it stores its messages
in non-volitale
non-volatile ram... It also allows SSID's for the MBX

Good Luck
Dunc Fowler, KL7RH@KL7HFI
or [e-mail]

From packet-radio-relay  Fri Feb  9 04:00:05 1990
Received: by ucsd.edu; id AA05194
    sendmail 5.61/UCSD-2.0-sun
    Fri, 9 Feb 90 03:51:06 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA05187
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 9 Feb 90 03:51:03 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA17289; Fri, 9 Feb 90 03:39:06 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 9 Feb 90 05:13:55 GMT
From: rochester!rit!ultb![e-mail]  (C.E. Piggott)
Organization: Information Systems and Computing @ RIT, Rochester, New York
Subject: Re: TCP/IP vs. The_World
Message-Id: <[e-mail]>
References: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


Oh yes ... I forgot to mention ... the idea of transfering a binary
image by packet came up ... the idea of BSQ'ing it (a form of UUENCODEing)
and transfering it by ax.25 seemed preferable to these guys ... why is
this?  (I'm not knocking them ... these are a swell bunch, very helpful
and generous, for the most part each one would go out of his way to help
you if he could ... but I'm curious about how the rest of the net deals
with these kinds of questions)

Chris

--
Christopher E. Piggott, N2JGW                   [e-mail]
President                                       [e-mail] [44.69.2.1]
Rochester Institute of Technology               N2JGW @ WB2WXQ
Amateur Radio Club K2GXT                        [e-mail]

From packet-radio-relay  Fri Feb  9 04:30:04 1990
Received: by ucsd.edu; id AA05263
    sendmail 5.61/UCSD-2.0-sun
    Fri, 9 Feb 90 03:51:36 -0800
Received: from ucbvax.Berkeley.EDU by ucsd.edu; id AA05255
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 9 Feb 90 03:51:34 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Received: by ucbvax.Berkeley.EDU (5.61/1.41)
    id AA17227; Fri, 9 Feb 90 03:38:08 -0800
Received: from USENET by ucbvax.Berkeley.EDU with netnews
    for [e-mail] ([e-mail])
    (contact [e-mail] if you have questions)
Date: 9 Feb 90 04:01:15 GMT
From: rochester!rit!ultb![e-mail]  (C.E. Piggott)
Organization: Rochester Institute of Technology, Information Systems
Subject: TCP/IP vs. The_World
Message-Id: <[e-mail]>
Sender: [e-mail]
To: [e-mail]


Hi -

    I've a few questions for Phil, Phil, Devon, and anybody else
who's listening, but I'm posting it all here, simply because I'd like
to hear from as many people as possible about this.

    The history of TCP/IP in Rochester (New York) is rather short:
a year or two ago, a few guys (N1DPH was in the lead) attempted to set
up some IP activity.  Essentially, it seems that the three or so people
who wanted this to "happen" talked to each other for a few days, and
didn't inspire many others to get involve.  The whole thing lost steam
and (essentially) died.

    Here is where I come in: TCP/IP is something that I believe
in, and if it is not _the_ direction that packet radio should be
moving in, I feel that it certainly is a step in the right direction.
So, with a few friends at the RIT club, I am again pushing to put
Upstate New York on an IP system.

    I have encountered a lot of resistance, though: in fact, the
point of this message is to ask others to tell me how they conquered
this resistance in areas where IP seems to be working.  Being a lost
island in a sea of AX.25, it's not possible for me to 'see for myself'
what's going on out there.

    Essentially, the world seems to be asking me: "What's the
point?"  At an area packet group meeting tonite, one BBS sysop
said to me, "The day TCP/IP comes online is the day I shut down."
I asked why, answer: "I don't like the way TCP/IP handles mail."
(See footnote below regarding this conversation: there's more to
the story than this).  I am unable to answer many of the criticism
and questions, simply because Unix is in my blood; it is my
education, and it is my drug, and my fascination in networking
issues makes the question: "What good is TCP/IP?" something I find
difficult to answer!!!  (Maybe I'm too close to the issue?  Maybe
my response is too automatic?  Maybe it really *IS* too broad a
question to be answered in two minutes?)

    The other problem is this: I am not convinced that an IP
network can exist in a packet world where MOST of the users are
offline most of the time...AX.25 has gotten many into the habit of
being able to turn it on and off at will, without it affecting
the state of the network.  Setting up the first AX.25 "TheNet"
backbone must not have been easy: I know that if I put up TCP/IP
and my friend Jim, 3 miles away, puts up TCP/IP, that there is
a good chance that we will talk to each other for a few months
and the while issue will again become dead in the water.

    Thoughts/comments are most welcome, either to this newsgroup
or to me personally (to be honest, followups to the newsgroup are
probably most likely to get a response: the e-mail blizzard to me is
up to 100K/day).

    Sincerely,

                Christopher Piggott, A.R.S. N2JGW

** footnote:
    The BBS is a major BBS ... the sysop has problem with the
'wormhole' affect - that it is extremely easy for those of us on
Internet to set up TCP/IP wormholes that take mail from TCP/IP Packet
and stuff them through Internet.  I know that Devon is interested
in this concept, and there is a local prospective TCP/IPer who wants
to do the same thing.  There is a ***LOT*** of resistance to this,
somewhat to the point of hatred, of the concept of packet radio
taking on vehicles other than packet radio, PERIOD.  Personally,
I have some serious reservations, but I don't rule out the concept:
it sounds quite interesting, in fact.  I'd LOVE to be able to ftp
files from internet via some packet IP gateway, etc. (within, of
course, the guidelines of part 97).  I don't see it as any
different than a voice repeater having a phone line remote link.
Many do NOT share this view.

--

--
Christopher E. Piggott, N2JGW                   [e-mail]
President                                       [e-mail] [44.69.2.1]
Rochester Institute of Technology               N2JGW @ WB2WXQ
Amateur Radio Club K2GXT                        [e-mail]

From packet-radio-relay  Fri Feb  9 06:00:02 1990
Received: by ucsd.edu; id AA10650
    sendmail 5.61/UCSD-2.0-sun
    Fri, 9 Feb 90 05:33:11 -0800
Received: from pgd.adp.wisc.edu by ucsd.edu; id AA10528
    sendmail 5.61/UCSD-2.0-sun via SMTP
    Fri, 9 Feb 90 05:31:06 -0800 for /usr/lib/sendmail -odq -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Date: Fri, 9 Feb 90 05:31:06 -0800
From: [e-mail]
Message-Id: <[e-mail]>
Received: from n9gbj.ampr.org by pgd.adp.wisc.edu with SMTP
    id AA5514 ; Fri, 09 Feb 90 03:35:00 GMT
Apparently-To: <[e-mail]>

Censored for Amateur Radio by FIXMAIL.
Date: Thu, 08 Feb 90 21:23:56 GMT
Message-Id: <[e-mail]>
From: [e-mail] (Bryan High-Q Biggers)
Reply-To: [e-mail]
To: [e-mail]
Subject: Need WA8DED ROM for TNC-2

Hello,
   I am trying to find the WA8DED code for the TNC-2.  Yes, I have
written to TAPR, and sent in my money, but I need to make a ROM here in
a hurry to use with the WN6I/N6XL ARES/Data program for evaluation for
possible use in an upcoming ARES exercise (wish it used KISS).  I'm in a
BIG rush!  I have also tried other avenues, such as calling various Ham BBSs
around the country, and have even had a local ham correspond with DED himself.
(DED said to write to TAPR).  We just don't seem to be well connected
"out here".
   I have a ROM burner, and what would be ideal would be if someone would
post for FTP the intel hex format file for the ROM, or for the Nord->Link
enhancement.  I do need the TNC-2 version, not the TNC-1 version, as it is
difficult to power the TNC-1 from batteries, due to its internal supply and
requirements for both + and - voltages.  Barring an FTP post, I would
be glad to call someone at my expense and transfer the file over the phone.
As far as I know, the 'DED code is public domain; just not all that
popular apparently!
    Thanks. Bryan N9GBJ
    p.s. reply to: [e-mail], [e-mail]
    which is: 128.104.198.22 (InterNet).