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

Text File | 1993-12-31 | 287.4 KB | 7,516 lines

Sat,  1 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #26
To: packet-radio


Packet-Radio Digest         Sat,  1 Feb 92       Volume 92 : Issue  26

Today's Topics:
        ???Pack to Internet bridge??? (2 msgs)
                  G1NNA BBS?
                Proxim Radios
            Wiring HK232 to FT470 handheld

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 31 Jan 92 14:09:12 GMT
From: ogicse!uwm.edu!cs.utexas.edu!bcm!aio!sweetpea![e-mail]
Subject: ???Pack to Internet bridge???
To: [e-mail]

Hi

Is there a bridge between packet radio and internet? Or, is it impossible
to send e-mail to and from packet radio?

The reason I'm asking is that I'm going sailing from Houston to Spain and back
later this year on a friend's boat.  He has a Ham license and a radio on board.
We will have a laptop computer to capture weather fax and can use it for
packet radio.  It would be nice to be able to send email to some friends
if it were possible to bridge between packet radio and internet.

Does anyone out there know if there is or isn't a bridge between the two?

Thanks

Craig       [e-mail]

------------------------------

Date: 31 Jan 92 15:18:39 GMT
From: infonode!lgp![e-mail]
Subject: ???Pack to Internet bridge???
To: [e-mail]

In article <[e-mail]>, [e-mail] (Craig Fink) writes:
|>
|> Hi
|>
|> Is there a bridge between packet radio and internet? Or, is it impossible
|> to send e-mail to and from packet radio?
|>
|> The reason I'm asking is that I'm going sailing from Houston to Spain and back
|> later this year on a friend's boat.  He has a Ham license and a radio on board.
|> We will have a laptop computer to capture weather fax and can use it for
|> packet radio.  It would be nice to be able to send email to some friends
|> if it were possible to bridge between packet radio and internet.
|>
|> Does anyone out there know if there is or isn't a bridge between the two?
|>
|> Thanks
|>
|> Craig       [e-mail]

Craig,

I'm definitely not an expert in packet (in fact, I'm quite ignorant
about how mail gets shuttled around, but I'm trying to learn more),
but I have a friend that I have successfully passed mail back and
forth with from his packet BBS to me on Internet. The gateway we're
using is the w2xo.pgh.pa.us node. If I mail to "bbs" at that node, and
make sure I have a packet routing header line at the beginning of my
message (he gave me the line to include, so I don't know much about
the syntax), it works fine. My suggestion would be to contact the
Sysop at that node and see what you can find out, or perhaps someone
else with more info can jump in and help. I just wanted to let you
know that such a gateway exists and maybe to point you in the
direction of more info.

Rex (KD4ALU)

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Rex A. Simmons                                |
| Technical Manager                             | "No matter where you go,
| Electronics CAD Development                   |  there you are."
| DAZIX, An Intergraph Company                  |
| INTERNET: [e-mail]          |       - Buckaroo Banzai
| Phone:    [phone]                      |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

------------------------------

Date: 31 Jan 92 08:31:06 GMT
From: mcsun!uknet!axion!kitkat![e-mail]
Subject: G1NNA BBS?
To: [e-mail]



------------------------------

Date: 31 Jan 92 20:42:23 GMT
From: usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!convex!iex![e-mail]
Subject: Proxim Radios
To: [e-mail]

In article <[e-mail]>, [e-mail] (Phil Karn) writes:

|> In article <[e-mail]>,
|> [e-mail] (Scott Loftesness) writes: |> Proxim is a
|> supplier of 902-928 MHz spread spectrum transceivers.
|>
|> Anyone interested in these Part 15 data radios should keep "caveat
|> emptor" in mind. Many units are "spread spectrum" in name only, i.e.,
|> they spread only because the FCC requires them to and the receivers
|> exhibit no processing gain. This was clearly against the spirit of the
|> rules.
|>
I am not a ham. I have considered becoming one. My primary interests would
be straight key and packet. However, my primary usage of packet would be
to access internet and to "work from home".

My home is about 45 miles from my employer. The distance requires a toll phone
call using my modem to access my employer's computer. I am under the belief
that if I were a HAM, I could use packet for advancing myself and the
community (reading netnews, sharing problem/solutions with peers, etc), but I
couldn't do work-related "homework" over the air.

Some questions:

1. Is the comment I made above concerning "homework" and FCC don't mix true.
2. Whether I become a HAM or not, could I not use spread spectrum gear to do
   my "homework".
3. Are the power limits for spread spectrum for a non-HAM inadequate for
   ~35 mile line of site in the flats of Texas (near Dallas).
4. Cost for two radios?

Any pointers/suggestions welcome.

--
 /| |\  Nathan Banks
/ | | \ IEX Corporation                 Voice: 214.612.2600
\ | | / 1400 Preston Road, Suite 350    Fax: [phone]
 \| |/  Plano, Texas 75093              Email: {uunet,convex,att}!iex!banks
--
 /| |\  Nathan Banks
/ | | \ IEX Corporation                 Voice: 214.612.2600
\ | | / 1400 Preston Road, Suite 350    Fax: [phone]
 \| |/  Plano, Texas 75093              Email: {uunet,convex,att}!iex!banks

------------------------------

Date: Fri, 31 Jan 1992 19:37:39 GMT
From: pacbell.com!att!cbnewsm![e-mail]
Subject: Wiring HK232 to FT470 handheld
To: [e-mail]

    The subject pretty much covers it. Do I need more then one dc blocking
capacitor?
            Tnx     73      Jeff

------------------------------

Date: (null)
From: (null)
Until recently (ie a few weeks ago), my software was only available directly
from me or one of my distributors in Denmark or Italy. I have now yielded to
pressure, and the software is now available on a few of the amateur radio
related telephone BBSs in Europe. However, it's not yet available anywhere
else. I may send it in to SIMTEL fairly soon. Is there anywhere else I
should consider putting it (bearing in mind that I haven't got FTP access
out of the country :-( )?

By the way, is the T type message still used in the USA (or anywhere else)?
It's not used in Europe, so my software doesn't support it. If there is an
interest in using my software over there, and T messages are needed, then I
will have to look at making some changes.

Brian Lloyd
Maintenance Section,                      # e-mail : [e-mail]
Software Technology Division,             # Phone  : [phone]
SSTF Building, BT Labs, Martlesham Heath, # Fax    : [phone]
Ipswich, Suffolk. UK. IP5 7RE             # Packet : G1NNA@GB7NNA.#31.GBR.EU

------------------------------

Date: Fri, 31 Jan 1992 19:17:30 GMT
From: usc!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>p
Subject : Personal Communications (was Re: Establishing an Internet Packet...)

In article <[e-mail]> [e-mail] (Michael de Kraker) writes:
>
>Face it:
>
>       The single problem which differentiates HAM radio networks
>       from commercial networks is subtle rules which restrict
>        freedom of speech. No posibility exists for a internet-packet
>        gateway with this restriction.
>
>       Unfortunatly this restriction is the only thing keeping the
>       HAM bands from becoming a usefull tool for me.
>

[... deleted ...]

>       The answer here is the redefinition of HAM to be personal
>       communications not the communication to make contact rule.


   You probably don't know about GMRS, on UHF. This is the General
Mobile Radio Service. It licensed rather like the commercial services,
except that only individuals are allowed to hold licenses and certains
kinds of communications are not allowed (i.e. no base to base chatter,
etc.). It is intended for personal communications.

    This is not a new service; back in the midst of the CB craze, magazines
would publish articles about the "other" CB service. The reason GMRS has
not degenerated into what CB has become is, IMHO, the equipment is more
expensive and the users more "professional".

  Rather than trying to change amateur radio into another form of GMRS,
investigate GMRS first. Unfortunately, packet is not allowed on GMRS.
However, you may be able to successfully establish a packet link
using commercial frequencies, after getting your form 574 approved
by the FCC.

  If commercial service is what you want, pursue commercial service rather
than trying to take an experimental service such as amateur radio and
getting it turned into simply a personal communications service.

[Please note the Followup-To: line above...]

--
 * Dana H. Myers KK6JQ          | Views expressed here are      *
 * [phone]               | mine and do not necessarily   *
 * [e-mail]  DoD #466     | reflect those of my employer  *
 * "Dammit Bones, spare me the lecture and give me the shot!"   *

------------------------------

End of Packet-Radio Digest V92 #26
******************************
Date: Sun,  2 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #27
To: packet-radio


Packet-Radio Digest         Sun,  2 Feb 92       Volume 92 : Issue  27

Today's Topics:
        Where can I get 13-pin DIN connectors?

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 1 Feb 92 16:25:43 GMT
From: swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!ducvax.auburn.edu!eng.auburn.edu![e-mail]
Subject: Where can I get 13-pin DIN connectors?
To: [e-mail]

I am looking for 13-pin DIN connectors like those used for the
packet connector on the back of the Kenwood TS-790A.  (I am
told that the same connector is also used for RTTY on the
TS-440)  Yes, I melted the one that came with the radio.  I
needed more anyway for various projects.  Anyone know where
I can get some?

WARNING: IF YOU USE ONE OF THE CONNECTORS, USE THE LOWEST HEAT
POSSIBLE TO SOLDER THE WIRES TO IT.  THEY MELT EASILY.  I KNOW
THAT I'M NOT THE FIRST TO DO IT.

Thanks,
John N4SMX

------------------------------

Date: 2 Feb 92 00:46:41 GMT
From: sun-barr!newstop!sunaus!metro!extro.ucc.su.OZ.AU![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: 1200 vs. 2400

[e-mail] (Dave Horsfall) writes:

>Ouch!  Well, I have started buying the components for the 4800 modem (and
>also started on the SCC port on the Microbee as well).  Someone has also
>thrown another 286 motherboard at me as well, with flaky tracks to be
>repaired (you don't expect me to BUY pc-clown bits, do you?).  But yes,
>too much talking and not enough doing...

XT's are pretty cheap and work just fine for a simple node. Buy ? I'll
tell you what, you give me some money, and I'll _give_ you one if thats
what it will take :-)

>>There is a wonderful lan is VK2, there are about 6-7 nodes running on it,
>>it will increase as facilities available increase, and others get themselves
>>organised (Mark, are you reading this ?)

>Perhaps it could be better publicised, if you want more people to join you.

We've given thought to doing just that, but have held off due to various
problems getting the sut switch installed, we are doing quite a bit of work
at other sites at present, things are happening ..

What protocols are you intending on running from the 'Bee ?

Terry


--
Terry Dawson, [e-mail], [e-mail]
[phone] (voice), [phone] (fax).   __\*/__            _____

------------------------------

End of Packet-Radio Digest V92 #27
******************************
Date: Mon,  3 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #28
To: packet-radio


Packet-Radio Digest         Mon,  3 Feb 92       Volume 92 : Issue  28

Today's Topics:
            Decoding packet radio
             Packet-Radio Digest V92 #25
           PMP and Alinco DJ-F1: PTT line?
            State Machine DCD for MFJ1270B

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Sun, 02 Feb 92 16:29:18 CST
From: usc!wupost!zazen!doug.cae.wisc.edu!umn.edu!cs.umn.edu!kksys!edgar!brainiac!moron![e-mail]
Subject: Decoding packet radio
To: [e-mail]

    I have an apple cat modem for the apple II that supports Bell 202.
I was wondering if this could be used to rec. packet radio with the proper
software, or what would I have to do to make it work.  I tried pumping
packet audio into it but didn't get anything interesting and from a
different post I saw that packet doesn't have stop and start bits includied
which of course the modem does.  As it would be an easy modifcation to feed
the 'raw' decoding into the computer, what do I have to do to unravel the
Hdlc(?) code and would it be worth the effort.  I have seen a break down of
the internals, but most of the pacekt books I have seen just tell how
great packet is and how to connect to a bbs or another user with a TNC, not
what it takes to 'make
what it takes to 'make' a TNC.
    One last question, since I would have to write the software, I am
really more intrested in getting into TCP/IP stuff.  How does this change
my work load?  What I am looking to do is to do very little work on the
apple and send it to the ibm to do the real work.  Is this a workable
solution?

-Mark
-N0CCQ

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
[e-mail] (Mark Oeltjenbruns)
The Moron's Domain - moron.vware.mn.org - The home of the Eleventh Hour
Contest Group (North American Chapter)...



------------------------------

Date: 3 Feb 92 07:39:00 GMT
From: [e-mail]
Subject: Packet-Radio Digest V92 #25
To: [e-mail]

Dear Friends!

I am a poor little French students that discover the packet-radio digest
and found it very exciting. In my country, we don't use like a method to
contact us: the Minitel' videotex system (X25) is the most familiar one.

Could you please writte me if I can make something in your field in   my
country?

Thank you very much for your kind help.

Jean-Bernard Condat
CCCF
B.P. 8005
69351 Lyon Cedex 08 France

Fax.: [phone]
Phone: [phone]
DialMail #24064
MCI Mail #501-3469

------------------------------

Date: 2 Feb 92 15:03:01 GMT
From: usc!wupost!darwin.sura.net!gatech!ncar!csn!copper!mercury.cair.du.edu!diana.cair.du.edu![e-mail]
Subject: PMP and Alinco DJ-F1: PTT line?
To: [e-mail]

The PMP article (August '91 of 73 magazine) confused me when it
discusses the connection to an HT with "Icom style HT keying."
Evidently, the Icom does not use a separate line for PTT.  What is
the alternative?  What does the DJ-F1 use?  (The DJ-F1 schematic
doesn't make it clear to me.)

What are the connections between the base station configuration for
the PMP and the microphone of the Alinco DJ-F1 HT?

    This is the sub-mini plug that goes from a separate microphone
    into the DJ-F1 HT.  Should I use a similar plug and wire the
    PMP into the DJ-F1 this way?


    ------------------|-------------|---------\
    __________________|_____________|_________/
        ^                ^           ^
        |                |           |
 shield 2 --+                |           |
    |                        |           |
   gnd            shield 1 --+           |
            |                    |
           PTT                   |
                tip -----+
                 |
                   audio

Tnx

--
Art Winterbauer  N0OQS
Internet:  [e-mail] OR [e-mail]

------------------------------

Date: 3 Feb 92 02:33:10 GMT
From: usc!rpi!news-server.csri.toronto.edu!relay.cs.toronto.edu!picton.eecg.toronto.edu!eecg.toronto.edu![e-mail]
Subject: State Machine DCD for MFJ1270B
To: [e-mail]

Can the state machine on this TNC be modified to generate a
DCD?  The DCD generated by the XR2211 is too `noisy' when
used with the radio's squelch open.

The MFJ1270B TNC employs an EPROM based finite state machine
to perform clock recovery.  The EPROM is (C) 1985 Systek State 1.09.

    - thanks

--
 Duncan Elliott,       Dept. EE, University of Toronto, Toronto, Canada M5S 1A4
 [e-mail]        [e-mail]        uunet!utai!eecg!dunc
     [e-mail] LAT: 43 39' 35.9"N  LON: 79 23' 41.7"W ALT: 349.30m

------------------------------

Date: 1 Feb 92 00:13:57 GMT
From: usc!zaphod.mps.ohio-state.edu!samsung!munnari.oz.au!ipso!runxtsa![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
p
Subject : Re: 1200 vs. 2400

In article <[e-mail]> [e-mail] writes:
>In article <[e-mail]>, [e-mail] (Dave Horsfall) writes:
>> NET/ROM is illegal at level 2 (where most packet activity occurs) since
>So's IP routing and BBSs BTW.

Even with the IP packets being encapsulated in AX.25? Or are they still
worried about the content not being 'plain text'?
>
>At the moment DoTC IS turning a blind eye towards NET/ROM, IP
>routing, BBSs and numerous other "transgressions".  The Wireless
>Institute of Australia is hard at work on a "deregulation"
>proposal to be put to DoTC and when it lands there's going to be
>a monumental shakeup. :-)  DoTC is fully aware of what is
>happening though.
>
Good to see. For a mob that is supposed to be experimenting with new modes
they certainly seem to like regulating us.

>>>Ahhh, when I see those messges from the US with their 56k backbones etc etc,
>>>I feel like just packing up and shifting over :-)
>
>> It's a shame, ain't it...  Have a look at the wonderful LANs they've set
>> up in VK1, and VK3 etc, and you wonder what happened to VK2 ...
>
>VK1 isn't that great and VK3s is rather slow.  I can give an
>"expose" if you like. :-)
>
Please do - I'd like to know how other states are going.

--
Mark Cheeseman, Technical Editor, Your Computer. [e-mail]
packet: [e-mail]     [This space intentionally blank]
Phn: [phone]  Fax: [phone]  Fido: 3:712/[e-mail]

------------------------------

Date: 31 Jan 92 02:46:39 GMT
From: usc!zaphod.mps.ohio-state.edu!samsung!munnari.oz.au!ipso!runxtsa![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>

Subject : Re: 1200 vs. 2400

In article <[e-mail]> [e-mail] (Terry Dawson) writes:
>
>it will increase as facilities available increase, and others get themselves
>organised (Mark, are you reading this ?)
>
Who, Me???? :-)

I'm getting there... Once my modem board arrives, and I figure out where to
connect it to the rig, I'll be there (I've already got nos installed and running,
oops, but there's not much IP stuff happening at 1200 (my current top speed.)

I'll admit I was a bit slack getting the modem, but I haven't lost interest.

-Mark
>


--
Mark Cheeseman, Technical Editor, Your Computer. [e-mail]
packet: [e-mail]     [This space intentionally blank]
Phn: [phone]  Fax: [phone]  Fido: 3:712/[e-mail]

------------------------------

End of Packet-Radio Digest V92 #28
******************************
Date: Tue,  4 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #29
To: packet-radio


Packet-Radio Digest         Tue,  4 Feb 92       Volume 92 : Issue  29

Today's Topics:
        Bug in NOS 911229 (GRI v1.8b) ....... (2 msgs)
            Decoding packet radio (3 msgs)
                  G1NNA BBS?
            State Machine DCD for MFJ1270B

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 27 Jan 92 10:46:00 GMT
From: [e-mail]
Subject: Bug in NOS 911229 (GRI v1.8b) .......
To: [e-mail]


Can you help?  I am having problems with NOS 911229 (PA0GRI
v1.8b) talking to a PK88.  The PC is a Commodore C286-LT
notebook.  All 9 pins of the PC COM1 connector are connected to
the PK88.

When I start NOS, RTS and DTR stay low, and so the PK88 refuses
to send information back to the PC.  If I momentarily remove the
PC-to-TNC cable and then replace it, RTS and DTR then go high and
everything works OK thereafter.

This problem does NOT appear when I use a Dell 310 as the PC.

Neither does it appear on either the Dell or the notebook with
earlier versions of NOS (e.g. NOS 910618 - PA0GRI v1.7j).  In
this case, RTS and DTR are low when NOS is not running, they go
high when NOS starts, and then go low again when exitting NOS.

In other words, it looks like the notebook UART does not
communicate properly with NOS 911229, but is OK with earlier
versions of NOS.  Unfortunately I don't know what type of UART is
in the notebook.

Is this a bug in NOS 911229, and is there a workaround?


73 de Ian                             27-Jan-1992  10:49:23 UTC
===============================================================
G3NRW @ GB7BIL            44.131.5.2             g3nrw.ampr.org
UK IP Address Coordinator: Region 5    [Beds, Cambs, Northants]

Editor: British Amateur Radio Teledata Group's             ____
           'PACKET INTERNATIONAL'                  /  \

===============================================================

(This is a copy of msg sent to TCPIP)

------------------------------

Date: 4 Feb 92 02:28:29 GMT
From: sdd.hp.com!samsung!nighthawk.clearpoint.com!transfer!lectroid!lectroid.sw.stratus.com![e-mail]
Subject: Bug in NOS 911229 (GRI v1.8b) .......
To: [e-mail]

I have the same problem with all versions after 1.7j.  The handshaking
lines don't get raised properly.  Nothing is sent from the TNC to the
computer.  I am using a PK-88 and an IBM PS/2 P70 (the portable).

1.7j works fine and the UARTS are 16550As.

Thanks,
Mark

------------------------------

Date: 3 Feb 92 15:11:14 GMT
From: usc!zaphod.mps.ohio-state.edu!samsung!emory!kd4nc!ke4zv![e-mail]
Subject: Decoding packet radio
To: [e-mail]

In article <[e-mail]> [e-mail] (Mark Oeltjenbruns) writes:
>
>        I have an apple cat modem for the apple II that supports Bell 202.
>I was wondering if this could be used to rec. packet radio with the proper
>software, or what would I have to do to make it work.  I tried pumping
>packet audio into it but didn't get anything interesting and from a
>different post I saw that packet doesn't have stop and start bits includied
>which of course the modem does.  As it would be an easy modifcation to feed
>the 'raw' decoding into the computer, what do I have to do to unravel the
>Hdlc(?) code and would it be worth the effort.  I have seen a break down of
>the internals, but most of the pacekt books I have seen just tell how
>great packet is and how to connect to a bbs or another user with a TNC, not
>what it takes to 'make' a TNC.

Yes you can do this, though it probably isn't worth the effort. The old
GLB TNCs did HDLC by bit banging as does a software package for the PC
called PMP, or Poor Man's Packet. The entire AX25 spec is published by
the ARRL complete with all the state diagrams you need to implement it.

>        One last question, since I would have to write the software, I am
>really more intrested in getting into TCP/IP stuff.  How does this change
>my work load?  What I am looking to do is to do very little work on the
>apple and send it to the ibm to do the real work.  Is this a workable
>solution?

This is certainly easier. All you have to do is implement the KISS
protocol instead of the entire AX25 TNC system with it's link states
and user interface. You'll still have to implement the bit banging to
generate the HDLC though. It should make an interesting assembly language
exercise on the old Apple, but remember that a completely functional TNC
can be purchased new for $120 and used TNCs can be found for much less.
If you're really serious about TCP/IP, there are internal bus cards available
that will allow you to operate at the higher speeds that are becoming
popular for mass data transfer such as the Gracilis card, the PI card,
and others. These will work up to at least 56 kilobaud. There's no way
you're going to be able to bit bang much faster than 1200 baud.

Gary KE4ZV

------------------------------

Date: 3 Feb 92 17:35:44 GMT
From: timbuk.cray.com!hemlock.cray.com![e-mail]
Subject: Decoding packet radio
To: [e-mail]

In article <[e-mail]>, [e-mail] (Mark Oeltjenbruns) writes:
>         I have an apple cat modem for the apple II that supports Bell 202.
> I was wondering if this could be used to rec. packet radio with the proper
> software, or what would I have to do to make it work.  I tried pumping
> packet audio into it but didn't get anything interesting and from a
> different post I saw that packet doesn't have stop and start bits includied
> which of course the modem does.  As it would be an easy modifcation to feed
> the 'raw' decoding into the computer, what do I have to do to unravel the
> Hdlc(?) code and would it be worth the effort.  I have seen a break down of
> the internals, but most of the pacekt books I have seen just tell how
> great packet is and how to connect to a bbs or another user with a TNC, not
> [...]

I think another problem you will have is that the bits are encoded
in NRZI format, not NRZ. You'll need to program your usart for this
coding (if it can do it) or externally convert NRZI to NRZ.
I don't think simply connecting the modem up to a serial port at
1200 baud will give you anything but garbage.

--
andyw.  (W0/G1XRL)

[e-mail]    Andy Warner, Cray Research, Inc.        [phone]

------------------------------

Date: 3 Feb 1992 19:30:55 GMT
From: ucsd.edu![e-mail]
Subject: Decoding packet radio
To: [e-mail]

Standard packet is 1200 bps NRZI Synchronous HDLC, which you probably
aren't set up for.  You'll have to recover the clock, and perhaps turn
the NRZI into NRZ to use cheaper SIO chips, etc.  While you can do this
with basically two parts (a Prom and a Latch to make a state machine),
it'd be a LOT of work to then write the software.

Considering that used TNCs go for $35 to $50 at swapmeets, it shouldn't
be that hard to save up for one.  Or hock your grandmother.
    - Brian

------------------------------

Date: 3 Feb 92 21:28:34 GMT
From: swrinde!cs.utexas.edu!utgpu!cunews!nrcnet0!dgbt![e-mail]
Subject: G1NNA BBS?
To: [e-mail]

Brian Lloyd ([e-mail]) writes:
>Until recently (ie a few weeks ago), my software was only available directly
>from me or one of my distributors in Denmark or Italy. I have now yielded to
>pressure, and the software is now available on a few of the amateur radio
>related telephone BBSs in Europe. However, it's not yet available anywhere
>else. I may send it in to SIMTEL fairly soon. Is there anywhere else I
>should consider putting it (bearing in mind that I haven't got FTP access
>out of the country :-( )?

If you can get it to an anonymous FTP site in Europe, I could fetch it and
put it on a few appropriate NA sites (e.g., tomcat.gsfc.nasa.gov and ucsd.edu).

>By the way, is the T type message still used in the USA (or anywhere else)?
>It's not used in Europe, so my software doesn't support it. If there is an
>interest in using my software over there, and T messages are needed, then I
>will have to look at making some changes.

Yes, type T for NTS (National Traffic System) is widely used in the US and
Canada.  Support for type T is also lacking in the F6FBB software, but that
doesn't seem to have stopped it from becoming quite popular over here.  In
general, only one BBS in a given area needs to have special handling for
type T (but all should at least support forwarding type T in the same manner
as type P), so I suppose that's how folks work around the problem.

The main requirements for type T handling are support for the commands ST,
LT, and KT.  Type T message headers are normally made visible to all users
who use variants of the plain L command (whether that's a good idea is
debatable) as well as being singled out by the LT command.  Type T messages
are readable by any user, and killable by anyone using the KT <msg_no>
command.  Perhaps it would be better that the ability to read and kill
type T messages be restricted to users who are granted permission to do
so by the sysop.  I don't know of any software which supports such
permissions, so I surmise that it hasn't been considered very important.

Barry VE3JF
--
Barry McLarnon                  |  Internet: [e-mail]
Communications Research Center  |  AMPRnet: [e-mail]
Ottawa, Canada  K2H 8S2         |  PBBSnet: ve3jf@ve3jf.#eon.on.can

------------------------------

Date: 3 Feb 92 15:17:12 GMT
From: usc!wupost!darwin.sura.net!gatech!emory!kd4nc!ke4zv![e-mail]
Subject: State Machine DCD for MFJ1270B
To: [e-mail]

In article <[e-mail]> [e-mail] (Duncan Elliott) writes:
>Can the state machine on this TNC be modified to generate a
>DCD?  The DCD generated by the XR2211 is too `noisy' when
>used with the radio's squelch open.

Good old TAPR produces digital state machines for these TNCs that plug
into the modem chip socket, with the modem chip relocated to the daughter
board. They do an excellent job of supplying an accurate DCD with an
unsquelched radio. Prices from $11 to $17.50 depending on TNC model.
Your's is the cheap one. Call Heather at 602-323-1710 for more info.

Gary KE4ZV

------------------------------

Date: 31 Jan 92 11:11:49 GMT
From: swrinde!cs.utexas.edu!wupost!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!unido!mcsun!uknet!mucs!mccuts!MCC.ac.uk![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>ucs
Subject : Re: AmigaNOS v2.8p

In article <[e-mail]> [e-mail] (Dale Luck) writes:

>style connections. If AmigaNOS were made SANA compliant it would be
>a small job to get GfxBase's X11 to work with it.

If anyone feels like doing this they're welcome!!

Cheers, John.
          JANET : [e-mail]
  Packet: [e-mail]7NWP.#16.GBR.EU                        (QTHR)
* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - *
|                      NRS Central Administrator                      |
| MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL |
|           Phone: [phone], FAX: [phone]          |
* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - *

------------------------------

Date: 4 Feb 92 03:04:56 GMT
From: usc!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!samsung!munnari.oz.au!cluster!metro!usage!sserve!hhcs.gov.au![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
/
Subject : Re: 1200 vs. 2400


> Tasmania
> Who knows?

Actually I do remember some things.  There is at least 1 BBS
(VK7BBS) and a couple of digipeaters.  1 digi is right up in the
central mountains and covers most of the state.  Occasional
contacts with VK3 and apparently VK3 is looking at how they can
link to VK7.  Interesting if it works. :-)

Carl.

--
Carl Makin, MVS/ESA Systems Programmer, VAX/VMS Dabbler.
Dept. Health, Housing and Community Services, Canberra, Australia.
sserve.cc.adfa.oz.au!hhcs!makinc   -   UUCP
[e-mail]                 -   Internet
[e-mail]           -   Packet Radio
"I'm from the Government and I'm here to help you."

------------------------------

Date: 4 Feb 92 03:04:53 GMT
From: swrinde!zaphod.mps.ohio-state.edu!think.com!samsung!munnari.oz.au!cluster!metro!usage!sserve!hhcs.gov.au![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: 1200 vs. 2400

In article <[e-mail]>, [e-mail] (Mark Cheeseman) writes:

>>> NET/ROM is illegal at level 2 (where most packet activity occurs) since

>>So's IP routing and BBSs BTW.

> Even with the IP packets being encapsulated in AX.25? Or are they still
> worried about the content not being 'plain text'?

Content isn't the problem.  As soon as you start routing using IP
the callsigns of the originating station and the destination
station don't appear in the packets.  (IP addresses arn't valid
identifiers) BBSs are a problem because DoTC can't distinguish
between a packet and a message.  (Whats the difference?)

>>At the moment DoTC IS turning a blind eye towards NET/ROM, IP
>>routing, BBSs and numerous other "transgressions".  The Wireless

> Good to see. For a mob that is supposed to be experimenting with new modes
> they certainly seem to like regulating us.

They don't actually.  The whole mess of regulations was mainly
intended to make it easy for them to spot transgressors.
Unfortunately it only makes it easy to spot the people operating
legally. :-(

>>> It's a shame, ain't it...  Have a look at the wonderful LANs they've set
>>> up in VK1, and VK3 etc, and you wonder what happened to VK2 ...

>>VK1 isn't that great and VK3s is rather slow.  I can give an
>>"expose" if you like. :-)

> Please do - I'd like to know how other states are going.

Ok.
Please note this is only what I have heard.  If anyone has details
other that what I type I'd appreciate the correction.

Australian Capital Territory.
Most activity on 147.575 Mhz at 1200 baud.  2 BBSs, one AA4RE and
the other APLINK (it's also on 40m)  Some TCP/IP. Some activity
on 144.800 Mhz at 4800 baud. (My BBS is there too) Local digi
running TheNet NET/ROM on 144.8, links to Sydney and, shortly, to
Mt Stanley (VK3).
Local Organisation: Canberra Amateur Packet Radio Group.

Victoria
Numerous freqs in use throughout 144.7->144.950 and a couple at
147 Mhz.  Several BBSs all running W0RLI and BPQ.
A state digipeater network is mostly up and running but only at
1200 baud.  Most sites run TheNet NET/ROM.  9600 baud full duplex
link from major Vic BBS (VK3BBS) to Wormhole.  9600 baud links
between digipeaters is planned and the first one should go in
sometime this year.  A fair bit of TCP/IP activity, mainly
clustered on a separate frequency although some linking via the
net/rom network takes place.
Local Organisation: Melbourne Packet Radio Group.

Queensland
I've got bugger all idea what they're doing up there except I've
heard rumors they are putting in TheNet Net/rom.  Several BBSs
around Brisbane, all co-operatively set-up on separate freqs etc.
Apparently it's quite nice.  Some other BBSs around the state.
I've got no idea what TCP/IP activity there is.
Local Organisation: QARDAT (I've got no idea what it stands for!
:-)

South Australia
Apparently they have some ROSE nodes.  I've got no idea who
they're talkling to though cause they currently can't talk to
Victoria.  There is some movement towards a net/rom network.
(There my even be an operational node there now.  My info is a
bit old)  At least 2 BBSs.  Some TCP/IP activity.
Local Organisation: ?

Western Australia
I've only heard things third hand about WA (Perhaps Ron Murray can
enlighten us?).  There is only 1 ROSE node and a few digipeaters.
Several freqs are used. (Not sure what though) I've had enquiries
about 4800 baud modems (the CAPRG Tri-speed modem) and rumours
they are looking at net/rom.  AAPRA had a ROSE link via kind
sponsorship between Perth and Sydney.  I'm not sure it's still
operating.
Local Organisation: ?

Tasmania
Who knows?

New South Wales
Two separate networks operating.
First network is sponsored and run by AAPRA and is based on ROSE.
System employs a UHF 1200 baud backbone on 440.050 Mhz.  (1 BBS
as well I think)  Covers Sydney and some outlying areas.  It used
to link to Perth.  (Is it still working?)
The second network is mostly sponsored and run by private
individuals although some clubs are now jumping on the cart.
It's a 1200 baud single freq net/rom network with some 4800 baud
144.800 Mhz links.  It currently covers Canberra -> Sydney plus
might be some northern links by now.
Several BBSs, mostly running either AA4RE or MSYS on quite a
number of frequencies around 144 Mhz (and the usual 147 Mhz
ones).  Some TCP/IP (although I don't know how much).
Local Organisations: Australian Amateur Packet Radio Association
(AAPRA), Sydney Amateur Digital Communications Group (SADCG),
Some other AR clubs. (Manly-Wahringa, Central Coast etc)
[Perhaps someone in the Sydney area would like to elaborate?]

Department of Transport and Communications and the Wireless
Institute of Australia.
The WIA is drafting some "deregulation" proposals to be submitted
to DoTC regarding, amongst many other things, deregulation of
packet radio.  This process is well under way.


Well Mark, is this what you wanted? :-)

Carl.
<whew>

--
Carl Makin, MVS/ESA Systems Programmer, VAX/VMS Dabbler.
Dept. Health, Housing and Community Services, Canberra, Australia.
sserve.cc.adfa.oz.au!hhcs!makinc   -   UUCP
[e-mail]                 -   Internet
[e-mail]           -   Packet Radio
"I'm from the Government and I'm here to help you."

------------------------------

Date: 4 Feb 92 03:25:24 GMT
From: [e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: BAYCOM, working, but HELP

In article <[e-mail]> [e-mail] (Michael Foerster) writes:
>
>I need some help with a problem that I have been fighting for
>several days with the BAYCOM packge, if anyone is familar with it.
>
>I can connect to most of the stations in my area, no problem,
>direct, digi, BBS's, etc.  However, there is one BBS that I cannot
>connect to, which is the one that I want to use as my home BBS.
>
>...

I've had problems, too.  I'm not sure they're related to the Baycom
board itself, to the TNCs parameters, or to my equipment.  I suspect
the latter.  I'm using an Alinco DJ-F1 HT with the board.  I've
checked and double checked my assembly (I'm an experienced kit builder),
and it seems fine.  I've varied the transmit-delay parameter (time
between PTT and modulation) as well as the tail parameter (time between
end of transmission and PTT off) to no avail.  The defaults work just
as well as anything else I've been able to come up with.  I've also
played with the output level potentiometer and with the HTs volume
control and have found settings that work -- sort of.

If I'm not mistaken (I'm kinda new to packet), packet modems transmit on
1200/2200 HZ.  I've been told that some radios have limited frequency
response and may be rolling off around 2200HZ.  The 7910 chip used in
the Baycom modem is apparently sensitive to having these two tones
coming in with similar amplitudes.  If, as I suspect, my Alinco DJ-F1
is rolling off at 2200HZ, then this may explain my problems.  In order
to compensate a bit for this, Baycom has provided a swithc on their
boards which can put the modem in VHF-enhanced mode.  In this mode, which
affects receive only, the modem attempts to compensate for a 2200HZ
tone of slightly reduced amplitude.  Unfortunately, in my case, it
appears to be insufficient to cure the problem.

Until I can get another radio to try my Baycom modem on, I'm going to have
to assume that my Alinco HT is causing me problems.  I wonder if other
manufacturers TNC products (MFJ, AEA, etc) have the same sensitivity
problem the Baycom does.  Anyone using an Alinco DJ-F1 HT with packet
care to comment?

I should mention that when I listen to voice on my Alinco DJ-F1 and
compare it with my scanner tuned to the same frequency, it is pretty
obvious that the sound coming out of the DJ-F1 is a bit more bassy than
the scanner, so this sort-of confirms my theory.  I guess I'll need a
white noise generator and a scope to really check things out.

If anyone has anything interesting to add to this discussion, please
send me a copy via email in addition to posting it.  I don't always get
to read news before it expires around here.  Thanks.

- Bill Dorsey   N3LMF

------------------------------

Date: Tue, 4 Feb 1992 05:17:04 GMT
From: munnari.oz.au!mel.dit.csiro.au!mineng.dmpe.CSIRO.AU!dmssyd.syd.dms.CSIRO.AU!metro!extro.ucc.su.OZ.AU![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: 1200 vs. 2400

[e-mail] (Mark Cheeseman) writes:

>>it will increase as facilities available increase, and others get themselves
>>organised (Mark, are you reading this ?)
>>
>Who, Me???? :-)

>I'm getting there... Once my modem board arrives, and I figure out where to
>connect it to the rig, I'll be there (I've already got nos installed and running,
>oops, but there's not much IP stuff happening at 1200 (my current top speed.)

147.6MHz pronto.

Terry


--
Terry Dawson, [e-mail], [e-mail]
[phone] (voice), [phone] (fax).   __\*/__            _____

------------------------------

End of Packet-Radio Digest V92 #29
******************************
Date: Wed,  5 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #30
To: packet-radio


Packet-Radio Digest         Wed,  5 Feb 92       Volume 92 : Issue  30

Today's Topics:
            AmigaNOS 2.8p or later
        Bug in NOS 911229 (GRI v1.8b) .......
      Differences between versions of NOS derivatives???
              Getting started...
      Problems with latest versions of nos not receiving
            SunOS AX.25 IP driver: erratum
        Using NOS "dialer" for TNC setup ....

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 4 Feb 92 18:08:12 GMT
From: [e-mail]
Subject: AmigaNOS 2.8p or later
To: [e-mail]

Could someone tell me where I can find AmigaNOS 2.8p or later.  I looked
on ucsd.edu and 2.8m is the latest and I cannot access Mr. Heaton's
machine from my site.  2.8p is the latest I have heard of (I'm still
using 2.7) and I'd like to upgrade as few times as possible.  I'm only
interested in the executables, not the source.

________________________________________________________________________
Dan Roman -- N2MFC | GEnie:  D.ROMAN1 Internet:  [e-mail]
Timeplex Inc.      |   //               Packet:  N2MFC @ N2IMC.NJ.USA.NA
Woodcliff Lake, NJ | \X/ Only Amiga!    TCP/IP:  N2MFC @ W2NV.ampr.org
========================================================================

------------------------------

Date: 5 Feb 92 01:51:28 GMT
From: sdd.hp.com!samsung!transfer!lectroid![e-mail]
Subject: Bug in NOS 911229 (GRI v1.8b) .......
To: [e-mail]

Well it seems that I jumped the gun with this one.  After rebooting the
machine the nos 2.0a code stopped working.  Same old song and dance, it
talks but doesn't hear.  The packets get buffered up inside the PK-88
and I have to use tip ax0 followed by ^C^C^C to get them flowing.  Even
then they only flow while the TNC isn't in kiss mode.  As soon as the
kiss on command is given it freezes up again.  The nos code just isn't
turning on RTS and maybe DTR.  Going to command mode forced xflow on so
the TNC doesn't care about the damn handshaking lines.

Can who ever it was that changed the asys driver from what it was in
pa0gri nos 1.7j to what it is now 2.0a please fix the damn code.  The
1.7j version is the only reliable asy driver version available.

Using kermit with set flow rts works fine even in kiss mode, so the
TNC is working fine. In fact if I run nos and kermit in DOS windows
and switch back and forth enough times it tricks the code into working.
If I stop nos and restart it the problem returns.  Something just isn't
getting set properly.

Last night the PK-232 even had problems working from a cold start.  I
guess I must have tested things in "right" order last night when it worked
right for awhile.

Oh well back to 1.7 again, for the third time.

Mark

------------------------------

Date: 3 Feb 92 17:38:34 GMT
From: usc!cs.utexas.edu!asuvax!gtephx![e-mail]
Subject: Differences between versions of NOS derivatives???
To: [e-mail]

For the uninitiated, Is there something available which
explains the features of the many derivative versions of
nos?  It appears that all begin with ka9q.
This question comes after browsing the ucsd.edu files
and not wanting to waste time, cost on getting everything
but just would like know what are the items that make each
version different.

I do not believe that this is in the FAQ.

As our newsfeed has been lousy lately, please email.

Thanks to the net,
73,
Jim

Jim Black  WB8GUC Voice: [phone]
AG Communication Systems, POB 52179, Phoenix, AZ. 85072
UUCP: {ncar!noao!asuvax | uunet!zardoz!hrc}!gtephx!blackj
Inet: gtephx![e-mail]

------------------------------

Date: 5 Feb 92 05:22:22 GMT
From: swrinde!zaphod.mps.ohio-state.edu!hobbes.physics.uiowa.edu!news.iastate.edu!xray2.al.iastate.edu![e-mail]
Subject: Getting started...
To: [e-mail]

I was wondering how/if I can get a hold of some information about things
to do with packet. I have just built a TNC (pmp) and have the local BBS
pretty much down (reading and sending messages). But there has to be more
to packet! right?

Is this a FAQ? If so how do I get the list of answers?
If not are there any good sources of info?

All help would be appricated!
Thanks!
++++++++++++++++++++++++++++++++++++++++++++++++++++
[e-mail]                                +
[e-mail]                             +
+                                                  +
+Ask me how my university censors my USENET access.+
+Ask my university why.                            +
++++++++++++++++++++++++++++++++++++++++++++++++++++

------------------------------

Date: 4 Feb 92 10:29:10 GMT
From: swrinde!zaphod.mps.ohio-state.edu!samsung!crackers!transfer!lectroid![e-mail]
Subject: Problems with latest versions of nos not receiving
To: [e-mail]

The last few versions of the PA0GRI nos code have been giving me
problems.  The code would cause the TNC to transmit, but it wouldn't
allow the TNC to send received data to the computer.  I have seen
other people complain about this to.  Well it turns out to be a bug
in the PK-88's firmware.  Typing kiss on should also turn off soft-
ware flow control and run strictly with hardware flow control.  It
doesn't set xflow to off.  The manual says it does, but it doesn't.
Older versions of the code worked anyway.  I guess that is because
the hardware handshaking was still an option on the attach command
line.  Newer versions don't have these options, hardware flow is the
default now.

Anyway use the xflow off command before giving the kiss on command
and it will work.  PK-232's don't seem to have this problem.  I will
be reporting this to AEA in the morning.  I am using the lastest
firmware in both the PK-88 and PK-232.

Good luck,
Mark WE8K

------------------------------

Date: 4 Feb 92 11:59:41 GMT
From: ubc-cs!alberta!cpsc.ucalgary.ca![e-mail]
Subject: SunOS AX.25 IP driver: erratum
To: [e-mail]

Here's a quick note for anyone compiling our AX.25 IP
streams module for SunOS 4.1.1.

The file "ax.h" is missing from the .shar file on ucsd.edu.
(ucsd.edu:/hamradio/packet/ka9q/incoming/sunos_ax25ip.shar)

ax.h contains one line specifying how many ax25 interfaces
you want to have available. It can be between 1 and the
number of serial ports on your machine, inclusive.
For example:

% cat /usr/sys/sun3/AX25_KERNEL/ax.h
#define NAX 2


Also, when making telnet connections to other stations at
1200 baud, it's a good idea to switch to line-by-line mode,
rather than use the default character-at-a-time mode.
This reduces packet congestion, as well as allowing
lines to be edited before being sent.

Author:  Theo De Raadt
     [e-mail]

Amateur: William Graham  VE6UUG
     [e-mail]
     [e-mail]

------------------------------

Date: 26 Jan 92 12:23:00 GMT
From: [e-mail]
Subject: Using NOS "dialer" for TNC setup ....
To: [e-mail]


==============================
USING THE NOS "DIALER" COMMAND
TO INITIALISE YOUR TNC
==============================

by Ian Wade, G3NRW @ GB7BIL
26 January 1991

I usually run my TNC without a RAM backup battery, so it is
necessary to re-initialise the TNC every time I start NOS.  The
NOS "dialer" command provides a convenient way of doing this
automatically.  The filenames in the description that follows fit
into the file organisation used by "NOSview".

The first job is to prepare the dialer file:

-------------------------- Cut here ----------------------------

# N:\SCRIPTS\DIALER\TNCINIT.DIA

control down
control up
speed 4800
send "*"
wait 200
send "*"
wait 200
send "*"
wait 200
send "*"
wait 200
send "\r"
send "MYCALL NS9BOB-5\r"
wait 1000
send "MID 84\r"
wait 1000
send "KISS ON\r"
wait 1000
control down

-------------------------- Cut here ----------------------------

The function of the script is as follows:

1.  Send out a string of asterisks to let the TNC autobaud.
2.  Set up the TNC with MYCALL.
3.  Set up the Morse ID interval;
          ("84" means 840 seconds; i.e. every 14 minutes)
4.  Set the TNC into KISS mode.

The "\r" in the commands means carriage return.

The "wait" times are in milliseconds, and give the TNC time to
respond to the commands.

Add any other commands you may need to initialise your TNC, with
a "wait 1000" after each.

The next step is to include a call to this script at NOS startup
time.  Place the following lines at the end of "AUTOEXEC.NOS":

-------------------------- Cut here ----------------------------

# Initialise the TNC into KISS mode
dialer tnc0 /scripts/dialer/tncinit.dia

-------------------------- Cut here ----------------------------


Thus when NOS starts up it will initialise the TNC.  You will see
the commands echoed on the screen, together with the TNC
responses.

When the script is done, the display freezes for 10 seconds (this
is hardcoded in the dialer; there is nothing you can do about
it), then the screen switches to the session manager prompt
"net>".  The TNC should now be ready for use.

(If you only see the dialer start and dialer end messages, with
nothing echoed from the TNC, it's probable that you are already
in KISS mode.  In this case give the "param tnc0 255" command to
reset the TNC to native "cmd:" mode, then try running the dialer
script again).

This procedure has been tested using PA0GRI NOS version 1.8b
(KA9Q 1229) with a PK88 TNC and works fine.  With suitable
modification it should work with any TNC.  If you have
difficulties, please feel free to contact me.


73 de Ian                             26-Jan-1992  12:35:34 UTC
===============================================================
G3NRW @ GB7BIL            44.131.5.2             g3nrw.ampr.org
UK IP Address Coordinator: Region 5    [Beds, Cambs, Northants]

Editor: British Amateur Radio Teledata Group's             ____
           'PACKET INTERNATIONAL'                  /  \

===============================================================

(This is a copy of msg sent to TCPIP)

------------------------------

Date: 5 Feb 92 04:47:03 GMT
From: usc!zaphod.mps.ohio-state.edu!samsung!munnari.oz.au!ipso![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: 1200 vs. 2400

In article <[e-mail]> [e-mail] writes:

>They don't actually.  The whole mess of regulations was mainly
>intended to make it easy for them to spot transgressors.
>Unfortunately it only makes it easy to spot the people operating
>legally. :-(

Did they really expect people breaking the law to do so under their
own callsign? :-)  [ I've seen several "packet pirates" about, and alas
have been the victim of one or two. ]

>Local Organisation: QARDAT (I've got no idea what it stands for!

Uhhh... Queensland Amateur Radio Data And Teletype (or some such).

>South Australia
>Apparently they have some ROSE nodes.  I've got no idea who
>they're talkling to though cause they currently can't talk to
>Victoria.

VK2 I think, via HF.

>New South Wales
>Two separate networks operating.
>First network is sponsored and run by AAPRA and is based on ROSE.
>System employs a UHF 1200 baud backbone on 440.050 Mhz.  (1 BBS
>as well I think)  Covers Sydney and some outlying areas.  It used
>to link to Perth.  (Is it still working?)

Yes - at least, when RWI stays up long enough to beam to RPA (thence
to the land-line).  We've had trouble with the UHF rig.

>The second network is mostly sponsored and run by private
>individuals although some clubs are now jumping on the cart.
>It's a 1200 baud single freq net/rom network with some 4800 baud
>144.800 Mhz links.  It currently covers Canberra -> Sydney plus
>might be some northern links by now.

I didn't know VK2 had a network :-)

>Several BBSs, mostly running either AA4RE or MSYS on quite a
>number of frequencies around 144 Mhz (and the usual 147 Mhz
>ones).  Some TCP/IP (although I don't know how much).

A couple of W0RLI ones as well, such as RWI running as a BPQ node.

>Local Organisations: Australian Amateur Packet Radio Association
>(AAPRA), Sydney Amateur Digital Communications Group (SADCG),
>Some other AR clubs. (Manly-Wahringa, Central Coast etc)
>[Perhaps someone in the Sydney area would like to elaborate?]

That about sums it up.  Basically, an unorganised shambles, although
the situation is improving.

--
Dave Horsfall (VK2KFU)         VK2KFU @ VK2RWI.NSW.AUS.OC
[e-mail]                  ...munnari!ips.OZ.AU!dave
       ADA - from the people who brought you COBOL

------------------------------

End of Packet-Radio Digest V92 #30
******************************
Date: Thu,  6 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #31
To: packet-radio


Packet-Radio Digest         Thu,  6 Feb 92       Volume 92 : Issue  31

Today's Topics:
        Bug in NOS 911229 (GRI v1.8b) ....... (2 msgs)
               getting a TCP/IP address
              Getting started...
              need addr for NEDA
               Nos flow control
          PK88 host s/w & Packet info pleez.
               Poor Mans Packet

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 5 Feb 92 20:12:53 GMT
From: usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!chx400!cernvax![e-mail]
Subject: Bug in NOS 911229 (GRI v1.8b) .......
To: [e-mail]

Have you tried: param <asy iface> up
to raise the DTR and RTS ?

------------------------------

Date: 6 Feb 92 01:50:35 GMT
From: pacbell.com!mips!samsung!munnari.oz.au!uniwa!cujo!cc.curtin.edu.au![e-mail]
Subject: Bug in NOS 911229 (GRI v1.8b) .......
To: [e-mail]

In article <11206_GB7TIC@pi8eae>, [e-mail] writes:
>
> When I start NOS, RTS and DTR stay low, and so the PK88 refuses
> to send information back to the PC.  If I momentarily remove the
> PC-to-TNC cable and then replace it, RTS and DTR then go high and
> everything works OK thereafter.

[stuff deleted]

>
> Is this a bug in NOS 911229, and is there a workaround?

   The 1.8x code used new drivers which have RTS and DTR set low on startup
(this is tied up with dialler code. I think). Anyway, try adding the following
to your autoexec.nos:

param ax0 DTR 1
param ax0 RTS 1

   (replacing "ax0" with whatever interface name you supplied in the attach
command). This will, of course, have to go AFTER the attach command. My system
was a bit weirder than simply not working: without DTR set high, the TNC
radiated broadband noise for some reason. I would suggest that you add these
lines to your autoexec.nos even if you're not experiencing any problems.

 .....Ron
--
                 ***
 Ron Murray
 Internet: [e-mail]
     Are we having fun yet?    -- Garfield

------------------------------

Date: 5 Feb 92 17:48:32 GMT
From: sun-barr!cronkite.Central.Sun.COM!grapevine.EBay.Sun.COM!sunicnc.France.Sun.COM![e-mail]
Subject: getting a TCP/IP address
To: [e-mail]

What is the proper way to get a TCP/IP (internet) address, for use with
the KA9Q software on packet? I presume there is some form of coordination
carried out.

(NB. I'm in France, that may make a difference to the answer)

Thanks

Steve


--
Steve McKinty
SUN Microsystems ICNC
38240 Meylan, France
email: [e-mail]     BIX: smckinty

------------------------------

Date: 5 Feb 92 13:55:39 GMT
From: swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu![e-mail]
Subject: Getting started...
To: [e-mail]

>>"...there has to be more to packet, right?...."

Steven,
In my experience, packet is mostly divided into three areas:

1) reading BBS messages, writing a few
2) keyboard to keyboard QSOs
3) setting up and running a BBS and/or network station

#3 takes a lot of time and money committment.  Furthermore, depending
on your local conditions, you may encounter a lot of resentment from
the established operators who see you as competiton or interference
to what they have

There is one other field of endeavor: writing software for packet.
That is another MAJOR undertaking.

(For background, I operated the main BBS and traffic forwarding switch
in this area for a year or so.)

73, Ken  WA8JXM

------------------------------

Date: 5 Feb 92 15:26:08 GMT
From: hsdndev!news.bbn.com!bbn.com![e-mail]
Subject: need addr for NEDA
To: [e-mail]

In a conversation the other day on the local 2m repeater, I was
referred to the New England Digital Association as a source of good
information on packet, TCP/IP, and other activity in the New England
area.  Unfortunately, the person I was talking to was mobile and did
not have address or contact info available.

What is NEDA about?  How much does it cost to join?  What are the
benefits of joining?  Who can I talk to about joining?  Is there an
address (packet or Internet e-mail) to which I can send a query?

Please send mail to me directly at [e-mail] or
N1ILZ@WA1PHY.#EMA.USA.NA.  I'll summarize on request.

[Note: if you're outside of New England and reading this, sorry...I'm
trying to restrict distribution to only New England, but I've heard
tell that such restrictions don't always work.]

73 de Jon N1ILZ

------------------------------

Date: 6 Feb 1992 00:03:12 -0800
From: [e-mail]
Subject: Nos flow control
To: [e-mail]

....or How to make your tnc talk to NOS

If you are running one of the later versions of Nos and having trouble
with your tnc talking to Nos put the following lines in you autoexec.nos
after the attach command(s)

param ax0 dtr 1
param ax0 rts 1

where ax0 is whatever you call your async interface for your tnc.

Bill N8KHN

  [e-mail]

------------------------------

Date: 5 Feb 92 19:20:02 GMT
From: [e-mail]
Subject: PK88 host s/w & Packet info pleez.
To: [e-mail]

Hi there,

I am a final year degree student currently working on host software to drive
a PK88 TNC.  The software would enable PC users to have an enhanced mail box
as well as configuration and help tools.  I am intending to port the final
version to MS windows if there is sufficient interest.  So, does anyone want a
flash terminal emulator for their PK88 under MS Windows ?

Depending upon the interest (if any) I'll try to get it uploaded to SIMTEL and
the like.

Also, I'm working on a document outlining current packet radio technology. It
currently covers bit and pieces on the early days (including Phil K.'s stuff)
and some bits I've gleaned from this mail list.  If you were going to write
something like this, what would you include??  Sorry, if it sounds like I'm
fishing for ideas, but I wanted to be sure that any new and interesting stuff,
like high speed backbones, DCD state m/c and PacSats, were not left out.

Thanks in advance,

73's

Darren

--
================================================================================
K.Darren Hatcher                    * e-mail : [e-mail]
School of Computing and Info.Tech.  * packet : [e-mail]
Thames Polytechnic                  * phone  : [phone]
Wellington Street, WOOLWICH         * radio  : G7BKO (VHF)
LONDON SE18                         * "If you could physically see what I see,
UNITED KINGDOM                      *  then my views would be your views!"
================================================================================

------------------------------

Date: 5 Feb 92 16:27:04 GMT
From: mcsun!uknet!edcastle!warwick!covpoly!cck.coventry.ac.uk![e-mail]
Subject: Poor Mans Packet
To: [e-mail]

I've got the circuit diagram for PMP and can access the software at
 helios.tn.cornell.edu, Problem is I don't seem to be able to unzip it.
I've tried pkunzip and unzip 4.01 but had no luck.
I used hhcp via another relay site.

Has anyone got this stuff by file transfer and got it working?
   How?
CAn anyone tell me more about the format of the files and how to unzip them?

Brevan Miles.

********************************************************************************
BREVAN MILES:   [e-mail]  OR [e-mail]
-----------------------------------------------------------------------------
HAM RADIO:      G6VDU
------------------------------------------------------------------------------
Senior Technician, Digital Electronics/Telecomms.
    Department of Electrical Electronic and systems Engineering.
    Coventry Polytechnic.
--------------------------------------------------------------------------------
            __'
THE CYCLOPATH........  0\/0       WATCH OUT!
********************************************************************************

------------------------------

Date: 5 Feb 92 22:11:23 GMT
From: olivea!bu2.bu.edu!bu.edu!cvbnet!galaxy![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
$
Reply-To : [e-mail] (Joe Polcari)
Subject : Re: 1200 vs. 2400

In article <[e-mail]> [e-mail] (Mark Cheeseman) writes:
>I'm getting there... Once my modem board arrives, and I figure out where to
>connect it to the rig, I'll be there (I've already got nos installed and running,
>oops, but there's not much IP stuff happening at 1200 (my current top speed.)

Does this mean that if I have a REGULAR modem and nos that I can get on packet?


===============================================================================
    Joe Polcari, QCE Systems Group, Computervision, Bedford, MA USA
[e-mail]   Voice: 6172751800x4489  Fax: [phone]  RF: WA1PQE
===============================================================================

------------------------------

End of Packet-Radio Digest V92 #31
******************************
Date: Fri,  7 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #32
To: packet-radio


Packet-Radio Digest         Fri,  7 Feb 92       Volume 92 : Issue  32

Today's Topics:
          Anyone using an FT-23R for packet?
               Fax and the Commodore 64
              Getting started...
           Is HOST mode standard? (2 msgs)
  KA9Q 890918NOS audit.c Uend _STKRED variables not found in BC++2.0
                 NOS Software
            State Machine DCD for MFJ1270B

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 6 Feb 92 15:54:18 GMT
From: zephyr.ens.tek.com!tekig7![e-mail]
Subject: Anyone using an FT-23R for packet?
To: [e-mail]

Are any of you using a Yeasu FT-23R for packet?  How involved are the mods?

Thanks,
Mike  AA7JF





--
Michael A. Gauland      [e-mail]
AA7JF                   [phone]

------------------------------

Date: 24 Jan 92 18:37:00 GMT
From: sdd.hp.com!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!emory!utkcs2!utkux1.utk.edu!utkvx3.utk.edu![e-mail]
Subject: Fax and the Commodore 64
To: [e-mail]

1270B TNC (from MFJ) and are using the FAX part of the TNC.

If you are, what kind of software are u running?  I run both hf and vhf packet
and would like to try the FAX part of the TNC.
Where can a Tech+ operate with this?
Thanks and 73's/DX
Bob Werner KC4URW
"From the happenin' city of New Market, TN"

------------------------------

Date: 6 Feb 92 19:30:41 GMT
From: usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!wa4mei!ke4zv![e-mail]
Subject: Getting started...
To: [e-mail]

In article <[e-mail]> [e-mail] (Steven M. Knapp) writes:
>I was wondering how/if I can get a hold of some information about things
>to do with packet. I have just built a TNC (pmp) and have the local BBS
>pretty much down (reading and sending messages). But there has to be more
>to packet! right?

Sadly, no. Aside from BBSing, keyboard chatting, file transfers, and
PacketCluster DX spotting, there are very few real *applications* of
packet technology widely available in amateur radio. None of the current
packet software packages support arbitrary application programs over
the network. Most of the software writers seem to be engaged in a game
of oneupsmanship in the areas of BBSes and mail handling in general
rather than in writing tools for transparent access to the network
by application programs.

Of course the physical packet network is in such a primitive state
that little can be accomplished with arbitrary applications at present,
so perhaps it's a moot point.

Fertile areas for packet applications are remote control and telemetry,
multi-player games, database access, and distributed computing. Most
await a clean, standard, network API and higher speed channels.

Gary KE4ZV

------------------------------

Date: 6 Feb 92 16:03:43 GMT
From: swrinde!cs.utexas.edu!oakhill!tkymail!nddsun1![e-mail]
Subject: Is HOST mode standard?
To: [e-mail]

Does anyone know if HOST mode protocol is standardized on different brands of
TNC? That is, is HOST mode on Kantronics, PK-232, MFJ, etc all compatible?
I was discussing this with the guy who runs the local packet BBS and
he seems to think it is all the same. I'm not convinced. Anyone have any
info on this?

73...    Mark    KG7JL  email: [e-mail]

------------------------------

Date: 6 Feb 1992 12:33:15 -0800
From: [e-mail]
Subject: Is host mode standard?
To: [e-mail]

Definitely not.  Even different TNCs from the same manufacturer are
not compatible (KAM vs DE).  As an aside, I will be supporting
Kantronics host mode some time this year.  My hope is that I can
convince my BBS program to use AMTOR thru the KAM and AX.25 on other
TNCs simultaneously.

Roy, AA4RE

------------------------------

Date: 4 Feb 92 08:20:47 GMT
From: mcsun!fuug!demos!relcom![e-mail]
Subject: KA9Q 890918NOS audit.c Uend _STKRED variables not found in BC++2.0
To: [e-mail]

As the subject says. I can not compile this version of KA9Q, as well as
subsequent version (of 1990), since in audit.c it uses
external int Uend,_STKRED;
Borland TC2.01, TC++1.0 ate it (Although I failed to found in the manuals
this keywords), but since BC++ 2.0 during link I get unresolved names -
_Uend and _STKRED.
If somebody knows of this (presumably heap/stack management in TC), please
inform me.
       Thank you,
           Mike

------------------------------

Date: 7 Feb 92 05:36:15 GMT
From: swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!darwin.sura.net!gatech!asuvax!ennews![e-mail]
Subject: NOS Software
To: [e-mail]

I'd like to get my hands on the latest version of the NOS software off
the Internet (anonymous ftp).  Where is the most recent version
archived ?


                Matthew

------------------------------

Date: Thu, 6 Feb 1992 21:01:46 GMT
From: usc!cs.utexas.edu!utgpu!cunews!nrcnet0!bnrgate!nrtpa038![e-mail]
Subject: State Machine DCD for MFJ1270B
To: [e-mail]

In article <[e-mail]> [e-mail] (Gary Coffman)
writes:
>In article <[e-mail]>
[e-mail] (Duncan Elliott) writes:
>>Can the state machine on this TNC be modified to generate a
>>DCD?  The DCD generated by the XR2211 is too `noisy' when
>>used with the radio's squelch open.
>
>Good old TAPR produces digital state machines for these TNCs that plug
>into the modem chip socket, with the modem chip relocated to the daughter
>board. They do an excellent job of supplying an accurate DCD with an
>unsquelched radio. Prices from $11 to $17.50 depending on TNC model.
>Your's is the cheap one. Call Heather at 602-323-1710 for more info.
>
>Gary KE4ZV
>
The information I got from TAPR last week quoted prices as $20 to $25 and the
phone number was 602-749-9479. What is this other number for and why is the
price different?

Rob Singleton, WB4CDW
[e-mail]

------------------------------

Date: Fri, 7 Feb 1992 00:07:11 GMT
From: usc!cs.utexas.edu!oakhill!val![e-mail]
To: [e-mail]

References <11206_GB7TIC@pi8eae>, <[e-mail]>, <[e-mail]>!
Subject : Re: Bug in NOS 911229 (GRI v1.8b) .......

In article <[e-mail]> [e-mail] (Mark Curtis) writes:
>Well it seems that I jumped the gun with this one.  After rebooting the
>machine the nos 2.0a code stopped working.  Same old song and dance, it
>talks but doesn't hear.  The packets get buffered up inside the PK-88
>and I have to use tip ax0 followed by ^C^C^C to get them flowing.  Even
>then they only flow while the TNC isn't in kiss mode.  As soon as the
>kiss on command is given it freezes up again.  The nos code just isn't
>turning on RTS and maybe DTR.  Going to command mode forced xflow on so
>the TNC doesn't care about the damn handshaking lines.

Ahem.
Although I *should* just tell you to RTFM, I'll pass on this information
anyway, knowing that it might help cool the tempers here.

Add the following commands to your autoexec.net file:
param <interface> dtr 1
param <interface) rts 1

This will enable the handshake lines.

Ben
--
Ben Thornton             packet:  [e-mail]
Video Associates       Internet:  [e-mail]
Austin, TX                 uucp:  ...!cs.utexas.edu!val!ben
"Those that can't do, demo.  Those that can't demo, give talks."

------------------------------

Date: 5 Feb 92 22:24:33 EST
From: usc!cs.utexas.edu!utgpu!watserv1!watmath!xenitec!lemsys![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re:   AMIGATCP to IBM

In article <[e-mail]> [e-mail] (John Heaton) writes:
>In article <[e-mail]> [e-mail] (Craig Lemon) writes:
>
>>        I am looking for this same information to use with AmigaNOS 2.8m.
>>Please post or mail to both of us.  Thanks in advance.
>
>
>Just type 'attach asy' and AmigaNOS will echo the correct format back.
>

    Where are the complete docs to AmigaNOS (or an Amiga-compatible
NOS)?  I have a friend running NOS on an IBM connected to our local
University.  I don't have a radio let alone a TNC.  I would like to find a
way of linking my NOS to his by his modem (2400) and then I can link out of
his TNC and on to the internet.  I've been on the internet in this fashion
for quite some time and I am resonably knowledgable in netowrking but
sometimes clarification off the AX.25, SLIP, NFS etc... can be quite
helpful.  Is what I propose possible?  (I would hope so, that's what NOS is
all about isn't it?)  NOTICE MY CROSSPOST TO REC.RADIO.AMATEUR.PACKET for
this article.  For R.R.A.P readers without headers, this article thread
originated in comp.sys.amiga.datacomm.

73

PS. If there is anyone who can offer longish-term help with AmigaNOS by
e-mail, please reply to my address.

--
 Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000  OS 2.04  UUCPv1.15D.
 [e-mail] lemsys![e-mail] | BADGERS? We don't need
 xenitec!lemsys![e-mail]     | no steenking BADGERS!
 ..!uunet!watmath!xenitec!lemsys!clemon         |       -- Raul, _UHF_
*** "Hi! I'm a signature virus.  Copy me into your .sig to join in!" ***

------------------------------

End of Packet-Radio Digest V92 #32
******************************
Date: Sat,  8 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #33
To: packet-radio


Packet-Radio Digest         Sat,  8 Feb 92       Volume 92 : Issue  33

Today's Topics:
               Tandy Model 6000
          UO-14 operations moving to UO-22.

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 7 Feb 92 19:39:37 GMT
From: wshb![e-mail]
Subject: Tandy Model 6000
To: [e-mail]

Hey gang,

    This seems like a strange cross post, but bear with me. I have
found a company which has some Tandy Model 6000 Xenix boxes they are
replacing. They all have multiple serial ports, between 1 and 4 megs
of memory, and one even has an 80 mbyte harddisk. They all have the O/S
and several business applications. None, unfortunatly, has a development
system. I'm thinking of proposing the company donate the machines
to the local packet radio group for use as TCP/IP nodes using ka9q
or something similar in a yet to be built local network. My first
question, was a development set ever available for these things, and
am I likely to be able to find one these days? If I do find one, will I be
likely to get any recent software running? Second, are they even
worth the trouble. I see them as analogous to a Volkswagon unix box.
They would be better than nothing, but only if I can get them free.
Am I off base in that assumption? Finally, assuming it even makes sense
to think about using them, does anybody have any suggestions what
configuration we should put them in?

    Just for my own information, can someone tell me more about the
machines. All I know is that they are an MC68000 based system with
SCO Xenix 2.??. The person I spoke to thought they have an 8 MHz clock, but
he wasn't sure. His opinion was that they are dogs and is glad his company
is replacing them. Unfortunatly, he isn't a computer weenie, so he didn't
really have many answers.

Thanks,
Michael
--
Michael Batchelor--Systems/Operations Engineer #compliments and complaints
WSHB - An International Broadcast Station of   #   [e-mail]
 The Christian Science Monitor Syndicate, Inc. #technical questions and reports
[e-mail]         [phone] #   [e-mail]

------------------------------

Date: 7 Feb 92 00:01:10 GMT
From: access.usask.ca!ccu.umanitoba.ca!bison!sys6626!inqmind![e-mail]
Subject: UO-14 operations moving to UO-22.
To: [e-mail]

The following may be of interest to anyone who is planning to get
into 9600 baud packet satellite stuff. It will be of intense interest
to those who might be thinking about buying a crystals for UO-14
in the near future. This is from UO-14.
----------------------------------------------------------------------
*** Amateur Radio Operations Move from UoSAT-3 to UoSAT-OSCAR-22 ***

3 February 1992
University of Surrey

In late December, we introduced an enhanced broadcast server on
UoSAT-3, which did a lot to reduce congestion on the satellite's
single uplink; now we have another bottle-neck. Because UoSAT-3 has
only 256 kBytes of program/data memory, we are using a RAMDISK which
can only hold 400 messages at a time; with uplink contention reduced,
gateways on line, and more than 150 stations regularly active, this
400 message limit is often exceeded. When the satellite is full, new
messages cannot be uploaded, and older messages have short lifetimes
(before being deleted automatically to make way for new messages).

The large population of amateur radio stations on UoSAT-3 is also
somewhat limiting for the non-amateur stations which get only very
small access windows (roughly 1:5 of the opportunity given to amateur
stations). The brief bursts of transmission on the non-amateur
downlink interrupt amateur activity and also make it difficult for
automatic frequency control circuits to operate on the non-amateur
downlink.

In addition to UoSAT-3 (OSCAR-14) the controllers at Surrey have
UoSAT-5  (OSCAR-22) as a potential resource. SatelLife - the
organisation which paid for most of UoSAT-5 - had planned to operate
the satellite predominantly on non-amateur frequencies.  Operation of
the CCD camera on the amateur downlink was to be a "secondary"
activity of UoSAT-5.

After launch, this plan has run into two difficulties: The UoSAT-5 CCD
camera has proven very successful, and amateur radio stations around
the world are downloading the images of the Earth; images are taken
several times per week, and each is more than 300 kbytes of data.
Furthermore, UoSAT-5's high power amplifier which has produced
excellent output on the amateur frequencies - does not work reliably
on the non-amateur frequencies.

Taking into account the resources available to us and our obligations
to SatelLife and other organisations, we have decided to take the
following steps to optimise our use of UoSAT-3 and UoSAT-OSCAR-22:

1) All non-amateur traffic, both SatelLife and VITA will be carried on
UoSAT-3, which will cease to transmit on its amateur downlink.

2) All amateur traffic will move to UoSAT-OSCAR-22, and UoSAT-OSCAR-22
will operate as a dedicated amateur radio satellite transmitting
constantly on its amateur downlink.

Of course, there is a price to pay for this transition: Most notably,
the conflict between CCD users who want to download large CCD image
files and "BBS" users who just want to get their mail. We are looking
into on-board JPEG compression for the images, and this potential
disadvantage will be balanced by the following advantages:

- 512kBytes of program memory permitting 800 message capacity

- two amateur-radio uplinks : 145.900 and 145.975

- no downlink frequency switching (permanently on 435.120)


** THE  BIG SWITCH **

The UO-22 file server is now enabled, and we recommend that all new
messages be uploaded to UO-22 and not to UoSAT-3. The UoSAT-3 FTL0
server will be disabled sometime on Wednesday, February 5, and
UoSAT-3's amateur downlink will be turned off.  I apologize for the
short notice, but there is engineering work on UO-3 which must be
done this week, and there hasn't been enought time for a more gradual
transition to be publicised.


Jeff Ward G0/K8KA
University of Surrey Spacecraft Engineering
Research Unit






[e-mail]
The Inquiring Mind BBS, Winnipeg, Manitoba  204 488-1607

------------------------------

Date: Wed, 5 Feb 92 08:08:40 GMT
From: munnari.oz.au!ipso!runxtsa![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: 1200 vs. 2400

In article <[e-mail]> [e-mail] writes:
>
>Content isn't the problem.  As soon as you start routing using IP
>the callsigns of the originating station and the destination
>station don't appear in the packets.  (IP addresses arn't valid
>identifiers) BBSs are a problem because DoTC can't distinguish
>between a packet and a message.  (Whats the difference?)

Why is IP routing treated differently to third-party traffic? Surely the
former is just an automatic version of third-party.
>
>They don't actually.  The whole mess of regulations was mainly
>intended to make it easy for them to spot transgressors.
>Unfortunately it only makes it easy to spot the people operating
>legally. :-(

I heard somebody operating legally the other day :-)
>
>> Please do - I'd like to know how other states are going.
>
>Ok.
>Please note this is only what I have heard.  If anyone has details
>other that what I type I'd appreciate the correction.
>
[Much pressing of the 'd' key later...]

>Well Mark, is this what you wanted? :-)
>
Yes, thanks. At least is's not as rosy ('scuse the pun) as I had feared.

-Mark
>
>--
>Carl Makin, MVS/ESA Systems Programmer, VAX/VMS Dabbler.
>Dept. Health, Housing and Community Services, Canberra, Australia.
>sserve.cc.adfa.oz.au!hhcs!makinc   -   UUCP
>[e-mail]                -   Internet
>[e-mail]          -   Packet Radio
>"I'm from the Government and I'm here to help you."


--
Mark Cheeseman, Technical Editor, Your Computer. [e-mail]
packet: [e-mail]     [This space intentionally blank]
Phn: [phone]  Fax: [phone]  Fido: 3:712/[e-mail]

------------------------------

End of Packet-Radio Digest V92 #33
******************************
Date: Sun,  9 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #34
To: packet-radio


Packet-Radio Digest         Sun,  9 Feb 92       Volume 92 : Issue  34

Today's Topics:

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 8 Feb 92 19:47:08 GMT
From: usc!wupost!darwin.sura.net!gatech!gatech!kd4nc!ke4zv![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Reply-To : [e-mail] (Gary Coffman)
Subject : Re: State Machine DCD for MFJ1270B

In article <[e-mail]> [e-mail] (Rob Singleton) writes:
>The information I got from TAPR last week quoted prices as $20 to $25 and the
>phone number was 602-749-9479. What is this other number for and why is the
>price different?


Er, uh, because the data is from the flyer they handed out at the Dayton
Hamvention last April. I guess they've had a price increase and somebody
else is handling the office.

Gary KE4ZV

------------------------------

Date: Sat, 8 Feb 1992 22:38:26 GMT
From: news.hawaii.edu!mael![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>-
Subject : Re: State Machine DCD for MFJ1270B

In article <[e-mail]> you write:
>In article <[e-mail]> [e-mail] (Rob Singleton) writes:
>>The information I got from TAPR last week quoted prices as $20 to $25 and the
>>phone number was 602-749-9479. What is this other number for and why is the
>>price different?
>
>Er, uh, because the data is from the flyer they handed out at the Dayton
>Hamvention last April. I guess they've had a price increase and somebody
>else is handling the office.

Actaully, TAPR sells 3 DCD kits.  The first is the one Gary had in mind which
is for the TNC-2/clones and consists of a header that fits in the XR2211
location, and the other 2 are the state-machine units that have an eprom
and a handful of other chips on it.  The pricing was $15 for the TNC-2
DCD, $20 for the State-machine for TNC's with hardware HDLC, and $25 for
the State-machine for TNC's without a hardware clock (the State-machine has
its own clock)

------------------------------

End of Packet-Radio Digest V92 #34
******************************
Date: Mon, 10 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #35
To: packet-radio


Packet-Radio Digest         Mon, 10 Feb 92       Volume 92 : Issue  35

Today's Topics:
              N3CVL NOS on an AT&T 3b1?

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 9 Feb 1992 08:26:01 -0800
From: [e-mail]
Subject: N3CVL NOS on an AT&T 3b1?
To: [e-mail]

I am currently contemplating purchasing an AT&T 3b1 Unix PC and would
like to find out more about N3CVL's NOS.

  Is anyone running N3CVL's NOS on a 3b1?
  If so, did you have any MAJOR problems compiling it and getting it to
run on a 3b1?   Is it too aggressive for Amateur Radio TCPIP?
 Does N3CVL's NOS use the UNIX sendmail and rmail programs or does
everything run in one program (like NOS on a PC, or an Amiga)?
(I'd like to run a UUCP to tcpip gateway, which would be much easier
if NOS also uses sendmail and rmail).

When one telnets to a UNIX box running N3CVL's NOS, is it possible to
actually log in and get to csh (or sh)  or does one only get into a
mailbox program ?

What is the newest version of N3CVL's Unix Nos? Where could I ftp
N3CVL's Nos from?

Are there any other packages that would work on  amateur tcpip available for a
3b1 that are public domain/shareware?

Thanks for this and any other info you might have about using a 3b1
for amateur radio tcpip.

73/55

Bernie NU1S/OK8EAS  [e-mail]

------------------------------

Date: 10 Feb 92 09:42:16 GMT
From: usc!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!munnari.oz.au!cluster!metro!usage!sserve!hhcs.gov.au![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: 1200 vs. 2400

In article <[e-mail]>, [e-mail] (Mark Cheeseman) writes:

>>Content isn't the problem.  As soon as you start routing using IP
>>the callsigns of the originating station and the destination
>>station don't appear in the packets.  (IP addresses arn't valid

> Why is IP routing treated differently to third-party traffic? Surely the
> former is just an automatic version of third-party.

Because it's done without operator intervention. (I think) It's
the same problem we have with things like NET/ROM etc.  Packet
repeating/digipeating/networking is taken as if we were
individual repeaters.  Initially DoTC (or DoC as it was then)
wanted to prohibit all digipeating except for licenced
"repeaters".  Luckily we got that squashed. :-)

>>> Please do - I'd like to know how other states are going.

>>Please note this is only what I have heard.  If anyone has details
>>other that what I type I'd appreciate the correction.

> [Much pressing of the 'd' key later...]

Well, you asked for it! :-)

>>Well Mark, is this what you wanted? :-)

> Yes, thanks. At least is's not as rosy ('scuse the pun) as I had feared.

To put it bluntly, ROSE is dying within Australia.  Not because
of it's technical problems though, mostly because of politics and
personalities.  (Although I think ROSE hase severe technical
problems as well)

Carl.

--
Carl Makin, MVS/ESA Systems Programmer, VAX/VMS Dabbler.
Dept. Health, Housing and Community Services, Canberra, Australia.
sserve.cc.adfa.oz.au!hhcs!makinc   -   UUCP
[e-mail]                 -   Internet
[e-mail]           -   Packet Radio
"I'm from the Government and I'm here to help you."

------------------------------

End of Packet-Radio Digest V92 #35
******************************
Date: Tue, 11 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #36
To: packet-radio


Packet-Radio Digest         Tue, 11 Feb 92       Volume 92 : Issue  36

Today's Topics:
             Info on FAQs and NOS
        NOS: Attaching Western Digital Board?
              packet info wanted
            Rose 9600b backbone and TCP/IP

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 10 Feb 92 14:00:19 GMT
From: usc!zaphod.mps.ohio-state.edu!rphroy!teemc!gdls![e-mail]
Subject: Info on FAQs and NOS
To: [e-mail]

I am returning to amateur radio and packet after an absence of several
years.  I would like to set up a system using nos and have several
questions.  If there is a FAQ on the subject, I would appreciate someone
pointing me to it, otherwise here are the questions:

1.      Where can I get the latest NOS code via phone BBS (we have no FTP
    access to Internet)

2.      Can I get KISS proms for my pk80?  From TAPR?

3.      Where are the FAQs for packet.

4.      How do I get an IP address (S.E. Michigan)?

Thanks

Bill

+-----------------------------------------------------------------------------+
| Bill Turini                     Sr. Computer Systems Engineering Specialist |
|                                                                             |
| Computer Sciences Corporation                                               |
| Technology Management Division                                              |
| MZ 435-02-33                  teemc.mi.org!gdls.gdls.GDEAST.com!turini      |
| 6000 E. 17 Mile Road                          [phone] Voice          |
| Sterling Heights, MI 48313                    [phone] FAX            |
|       "Doing the right thing is more important than doing it right."        |
|                            R. Wamsley, 1991                                 |
+-----------------------------------------------------------------------------+

------------------------------

Date: 10 Feb 92 17:02:10 GMT
From: usc!cs.utexas.edu!tamsun!inetg1!ut-emx!ccwf.cc.utexas.edu![e-mail]
Subject: NOS: Attaching Western Digital Board?
To: [e-mail]

Netones:
 Do you know the proper 'attach' command to use NOS with
the Western Digital WD8003 ethernet board?
How does one specify the IRQ and Base IO address and Ram Buffer
address?

73 de N5TLZ

------------------------------

Date: 10 Feb 1992 05:39:10 -0800
From: [e-mail]
Subject: packet info wanted
To: [e-mail]

I have recently obtained a Heathkit HD-4040 TNC with the WA8DED ver. 1.3
upgrade ROMS.  I also have an ICOM-32AT that I would like to interface it to.
What I need is the diagram and or spec's on how and what components needed.
The IC-32AT has an earphone jack, and a mic jack.  I was told that I need to
run both TX Audio and PTT to the Mic jack, but, alas, lask of docs....
any help would be appreciated..
Also, I am postion this through Pnet 01, and I don't see a  direct topic, is
there one, or is sending a message via this method the only way?
thanks for any help.

Steve Zerbe   KA4YND-  Ready to upgrade NOW  !!!

UUCP: {nosc ucsd hplabs!hp-sdd}!crash!pnet01!sazerb
ARPA: crash!pnet01![e-mail]
INET: [e-mail]

------------------------------

Date: Fri, 7 Feb 1992 17:36:43 GMT
From: sdd.hp.com!news.cs.indiana.edu!umn.edu!noc.MR.NET!uc.msc.edu!apctrc![e-mail]
Subject: Rose 9600b backbone and TCP/IP
To: [e-mail]

Has anyone experienced problems using Rose code at 9600b on MFJ TNC's?  MFJ standard firmware executes ok. Any information may help.

Anyone using an integrated Rose-TCP/IP system?

Thanks in advance....73...Mike

------------------------------

End of Packet-Radio Digest V92 #36
******************************
Date: Wed, 12 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #37
To: packet-radio


Packet-Radio Digest         Wed, 12 Feb 92       Volume 92 : Issue  37

Today's Topics:
              G1NNA software in the USA
               Hints For BAYCOM
                Mac packet s/w
              Packet on 27MHz??
              TCP/IP on a Mac???

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 11 Feb 92 08:32:11 GMT
From: mcsun!uknet!axion!kitkat![e-mail]
Subject: G1NNA software in the USA
To: [e-mail]

A few days ago, someone was asking about the availability of my software in
the USA. By coincidence, someone in Canada has uploaded it to a few landline
BBSs in the USA. The BBSs in question are Cleveland Hamnet, COYNET (New
York) and WA6RDH (California). I'm afraid that I don't know the telephone
numbers, but if you send a packet message to Doug, VE4KV @
VE4KV.#WPG.MB.CAN.NA, he will probably let you know. I will try to get the
software uploaded to SIMTEL fairly soon.

    Brian

------------------------------

Date: Tue, 11 Feb 1992 14:10:24 GMT
From: rosevax!bert![e-mail]
Subject: Hints For BAYCOM
To: [e-mail]

I recently got my homebrew Baycom circuit running and thought that I would
share a few of the trials that I experienced in hopes that it will make
it a bit easier for others to start up and get on packet.


1. In the troubleshooting section, they refer to the "flashing square".
   You must realize that the flashing square that they refer to is
   after you start up "L2.EXE".  You should see the flashing square in
   the upper right corner of your screen, with the DOS prompt still on the
   screen.   The "L2.EXE"  is a TSR (Terminate and Stay Resident)
   program that operates as the TNC (Terminal Node Controller).  The other
   program "SCC.EXE" is the terminal program that displays the packet
   information to you.  When you start the program by using the batch script
   "BAYCOM.BAT" this first starts up the "L2.EXE" then starts the "SCC.EXE"
   program.

   You can leave the "L2.EXE" program running and decoding packets, while
   you continue to use your PC for other purposes, such as word processors,
   spread sheets, etc., as long as there is sufficent RAM for them.

2. This leads me to another caution.  When you do get the BAYCOM running
   and use the PC for other programs while the L2.EXE is running, if the
   BAYCOM is running on Port 1, you should avoid using Port 3 if you have
   it on your system (for a Mouse, communications modem, etc.).  The same
   goes for running BAYCOM on Port 2 while using Port 4 for other purposes.
   As I understand it, the system shares interupts between Port 1 and 3,
   as well as 2 and 4. This contention could cause your PC to crash
   periodically.  Another solution is to remove L2 from RAM using the
   "OFF.COM" program.

3. I also ran into problems with the voltage regulation thru the 78L05
   voltage regulator.  I only had about 6.5 volts at the input to the
   regulator, thru the diodes from comm port 1 of my PC.  I later found
   that port 1 gave me sufficent voltage.  I haven't verified it yet, but
   I beleive that that port may be somewhat faulty.  If I provide an
   external voltage, port 1 works, and all diagnostics that I have tried
   indicate that it is working OK, but it just doesn't provide enough
   voltage to run the BAYCOM circuit.

   I even tried using a resistor and 5.1 volt zener to supply the regulated
   voltage, but after finding that port 2 worked, I put the 78L05 back in.

   You may be surprised to see -.6 volts on the circuit before the L2.EXE
   program is started up (which initializes the port), but this doesn't
   appear to hurt the circuit any.

   If you can't find an LM78L05 voltage regulator (I had difficulty) you
   can also use an LM2936 which also has a low quesent current.

4. If you get the circuit connected, with 5.0 volts to the circuit, but
   still don't decode the packets, you can open the squelch on the radio.
   The upper line of the Terminal Program (SCC.EXE) should indicate that
   it is receiving by the "RECV" on the far left end, just under the
   Transmit window (upper window).  If you don't see this RECV indication,
   then you don't have any signal thru the modem chip.  Trouble shooting
   from this point will require something to indicate if you have a signal
   thru the modem chip. An oscilloscope (even an old 5 mhz) is ideal, but
   you may be able to get by with a frequency counter, or a DVM on the AC
   range.  Again, open squelch and verify something of an AC signal at
   Pin 8 of the TCM 3105 chip.  This is the recieve output form the Modem
   chip. If this is present, follow it to pin 5, then pin 6 of the inverter
   where the signal is sent to the CTS pin of the communications port of
   the PC.

   I found that mine would only decode packets when I had the scope connected
   to the CTS pin or several other pins of the RS232 connector.  Puzzling
   as this is, I finally cured the problem (with a suggestion from another
   BAYCOM user) by shorting out the 2.2K ohm resistor between the inverter
   output (pin 6) and the CTS pin of the RS232 connector.  I tried a 1K
   but found that the full current ouput of the inverter was required to
   drive my comm port.

5. I found that there was an unused pin on the mic connector of my ICOM
   245 FM/SSB 2 meter rig, so I connected a wire from the speaker output
   to this pin, and in turn connected that to the receive input of the
   BAYCOM board.  This allows me to connect to the packet card with
   only one connector.  In order to quiet the speaker, I insert a headphone
   jack with approximately 8 ohm resistor for a load.

   Incidentally, the volume control on your radio need only be set at about
   1/4 turn.  It takes very little audio to run the circuit.

6. Once I did get on the air with the BAYCOM packet, I found that I could
   connect with all the other stations in my area, with the exception of
   one, and that was a local BBS that would allow me to check in periodically,
   rather than requiring that I be on the air 24 ours a day.  I would
   try to connect, and would see his packets come across the lower window,
   but I would never have the messages appear in the recieve window. After
   about a week of asking around, locally and on Internet mail, I found that
   BAYCOM doesn't support Version 1 of AX.25 (communications protocol used
   for most packet traffic) but only Version 2, the latest.  The BBS was
   using the MSYS software and we found that he didn't have the Version
   2 status bit enabled.  After this was changed, everything fell into place.

Hopefully with the information in the BAYCOM circuit trouble shooting
section and these few hints, it should make it easer to start up your
circuit.   Once you do get it working, you can connect to your own station
via another packet station and play with it.  Try the REMOTE commands,
as well as the others, just to learn how to use it.  It really does have
a lot of features.

Mikef  WA0VNH
    [e-mail]

------------------------------

Date: 11 Feb 92 13:58:54 GMT
From: RUTH.ECE.PSU.EDU![e-mail]
Subject: Mac packet s/w
To: [e-mail]

We have a new packet user in the area using a Mac LC.  He is looking
for some shareware packet software to use with his PK88. Any
recommendations?

Joe AF2J


-----

Joe Reinhardt
[e-mail]
Department of Electrical Engineering
Pennsylvania State University

------------------------------

Date: Wed, 12 Feb 1992 01:40:30 GMT
From: usc!wupost!uwm.edu!linac!att!cbfsb!cbnewsb.cb.att.com![e-mail]
Subject: Packet on 27MHz??
To: [e-mail]

Saw this on the packet radio BBS network.  Somethibg to ponder...
(Do not transmit outside of legal bands!)

 Msg# TSF  Size #Rd  Date  Time From   MsgID        To
16681 BF   2563   1 05-Feb 2250 KA8KHO 23182_N8DTN  SWL@USA ()
 Sb: 27-MHZ PACKET!!

Here's one for you general-coverage/SWL buffs.... 27.5408 .....
This is a frequency that harbors an international HF packet
network. They operate 300-baud, standard HF shift ( 200 HZ ). I have
monitored packets from literally the four  corners of the
Earth here. Stations use a loosely-organized callsign structure  that
has the first two or three letters of the ID as being their
home country. There are mailboxes, BBS'es...everything!
Have heard U.S. stuff there as well......
For a look at how the other side lives, give it a listen!
73 and good listening de Fred, KA8KHO @ N8DTN.OH

------------------------------

Date: 12 Feb 92 01:44:11 GMT
From: swrinde!cs.utexas.edu!wupost!micro-heart-of-gold.mit.edu!bu.edu!dartvax![e-mail]
Subject: TCP/IP on a Mac???
To: [e-mail]

I recently read a series of articles off of our local bbs about TCP/IP
that sparked my interest.  What I need to know is: what do I need to
try TCP/IP on a Macintosh?  I've got a Mac SE with 4 megs RAM, PK88,
and a Knwd TM231A.  What else do I need?  Also, can I connect to the
local BBS's that don't use TCP/IP?  Can I connect to Internet with
this, etc, etc.....Thanks in advance.  You can post your answer(s) here
or send me email to

         [e-mail]
         73, Jeff WM1Y

------------------------------

End of Packet-Radio Digest V92 #37
******************************
Date: Thu, 13 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #38
To: packet-radio


Packet-Radio Digest         Thu, 13 Feb 92       Volume 92 : Issue  38

Today's Topics:
                 coco packet
                   Comment
       How do I connect my computer to packet internet?
            NOS SMTP mail stuck in loop...
             Pk-88 and 9600 baud
         Rejected posting to I-PACRAD@UIUCVMD
             TCP/IP on a Mac??? (2 msgs)
             Where is Newest nos_kit.zip?

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Wed, 12 Feb 1992 17:16:28 GMT
From: sdd.hp.com!wupost!darwin.sura.net!gatech!psuvax1!uxa.ecn.bgu.edu![e-mail]
Subject: coco packet
To: [e-mail]

I HAVE A RADIO SHACK COCO2 AND 3 COMPUTER I WOULD LIKE TO USE ON PACKETT
AS WELL AS RTTY W FAX SSTV ECT DOES ANYONE HAVE SOME PROGRAMS LYING
AROUND NOT IN USE THAT I CAN BUY OR COPY AND SEND BACK. ANY HELP WOULD
BE APPRECIATED TNX.CSJOS
.

------------------------------

Date: 12 Feb 92 21:20:01 GMT
From: ncar!isis.cgd.ucar.edu![e-mail]
Subject: Comment
To: [e-mail]

In article <[e-mail]> [e-mail] (Scott Marcus) writes:
 -Hi math group!
 -
 -   I know this is very rude, as I do not read this group, and am requesting
 -the answer through e-mail, so I won't feel upset if I don't get an answer.
 -
 -With that said, here is my question:
 -
 -I am  given an equation for a plane, in parameters u and v as follows:
 -
 -     P(u, v) = (1,2,4) + (2,1,-1)u + (4,3,3)v
 -
 -which yield, by inspection the  following parametric equations:
 -
 -     x(u,v) = 1 + 2u + 4v
 -     y(u,v) = 2 + u + 3v
 -     z(u,v) = 4 - u + 3v
 -
 -
 -My question is, how to determine the point normal form for the plane?
 -I guess it involves taking a cross product, but I'm not sure how to
 -do that in terms of u and v.
 -
 -Point normal form (at least in our professor's definition) is:
 -
 -      N * r = D,  or [nx ny nz] [x y z] = D
 -
 -
 -As I said above, e-mail responses are preferred, even though I know
 -netiquette states that I should hang around the group for the answer.
 -Again, I apologize for "barging in" on the group like this.
 -
 -
>---------------------------------------------------------------------------
>|  Scott Marcus            | Member of the League for Programming Freedom |
>|  [e-mail] | for info, write to [e-mail]    |
>|      *       *       *       *       *       *       *       *         |
>|          "The first thing we do, let's kill all the lawyers."           |
>|                    William Shakespeare, Henry VI                        |
>---------------------------------------------------------------------------


In this news group it would be better if some of the discussions were carried
on via e-mail!



------------------------------------------------------------------------------
------------------------------------------------------------------------------

------------------------------

Date: 13 Feb 92 05:26:11 GMT
From: ucla-an!stb![e-mail]
Subject: How do I connect my computer to packet internet?
To: [e-mail]

Ok, Here's my question.

I want to connect my computer to the internet. What do I have to
do to hook my computer up via packet radio?

I've got a NeXT, so the O/S supports all the internet stuff.
I've got spare serial ports.

???

        Michael
--
        Michael Gersten         [e-mail]
HELLO! I'm a signature virus! Join in the fun and copy me into yours!
ex:.-1,. w $HOME/.signature

------------------------------

Date: 12 Feb 92 17:40:10 GMT
From: hpl-opus!hpcc05!hpdmd48![e-mail]
Subject: NOS SMTP mail stuck in loop...
To: [e-mail]

I made some changes to my directory structure and now have a problem with
G1EMM (and others) delivering mail to me.  It just keeps adding headers
to the mail and leaves it queued up.  This seems to be repeated on each
kick.  My tnc's are NETROM so I am using nrs attach commands.

If you know of something obvious let me know.  It was working fine and then
I started futzing around with how things were set up and can't seem to
back up to where things work again.

Thanks in advance for the help.

Steve King   (KD7RO)

[e-mail] (that's HPDML48)

------------------------------

Date: 12 Feb 92 10:39:17 GMT
From: agate!dog.ee.lbl.gov!nosc!avalon.nwc.navy.mil![e-mail]
Subject: Pk-88 and 9600 baud
To: [e-mail]

Do anyone know about running a PK-88 on 9600 baud?  I hear TAPR has a kit,
but it will only work for TNC-2 clones...

thanks,

jan.

------------------------------

Date: 12 Feb 1992 08:56:24 -0800
From: [e-mail]
Subject: Rejected posting to I-PACRAD@UIUCVMD
To: [e-mail]

Your message is being returned to you unprocessed because it seems to have been
already sent to the I-PACRAD list. That  is, a message with identical body (but
possibly different headers) has been posted to the list recently, either by you
or by  someone else. If you  have a good reason  to resend this message  to the
list (for instance because half of the outbound spool files were lost in a disk
crash at  some intermediate node),  please alter the  message text in  some way
before resending  it. Note that  altering the  "Subject:" line or  adding blank
lines at the top or bottom of the message is not sufficient; you should instead
add a line  at the top explaining  why you are re-sending the  message, for the
benefit of the list membership.

------------------------ Rejected message (241 lines) -------------------------
Received: from CUNYVM.BITNET by VMD.CSO.UIUC.EDU (Mailer R2.07) with BSMTP id
 7728; Wed, 12 Feb 92 10:52:15 CST
Received: from CUNYVM by CUNYVM.BITNET (Mailer R2.08) with BSMTP id 1762; Wed,
 12 Feb 92 11:52:47 EST
Received: from ucsd.edu by CUNYVM.CUNY.EDU (IBM VM SMTP V2R2) with TCP;
   Wed, 12 Feb 92 11:52:43 EST
Received: by ucsd.edu; id AA00736
    sendmail 5.64/UCSD-2.2-sun
    Wed, 12 Feb 92 04:30:07 -0800 for harvard!porsche.bsd.mt.nec.co.jp!mike
Received: by ucsd.edu; id AA00731
    sendmail 5.64/UCSD-2.2-sun
    Wed, 12 Feb 92 04:30:04 -0800 for /usr/lib/sendmail -oc -odb
 -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Message-Id: <[e-mail]>
Date: Wed, 12 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #37
To: [e-mail]


Packet-Radio Digest         Wed, 12 Feb 92       Volume 92 : Issue  37

Today's Topics:
              G1NNA software in the USA
               Hints For BAYCOM
                Mac packet s/w
              Packet on 27MHz??
              TCP/IP on a Mac???

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 11 Feb 92 08:32:11 GMT
From: mcsun!uknet!axion!kitkat![e-mail]
Subject: G1NNA software in the USA
To: [e-mail]

A few days ago, someone was asking about the availability of my software in
the USA. By coincidence, someone in Canada has uploaded it to a few landline
BBSs in the USA. The BBSs in question are Cleveland Hamnet, COYNET (New
York) and WA6RDH (California). I'm afraid that I don't know the telephone
numbers, but if you send a packet message to Doug, VE4KV @
VE4KV.#WPG.MB.CAN.NA, he will probably let you know. I will try to get the
software uploaded to SIMTEL fairly soon.

    Brian

------------------------------

Date: Tue, 11 Feb 1992 14:10:24 GMT
From: rosevax!bert![e-mail]
Subject: Hints For BAYCOM
To: [e-mail]

I recently got my homebrew Baycom circuit running and thought that I would
share a few of the trials that I experienced in hopes that it will make
it a bit easier for others to start up and get on packet.


1. In the troubleshooting section, they refer to the "flashing square".
   You must realize that the flashing square that they refer to is
   after you start up "L2.EXE".  You should see the flashing square in
   the upper right corner of your screen, with the DOS prompt still on the
   screen.   The "L2.EXE"  is a TSR (Terminate and Stay Resident)
   program that operates as the TNC (Terminal Node Controller).  The other
   program "SCC.EXE" is the terminal program that displays the packet
   information to you.  When you start the program by using the batch script
   "BAYCOM.BAT" this first starts up the "L2.EXE" then starts the "SCC.EXE"
   program.

   You can leave the "L2.EXE" program running and decoding packets, while
   you continue to use your PC for other purposes, such as word processors,
   spread sheets, etc., as long as there is sufficent RAM for them.

2. This leads me to another caution.  When you do get the BAYCOM running
   and use the PC for other programs while the L2.EXE is running, if the
   BAYCOM is running on Port 1, you should avoid using Port 3 if you have
   it on your system (for a Mouse, communications modem, etc.).  The same
   goes for running BAYCOM on Port 2 while using Port 4 for other purposes.
   As I understand it, the system shares interupts between Port 1 and 3,
   as well as 2 and 4. This contention could cause your PC to crash
   periodically.  Another solution is to remove L2 from RAM using the
   "OFF.COM" program.

3. I also ran into problems with the voltage regulation thru the 78L05
   voltage regulator.  I only had about 6.5 volts at the input to the
   regulator, thru the diodes from comm port 1 of my PC.  I later found
   that port 1 gave me sufficent voltage.  I haven't verified it yet, but
   I beleive that that port may be somewhat faulty.  If I provide an
   external voltage, port 1 works, and all diagnostics that I have tried
   indicate that it is working OK, but it just doesn't provide enough
   voltage to run the BAYCOM circuit.

   I even tried using a resistor and 5.1 volt zener to supply the regulated
   voltage, but after finding that port 2 worked, I put the 78L05 back in.

   You may be surprised to see -.6 volts on the circuit before the L2.EXE
   program is started up (which initializes the port), but this doesn't
   appear to hurt the circuit any.

   If you can't find an LM78L05 voltage regulator (I had difficulty) you
   can also use an LM2936 which also has a low quesent current.

4. If you get the circuit connected, with 5.0 volts to the circuit, but
   still don't decode the packets, you can open the squelch on the radio.
   The upper line of the Terminal Program (SCC.EXE) should indicate that
   it is receiving by the "RECV" on the far left end, just under the
   Transmit window (upper window).  If you don't see this RECV indication,
   then you don't have any signal thru the modem chip.  Trouble shooting
   from this point will require something to indicate if you have a signal
   thru the modem chip. An oscilloscope (even an old 5 mhz) is ideal, but
   you may be able to get by with a frequency counter, or a DVM on the AC
   range.  Again, open squelch and verify something of an AC signal at
   Pin 8 of the TCM 3105 chip.  This is the recieve output form the Modem
   chip. If this is present, follow it to pin 5, then pin 6 of the inverter
   where the signal is sent to the CTS pin of the communications port of
   the PC.

   I found that mine would only decode packets when I had the scope connected
   to the CTS pin or several other pins of the RS232 connector.  Puzzling
   as this is, I finally cured the problem (with a suggestion from another
   BAYCOM user) by shorting out the 2.2K ohm resistor between the inverter
   output (pin 6) and the CTS pin of the RS232 connector.  I tried a 1K
   but found that the full current ouput of the inverter was required to
   drive my comm port.

5. I found that there was an unused pin on the mic connector of my ICOM
   245 FM/SSB 2 meter rig, so I connected a wire from the speaker output
   to this pin, and in turn connected that to the receive input of the
   BAYCOM board.  This allows me to connect to the packet card with
   only one connector.  In order to quiet the speaker, I insert a headphone
   jack with approximately 8 ohm resistor for a load.

   Incidentally, the volume control on your radio need only be set at about
   1/4 turn.  It takes very little audio to run the circuit.

6. Once I did get on the air with the BAYCOM packet, I found that I could
   connect with all the other stations in my area, with the exception of
   one, and that was a local BBS that would allow me to check in periodically,
   rather than requiring that I be on the air 24 ours a day.  I would
   try to connect, and would see his packets come across the lower window,
   but I would never have the messages appear in the recieve window. After
   about a week of asking around, locally and on Internet mail, I found that
   BAYCOM doesn't support Version 1 of AX.25 (communications protocol used
   for most packet traffic) but only Version 2, the latest.  The BBS was
   using the MSYS software and we found that he didn't have the Version
   2 status bit enabled.  After this was changed, everything fell into place.

Hopefully with the information in the BAYCOM circuit trouble shooting
section and these few hints, it should make it easer to start up your
circuit.   Once you do get it working, you can connect to your own station
via another packet station and play with it.  Try the REMOTE commands,
as well as the others, just to learn how to use it.  It really does have
a lot of features.

Mikef  WA0VNH
    [e-mail]

------------------------------

Date: 11 Feb 92 13:58:54 GMT
From: RUTH.ECE.PSU.EDU![e-mail]
Subject: Mac packet s/w
To: [e-mail]

We have a new packet user in the area using a Mac LC.  He is looking
for some shareware packet software to use with his PK88. Any
recommendations?

Joe AF2J


-----

Joe Reinhardt
[e-mail]
Department of Electrical Engineering
Pennsylvania State University

------------------------------

Date: Wed, 12 Feb 1992 01:40:30 GMT
From:
 usc!wupost!uwm.edu!linac!att!cbfsb!cbnewsb.cb.att.com![e-mail]
Subject: Packet on 27MHz??
To: [e-mail]

Saw this on the packet radio BBS network.  Somethibg to ponder...
(Do not transmit outside of legal bands!)

 Msg# TSF  Size #Rd  Date  Time From   MsgID        To
16681 BF   2563   1 05-Feb 2250 KA8KHO 23182_N8DTN  SWL@USA ()
 Sb: 27-MHZ PACKET!!

Here's one for you general-coverage/SWL buffs.... 27.5408 .....
This is a frequency that harbors an international HF packet
network. They operate 300-baud, standard HF shift ( 200 HZ ). I have
monitored packets from literally the four  corners of the
Earth here. Stations use a loosely-organized callsign structure  that
has the first two or three letters of the ID as being their
home country. There are mailboxes, BBS'es...everything!
Have heard U.S. stuff there as well......
For a look at how the other side lives, give it a listen!
73 and good listening de Fred, KA8KHO @ N8DTN.OH

------------------------------

Date: 12 Feb 92 01:44:11 GMT
From:
 swrinde!cs.utexas.edu!wupost!micro-heart-of-gold.mit.edu!bu.edu!dartvax!Jeffery
 [e-mail]
Subject: TCP/IP on a Mac???
To: [e-mail]

I recently read a series of articles off of our local bbs about TCP/IP
that sparked my interest.  What I need to know is: what do I need to
try TCP/IP on a Macintosh?  I've got a Mac SE with 4 megs RAM, PK88,
and a Knwd TM231A.  What else do I need?  Also, can I connect to the
local BBS's that don't use TCP/IP?  Can I connect to Internet with
this, etc, etc.....Thanks in advance.  You can post your answer(s) here
or send me email to

         [e-mail]
         73, Jeff WM1Y

------------------------------

End of Packet-Radio Digest V92 #37
******************************

------------------------------

Date: 12 Feb 92 16:37:08 GMT
From: sdd.hp.com!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!news.cs.indiana.edu!ux1.cso.uiuc.edu![e-mail]
Subject: TCP/IP on a Mac???
To: [e-mail]

[e-mail] (Jeffery A. Schneider) writes:

>I recently read a series of articles off of our local bbs about TCP/IP
>that sparked my interest.  What I need to know is: what do I need to
>try TCP/IP on a Macintosh?  I've got a Mac SE with 4 megs RAM, PK88,
>and a Knwd TM231A.  What else do I need?  Also, can I connect to the
>local BBS's that don't use TCP/IP?  Can I connect to Internet with
>this, etc, etc.....Thanks in advance.  You can post your answer(s) here
>or send me email to

    I suggest that you get NCSA Telnet from NCSA at the University of
    Illinois.  It's free public software which they support. If you
    don't have a wired connection to Internet, there are some places
    that can connect you but I can't remember where.  There are some
    operational problems. K9ALD

------------------------------

Date: Wed, 12 Feb 1992 17:07:16 GMT
From: usc!wupost!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu![e-mail]
Subject: TCP/IP on a Mac???
To: [e-mail]

[e-mail] (Roger Taylor) writes:

>       I suggest that you get NCSA Telnet from NCSA at the University of
>       Illinois.  It's free public software which they support. If you
>       don't have a wired connection to Internet, there are some places
>       that can connect you but I can't remember where.  There are some
>       operational problems. K9ALD

NCSA Telnet will NOT communicate via a TNC, nor will it allow standard
AX.25 packet sessions.

Use Net/Mac instead, available by anonymous FTP from ucsd.edu among other
places. Won't get you to the Internet, but it's a nice place to start on
amateur radio TCP/IP.

--
Charley Kline, KF9FF, PP-ASEL                                 [e-mail]
UIUC Network Architect                                          [phone]
Univ. of Illinois Computing and Communication Services      AMPR: kf9ff@ka9mnx

------------------------------

Date: 12 Feb 92 19:01:15 GMT
From: usc!wupost!news.utdallas.edu!tamsun!inetg1!ut-emx!ccwf.cc.utexas.edu![e-mail]
Subject: Where is Newest nos_kit.zip?
To: [e-mail]

Netones:
 The nos_kit.zip on ucsd.edu contains noska9q.exe with
a version number of 901130. This version does not seem to
accept the "attach packet..." command. Where may I find
the newest nos_kit.zip? Or should I just replace noska9q.exe
with an updated version?
Thanks to all those helped me with the Clarkson drivers.
73 de N5TLZ

------------------------------

End of Packet-Radio Digest V92 #38
******************************
Date: Fri, 14 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #39
To: packet-radio


Packet-Radio Digest         Fri, 14 Feb 92       Volume 92 : Issue  39

Today's Topics:
         MFJ 1278 & MultiCom software 4-Sale -> $250
            NOS SMTP mail stuck in loop...
             PMP--need some help (3 msgs)
         Receiving RTTY signals on an IBM PC
           TAPR Annual Bean Feast (2 msgs)
              TCP/IP on a Mac???

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 13 Feb 92 13:18:48 GMT
From: cbmvax!rehab1!rehab2![e-mail]
Subject: MFJ 1278 & MultiCom software 4-Sale -> $250
To: [e-mail]

     FOR SALE: MFJ-1278 Multi-mode TNC

           Includes latest version ROM, multi grey level modem.
           1200 baud modem. (Can be upgraded to 2400 baud)
           Does SSTV, FAX, packet, AMTOR, RTTY, CW & Navtex.

     FOR SALE: MFJ-1289 MultiCom (MS-DOS software)

           Allows usage of all the 1278's modes w/screen display
           for video modes (FAX, SSTV, Color Packet).
           (Copy protected version - no CALL encoded)


     List: $279.95 (MFJ-1278)
     List: $ 59.95 (MFJ-1289)
        ------
       $339.90

     Asking $250 plus S&H.

     Can be used for 2 way communications (amateur bands) or for monitoring
     those "noises" you shortwave buffs hear on HF.

     Full details (on both items) can be found in the MFJ catalog. These
     are the current versions being sold by MFJ and as such will require
     no upgrades. Since I have 2 1278's (yes two) and no longer use a
     MS-DOS machine its time to do some shack cleaning (not to mention I
     -WANT- a satellite system real bad ;-).

     This message is cross posted to several newsgroups, so if your
     interested please reply via e-mail (address below) or voice to
     [phone].

     -Dan

--
  Reading Rehabilitation Hospital        _/\_        Those who worked the
  Dan Schein - Information Systems      \    /      hardest, are the last
  RD 1 Box 250                          /_  _\      to surrender.
  Reading, PA 19607                       \/           -= Gary Ward =-

  [e-mail]   -or-   ....{uunet,rutgers}!cbmvax!rehab1!rehab2!dans

------------------------------

Date: 13 Feb 92 10:53:00 CST
From: timbuk.cray.com!hemlock.cray.com![e-mail]
Subject: NOS SMTP mail stuck in loop...
To: [e-mail]

In article <[e-mail]>, [e-mail] (Steve King) writes:
> I made some changes to my directory structure and now have a problem with
> G1EMM (and others) delivering mail to me.  It just keeps adding headers
> to the mail and leaves it queued up.  This seems to be repeated on each
> kick.  My tnc's are NETROM so I am using nrs attach commands.
>
> If you know of something obvious let me know.  It was working fine and then
> I started futzing around with how things were set up and can't seem to
> back up to where things work again.

Check your rewrite file, that's always been the culprit on my
system(s). Bear in mind, that due to some wonderfully "baroque"
code you can only have a single white space character between the first
two fields (unless someone's fixed it). If you have several spaces
or more than one tab - I think it gets confused.

Hope this helps,
--
andyw.  (W0/G1XRL)

[e-mail]    Andy Warner, Cray Research, Inc.        [phone]

------------------------------

Date: 13 Feb 92 13:55:37 GMT
From: mnemosyne.cs.du.edu!mercury.cair.du.edu!diana.cair.du.edu![e-mail]
Subject: PMP--need some help
To: [e-mail]

I would like to correspond with anyone currently using (successfully
or not) PMP.  Am having some trouble getting the h/w to work
correctly.



--
Art Winterbauer  N0OQS
Internet:  [e-mail] OR [e-mail]

------------------------------

Date: Thu, 13 Feb 1992 19:21:29 GMT
From: theory.TC.Cornell.EDU![e-mail]
Subject: PMP--need some help
To: [e-mail]

In article <[e-mail]> [e-mail] (Art Winterbauer) writes:
>I would like to correspond with anyone currently using (successfully
>or not) PMP.  Am having some trouble getting the h/w to work
>correctly.

Both Kevin (WB2EMS) and I are on the net, and are glad to offer any help we
can.  Kevin specializes in hardware, and his address is:

    [e-mail]

I can help with software problems:

    [e-mail]

We'll do our best to help out.


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

------------------------------

Date: 14 Feb 92 03:01:37 GMT
From: swrinde!mips!zaphod.mps.ohio-state.edu!hobbes.physics.uiowa.edu!news.iastate.edu!vincent1.iastate.edu![e-mail]
Subject: PMP--need some help
To: [e-mail]

If anyone is intrested, I discovered a pretty easy (working!) way to
tune the RX bias w/out recieving packets (it was late, i was tired,
it was going to work before I went to sleep) and w/ out a scope.

I have not seen it documeted anywhere.

Just take a DVM set it to ACV Switch the jumper to do the loopback test,
put the voltmeter on the RXD pin (7? Where the scope should go), run the
600khz tone, and adjust the pot for the largest reading.

It works!
Steve

------------------------------

Date: 14 Feb 92 02:54:16 GMT
From: munnari.oz.au!bruce!monu6!monu0.cc.monash.edu.au!lindblat.cc.monash.edu.au![e-mail]
Subject: Receiving RTTY signals on an IBM PC
To: [e-mail]

 have just purchased a SANGEAN 818cs Worldband receiver.  I am
interested inb connecting it to my IBM PC in order to decode RTTY
signals and CW.   Can anyone point me in the right direction to where I
can obtain such information.  Is it possible with my model of radio.
The receiver does have BFO control as well as an AM gain knob.  I
beleive theses features are required to receive these signals.

I would appreciate anyone who can advise me to email their responses to
me.

        [e-mail]

Thanks in advance.

-Steven Aquilina

------------------------------

Date: 13 Feb 92 04:10:17 GMT
From: usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!bongo![e-mail]
Subject: TAPR Annual Bean Feast
To: [e-mail]

In article <[e-mail]> [e-mail] (Julian Macassey) writes:
>
>       Every year TAPR hold an annual meeting in Tucson, Arizona. This
>is supposed to be held so the TAPR board can meet and pontificate on
>matters of great import.

    Guess what. I forgot the dates. Well here are the days to set
aside in your busy schedule.

Friday 6 March, Saturday 7 march and Sunday 8 March.

    That should be most of it. Call Heather at [phone] for
official info.

--
Julian Macassey, [e-mail]  N6ARE@K6VE.#SOCAL.CA.USA.NA
742 1/2 North Hayworth Avenue Hollywood CA 90046-7142 voice [phone]

------------------------------

Date: 13 Feb 92 03:37:57 GMT
From: usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!bongo![e-mail]
Subject: TAPR Annual Bean Feast
To: [e-mail]

    Every year TAPR hold an annual meeting in Tucson, Arizona. This
is supposed to be held so the TAPR board can meet and pontificate on
matters of great import.

    Just to keep the peasants enthralled, they also lay on
entertainment and education. A brief run down of what is in store
follows:

    Friday afternoon: Hospitality suite, with free M&Ms, tortilla
chips (This is the West), nuts, soda and displays of TAPR hardware and
software - yes bargain hunters, they often have closeouts and show
specials.

    Friday Evening: Pizza Bash. Car pool with people you have never
met to a red-neck pizza parlor in a shopping mall. Sit near cops
eat cheap greasy pizza and swill nasty beer. Courtesy of TAPR, who are
just glad you came. Burping and wiping grease off your chin return to
the hotel to argue religion or operating systems (same thing) in the
hospitality suite.

    Saturday day: All day presentations some from manufacturers,
some from rugged, wild eyed, individuals. Not to be missed, free coffee.
Buffet luncheon, free for registered attendees.

Saturday Evening: Buffet dinner - not lunch left overs hopefully.
Repair to hostility suite or Jacuzzi to continue support and
suffer denigration of your precious beliefs.

Sunday Morning: More chats and presentations. Later in the day, field
trips to Titan missile sites, sleezy bars etc.

    Doesn't this sound like more fun than staying home and doing
your taxes? Want to join the fun? Here are enough details to get you
started. Warning, crass mention of money follows:


    Hotel: "The Inn at the Airport" $55.00 per night - special TAPR
rate. Call [phone] or [phone] for reservations. Note
hotel is walking distance from Tucson Airport, or you can call and they
will send a van to get you.

    Meeting registration $15.00. You can pay on arrival. Cheques
usually OK.

    Buffet dinner - No one could call it a banquet - $15.00 No Roy
Neal will not be the speaker.

    Airlines: Make your own arrangements.

    You can contact Heather at TAPR [phone]
    (Hours 1000 - 1500 Tues - Fri)

    If you are coming, I suggest you call TAPR and at least let
them know, so they can arrange for Pizza etc.

    Disclaimer. If they knew I was doing this they may have asked
me not to.


--
Julian Macassey, [e-mail]  N6ARE@K6VE.#SOCAL.CA.USA.NA
742 1/2 North Hayworth Avenue Hollywood CA 90046-7142 voice [phone]

------------------------------

Date: 14 Feb 92 05:21:18 GMT
From: olivea!apple![e-mail]
Subject: TCP/IP on a Mac???
To: [e-mail]

In article <[e-mail]> [e-mail] (Jeffery A. Schneider) writes:
> What I need to know is: what do I need to
>try TCP/IP on a Macintosh?  I've got a Mac SE with 4 megs RAM, PK88,
>and a Knwd TM231A.  What else do I need?

1. NET/Mac software, the Macintosh implementation of the KA9Q TCP/IP package.
As someone else noted, it's available from ucsd.edu. It's in the
hamradio/packet/ka9q/net directory. (Hope I got all that right!)

By the way, I use an oldish version of NET/Mac and run it, the mailer
program (BM/Mac), *and* a text editor all in only 1 MB (using MultiFinder).

2. An IP address. The list of address coordinators is also kept on
ucsd.edu in one of the above directories; you can use it to find your
local contact.

3. I'm assuming that the PK88 has KISS mode. If not, you'll need a
TNC that does.


>Also, can I connect to the local BBS's that don't use TCP/IP?

Absolutely. You can connect to any AX.25 node, such as PBBSs, DX
PacketCluster nodes, etc. You can also connect to NETROM nodes.

>Can I connect to Internet with this, etc, etc.

Some areas offer email exchange between AMPRnet (the amateur-radio domain
of the Internet, which you'll be part of when you get up and running with
NET/Mac) and the rest of the Internet. Don't count on finding real-time
connectivity.


Have fun!
Patty

--

 :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
 ::   Patty Winter N6BIS        Internet: [e-mail]      ::
 ::   Sunnyvale, California     AMPRNet: 44.4.0.44              ::
 :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

------------------------------

End of Packet-Radio Digest V92 #39
******************************
Date: Sat, 15 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #40
To: packet-radio


Packet-Radio Digest         Sat, 15 Feb 92       Volume 92 : Issue  40

Today's Topics:
        Anyone doing soff.dev on data engine?
         HT's NOT TO BUY FOR PACKET (2 msgs)
               K9NG Modem Installation
                 PMP for Mac?

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Fri, 14 Feb 1992 22:31:42 GMT
From: news.claremont.edu!nntp-server.caltech.edu![e-mail]
Subject: Anyone doing soff.dev on data engine?
To: [e-mail]

subject sayas
it all. I just got the "development manuals" many of which I could have
got for free from the chip manufacturers. Oh, well. They give you o some
code fregmentr too (cant backspace here) that are quasi-useful.
Want to write gateway for UO14/22. Probably easier on PC separate forxxxxxx
from unit, but oh-well lets give it a shot on the de directly. Ideas?
Paul
KI6CQ@K6VE.#SOCA.CA.USA
[e-mail] (1st afddr is packet, 2nd internet)

------------------------------

Date: 14 Feb 92 16:51:28 GMT
From: bcstec![e-mail]
Subject: HT's NOT TO BUY FOR PACKET
To: [e-mail]

I plan on buying a used 2m HT in March at a Hamfest.  I'd like to use this
radio for packet and am woundering if YOU people know of any HT's I should
NOT BUY?  I've heard that some might not switch fast enough to be useful.

Ones you feel would be a good radio would be helpful too.  The price is the
important thing.

Any Help?

TNKS,
Rob  N7UVN

------------------------------

Date: 14 Feb 92 21:03:47 GMT
From: bcstec!evtprp0b![e-mail]
Subject: HT's NOT TO BUY FOR PACKET
To: [e-mail]

Sorry, I forgot my address.

Rob N7UVN
[e-mail]--
|Rob Carey          (I feel more like I do now than I did before.)         |
|Boeing Computer Services                     [e-mail]  |
| My opinions are MINE, not Boeings!                                       |

------------------------------

Date: 14 Feb 1992 17:40:39 -0800
From: [e-mail]
Subject: K9NG Modem Installation
To: [e-mail]

I find the documentation that comes from TAPR with the K9NG modem somewhat
sketchy. On the otherhand I may know only very little!
My question(s) are:
1. What traces should be cut on the modem to make it work with a TNC 2 Clone?
2. What traces need be cut in the TNC disconnect header when installing
the K9NG modem.

I ask because I put the modem together, and fired it up. No response at all.
My first thought was "I cut the wrong traces!"

Any help would be appreciated

------------------------------

Date: 14 Feb 92 18:31:36 GMT
From: ogicse!zephyr.ens.tek.com!tekig7![e-mail]
Subject: PMP for Mac?
To: [e-mail]

[Apologies if this has been discussed recently; I'm new to the newsgroup]

Is there a PMP-type device (i.e., simple, low-cost PMP) for the Mac?

--Mike
--
Michael A. Gauland      [e-mail]
AA7JF                   [phone]

------------------------------

End of Packet-Radio Digest V92 #40
******************************
Date: Sun, 16 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #41
To: packet-radio


Packet-Radio Digest         Sun, 16 Feb 92       Volume 92 : Issue  41

Today's Topics:
                (none)

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 15 Feb 1992 07:03:23 -0800
From: [e-mail]
Subject: (none)
To: [e-mail]

   ----- Mail rejected by CEO. -----
(CEO_POA) Unknown addressee.   Mail not sent to: [e-mail]

   ----- Unsent message follows -----
From: [e-mail]
To: [e-mail]
Subject: Packet-Radio Digest V92 #40
X-ceo_options: Document

See document for message.

CEO document contents:
Date: Sat, 15 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #40
To: [e-mail]


Packet-Radio Digest         Sat, 15 Feb 92       Volume 92 : Issue  40

Today's Topics:
        Anyone doing soff.dev on data engine?
         HT's NOT TO BUY FOR PACKET (2 msgs)
               K9NG Modem Installation
                 PMP for Mac?

Send Replies or notes for publication to: <[e-mail]> Send
subscription requests to: <[e-mail]> Problems you can't
solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available  (by FTP only)
from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text herein
consists of personal comments and does not represent the official policies or
positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Fri, 14 Feb 1992 22:31:42 GMT
From: news.claremont.edu!nntp-server.caltech.edu![e-mail] Subject:
Anyone doing soff.dev on data engine?
To: [e-mail]

subject sayas
it all. I just got the "development manuals" many of which I could have got for
free from the chip manufacturers. Oh, well. They give you o some code fregmentr
too (cant backspace here) that are quasi-useful.  Want to write gateway for
UO14/22. Probably easier on PC separate forxxxxxx from unit, but oh-well lets
give it a shot on the de directly. Ideas? Paul
KI6CQ@K6VE.#SOCA.CA.USA
[e-mail] (1st afddr is packet, 2nd internet)

------------------------------

Date: 14 Feb 92 16:51:28 GMT
From: bcstec![e-mail]
Subject: HT's NOT TO BUY FOR PACKET
To: [e-mail]

I plan on buying a used 2m HT in March at a Hamfest.  I'd like to use this
radio for packet and am woundering if YOU people know of any HT's I should  NOT
BUY?  I've heard that some might not switch fast enough to be useful.

Ones you feel would be a good radio would be helpful too.  The price is the
important thing.

Any Help?

TNKS,
Rob  N7UVN

------------------------------

Date: 14 Feb 92 21:03:47 GMT
From: bcstec!evtprp0b![e-mail]
Subject: HT's NOT TO BUY FOR PACKET
To: [e-mail]

Sorry, I forgot my address.

Rob N7UVN
[e-mail]--
|Rob Carey          (I feel more like I do now than I did before.)         |
|Boeing Computer Services                     [e-mail]  |
| My opinions are MINE, not Boeings!                                       |

------------------------------

Date: 14 Feb 1992 17:40:39 -0800
From: [e-mail]
Subject: K9NG Modem Installation
To: [e-mail]

I find the documentation that comes from TAPR with the K9NG modem somewhat
sketchy. On the otherhand I may know only very little! My question(s) are:
1. What traces should be cut on the modem to make it work with a TNC 2 Clone?
2. What traces need be cut in the TNC disconnect header when installing the
K9NG modem.

I ask because I put the modem together, and fired it up. No response at all. My
first thought was "I cut the wrong traces!"

Any help would be appreciated

------------------------------

Date: 14 Feb 92 18:31:36 GMT
From: ogicse!zephyr.ens.tek.com!tekig7![e-mail] Subject: PMP
for Mac?
To: [e-mail]

[Apologies if this has been discussed recently; I'm new to the newsgroup]

Is there a PMP-type device (i.e., simple, low-cost PMP) for the Mac?

--Mike
--
Michael A. Gauland [e-mail]
AA7JF              [phone]

------------------------------

End of Packet-Radio Digest V92 #40
******************************

------------------------------

End of Packet-Radio Digest V92 #41
******************************
Date: Mon, 17 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #42
To: packet-radio


Packet-Radio Digest         Mon, 17 Feb 92       Volume 92 : Issue  42

Today's Topics:
            Need a good packet pgm
          UO-14 operations moving to UO-22.

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 16 Feb 1992 13:30:03 -0800
From: [e-mail]
Subject: Need a good packet pgm
To: [e-mail]

    I have recently acquired an older TNC (Heathkit HD-4040) and have been
able to make the necessary cable connections to the IC-32, now what I need if
the program that will make this operation work.  I am new to the field of
packet, and I would appreciate any help.
   I have been using procomm plus as a terminal program to 'listen' to the
stations, but I would like to get this running as it should.
Any help is more than I have now.
thanks
steve

UUCP: {nosc ucsd hplabs!hp-sdd}!crash!pnet01!sazerb
ARPA: crash!pnet01![e-mail]
INET: [e-mail]

------------------------------

Date: 16 Feb 92 18:19:28 GMT
From: tulane!rouge!pc.usl.edu![e-mail]
Subject: UO-14 operations moving to UO-22.
To: [e-mail]

Also of interest is the fact that the UO-22 satellite has a different
transmit envelope/waveform/frequency-content/whatever that MAY necessitate
use of a wider filter in your receiver.  This is certainly the case for
the Yaesu FT-736R.  It's stock filter is 12 kHz; I now use a 20 kHz filter
and got much improved results.  But things were still not as good as with
uo-14, so I removed C82 (which was shunting some high-freqs just after the
discriminator, and now the 736 has nearly perfect reception.  I actually
changed the FM-Narrow filter, so that I retained the 12 kHz filter for
local use.

73,
--
-- James Dugal, N5KNX           Internet: [e-mail]
Associate Director              Ham packet: n5knx @k5arh (land), UO-14 (sat.)
Computing Center                US Mail: PO Box 42770  Lafayette, LA  70504
University of Southwestern LA.  Tel. [phone]       U.S.A.

------------------------------

End of Packet-Radio Digest V92 #42
******************************
Date: Tue, 18 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #43
To: packet-radio


Packet-Radio Digest         Tue, 18 Feb 92       Volume 92 : Issue  43

Today's Topics:
               Dove, UoSat 2/22
            Need a good packet pgm
            NOS SMTP mail stuck in loop...
                 PMP for Mac?
            TNC sources anywhere?
            TNC to Mac LC (2 msgs)
              Yeasu 2400 and PACSATS ???

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 18 Feb 92 10:33:23 GMT
From: mcsun!uknet!qmw-dcs![e-mail]
Subject: Dove, UoSat 2/22
To: [e-mail]

I'm trying to decode receptions from Dove and the UoSats.

I've managed to receive Dove (frequently and strongly) and Uosat 2 (not so
frequently and strongly), and have been recording them on tape.

Unfortuneatly, I don't seem to be having any luck with the format....

Can anyone tell me, what Dove and Uosat 2/22 transmit, in what format, what
tones, wether the tones are inverted from normal modem tones, wether it's
ascii or not. I have a 1200 baud old basic modem that I've canabilised, and an
Intelligent modem that's capable of 300/300 1200/1200 2400/2400 with
BLTZ/LAPM/MNP5 (Bell or CCITT).

I've been told that UoSat 2 downloads CCD pictures, is this correct?, can
anyone tell me the format?

Does anyone know the schedules for Uosat/Dove for the different transmissions.

Thanks
--

Mark Simpson                                        Snail Mail:

Internet:  [e-mail]                    | Computer Science Dept
JANET:     [e-mail]                    | QMW, University of London
UUCP:      [e-mail]                     | Mile End Road
      /                                            | London E1 4NS
    \/                                             | United Kingdom

------------------------------

Date: 17 Feb 92 16:52:26 GMT
From: sgi!zok!wattres![e-mail]
Subject: Need a good packet pgm
To: [e-mail]

In article <[e-mail]> [e-mail] (S Zerbe) writes:
>
>   I have been using procomm plus as a terminal program to 'listen' to the
>stations, but I would like to get this running as it should.
>Any help is more than I have now.

Steve, the program I use on my IBM is the best Packet terminal program
I have found.  It is called "PktGold" (as seen in QST, et al).  It is
produced by InterFlex System at 714/496-6639.  I don't have the
address, but if you send me email, I'll dig up the address for you.

Steve

--
Steve King       Domain:  [e-mail]
         Packet:  KC6WCH @ N6LDL.#NOCAL.CA.USA.NA
KC6WCH          "Dammit, Jim!  I'm a meteorologist, not a forecaster!"
           "Climate is what you expect.  Weather is what you get."

------------------------------

Date: 15 Feb 92 14:14:39 GMT
From: usc!wupost!spool.mu.edu!umn.edu!cs.umn.edu!kksys!edgar!brainiac!moron![e-mail]
Subject: NOS SMTP mail stuck in loop...
To: [e-mail]

Another thing that can cause mail to loop is if the addressee is something
like:-
[e-mail]

Because some.user (the user's name) has a "." imbedded in it, it can't
create the mailbox file, and gets really confused.

Chris  W0/G4JEC


     73's
     Chris Cox  W0/G4JEC

     EMail [e-mail]         AMPRNet  [e-mail]



------------------------------

Date: 17 Feb 92 14:07:17 GMT
From: cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu![e-mail]
Subject: PMP for Mac?
To: [e-mail]

As far as I know there isn't a poor mans packet for the mac, however I
am in the process of writeing the missing piece.  The Net/MAC software
is the ka9q package ported to the mac to talk to a kiss mode tnc.  The
mac does have an 8530 SCC chip so it seems kind of silly to have an
entire TNC when you only really need a modem.

I bought and built an A&A Engenering Baycom modem and wired it up to the
mac.  Currently I have a test program that can receive and send valid
packets to/from a normal (pacomm) tnc.   The test program does not use
interupts but polls the scc.  In the past I wrote a couple of device
drivers for the mac (promiscious apple talk listner, and a
init/cdev/driver to check your unix mail), so I have a lot of experiance
with mac drivers and interupts.    I am writing a driver/init/cdev
called   'SoftKiss',  originaly it was going to emulate a TNC in kiss
mode (hence the name) but I got the NET/Mac sources on friday (thanks
Dexter!) and it would be simpler to add a new interface to NET/Mac to
talk to my packet driver.

I added your name to a list of interested people and if all goes well I
will be asking people to alpha test on feb 24.
Aaron Wohl / N3LIW

------------------------------

Date: 17 Feb 92 08:29:34 GMT
From: ucselx!sol.ctr.columbia.edu!spool.mu.edu!wupost!waikato.ac.nz!canterbury.ac.nz!chmeds.ac.nz![e-mail]
Subject: TNC sources anywhere?
To: [e-mail]

Hi

I'm looking for the sources for a TNC - either standalone
or PC based.  I'm not fussy what language or anything else;
I'm just looking for ideas.

Please emial:  [e-mail]

advaTHANKSnce,

Gavin Melville

------------------------------

Date: 17 Feb 92 20:03:16 GMT
From: ub.d.umn.edu![e-mail]
Subject: TNC to Mac LC
To: [e-mail]

I am very soon to order a MAC LC and 13" hi res color mon because I want
to go packet.  I am Amateur Station WAOWOV.  I understand how to hook
everything between the TNC and Kenwood TS-440 but I am ignorant about
what goes between the TNC and the MAC and the fellow I spoke with at
Amateur Electronics in Milwaukee, wasn't too sure what I needed there.

I will be purchasing the MFJ-1278 and I need to know how to hook to my
Mac LC.  Will I purchase a ready-made cable to modify same or what?

A


D
I shall digitize or die !!!

Thanks in advance
de wa0wov
Gary

C
73 de wa0
D
D
D
A
A
A

A
A
A

A
A
A

------------------------------

Date: 18 Feb 92 09:23:15 GMT
From: dog.ee.lbl.gov!overload.lbl.gov!agate!spool.mu.edu!think.com!rpi!clarkson!cheetah.ece.clarkson.edu![e-mail]
Subject: TNC to Mac LC
To: [e-mail]

[e-mail] (Gary S. Carino) writes:

>I will be purchasing the MFJ-1278 and I need to know how to hook to my
>Mac LC.  Will I purchase a ready-made cable to modify same or what?

Gary,
  I use a Mac Si on packet.  I took a Mac modem cable, which is a
  standard item, and added a 9-pin connector to make it talk to
  both MFJ and PacComm TNCs.  You should be able to get the
  Mac to 25pin D cable from any Mac dealer.  It's the same cable
  that runs between a Mac and a Hayes modem.
     Tadd, KA2DEW

------------------------------

Date: 17 Feb 1992 07:16:14 -0800
From: [e-mail]
Subject: Yeasu 2400 and PACSATS ???
To: [e-mail]

Will the new Yaesu 2400 work with the modems designed to work 9600 baud ??
Anyone know if a UHF version of the 2400 will be made available ?
-Rich

------------------------------

End of Packet-Radio Digest V92 #43
******************************
Date: Wed, 19 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #44
To: packet-radio


Packet-Radio Digest         Wed, 19 Feb 92       Volume 92 : Issue  44

Today's Topics:
                  AMiga NOs
                DOVE TELEMETRY
             Info on Packet Radio Wanted
               Many TNC's <> One radio
            Packet Radio PhD Defense at GT
              Upgrading our PBBS

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 19 Feb 92 02:27:38 GMT
From: sdd.hp.com!spool.mu.edu!tulane!rex!agwbbs![e-mail]
Subject: AMiga NOs
To: [e-mail]

Help!!!!!!

 Everytime I run AMIGA NOS 2.8P it tells me that my OWN Call is unknown
HOST.. Can anyone tell me what I am doing wrong??

Angelo


-- Via DLG Pro v0.985b

Internet:[e-mail]
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA

------------------------------

Date: 18 Feb 1992 09:56:17 -0800
From: [e-mail]
Subject: DOVE TELEMETRY
To: [e-mail]

I have a dove telemetry decoder program that will decode dove
telemetry.  This program will show the internal status of dove
such as voltages, transmitter power and temp.  If anyone is
intrested I can post the document file of the program.  This
program is for the IBM or compatable.

Lee Bennett N4ABU

------------------------------

Date: 18 Feb 92 21:30:23 GMT
From: iWarp.intel.com|inews![e-mail]
Subject: Info on Packet Radio Wanted
To: [e-mail]

Hi,
   I am interested in starting up on packet radio and I was wondering if
some kind sole would give me some info on how I get started.  Particularly,
what equipment can I get to add on to my PC in order to link up to a BBS.
Also, where are the suppliers of such equipment?  Is packet radio used for
anything else (other than connecting to a BBS)?

  As you can gather, I know little on this subject so would appreciate ANY
info on Packet that you can give.

  In order not to bore everyone, please email me replies at the address below.

Thanks in advance

----------------------------------------------------------------------------+
 DAVID ENGLAND          | I do not represent Intel on this Newsnet          |
  INTEL CORPORATION     |---------------------------------------------------+
   CHANDLER, AZ         |  INTERNET: [e-mail]              |
----------------------------------------------------------------------------+
--
----------------------------------------------------------------------------+
 DAVID ENGLAND          | I do not represent Intel on this Newsnet          |
  INTEL CORPORATION     |---------------------------------------------------+
   CHANDLER, AZ         |  INTERNET: [e-mail]              |
----------------------------------------------------------------------------+

------------------------------

Date: 19 Feb 92 10:33:28 GMT
From: swrinde!mips!mips!munnari.oz.au!ipso![e-mail]
Subject: Many TNC's <> One radio
To: [e-mail]

For various reasons I need to run several TNC's off one radio, to
provide multi-protocol/multi-speed support etc on the one channel.
How common is this?  If anyone has done it, do they have a circuit
for such a mixer (ASCII or PostScript)?

I envisage something like OR'ing the PTT lines with diodes, mixing
the AFSK audio with a resistive combiner (and possibly an op-amp
to make up for loss), and a similar trick for the speaker audio.

To stop the TNC's from clobbering each other, some of the AFSK audio
can be folded back to the speaker audio, so the others will defer.
Alternatively one could use a "flag generator" from a couple of 555's.
One can also put a "first-in-best-dressed" box on the PTT lines, to
ensure that only one TNC keys up at a time, and possibly gating audio
as well.

Anyone done this, so I won't have to re-invent a wheel?

--
Dave Horsfall (VK2KFU)         VK2KFU @ VK2RWI.NSW.AUS.OC
[e-mail]                  ...munnari!ips.OZ.AU!dave
       ADA - from the people who brought you COBOL

------------------------------

Date: Tue, 18 Feb 1992 20:38:57 GMT
From: gatech!cc.gatech.edu![e-mail]
Subject: Packet Radio PhD Defense at GT
To: [e-mail]

         TDMA Slot Allocation Strategies for
            Mobile Packet Radio Networks

                 PhD Defense


             David S. Stevens
               College  of Computing
             [e-mail]


          9:30 Thursday, February 27th
    Pettit MicroElectronics Center, Conference Room 102B




                   Abstract

     Packet radio networks offer two unique features that cable
connected store-and-forward networks lack - a broadcast medium and
a dynamic topology.  The broadcast medium permits any network node
within the range of the transmitting node to receive its packets.
The use of a shared radio channel instead of wires allows nodes to
move about freely.  Yet these same features are a source of major
challenges to efficient protocol design.

     In this thesis we study the use of Time Division Multiple
Access (TDMA) protocols in packet radio networks.  We investigate
the two general strategies for allocating transmission slots to nodes.
We refer to them as "link" and "node" allocation.  We  also consider
the difficulties and issues associated with implementing a higher
level broadcasting protocol using these two strategies.  Our results
indicate that node allocation should be used in radio networks
employing TDMA to achieve better delay performance for both single
destination and broadcast packets.

     In networks with mobile nodes the goal of maximizing the use
of the bandwidth seems to conflict with the goal of allowing mobile
nodes to locally reallocate themselves TDMA slots.  We present a
methodology by which both goals can be achieved.  Our procedures
are distinguished by the fact that we assume that the channel
over which control packets are exchanged is shared and unreliable.
Our simulation results demonstrate that the protocol will operate
correctly under adverse conditions.

Random access protocols deliver better performance than TDMA
during periods of light traffic.  We consider the concept of group
testing to improve the performance of TDMA when these conditions
exist.  We develop several approaches to conducting group testing
in radio networks.  The variable-frame length test protocol follows
the traditional approach to group testing and limits the number of
tests (slots) required to achieve successful transmissions.  The
hybrid protocol combines the variable-length group testing protocol
with TDMA.  We also propose a distributed fixed-length protocol.
>From the insight gained from this protocol we present a TDMA
interleaved slot testing protocol.  Our simulation results show this
protocol gives the best overall performance.


                    Committee:
                        Mostafa Ammar (advisor)
                        Philip Enslow
                        Ian Akyildiz
                        Ahamad Mustaque
                        Gordon Stuber





FORBES, HAROLD C.   N5JCM
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp: ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!harold
ARPA: [e-mail]               PACKET: N5JCM @ W4QO

------------------------------

Date: Tue, 18 Feb 1992 17:48:12 GMT
From: psinntp!ncrlnk!ciss!lawday![e-mail]
Subject: Upgrading our PBBS
To: [e-mail]

We've been running the W0RLI CBBS on an XT machine for quite a while
now.  Not fast, not fancy, but it (pretty much) works.

We just acquired a 386SX motherboard and have decided to spiff up the
the BBS with it.

We want to allow as many simultaneous users as is feasible, with multiple
users coming in on a single physical TNC.  Ultimately, we want the BBS
to have just one radio port, a high-speed link to the local NetRom
stack.  All activity, including forwarding, would take place over that
link.

I'm somewhat familiar with G8BPQ as a NetRom emulator, but have never
used it with a PBBS.  Could someone describe how we would configure
W0RLI/Desqview/G8BPQ to accomplish this?  And (without starting
religious wars), is there a better PBBS software choice for this purpose
than 'RLI?  (Please note:  "better" includes at least as stable and
reliable).


John   AG9V
--
John R. Ackermann, Jr.        Law Department, NCR Corporation, Dayton, Ohio
[phone]                [e-mail]
Packet Radio: ag9v@n8acv      tcp/ip: [e-mail] [44.70.12.34]

------------------------------

End of Packet-Radio Digest V92 #44
******************************
Date: Thu, 20 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #45
To: packet-radio


Packet-Radio Digest         Thu, 20 Feb 92       Volume 92 : Issue  45

Today's Topics:
       "bioscom" library function for data acquisition
                450 link help?
                 Keppler-sets
            Many TNC's - One Radio
               Many TNC's <> One radio
                  MSYS 1.13

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 19 Feb 92 02:41:12 GMT
From: dog.ee.lbl.gov!nosc!suned1!anacapa![e-mail]
Subject: "bioscom" library function for data acquisition
To: [e-mail]

One of my co-workers, James, is trying to set up a data-massaging
program on a -386 PC.  The progam is in Borland Turbo-C++.
The data originates from a sensor gadget.  The data can be transferred
to the PC using Procomm.  The data file, once on the PC, can be
massaged by the program in question.  The desired next step is to
have the data flow into the PC and be massaged by James's program,
in more-or-less real time.  He's trying to use the "bioscom" library
function provided by Borland Turbo C++.  He's apparently done the
right things with data,parity,stops,baud.  When he runs a little
program that calls the "bioscom" function, and prints the output,
asking for a character, the return indicates "time out" bit 15 is
set and all others are zero.

Anyone familiar with this who can give a quick hint?
As too often happens, this is a rush project, meaning it has
to work by Friday or it won't get looked at till a couple
of months from now if ever...

Send e-mail to [e-mail].

Thanks..
                geoff

------------------------------

Date: 19 Feb 92 00:30:21 GMT
From: usc!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!caen!nstar!npal![e-mail]
Subject: 450 link help?
To: [e-mail]

Hello:

    I am looking for experiences of those who have worked on 450Mhz.

    A friend of mine and I need to establish a full duplex data
    link on 450Mhz.  The airline distance point to point is 45 miles.

    We want to set up a 9600 baud link.

    Has anyone had experience on 450 with this type of distance?
    What do you think would be required in antennas, power, height
    etc to make a reliable link?

    We have been able to make this link on 2 meters with 11 element beams
    at each end.  Height of about 60 feet at each end and
    25 watts at one end and 50 watts at the other.  This link is quite
    good.  However, it does not provide the speed or full duplex
    requirements.

    We dont want to put money into this project only to find out
    it wont work, so here we are asking if you may have built
    similar circuits.


    Thanks in advance..regards and 73's

    Steve Brant  W9OBX



--

Steven B. Brant

       -->> [e-mail] <<--[ or ] -->> nstar!npal!sbrant <<--

  --  --  -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
  |    They say Television is a medium -                            |
  |           because it is not very well done.   8-) Woody Allen.  |
  --  --  -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

------------------------------

Date: 19 Feb 1992 23:39:03 -0800
From: [e-mail]
Subject: Keppler-sets
To: [e-mail]

At the Electrotechnical Department of the University of Suriname
(South America) we are setting up a base station for amateur
satellite packet-radio communication.

Right now we are looking for recent Keppler-sets of amateur
satellites. If you can help us, please contact Luc Verbinnen,
[e-mail].

------------------------------

Date: 19 Feb 1992 22:37:42 -0800
From: [e-mail]
Subject: Many TNC's - One Radio
To: [e-mail]

Here in Jerusalem, 4X1PI has a TNC-200 and a PK-88 set up with one VHF
xcvr. The TNC-200 is used as a node under one call and the PK-88 is
used as his personal mailbox under another call. The hardware connection
is very simple - involving just 2 diodes I believe - anyone interested can
e-mail me their address and I will forward the info/schematics.
The setup will allow connects to both TNC's but of course only one TNC can
transmit at any one time. It's a "first-in-first-out" situation.
In the same manner, many TNC's can be connected however each requires a
different callsign or qualifier (-1, -2 etc.)
e-mail address is:
[e-mail]
73,
Rich
4X1DA @4Z4SV.ISR.MDLE

------------------------------

Date: 19 Feb 92 13:46:03 GMT
From: dog.ee.lbl.gov!overload.lbl.gov!agate!spool.mu.edu!tulane!rex!agwbbs![e-mail]
Subject: Many TNC's <> One radio
To: [e-mail]

 It is possible to do what you have mentioned. Matter of fact, there
is a guy in Baton Rouge, La USA who has done it. He has ROSE and a TNC2
hocked up at the same time..

He does not have a UUCP address but can get reached at KD5SL @
KD5SL.#BTR.LA.USA. I am sure he will be glad to help out..

73 de Angelo



-- Via DLG Pro v0.985b

Internet:[e-mail]
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA

------------------------------

Date: 19 Feb 1992 11:53:35 -0800
From: [e-mail]
Subject: MSYS 1.13
To: [e-mail]

It seems that nobody knows that MSYS 1.13 has been out for a bit. I never
even saw a message on it from Mike (WA8BXN).
     I've uploaded it to   tomcat.gsfc.nasa.gov  (W3IWI's system) in
the bbs/msys  directory.
     There are 2 versions of MSYS now.  One has the full-blown program
with the network node, tcp/ip, and dx cluster.  The other is what I
prefer to run, it's a stripped down version that has just the BBS
and K-Node in it.
     Now if we can only get him to include hostmode support.

Ron  N8FOW

------------------------------

End of Packet-Radio Digest V92 #45
******************************
Date: Fri, 21 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #46
To: packet-radio


Packet-Radio Digest         Fri, 21 Feb 92       Volume 92 : Issue  46

Today's Topics:
                450 link help?
             APLINK vk2age still around??
               Many TNC's <> One radio

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 20 Feb 92 22:58:14 GMT
From: haven.umd.edu!darwin.sura.net!gatech!gatech!wa4mei!ke4zv![e-mail]
Subject: 450 link help?
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>Hello:
>
>       I am looking for experiences of those who have worked on 450Mhz.
>
>       A friend of mine and I need to establish a full duplex data
>       link on 450Mhz.  The airline distance point to point is 45 miles.
>
>       We want to set up a 9600 baud link.
>
>       Has anyone had experience on 450 with this type of distance?
>       What do you think would be required in antennas, power, height
>       etc to make a reliable link?

We've run 7 watt 56 kb links longer than this, but both ends were high
sites.  You need to get a topo map and plot the RF path. You should calculate
the first Fresnel zone for the path and look for any obstcales in the
path.

>       We have been able to make this link on 2 meters with 11 element beams
>       at each end.  Height of about 60 feet at each end and
>       25 watts at one end and 50 watts at the other.  This link is quite
>       good.  However, it does not provide the speed or full duplex
>       requirements.

If you use beams of the same *physical* size at 450 MHz, the link budget
should be the same. Foliage attenuation is worse at 450 than 145, so you
want to survey the path for this. If you can stay above the first Fresnel
zone, this shouldn't be a problem.

Gary KE4ZV

------------------------------

Date: 20 Feb 92 14:26:04 GMT
From: opel!slc1!vk2bea![e-mail]
Subject: APLINK vk2age still around??
To: [e-mail]

Does anyone know if the APLINK station vk2age is still operating?
I haven't been able to contact it in some time ( > 12 months ).
Has it changed frequencies?  I used to call it on 14077 and 14075
(mark frequencies) in the early morning (EST).

Any pointers would be appreciated.


--
Michael Katzmann          >     Broadcast Sports Technology Inc.
~~~~~~~~~~~~~~~~         <      Crofton, Maryland. U.S.A
Amateur Radio Stations:   >
NV3Z / VK2BEA / G4NYV    <      opel!vk2bea![e-mail]

------------------------------

Date: 21 Feb 92 10:04:55 GMT
From: swrinde!zaphod.mps.ohio-state.edu!ub!clarkson!cheetah.ece.clarkson.edu![e-mail]
Subject: Many TNC's <> One radio
To: [e-mail]

[e-mail] (Dave Horsfall) writes:

>For various reasons I need to run several TNC's off one radio, to
>provide multi-protocol/multi-speed support etc on the one channel.
>How common is this?  If anyone has done it, do they have a circuit
>for such a mixer (ASCII or PostScript)?

NX2P created a PC board which does just this.  It's called a
radio-multiplexer and PacComm sells it.  If you sent NX2P a packet
or letter he might mail you the schematic or something.  The board
doesn't look all that complicated.  I think that it sells with cables
for between 100 and 200 US$.  If you need more info on how to get
ahold of NX2P (Bill Slack) I can supply but don't have it on hand as
I type this.
   Tadd, KA2DEW

------------------------------

End of Packet-Radio Digest V92 #46
******************************
Date: Sat, 22 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #47
To: packet-radio


Packet-Radio Digest         Sat, 22 Feb 92       Volume 92 : Issue  47

Today's Topics:
          1. NET/Mac Manual & 2. Help!!!!!!
                450 link help?
           Another question about BBS stuff
             BBS Compression algorithms?
                Chat Help????
               kaypro programs
             Packet Prg for AMIGA  wanted
                 PMP for MAC

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 21 Feb 92 19:30:48 GMT
From: swrinde!elroy.jpl.nasa.gov!ncar!hsdndev!dartvax![e-mail]
Subject: 1. NET/Mac Manual & 2. Help!!!!!!
To: [e-mail]

First of all...can any one send me a manual for the NET/Mac software
(in Mac format of course)?  Binhex4, Compact pro, and/or Stuffit
formats are fine.  I'm using the latest(?) version from PA2AGA, 2.0
(70)...

More importantly though, I can't get the darn stuff to work right,
argh... When running NET/Mac: if I try to make an ax25 connection, the
ax25 windows open, the remote station is ACKing me, a friend says he is
seeing my frames no problem, but I don't see anything come back and
make NO connection.  Anybody have a clue as to what the heck is going
on? I'm about ready to burn the disk :-(  If I use a regular term prog
and take the tnc out of KISS mode, I can connect no problem.

My system config is: Mac SE w/ 4M ram, 40 meg HD running Sys 7.01
TNC: PK88 in normal KISS mode
Radio: Knwd TM231A

Any help would be greatly appreciated.

73 de WM1Y, Jeff

EMail:  [e-mail]

------------------------------

Date: 21 Feb 92 16:00:37 GMT
From: hpl-opus!hpnmdla![e-mail]
Subject: 450 link help?
To: [e-mail]

/ hpnmdla:rec.radio.amateur.packet / [e-mail] (Gary Coffman) /  2:58 pm  Feb 20, 1992 /

>If you use beams of the same *physical* size at 450 MHz, the link budget
>should be the same. Foliage attenuation is worse at 450 than 145, so you
>want to survey the path for this. If you can stay above the first Fresnel
>zone, this shouldn't be a problem.


No.

  If you use antennas of the same physical size (assuming equal
aperture efficiencies) then 450 will be 10*log(450/145) dB *better*.
This is because the 450 transmit antenna gain increases which in turn
increases the ERP and corresponding field strength at the receive
antenna.  Since both receive antennas have equal aperture the 450
antenna sees more signal.  For constant physical antenna size, higher
frequencies are better.
  For constant *electrical* size (diminishing physical size) things get
worse with increasing frequency.  For constant ERP(constant TX power and
constant electrical antenna size) and constant receive antenna
aperture/physical size, things stay the same as frequency increases.
For constant physical antenna size on both TX and RX things get better
with increasing frequency.  See my 9th ARRL Networking Conference paper
for supporting text and figures.

  Also, foliage attenuation may actually help things if you are only
marginally LOS (line-of-sight) and don't have at least a full Fresnel
zone of clearance.  Rolling hills and trees may reduce the reflection
enough that the variations caused by the reflected signal result in only
a very few dB min/max variation.  A really good and flat reflecting
surface can, in the limit, give you 6 dB of signal improvement over free
space when phases are adding and cause completele signal cancellation
when things are in exactly the wrong phase.  This is the familiar
"airplane fading" you may have observed on commercial TV signals.  You
can expect tropospheric variations to run the differential path length
through all possible phases so absorptive ground clutter might actually
help stabalize things.
   Of course, if the path is obstructed, lossy obstructions may severely
reduce signal.


Glenn Elmore n6gn

N6GN @ K3MC
amateur IP:     [e-mail]
Internet:       [e-mail]

------------------------------

Date: Fri, 21 Feb 1992 20:24:19 GMT
From: access.usask.ca!herald.usask.ca![e-mail]
Subject: Another question about BBS stuff
To: [e-mail]

I recently received a packet message from England. When I looked through
all the R: header lines in the message, I noticed that all the British
and U.S. stations had used the symbol & to indicate their callsign field
whereas all the Canadian stations still used the symbol @, which I thought
was the standard symbol.
Anyone got any idea why @ is being changed to & in the R: headers?
And does this mean the syntax of the 'S' commands changes so the BBS is
given as &BBS-call instead of @BBS-call?
Thanks.
Pete [e-mail]   [e-mail]

------------------------------

Date: 21 Feb 92 18:34:34 GMT
From: access.usask.ca!herald.usask.ca![e-mail]
Subject: BBS Compression algorithms?
To: [e-mail]

Can anyone tell me exactly what compression algorithm(s) is being used by
packet BBS systems? I notice that F6FBB has compression and I believe that
there's another BBS (by a G-something but forgotten his call) that also
uses compression. I would like to implement them in my Amiga version of
the CBBS packet BBS so that it uses the same compression method as the other
BBS systems. There's no point having each type of BBS speaking a different
compression technique so that they only work when speaking to the same type
of BBS - n'est-ce pas?
Pete [e-mail]   [e-mail]
(QTH in 91 (or later) cba).

------------------------------

Date: 21 Feb 92 15:13:59 GMT
From: swrinde!mips!spool.mu.edu!tulane!rex!agwbbs![e-mail]
Subject: Chat Help????
To: [e-mail]

I am running KA9Q on my Amiga and am having trouble figuring out a problem.
Everytime someone does a SMPT connect to my station, and tries to chat with
me I get an strange error which means nothing to me..

----------------------------------------------------------------------------
--
[AmigaNOS-2.8p-H$]
Welcome n5ssy to the n5uxt.ampr.org TCP/IP Mailbox

(C)hat with the SysOp CONNECT

"n5ssy" Msg #0 : ?=Commands, H=Help >c
Trying 44.108.2.13:chat...  The escape character is: CTRL-X
Connection failed: Reset/Refused errno 9
"n5ssy" Msg #0 : ?=Commands, H=Help >

----------------------------------------------------------------------------
-
The system is in attend mode too.. Any help with the Errno 9 is
appericated.

Angelo


-- Via DLG Pro v0.985b

Internet:[e-mail]
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA

------------------------------

Date: Fri, 21 Feb 1992 20:48:06 GMT
From: usc!wupost!psuvax1!uxa.ecn.bgu.edu![e-mail]
Subject: kaypro programs
To: [e-mail]

Hi guys and gals on the  net i would appreciate any info to help me get
my kaypro computer on  the air so any ham programs out there would be
appriciated.tnx all csjos.john stafford
.

------------------------------

Date: 21 Feb 92 15:04:50 GMT
From: swrinde!mips!spool.mu.edu!tulane!rex!agwbbs![e-mail]
Subject: Packet Prg for AMIGA  wanted
To: [e-mail]

Let me know what you find.. I am an Amiga user here and very interested..

Angelo


-- Via DLG Pro v0.985b

Internet:[e-mail]
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA

------------------------------

Date: 21 Feb 1992 08:03:45 -0800
From: [e-mail]
Subject: PMP for MAC
To: [e-mail]

To: Aaron Wohl / N3LIW

I did not have your email address. I hope you see this post.

Aaron,

I am also interested in you NET/Mac "softkiss" project for the Macintosh.
I wish to help alpha test this when you release it on the 24th.
Please add me to your list.

Thank-you.

Dan Carlisle, WK8L
Michigan Technological University
[e-mail]

------------------------------

End of Packet-Radio Digest V92 #47
******************************
Date: Sun, 23 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #48
To: packet-radio


Packet-Radio Digest         Sun, 23 Feb 92       Volume 92 : Issue  48

Today's Topics:
            I NEED HELP WITH PACKET RADIO

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 23 Feb 92 03:39:17 GMT
From: munnari.oz.au!spool.mu.edu!sol.ctr.columbia.edu!hamblin.math.byu.edu![e-mail]
Subject: I NEED HELP WITH PACKET RADIO
To: [e-mail]

I need everyone's help.  I realize that the operation of packet radio below
10 meters is limited to 300 baud, but why?  Is it because of the noise and
because of the small band width?  This is why I ask; I have to write a
research paper in which I research a question and come up with some kind of
conclusion.  This is what I want to write about:  What is the maximum data
speed (baud) possible on the HF frequencies?  Is that pretty broad?  I left
it open to the possibility of talking about 10 meter FM and being able to use
higher rates.  I don't really know where to find information for my paper.  I
can get the ARRL handbook (most recent or back to 1980 I believe), but I am
not sure what to do.  I know there is a group that want to use 9600 baud on
10 meter and are trying to get permission from the FCC to experiment.  Can
anyone point me to some sources for this information that would be generally
easy to understand (or maybe not, I can always learn)?  Can anyone answer
these questions?  Who knows, I may even quote you. :-)

Thanks and 73


--
Sean Eckton
KD6BIK

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Internet:  [e-mail]      Brigham Young University, Provo, UT.
Packet Radio:  kd6bik @ wb7esh.#orem.ut.usa.na
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

------------------------------

End of Packet-Radio Digest V92 #48
******************************
Date: Mon, 24 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #49
To: packet-radio


Packet-Radio Digest         Mon, 24 Feb 92       Volume 92 : Issue  49

Today's Topics:
                  AMIGA NOS
           Another question about BBS stuff
               Dove, UoSat 2/22
               DOVE TELEMETRY (2 msgs)
            I NEED HELP WITH PACKET RADIO
                MacRatt/Packet
            Need a good packet pgm
       New Motorola DSP Evaluation Board / DSP Tutorial
            NOS SMTP mail stuck in loop...
             Packet BBS/Internet gateway
                 Packet Gold
            TNC to Mac LC (2 msgs)

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 23 Feb 92 15:55:46 GMT
From: usc!wupost!tulane!rex!agwbbs![e-mail]
Subject: AMIGA NOS
To: [e-mail]

I want to thank everyone who replied to my plead of help with Ka9q Amiga
Nos.I did not think I would get this type of reply.

To the next problem. It seems everytime I try and connect to NETROM through
NETROM(ex:NETROM C MSY<msy local digi>), it says it is trying to connect on
the screen but the transmiter is not trying.. I checked Netrom STATUS and
say nothing is transmiting but there is a session trying to connect..

Here is a copy of my startup file:
----------------------------------------------------------------------------
--
hostname n5uxt.ampr.org
host n5uxt.ampr.org
domain suffix ampr.org
ip address 44.108.2.13
#
ax25 mycall n5uxt-8
ax25 retry 5
ax25 digipeat off
ax25 maxframe 3
ax25 pthresh 64
ax25 paclen 256
ax25 bcinterval 1797
ax25 bctext "New Orleans,Louisana - IO83sn - AmigaNOS v900214 (G1YYH
v2.8P)"
#
mbox attend on
mbox thirdparty on
mbox motd "(C)hatwith the SysOp CONNECT"
#IMPORTANT - System Changes - Use the command 'a readme'"
mbox sysop on
mbox trace 2
#
attach asy serial.device 0 ax25 nos 2048 256 9600
#
trace nos 111 raw:0/0/640/200/AmigaNOS-Trace
#
tcp mss 216
tcp window 432
tcp trace on
ip ttl 12
#
mode nos d
pram nos 1 30 # 1 : TXDelay
param nos 2 85 # 2 : Persistance
param nos 3 2  # 3 : Slot time
#                4 : TX Tail time (not implemented on KAM)
param nos 5 0  # 5 : Duplex 0 Half 1 Full
#
attach netrom
n user n5uxt-8
netrom interface nos IPUXT 192
netrom nodefilter add w5mc nos
netrom nodefilter add w5mcc-1 nos
netrom nodefilter add kd5sl-1 nos
netrom nodefilter add n5ise-1 nos
netrom nodetimer 1740 #beacon intervall
netrom obsotimer 3600 #node update
netrom bcnodes nos #beacon port
netrom verbose no #gehvrte knoten anderen mitteilen
netrom ttl 6  #netrom time to live
#netrom route add tcp n5uxt-8 nos 128 w5mcc-1
#route add [44.108.2.13]/24 netrom n5uxt
route add default nos

#moe netrom vc
##   g1yyh          IP0108
##   amiga.g1yyh    IP0147
##   pc.g1yyh  IP0148
netrom retries 10
netrom ttl 12
#netrom nodefilter mode reject
netrom acktime 3000
netrom qlimit 1024
netrom route add ipuxt n5uxt-8 nos 192 w5mcc-1

#
#arp add msy ax25 qst
#
route add n5uxt loopback
route addprivate default nos
#
start ax25
start telnet
start finger
start ftp
#
start smtp
smtp trace 2
smtp mode route
smtp timer 597
smtp gateway44.108.2.12
#
start chat
#
pop mailbox tcpip
#
start rip
rip merge n
rip trace 2
rip add msy 1953 6
#
icmp trace on
icmp echo off
#
log TCPIP:spool/NOS.log
escape #zeichen f|r command-mode (ESC) x1b
----------------------------------------------------------------------------
-


MSY,W5MCC-1 is the digi I am trying to check too..

Also, I am tried to do a telnet via a w5mcc-1 .. I am not sure of the arp
command..

Any help is appriciated

Angelo


-- Via DLG Pro v0.985b

Internet:[e-mail]
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA

------------------------------

Date: Mon, 24 Feb 1992 04:43:09 GMT
From: munnari.oz.au!ipso![e-mail]
Subject: Another question about BBS stuff
To: [e-mail]

In article <[e-mail]>
    [e-mail] (Peter Hardie) writes:

>Anyone got any idea why @ is being changed to & in the R: headers?

At a guess, I'd say it came through an APLINK (RTTY) gateway.  Having
a limited character set, they do some funny mappings, such as # -> = etc.

A pox on anything less than full ASCII systems!  (No doubt the 8-bit
people are saying the same thing about 7-bit ASCII... :-)

--
Dave Horsfall (VK2KFU)         VK2KFU @ VK2RWI.NSW.AUS.OC
[e-mail]                  ...munnari!ips.OZ.AU!dave
       ADA - from the people who brought you COBOL

------------------------------

Date: 18 Feb 92 10:33:23 GMT
From: usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack![e-mail]
Subject: Dove, UoSat 2/22
To: [e-mail]

TO/FROM [e-mail]/All

I'm trying to decode receptions from Dove and the UoSats.

I've managed to receive Dove (frequently and strongly) and Uosat 2 (not so
frequently and strongly), and have been recording them on tape.

Unfortuneatly, I don't seem to be having any luck with the format....

Can anyone tell me, what Dove and Uosat 2/22 transmit, in what format, what
tones, wether the tones are inverted from normal modem tones, wether it's
ascii or not. I have a 1200 baud old basic modem that I've canabilised, and an
Intelligent modem that's capable of 300/300 1200/1200 2400/2400 with
BLTZ/LAPM/MNP5 (Bell or CCITT).

I've been told that UoSat 2 downloads CCD pictures, is this correct?, can
anyone tell me the format?

Does anyone know the schedules for Uosat/Dove for the different transmissions.

Thanks
--

Mark Simpson                                        Snail Mail:

Internet:  [e-mail]                    | Computer Science Dept
JANET:     [e-mail]                    | QMW, University of London
UUCP:      [e-mail]                     | Mile End Road
      /                                            | London E1 4NS
    \/                                             | United Kingdom

------------------------------

Date: 18 Feb 92 17:56:17 GMT
From: swrinde!cs.utexas.edu!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!##[e-mail]
Subject: DOVE TELEMETRY
To: [e-mail]

TO/FROM ##[e-mail]/All
I have a dove telemetry decoder program that will decode dove
telemetry.  This program will show the internal status of dove
such as voltages, transmitter power and temp.  If anyone is
intrested I can post the document file of the program.  This
program is for the IBM or compatable.

Lee Bennett N4ABU

------------------------------

Date: Mon, 24 Feb 1992 00:18:03 GMT
From: usc!wupost!darwin.sura.net!convex!convex![e-mail]
Subject: DOVE TELEMETRY
To: [e-mail]

In article <[e-mail]> ##[e-mail] (##34000) writes:
>TO/FROM ##[e-mail]/All
>I have a dove telemetry decoder program that will decode dove
>telemetry.  This program will show the internal status of dove
>such as voltages, transmitter power and temp.  If anyone is
>intrested I can post the document file of the program.  This
>program is for the IBM or compatable.

There is a public domain DOVE decoder program that will take a file of
captured data from DOVE and decode it.  It's on anonymous ftp site
wuarchive.wust1.edu at 128.252.135.4  in the /mirrors/msdos/hamradio
directory.  Here's the directory listing for it:

DOVE3W13.ZIP  B   43150  900424  DOVE satellite telemetry decoder,files or HAPN

TRAK270.ZIP, a public domain satellite tracking program for the PC is also
in that same directory...

I've used both of these on the PC.

73's  Presley  N5VGC @ N5LDD.#NTX.TX.USA.NA   [e-mail]

------------------------------

Date: Sun, 23 Feb 1992 22:01:53 GMT
From: qualcom.qualcomm.com!chicago.qualcomm.com![e-mail]
Subject: I NEED HELP WITH PACKET RADIO
To: [e-mail]

The 300 baud limit on HF data was probably selected to minimize the
flak from the CW/RTTY crowd by ensuring that the signal would fit
within a narrow CW-like bandwidth.

I would strongly encourage you to investigate what could theoretically
be done on HF if you were bound only by your imagination and the laws
of physics, not arbitrary rules and regs. I think it would be
especially interesting to see what might be done with spread spectrum.
Spread spectrum is a very powerful technique for combatting multipath,
and ionospheric multipath can be severe especially on the lower HF
bands. The FCC would probably be receptive if you asked them for a
temporary waiver of the rules, especially if it looked like your
experiments had a good chance of success. After all, this is supposed
to be at least a somewhat experimental service.

It is strange but true that in interference-limited radio
communications (i.e., just about all of ham radio), narrowband
modulation schemes are NOT necessary the most spectrally efficient.
In fact, the opposite is usually true. Narrowband modulation schemes
are inherently highly susceptible to co-channel interference, so fewer
stations can reuse the same channel in different geographic areas.

Going wideband (i.e., using more bandwidth to support the same data
rate) allows you to design modulation methods that are so much more
resistant to co-channel interference that you can actually support
more stations sending a given data rate in a given area in a given
number of megahertz.

It's a shame that the FCC rules on data are currently so preoccupied
with signal bandwidths. They should instead emphasize overall spectral
efficiency. This depends a lot more on minimizing transmitter power
than on minimizing bandwidth. But the "minimum necessary power" rule
is one that hams honor far more in the breach than the observance.

Phil

------------------------------

Date: Sun, 23 Feb 92 23:11:55 EST
From: wang!tosspot![e-mail]
Subject: MacRatt/Packet
To: [e-mail]

Hi.
    Anyone have the adresses for the guys who produce the Mac terminal
programs for packet?

               Thanks,

                  Lee.

------------------------------

Date: 17 Feb 92 16:52:26 GMT
From: usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack![e-mail]
Subject: Need a good packet pgm
To: [e-mail]

TO/FROM [e-mail]/All
In article <[e-mail]> [e-mail] (S Zerbe) writes:
>
>   I have been using procomm plus as a terminal program to 'listen' to the
>stations, but I would like to get this running as it should.
>Any help is more than I have now.

Steve, the program I use on my IBM is the best Packet terminal program
I have found.  It is called "PktGold" (as seen in QST, et al).  It is
produced by InterFlex System at 714/496-6639.  I don't have the
address, but if you send me email, I'll dig up the address for you.

Steve

--
Steve King       Domain:  [e-mail]
         Packet:  KC6WCH @ N6LDL.#NOCAL.CA.USA.NA
KC6WCH          "Dammit, Jim!  I'm a meteorologist, not a forecaster!"
           "Climate is what you expect.  Weather is what you get."

------------------------------

Date: 24 Feb 92 04:15:56 GMT
From: nic![e-mail]
Subject: New Motorola DSP Evaluation Board / DSP Tutorial
To: [e-mail]


Well, after reading about the new Motorola MC68HC16Z1 microcontroller
with DSP, I finally purchased their evaluation board.  Motorola was
hyping the $168.16 evaluation board was worth $500.00 in parts!  How
could I refuse such a deal?  The ad went on to say if I finished one
of the tutorial projects (all parts included), I would receive a $68.16
cash rebate from Motorola - total cash outlay of $100.00.

What kind of DSP system did I get for minimal dollars?  I was REALLY
surprised when I opened the large boxes.  Two boxes with the following
hardware and software:

 - Assembled and Tested Evaluation Board with MC68HC16, Monitor ROM,
   and RS232 Serial Port Hardware

 - Secondary LED Display Board for the DSP Tutorial (Frequency Analyzer)

 - MSDOS Cross Assembler to MC68HC16 Code

 - Small C Compiler (Minimal Freeware, you are expected to purchase the
   full-size C Compiler if you like the "trial" size)

 - Books, MANY books on the IC, DSP fundamentals, and Controller Specifics

The 68HC16 is interesting as it is upwardly code compatible with the
MC68HC11 series and is Motorola's high speed 16 bit control unit. Features:

 - 16 Bit Architecture
 - Digital Signal Processing Capability
 - 8 Channel 10-Bit Analog to Digital Converter
 - Two Megabyte Address Space
 - Watchdog Timer, Clock Monitor, and Bus Monitor
 - Two 16 Bit Counters with Seven Stage Prescaler
 - Three Input Capture Channels
 - Standby Ram, 1024 Byte Static Ram

Motorola is clever, allowing engineers to learn DSP by a self-study low
cost evaluation and tutorial package.  Hopefully, the trained person
will be in a position to specify an understood chip.  I was looking
for a self-study package to learn DSP (having hardware, software, and
building a workable frequency analyzer) and this system accomplishes
this.  The DSP functions is not as powerful as the 56000 dedicated DSP
chip, but the completeness (10 A/D converter, timer, etc.) solves many
midrange DSP functions with a minimum of external components.  A multiply
and accumulate unit provides the capability to multiply signed 16 bit
numbers and store the 32 bit result in a 36 bit accumulator.  I think
this system would be an excellent foundation for a graduate DSP course.

Since Motorola is building and selling the evaluation board, a Motorola
dealer must be contacted (the $168.16 offer ends March 20th, 1992).  My
Motorola distributor is willing to sell the systems to the net readers
for $168.16 and will ship for $10.00.  Don't forget if you complete the
frequency analyzer tutorial, a $68.16 rebate will be received if the
paperwork is completed.  My Motorola Distributor - Future Electronics,
 3150 West Higgins Rd, Suite 160, Hoffman Estates, IL, 60195,
 Phone [phone]  Sue or Vince Vitucci

Note: I am NOT affiliated in any way with Future Electronics, just passing
on a new introductory DSP system to my net friends.

  --joe

--
Joseph E. Jesson       Address1: mhs!amoco![e-mail]
21414 W. Honey Lane    Address2: [e-mail]
Lake Villa, IL, 60046  Address3: [e-mail]
Telephone: (day) 312-856-3645 (eve) 708-356-6817

------------------------------

Date: 15 Feb 92 14:14:39 GMT
From: usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!Chris.Cox.W0/[e-mail]
Subject: NOS SMTP mail stuck in loop...
To: [e-mail]

TO/FROM [e-mail]/All
Another thing that can cause mail to loop is if the addressee is something
like:-
[e-mail]

Because some.user (the user's name) has a "." imbedded in it, it can't
create the mailbox file, and gets really confused.

Chris  W0/G4JEC


     73's
     Chris Cox  W0/G4JEC

     EMail [e-mail]         AMPRNet  [e-mail]



------------------------------

Date: 24 Feb 92 05:15:14 GMT
From: haven.umd.edu!darwin.sura.net!gatech!pitt!w2xo![e-mail]
Subject: Packet BBS/Internet gateway
To: [e-mail]

I have made some improvements to the packet BBS/internet gateway
here at W2XO.

Formerly, you had to mail to "[e-mail]" and make the first
line of the text a packet BBS "SP" line.

This still works.. however..

You can now mail directly using the "percent" style of address
like is used with BITNET, etc. If you are unfamiliar with this,
here is an example:

    [e-mail]

This mails to w1abc at the packet bbs w6xyz whose H address is:
.ca.usa.noam.

The originating call is always mine using this system, and the subject,
at the moment is "internet mail" for the packet header. The entire
RFC822 header is sent, however. Also, if the address isn't understood,
it will cause a normal mail "bounce".

The message type for packet is always "P", so it won't work for bulletins.

This brings up a couple questions in my mind.
1. How do you send a "from" call in an rfc-822 header?
2. How do you specify that the message is type "T" or "P" or "B" ?
3. How do you send a BID?

X headers?

-Jim Durham, W2XO

------------------------------

Date: 24 Feb 92 05:19:00 GMT
From: usc!zaphod.mps.ohio-state.edu!ub!acsu.buffalo.edu!ubvmsb.cc.buffalo.edu![e-mail]
Subject: Packet Gold
To: [e-mail]

Does anyone have any opinion on Packet Gold?  Is it
better than Baycom?  Why?

------------------------------

Date: 18 Feb 92 9:23:15 GMT
From: usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack![e-mail]
Subject: TNC to Mac LC
To: [e-mail]

TO/FROM [e-mail]/All
[e-mail] (Gary S. Carino) writes:

>I will be purchasing the MFJ-1278 and I need to know how to hook to my
>Mac LC.  Will I purchase a ready-made cable to modify same or what?

Gary,
  I use a Mac Si on packet.  I took a Mac modem cable, which is a
  standard item, and added a 9-pin connector to make it talk to
  both MFJ and PacComm TNCs.  You should be able to get the
  Mac to 25pin D cable from any Mac dealer.  It's the same cable
  that runs between a Mac and a Hayes modem.
     Tadd, KA2DEW

------------------------------

Date: 17 Feb 92 20:03:16 GMT
From: usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack![e-mail]
Subject: TNC to Mac LC
To: [e-mail]

TO/FROM [e-mail]/All
I am very soon to order a MAC LC and 13" hi res color mon because I want
to go packet.  I am Amateur Station WAOWOV.  I understand how to hook
everything between the TNC and Kenwood TS-440 but I am ignorant about
what goes between the TNC and the MAC and the fellow I spoke with at
Amateur Electronics in Milwaukee, wasn't too sure what I needed there.

I will be purchasing the MFJ-1278 and I need to know how to hook to my
Mac LC.  Will I purchase a ready-made cable to modify same or what?

A


D
I shall digitize or die !!!

Thanks in advance
de wa0wov
Gary

C
73 de wa0
D
D
D
A
A
A

A
A
A

A
A
A

------------------------------

End of Packet-Radio Digest V92 #49
******************************
Date: Tue, 25 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #50
To: packet-radio


Packet-Radio Digest         Tue, 25 Feb 92       Volume 92 : Issue  50

Today's Topics:
             AA4RE BBS Test version 2.1W
                  AMIGA NOS
             Apple IIe send HELP
             BBS Compression algorithms?
              K9NG mods - oops!
             Packet BBS/Internet gateway
        softkiss alpha 1 / macintosh <> modem software
          Two technical questions (85C30 and AMTOR)
            Usenet via satellite broadcast

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 24 Feb 1992 23:05:15 -0800
From: [e-mail]
Subject: AA4RE BBS Test version 2.1W
To: [e-mail]

I have uploaded the new test version of the AA4RE BBS to both ucsd.edu
and tomcat.gsfc.nasa.gov.  Has a few bug fixes and also forwarding to
a file for use with the PACSATs.

With luck, this will be the last test version before 2.12 is released.

Roy, AA4RE

------------------------------

Date: 24 Feb 92 13:44:19 PST
From: pilchuck!algedi![e-mail]
Subject: AMIGA NOS
To: [e-mail]

In article <[e-mail]> [e-mail] (Angelo Glorioso Iii) writes:
>I want to thank everyone who replied to my plead of help with Ka9q Amiga
>Nos.I did not think I would get this type of reply.
>
>To the next problem. It seems everytime I try and connect to NETROM through
>NETROM(ex:NETROM C MSY<msy local digi>), it says it is trying to connect on
>the screen but the transmiter is not trying.. I checked Netrom STATUS and
>say nothing is transmiting but there is a session trying to connect..

This is a long standing problem with the NETROM code in AmigaNos. For some
reason the code requires that you enter the name of any NETROM alias in
UPPERCASE, if lowercase is used it assumes that you've typed a callsign.
This is definitely a bug in the Amiga version since the MSDOS version
works just fine.

I've been meaning to send a note to G1YYH about this for some time, but
have kept putting it off (for no good reason :-) )

--

73's,  Ken

      /// A M   M I GGGGG A     | Ken Koster                   N7IPB@N7FSP
     /// AA MM|MM I G     AA    |
    /// A A M M M I G GGG A A   | 14146 73rd PL NE, #201 Bothell, WA 98011
       /// AAAA M   M I G   G AAAA  |
 \\\  /// A   A M   M I GGGGG A   A | AMPR:  N7IPB.ampr.org       [44.24.0.45]
  \\\///                            |
   \///       DOES IT BETTER !!     | UUCP:  algedi![e-mail]

------------------------------

Date: 24 Feb 92 21:03:36 GMT
From: swrinde!zaphod.mps.ohio-state.edu!malgudi.oar.net!ucbeh.san.uc.edu!ucbeh.san.uc.edu![e-mail]
Subject: Apple IIe send HELP
To: [e-mail]

I'm posting this for an individual without netaccess and will relay any answers
that I may receive. Here is his problem from what I've been able to understand:

Apple iie with Apple Access II software to a serial cable to a MFJ 1270b TNC.
Computer is receiving packets fine. On send, able to connect to welcome prompt
but is unable to send anything further past that point.

Any information would be of help in this situation. Suggestions on alternative
software for this model computer would also be appreciated.

Thanks in advance...

Michael T. Breen
Univ. of Cincinnati

F U cn rd dis U mst uz Unix.

------------------------------

Date: 24 Feb 92 08:34:58 GMT
From: mcsun!uknet!axion!kitkat![e-mail]
Subject: BBS Compression algorithms?
To: [e-mail]



------------------------------

Date: 24 Feb 1992 14:32:20 -0800
From: [e-mail]
Subject: K9NG mods - oops!
To: [e-mail]

A while back I posted a note about some mods to the K9NG modem that improved
its performance.  One of those mods turned out to need modification.

The K9NG DCD circuit works by using the error output of a standard state
machine to dump the charge on a capacitor.  In the stock K9NG modem, that's
a .047 uF cap and a 470 ohm resistor.  I'd advocated increasing the cap to
a .1 uF, and shorting out the resistor.  Turns out that makes the modem
far to critical of DCD; if the state machine (which is clocked at 16x the
baud rate) happens to get even one error, it drops DCD.  That's not good;
the modem may well be decoding data just fine at that point, so DCD should
stay on.

Be replacing the 470 ohm resistor INSTEAD with a 2 K pot, you can diddle
the carrier-detect for the optimum sensitivity for your radio and application.
At one end (zero ohms) you'll have a real tight-fisted DCD.  At the other
end, DCD will be falsing on with background noise quite often.  I found that
the optimum setting for various of my radios is around 600 to 800 ohms,
so I've been sticking a fixed 680 ohm resistor in there.

So now my recommended mod is to change the .047 to a .1, and the 470 ohm
resistor changes to a 680 ohm.
    - Brian

------------------------------

Date: Tue, 25 Feb 1992 01:10:00 GMT
From: telesoft![e-mail]
Subject: Packet BBS/Internet gateway
To: [e-mail]

In <[e-mail]> [e-mail] (Jim Durham) writes:

>This brings up a couple questions in my mind.
>1. How do you send a "from" call in an rfc-822 header?

The standard fields (Sender:, From:, etc) all require RFC-822 addresses.
If you must do it this way, I would use the user defined X headers, ie:
"X-Callsign:".

Obviously you must have a translation table to go from callsign to Internet
address (for messages received on packet going to internet), why not use
the same table to translate the senders Internet address to their
callsign for the sender's callsign on the packet message?  I don't know
how hard this would be on your gateway software but this seems like the
logical solution.

>2. How do you specify that the message is type "T" or "P" or "B" ?
How about "X-Type: B"? (and use to P if there is no X-Type:)
(What's type "T" used for?)

>3. How do you send a BID?
Another X (user defined) header: "X-BID: ..."

My $2E-2.
--GaryM
--
Gary Morris                  Internet: [e-mail]
KK6YB (N5QWC)                UUCP:     uunet!telesoft!GaryM
TeleSoft                     AMPR:     KK6YB@W2XO.#WPA.PA.USA.NOAM
San Diego, CA                Phone:    [phone]

------------------------------

Date: 24 Feb 92 20:30:24 GMT
From: fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu![e-mail]
Subject: softkiss alpha 1 / macintosh <> modem software
To: [e-mail]

Overview SoftKiss Alpha 1 Feb 23/92
Softkiss connects a modem directly to a macintosh.  This saves
having a TNC.  Softkiss will work with 300 baud HF, 1200 baud VHF
and higher baudrates.  The software is in the early stages of
development and is not useful in everyday work at this time.
Softkiss is public domain and may be used by anyone for any
purpose.  However, please credit the author.
The author Aaron Wohl N3LIW ([e-mail]) has been a ham
since January 1992.   I write macintosh and networking software for
Carnegie Mellon university for a living.  Other public domain
software from N3LIW 'Seer' a promiscuous mode appletalk listener
and packet description language.  MacMailcheck CDEV/INIT/driver to
check unix mail in the background via apple's MacTCP.
Higher Level Software
SoftKiss
Higher level software
Unfortunately there isn't really any useful software above the packet
level that connects to SoftKiss.  The original intention was that the
SoftKiss driver would emulate a TNC in kiss mode and override the
port A and or port B drivers so the existing NET/Mac software would
talk to it.  That is not yet implemented.
NET
NET is KA9Q's software ported from the macintosh by Dewayne
Hedricks.  I have the current NET/Mac sources and want to add a
new driver for SoftKiss.  Unfortunately Net/Mac uses an antique
version of think c and I have not been able to make a functioning
executable.  I haven't tried very hard as SoftKiss is just getting off
the ground.
NOS
KA9Q is the next generation after NET.   I have it compiled but not
running on the Mac.   I don't know how big a job it would be to get it
going.
APDA AX25
I heard the APDA (apple programers developers association) has an
AX25 protocol stack but haven't seen it yet.
Apple MacTCP
I do have the alternate LAP interface manual and can and probably
will make a Apple MacTCP interface.  Then stanford TCP/IP, finger
etc will work.  Hopefully Apple will allow MacTCP distribution for
amateur radio use.  Ham radio is a IBM-PC stronghold, it could only
help to sell Macs...
Appletalk
Obviously it would be nice to access normal appletalk printers and
AppleShare via radio.  There are two problems.  First I don't have
the manual on how to make an alternate appletalk driver.  I have the
internal apple engineering part number and am working on
acquiring it.   Second the Mac is not an appletalk router.  So if it was
talking to the radio it would not see the normal appletalk at the same
time.
Homebrew
I (Aaron Wohl) have implemented software stacks for a various
commercial protocols and may make a macintosh native ax25 device
driver.  If you are interested in this kind of stuff read all the back
issues of the networking conferences and the ax25 protocol spec.
Hardware
Basics
A modem such as the A&A Baycom modem is hooked between a
radio and a macintosh.
Pinout for A&A Baycom modem
Mac Pinout      DB9 Pinout      Function
Mini DIN8       Baycom

1       7       DTR push to talk
2       5       MAC CTS in unused
3       4       TXD- transmit data out -
4       5       Ground
5       8       RXD-
6       NC      TXD+ transmit data out+
7       NC      Not connected
8       5       RXD+ / Ground
NOTE: This is *NOT* a standard cable you can buy.  I asked A&A and
they may carry this cable made up in the future.
Level inversion
The information for amateur radio is conveyed in the signal
transitions (NRZI) not the zero or one level of the signals.  What that
means is that you may be able to save some gates in the hardware
design by having a logic level 0 transmited come out as a level 1 and
vica versa.  The Baycom modem does this.  It is nice to have a non
inverting interface so that you can do a loopback check with a
terminal emulator but it makes no difference to SoftKiss.  After a
packet finishes the the receive level may be left at logical zero or
one, it matters not.
Carrier detect
Softkiss currently ignores carrier detect.   The A&A modem I am
using does not supply it to the connector so I have no way to test it.
If someone wants it can work with me let me know.
RS232
The Mac uses differential input and output drivers.  So it is not
necessary to have real RS232.  The Mac can directly drive and
receive TTL.  I don't have a schematic for this, someone that has
details please send them.  If you do want to use RS232,  jade
electronics has the MAX232 chips.
Homebrew modem
The 1992 ARRL handbook has a circuit with a Am7910.  It is pretty
absurd to use the 4 voltage supply here.  Check out the DC-DC
converter chips from Maxim and others.   You can get data from
Maxim at ???.  If you use this circuit send me some notes to include
here.
TAPR KN9G 9600 baud modem
I have a couple of kits and will try them out when I get the software
further along.  Note: TAPR is about to come out with a new 9600
baud kit.  The Tuscon Area Packet radio club can be reached at ???
A&A Baycom modem
This is only modem that I have actually used.  It is available in kit
form from A&A Engineering for $59.  It uses a single 12volt supply
which is included.  Be careful! the 12volt connector is the opposite
polarity of most ham equipment.  Stas Andrzejewski at A&A was
helpful with technical questions.  A&A will probable carry SoftKiss
diskettes for a nominal charge.
Fullduplex
Full duplex is not possible without an external clock fed into the CTS
pin.  This not currently supported but can be if someone needs it.
The receive clock is fed from the DPLL (digital phase locked loop).
The dpll is fed from the output of the baud rate generator (BR).  The
BR also feeds the transmit clock.  The dpll internaly divides by 32.
The SDLC mode must use 1x clock.  Therefore.... the buadrate is
changed when switching between transmit and receive.  Therefore
you can't do fullduplex because there isn't a clock for the other half
to use.  It could also be done split across the modem/phone port [not
currently supported].
Macintosh hardware
MAC LC
Rumor has it the LC does not have the CTS wire connected.  Hence it
can not use an external clock or external carrier detect. [unverified]
MAC FX/QUADRA
The FX and Quadra normally have an IO processor inbetween the CPU
and the SCC 8530 chip.  Since Softkiss directly manipulates the SCC
the IO processor must be bypassed.  Apple distributes a CDEV called
'Serial Switch' to set a compatibility bit.  I am looking into
distributing this CDEV with Softkiss.  If anyone can liberate a set of
documentation for the IO processor for me...
Running SoftKiss
Future plans
Softkiss will be a device driver/cdev.  It will be able able to talk to
multiple programs on the macintosh simultaneously.
Current test program
The current test program is useful to see that the Mac can receive
and decode the SDLC packets.    It is very crude is only a proof of
concept.  To use it double click on the 'Softkiss alpha 1' executable.
Type in  'i<return>' to initialize the scc and interrupt vectors.  Type in
'r<return>' to listen for packets and print them out.  Click the mouse
anywhere to exit receive mode.  Type in 'u<return>' to uninitialize the
scc/reset the interrupt vectors.  Type in 'q<return>' to exit.
The program is availble via anonymous ftp from host
akutaktak.andrew.cmu.edu [128.2.35.1] in /aw0g/softkiss1.hqx
Coming in alpha 2
In alpha 2 target date March 9, you will be able test transmiting also.
I have successfully transmited with the A&A card but did not have
time to packet it up.  Also there will be a specification of the device
driver interface so that everyone can comment.

------------------------------

Date: Tue, 25 Feb 92 02:37:18 GMT
From: rit2!ultb!ultb![e-mail]
Subject: Two technical questions (85C30 and AMTOR)
To: [e-mail]

Hi:

    I need help on two technical topics.  The first is for the 8530
device driver authors out there:  SDLC mode says it forces a X1 clock
mode, but the DPLL requires an X32 clock in NRZI mode.  This seems to
imply that you can't use the internal baud rate generator for both the
Tx Clock and the DPLL clock sources.  Does anybody have a way around
this, short of an external divide-by-32 prescaler (as DRSI does) ?  I
guess I am hoping that I'm mis-interpreting the data book; I want to
keep parts to a minimum for this particular project.

    The second topic relates to AMTOR ... I've modified an XR2206/2211
modem for RTTY and AMTOR.  Reading the CCIRR recommendation 476 (the
definition of AMTOR as it appears in the ARRL's 3rd Computer Networking
Conference proceedings), I still have some questions relating to bit-
sync'ing.

    What I'd like to do is create a software USART using a 68HC11
microcontroller.  Unfortunately, looking at the timing diagrams for
AMTOR, the protocol is synchronous (no start or stop bits).  It seems
to me that on HF it wouldn't be a good idea to assume the first valid
tone detection is good, to set the clock off that.  Can someone explain
to me how this is done?  Are there any code fragments available that
will help me recover the physical layer into a bitstream?

    Thanks...

Chris, WZ2B

--
Christopher E. Piggott, WZ2B                    [e-mail]
President                                       wz2b.ampr [44.69.0.1]
Rochester Institute of Technology               wz2b @ WB2PSI.#WNY.NY.USA.NA
Amateur Radio Club K2GXT                        [e-mail]

------------------------------

Date: Tue, 25 Feb 92 08:46:15 GMT
From: netcomsv!mork![e-mail]
Subject: Usenet via satellite broadcast
To: [e-mail]

    I am conducting a survey to determine if there is interest and
the extent of the interest in a direct broadcast satellite (DBS) Usenet
news feed service.

    The system would have  the following characteristics:

    Antenna size    18" or 45cm
    Antenna type    Parabolic
    Antenna mount   Wallmount
    Data rate       9600 Bps
    Modulation      FDM-V.29 Subcarrier
    Demodulator     FM extended threshold
    Xmit band       KU band
    Satellite       GE K-2
    Coverage        Continental US
    Price           $1500.00 includes complete system and 1 year of
            service.



    All news groups would be transmitted; along with requested newslists.
The advantages for the users will be virtually a direct connection to the
Internet for incoming news. This of course will eliminate indirect routing and
associated delays. Outgoing postings will be handled through regular
terrestrial methods.

    Users could be Organizations,BBS operators or individuals.

    The system will consist of an outside 18" antenna, mount, and satellite
receiver approximately the size of a Telebit modem. The output from the
satellite receiver is a V.29 signal from a standard RJ-11 female jack. The
signal can then be demodulated using a fax modem as a data pump which then
provides an RS-232 signal out to a computer.

    This system can be used with an inexpensive XT,AT or Unix box that is
readily available. This computer is setup to receive the data continuously.
This computer behaves like an Electronic mail box. This mailbox would receive,
buffer,and manage the data. This Email box could be interrogated by other
users through the use of an RS-232 or LAN. Conventional news-readers would be
used to read the news.

    Some early attempts have been made in the past to distribute the news
via satellite or FM radio subcarrier. These companies included Norsat,
Stargate and others. These attempts were partially acceptable. However
problems with copyright,slow throughput,multipath distortion,limited coverage
area,hardware expense,incompatiable hardware and probably most important
timing caused limited use.

    If you would be interested in supporting this effort as an individual
purchaser of the system or as a corporate sponsor please Email me. Other forms
of support would be the software development needed to manage the incoming
news for different types of computers. At this time this service does not
exist however it can if there is enough interest.  Please send your comments
via Email to [e-mail].

    Norman Gillaspie                Tel [phone]
    992 San Antonio Rd              Fax [phone]
    Palo Alto , Ca 94303            Email [e-mail]






















--
Norman Gillaspie        ISS Engineering
992 San Antonio Rd.     Palo Alto
Calif 94303             [e-mail]
415-424-0380

------------------------------

Date: (null)
From: (null)
Very true. I have been using the SQueeze type compression for nearly 3 years
now, and would be the first to admit that there are better forms of
compression around. However, I have been working on a new protocol for
compressing up to 10 messages in one lump (using LZH compression) and
forwarding them. I got this working for the first time yesterday, so it's a
bit of a coincidence that you should ask now. I have been in contact with
several other BBS authors and those I have been in touch with have all
expressed an interest in the new scheme. What I am about to do is write down
the details of what I have got working and get people's opinions so that we
can come up with a common standard. I am willing to change what I have done,
but will point out that it does seem to work VERY well (21K of messages
compressed down to 7K, for example) and sends the minimum of data necessary.
I will put you on the list and send you some details very soon.

    Brian

Brian Lloyd
Maintenance Section,                      # e-mail : [e-mail]
Software Technology Division,             # Phone  : [phone]
SSTF Building, BT Labs, Martlesham Heath, # Fax    : [phone]
Ipswich, Suffolk. UK. IP5 7RE             # Packet : G1NNA@GB7NNA.#31.GBR.EU

------------------------------

End of Packet-Radio Digest V92 #50
******************************
Date: Wed, 26 Feb 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #51
To: packet-radio


Packet-Radio Digest         Wed, 26 Feb 92       Volume 92 : Issue  51

Today's Topics:
             BBS Compression algorithms?
                Chat Help????
                   KAM/232
                  MSYS 1.13
                 Packet Gold
                Ramsey_Radios
          Two technical questions (85C30 and AMTOR)
            Usenet News via DBS satellite

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 24 Feb 92 14:45:09 GMT
From: mcsun!uknet!mucs!mccuts!jh.mcc.ac.uk![e-mail]
Subject: BBS Compression algorithms?
To: [e-mail]

In article <[e-mail]> [e-mail] (Peter Hardie) writes:


>Can anyone tell me exactly what compression algorithm(s) is being used by
>packet BBS systems? I notice that F6FBB has compression and I believe that
>there's another BBS (by a G-something but forgotten his call) that also
>uses compression. I would like to implement them in my Amiga version of
>the CBBS packet BBS so that it uses the same compression method as the other
>BBS systems. There's no point having each type of BBS speaking a different
>compression technique so that they only work when speaking to the same type
>of BBS - n'est-ce pas?
>Pete [e-mail]   [e-mail]
>(QTH in 91 (or later) cba).

I have been wondering about the addition of compressed mail forwarding in
AmigaNOS.  There are quite a few F6FBB systems around me but WNOS is also
running with Compressed SMTP.  Does F6FBB use the same compression algorithm
as WNOS?.

Cheers, John.
          JANET : [e-mail]
  Packet: [e-mail]7NWP.#16.GBR.EU                        (QTHR)
* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - *
|                      NRS Central Administrator                      |
| MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL |
|           Phone: [phone], FAX: [phone]          |
* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - *

------------------------------

Date: 24 Feb 92 14:42:06 GMT
From: mcsun!uknet!mucs!mccuts!jh.mcc.ac.uk![e-mail]
Subject: Chat Help????
To: [e-mail]

In article <[e-mail]> [e-mail] (Angelo Glorioso Iii) writes:

>[AmigaNOS-2.8p-H$]

>"n5ssy" Msg #0 : ?=Commands, H=Help >c
>Trying 44.108.2.13:chat...  The escape character is: CTRL-X
>Connection failed: Reset/Refused errno 9

you need to have a 'start chat' in your NOS-Startup.


Cheers, John.
          JANET : [e-mail]
  Packet: [e-mail]7NWP.#16.GBR.EU                        (QTHR)
* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - *
|                      NRS Central Administrator                      |
| MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL |
|           Phone: [phone], FAX: [phone]          |
* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - *

------------------------------

Date: 25 Feb 1992 17:48:05 -0800
From: [e-mail]
Subject: KAM/232
To: [e-mail]

Steve I have often wondered why people go with the 232 also.
I like my KAM a lot. I can operate Packet on VHF and HF at the same
time. I run a gateway between 430 and 21 Mhz. Works great and I get
great support from the folks at Kantronics. The 232 seems to be
over priced for me and much too complicated. If memory serves me right
the 232 requires a special terminal program. I run any program I want.
I guess first you need to figure out what you want to do. HF VHF or both
and what features do you think you might run. You might just need something
simple like the MFJ 1270.
Take care and 73
de Roland 7J1AKI/WF4P

------------------------------

Date: 24 Feb 92 16:18:42 GMT
From: mcsun!uknet!mucs!mccuts![e-mail]
Subject: MSYS 1.13
To: [e-mail]

At a committee meeting of the NWPUG here in the UK, a few of us were talking
about the DX cluster network and I mentioned that MSYS 1.13 had DX cluster
support built-in, to which the reponse was: "Its not a true DX cluster and is
not compatible with the existing DX cluster network".

Are there any grounds to the above remark.


--
Email: [e-mail]          Packet: [e-mail]7NWP.#16.GBR.EU (QTHR)
              NRS Central Administrator,
      MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL
          Phone: [phone], FAX: [phone]

------------------------------

Date: 25 Feb 92 19:42:24 GMT
From: sgi!zok!wattres![e-mail]
Subject: Packet Gold
To: [e-mail]

In article <[e-mail]> [e-mail] (DANNY) writes:
>Does anyone have any opinion on Packet Gold?  Is it
>better than Baycom?  Why?

Danny,
     I use Packet Gold v1.26 (Aug 90) and I like it very much.  From
what I understand, Baycom is a landline terminal program like Procomm,
et al.  PktGold is a very good program that is designed (from what I
can tell) for the AEA PK-88/232 TNCs.  I have a copy of their "Test
Drive" version, that I can send to you (or anyone else interested) who
don't mind providing a diskette and postage.

Steve


--
Steve King       Domain:  [e-mail]
         Packet:  KC6WCH @ N6LDL.#NOCAL.CA.USA.NA
KC6WCH          "Dammit, Jim!  I'm a meteorologist, not a forecaster!"
           "Climate is what you expect.  Weather is what you get."

------------------------------

Date: 25 Feb 1992 17:04:44 -0800
From: [e-mail]
Subject: Ramsey_Radios
To: [e-mail]

Hi all,

Has anyone had any experience with the Ramsey FM transceivers?
The add says "high speed packet? ... No problem". Just how fast
is "high speed"? The price seems good enough

Several of us are thinking about using either the FX-446 or the FX-223
and the TAPR 9600 modem kit.

Thanks,
--
Michael (kb6owt)
InterNet: [e-mail]
AmprNet: [e-mail]

------------------------------

Date: 25 Feb 92 13:46:43 GMT
From: fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu![e-mail]
Subject: Two technical questions (85C30 and AMTOR)
To: [e-mail]

Excerpts from netnews.rec.radio.amateur.packet: 25-Feb-92 Two technical
questions (85.. C.E. [e-mail] (1625)

> This seems to
> imply that you can't use the internal baud rate generator for both the
> Tx Clock and the DPLL clock sources.

That is my reading of it...  You can sacrifice one channel and use it as
a baud rate generator outputing a clock on ~TRxCA.  The only other thing
I thought of was to run the transmit off the output of the unlocked dpll
which seemed kind of tacky.

If here any clever replys let me know.  I have been working on a driver
for the macintosh and would like to support full duplex without
sacrificing a channel or adding an external divider.
Aaron Wohl / N3LIW /  [e-mail]

------------------------------

Date: Tue, 25 Feb 92 13:40:08 GMT
From: netcomsv!mork![e-mail]
Subject: Usenet News via DBS satellite
To: [e-mail]

    I am conducting a survey to determine if there is interest and
the extent of the interest in a direct broadcast satellite (DBS) Usenet
news feed service.

    The system would have  the following characteristics:

    Antenna size    18" or 45cm
    Antenna type    Parabolic
    Antenna mount   Wallmount
    Data rate       9600 Bps
    Modulation      FDM-V.29 Subcarrier
    Demodulator     FM extended threshold
    Xmit band       KU band
    Satellite       GE K-2
    Coverage        Continental US
    Price           $1500.00 includes complete system and 1 year of
            service.



    All news groups would be transmitted; along with requested newslists.
The advantages for the users will be virtually a direct connection to the
Internet for incoming news. This of course will eliminate indirect routing and
associated delays. Outgoing postings will be handled through regular
terrestrial methods.

    Users could be Organizations,BBS operators or individuals.

    The system will consist of an outside 18" antenna, mount, and satellite
receiver approximately the size of a Telebit modem. The output from the
satellite receiver is a V.29 signal from a standard RJ-11 female jack. The
signal can then be demodulated using a fax modem as a data pump which then
provides an RS-232 signal out to a computer.

    This system can be used with an inexpensive XT,AT or Unix box that is
readily available. This computer is setup to receive the data continuously.
This computer behaves like an Electronic mail box. This mailbox would receive,
buffer,and manage the data. This Email box could be interrogated by other
users through the use of an RS-232 or LAN. Conventional news-readers would be
used to read the news.

    Some early attempts have been made in the past to distribute the news
via satellite or FM radio subcarrier. These companies included Norsat,
Stargate and others. These attempts were partially acceptable. However
problems with copyright,slow throughput,multipath distortion,limited coverage
area,hardware expense,incompatiable hardware and probably most important
timing caused limited use.

    If you would be interested in supporting this effort as an individual
purchaser of the system or as a corporate sponsor please Email me. Other forms
of support would be the software development needed to manage the incoming
news for different types of computers. At this time this service does not
exist however it can if there is enough interest.  Please send your comments
via Email to [e-mail].

    Norman Gillaspie                Tel [phone]
    992 San Antonio Rd              Fax [phone]
    Palo Alto , Ca 94303            Email [e-mail]
--
Norman Gillaspie        ISS Engineering
992 San Antonio Rd.     Palo Alto
Calif 94303             [e-mail]
415-424-0380

------------------------------

End of Packet-Radio Digest V92 #51
******************************
Date: Thu, 27 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #52
To: packet-radio


Packet-Radio Digest         Thu, 27 Feb 92       Volume 92 : Issue  52

Today's Topics:
                  Amiga Sat
               BBS Compression methods
                 CBBS
                   KAM/232
           Minnesota Packet Frequency Plan
         Packet BBS/Internet gateway (2 msgs)
             Question about packet radio
                Swap?
             TNC SSB Audio Feedback FIX!
          Two technical questions (85C30 and AMTOR)
           UHF Radio Conversion - 9600 Baud
               xenix/386 and ka9q help

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 26 Feb 92 15:04:24 GMT
From: usc!wupost!tulane!rex!agwbbs![e-mail]
Subject: Amiga Sat
To: [e-mail]

I am still looking for a Sat Program for the Amiga Computer. If anyone has
someone or knows of a place to FTP it, please leave me a note.. I also need
docs.. Seems there are several versions out there,but few of them have any
docs..


-- Via DLG Pro v0.985b

Internet:[e-mail]
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA
  Tcp/ip:N5UXT.AMPT.ORG  [44.108.2.13]

------------------------------

Date: 26 Feb 1992 07:57:10 -0800
From: [e-mail]
Subject: BBS Compression methods
To: [e-mail]

I would like to say can all of the Authors get together and have one common
compression  NET/NOS WNOS GNOS GRINOS are all now with LZW compression
in the near future there will be added the S.F compression added to WNOS
this will use the [WNOS-XH$] where the X is pressent if the compression is
enabled.. It would be nice to have a World wide compatiblity between Us all
I have used the WNOS compression on SMTP not for some months and the saveing
on the sent mail is well worth the use... I have tested FBB NNA codes and find
that the compression does not work as Efficently as LZW.. I have had a Comment
from a UK BBS author that there is a copy wright on LZW  If you care to read
the Comments from Anders Clemmetts about the use of this LZW in BBS and NOS
you will see that there is free use for experimental BBS and NOS use...
It is a very compact compression its fast and easy to implement to a BBS/NOS
without reinventing the Wheel.
Barry DC0HK/G8SAU   [e-mail]   [WNOS-4x support tester]

------------------------------

Date: 26 Feb 92 17:55:00 GMT
From: swrinde!zaphod.mps.ohio-state.edu!ub!acsu.buffalo.edu!ubvmsb.cc.buffalo.edu![e-mail]
Subject: CBBS
To: [e-mail]

Has anybody used CBBS?  I think it's the only packet bbs
written in C code.  Possibly the only one you can customize?

------------------------------

Date: 26 Feb 1992 06:37:34 -0800
From: [e-mail]
Subject: KAM/232
To: [e-mail]

Roland 7J1AKI/WF4P says, in Packet-Radio Digect V92 #51;

...If memory serves me right
the 232 requires a special terminal program....

Regrettably, Roland, memory does not serve you right. Any terminal program will do.

73,

Hugh, G0CNR.
------------------------------------------------------
Senior S/W Engineer, European Systems Centre, Welwyn Garden City, UK.
Phone: Internal;  8-668-3848, Internat.; [phone], UK; 0707 383848
MT; 7-142.2-856-395-346.0, CIN; Huge:wgc1:rx,
Internet; [e-mail]

------------------------------

Date: 26 Feb 92 19:28:02 GMT
From: sdd.hp.com!spool.mu.edu!umn.edu!src.honeywell.com!skyler.mavd.honeywell.com![e-mail]
Subject: Minnesota Packet Frequency Plan
To: [e-mail]


          PACKET RADIO FREQUENCY PLAN FOR MINNESOTA
             Adopted at Midwest Packet Conference
                 08 February 1992

FREQUENCY TYPE OF USE    STATUS LOCATION       CALLSIGN REMARKS
--------- -------------- --------------------- -------- -----------------------
   50.620 Simplex        active
   50.680 Network        future                         Simplex on shared basis
   50.740 Network        future                         WI 4800 Baud network
   50.760 Network        future                         Simplex on shared basis
   51.120 Dig. Rptr In   future
   51.140 Dig. Rptr In   future
   51.160 Dig. Rptr In   future
   51.180 Dig. Rptr In   future
   51.620 Dig. Rptr Out  future
   51.640 Dig. Rptr Out  future
   51.660 Dig. Rptr Out  future
   51.680 Dig. Rptr Out  future
  144.910 Local Area Net future Apple Valley    WA0CQG  Metro-Net S.#1; 9600?
  144.910 DX Cluster     active Wisconsin       Various Backbone
  144.910 DX Cluster     active Duluth          N0BIL
  144.910 DX Cluster     active St. Cloud       K0IR
  144.910 DX Cluster     future Bemidji         WA0PUJ  Moving from 145.010 Mhz
  144.930 Local Area Net future Woodbury        WB0GDB  Metro-Net E;from 145.05
  144.950 Reserved       active                         Reserved-Space ops - WI
  144.950 DX Cluster     active Grand Rapids    WD0AAF
  144.950 DX Cluster     active Minneapolis     NJ0M    Metro-East
  144.970 DX Cluster     active Merrifield      AD0S
  144.970 DX Cluster     active Rochester       W0MXW
  144.970 DX Cluster     active Minneapolis     N0AT    Metro-West
  144.970 DX Cluster     active Hibbing         N0BZZ
  144.990 TCP/IP Network active Statewide - MN  Various
  145.010 Inter-LAN Net  active Statewide       Various 1200 Baud
  145.010 DX Cluster     active Bemidji         WA0PUJ  Moving to 144.91  4/92
  145.030 Keybd to keybd active Statewide       Various No unattended ops; [5]
  145.030 Converse nodes active Statewide       Various
  145.050 Local Area Net active Apple Valley    WA0CQG  Moving to 144.910
  145.050 Local Area Net active Circle Pines    N0NQO
  145.050 Local Area Net active Woodbury        WB0GDB  Moving to 144.930 ??
  145.050 Pers. mailboxs active Statewide       Various Personal Mail Systesm
  145.050 Inter-LAN Net  active S.W. MN         Various
  145.070 Public Service active Statewide       various SKYWARN-closed access
  145.070 Public Service active Statewide       various ARES database
  145.090 Local Area Net active Apple Valley    N0DAI   BBS operation
  145.090 Local Area Net active Bloomington     N0IHY   BBS operation
  145.090 Local Area Net active S. Metro        various Metro S. #2
  145.090 Local Area Net active St. Cloud       KB0VU   BBS Operation
  145.090 Local Area Net active St. Cloud       various
  145.090 Local Area Net active Little Falls    NLAN    Network Node
  145.090 Local Area Net active Little Falls    WL7AIT  BBS Operation
  147.025 DX Cluster     TBD    Pepin, WI       KB9S    NJ0M to verify; [3]
  147.525 DX Cluster     active Northern MN     Various Backbone; [1]
  147.555 Local Area Net active Rochester       WD0GNK  BBS Operation; [1]
  147.555 Local Area Net active Rochester       Various Rochester area only;[1]
  223.440 DX Cluster     active S. & Central MN Various Backbone
  223.520 Inter-LAN Net  future
  223.540 Keybd to keybd active Statewide       Various No unattended ops; [5]
  223.560 Intra-LAN Net  future
  223.580 Intra-LAN Net  future
  223.600 Intra-LAN Net  future
  223.620 Intra-LAN Net  future
  223.640 Inter-LAN Net  future
  430.050 DX Cluster     active Wisconsin       Various Backbone
  430.150 100 Khz        prop.  Mpls/St Paul    Various Metro-Net Backbone
  430.250 100 Khz        future NW MN                   Backbone
  430.350 100 Khz        future NE MN                   Backbone
  430.450 100 Khz        future SW MN                   Backbone
  430.550 100 Khz        future Statewide               User Input to services
  430.550 100 Khz        future Statewide               Keybd to Keybd; [4]
  430.650 100 Khz        future                         Backbone
  430.850 100 Khz        prop.  Statewide               Backbone - TCP/IP
  430.950 100 Khz        future SouthLAN                B'bone;RST <> LaCrosse
  430.950 100 Khz        future SouthLAN                B'bone;RST <> FBL
  431.025 25 Khz simplex future                         [2]
  440.975 25 Khz simplex future                         [2]
  441.000 25 Khz simplex future                         [2]
  441.025 25 Khz simplex future                         [2]
  441.050 25 Khz simplex future                         [2]
  441.075 25 Khz simplex future                         [2]
  444.400 Crossband      active Metro           Various 2400 Baud; [1]
  446.025 Keybd to Keybd active Statewide       Various [3]
  446.025 Local Area Net active Albert Lea      NX0C    BBS input;[1]
  446.050 25 Khz simplex future                         [2]
  446.075 25 Khz simplex future                         [2]
  446.100 25 Khz simplex future                         [2]
  446.125 25 Khz simplex future                         [2]
  446.150 25 Khz simplex future                         [2]
  446.175 25 Khz simplex future                         [2]
  446.200 25 Khz simplex future                         [2]
  449.400 TCP/IP         active Metro           Various [1]
 1251.000 2-Mhz          future Statewide       Various Experimental

NOTES:
[1]     Currently in use - future expansion not recommended at this time
[2]     Available on a non-interfering basis with existing users; Requires
    check with MRC
[3]     Further investigation of present use required.
[4]     Kantronic D4-10 come stock with this frequency
[5]     "CONVERSE" or "CHAT" server operation is permitted.
[6]     Service providers only; no end-users.

[EOF]

------------------------------

Date: 26 Feb 92 13:06:40 GMT
From: usc!cs.utexas.edu!tamsun![e-mail]
Subject: Packet BBS/Internet gateway
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>In <[e-mail]> [e-mail] (Jim Durham) writes:

>>1. How do you send a "from" call in an rfc-822 header?

>The standard fields (Sender:, From:, etc) all require RFC-822 addresses.
>If you must do it this way, I would use the user defined X headers, ie:
>"X-Callsign:".

Another way, and relatively simple to implement, is to look at
the standard From: line.  After the <userid>@<somehost>.<somenet> there is
a field inside of () -- normally the user's real name.  Why not use (or add)
the callsign there?  Most mailers have a way for individuals to specify
what goes in that field.

Cheers,
 Willis n5szf

------------------------------

Date: 27 Feb 92 05:08:08 GMT
From: haven.umd.edu!darwin.sura.net!gatech!pitt!w2xo![e-mail]
Subject: Packet BBS/Internet gateway
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>In <[e-mail]> [e-mail] (Jim Durham) writes:
>
>>This brings up a couple questions in my mind.
>>1. How do you send a "from" call in an rfc-822 header?
>
>The standard fields (Sender:, From:, etc) all require RFC-822 addresses.
>If you must do it this way, I would use the user defined X headers, ie:
>"X-Callsign:".
>
>Obviously you must have a translation table to go from callsign to Internet
>address (for messages received on packet going to internet), why not use
>the same table to translate the senders Internet address to their
>callsign for the sender's callsign on the packet message?  I don't know
>how hard this would be on your gateway software but this seems like the
>logical solution.

Its amazing...after you ask a question of someone, the answer sometimes pops
into your head. I reached the same conclusion after filing the first posting!
(Great minds run in the same ...). It solves a lot of problems to use the
translation tables in both directions.
    1. It precludes use of the system by non-hams, which is probably
        illegal.
    2. It provides the "sender" call, resolving problem #1.

    I plan to do this, but thanks for thinking about it!

>>2. How do you specify that the message is type "T" or "P" or "B" ?
>How about "X-Type: B"? (and use to P if there is no X-Type:)
>(What's type "T" used for?)

"T" is "Traffic" for the National Traffic System boys.

>
>>3. How do you send a BID?
>Another X (user defined) header: "X-BID: ..."


The thing that bothers me about X headers is that everyone who wants to
use the gateway for bulletins would have to actually modify their
sendmail or whatever does their header generation to generate X headers.
Maybe making the first line of the text "BID:" would be better?

------------------------------

Date: 26 Feb 92 18:39:41 GMT
From: usc!rpi!crdgw1!islandgirl![e-mail]
Subject: Question about packet radio
To: [e-mail]

Fellow Hams,

    Here is a question that has been on my mind recently:

    What is the average bit rate of a message that is originated
    on packet radio from your station?

By average bit rate, I mean take the number of bits of the message
(the number of bytes times 8 bits per byte) and divide that by the time
in seconds it takes to send the message.  The result is a rate in bits
per second.  I wonder what you come up with for HF and VHF packet.

    Here are some other questions:

    a.  How does your average bit rate compare with the
        instantaneous bit rate out of your transmitter?
        For HF the instantaneous bit rate is 300 bits per second.
        For VHF the instantaneous bit rate can be higher,
        1200 bits per second, for example.

    b.  Are you satisfied with the average bit rate at which a
        messages is being transmitted?

    c.  If you are not satisfied, do you have any suggestions
        for improvement of the average bit rate?

    Thanks in advance for your interest.

                      73,


                      Rick Gaus
                      WA3INC

------------------------------

Date: 26 Feb 92 23:54:52 GMT
From: sdd.hp.com!spool.mu.edu!agate!darkstar!ucscb.UCSC.EDU![e-mail]
Subject: Swap?
To: [e-mail]

I have a US Robotics Dual Standard modem I would like to swap for, or sell for
enough to buy, a AEA PK-232MBX.

I can get the 232 for $340 here, so either $340 and you pay shipping, or
a functional 232.

For those who are unfamilar, the modem will do all of the low speed modes <2400
as well as V.32 V.42 and the USR 14,400 HST mode. The modem is in great
condition, in box with manual. I just never use it.


Eric Davis
Please mail to : [e-mail]

------------------------------

Date: 25 Feb 92 20:45:16 GMT
From: swrinde!cs.utexas.edu!ut-emx!shrike![e-mail]
Subject: TNC SSB Audio Feedback FIX!
To: [e-mail]

For better than two weeks, I have been trying to interface a new Kenwood
TS-450S/AT to a AEA PK-232MBX using the 13-Pin DIN plug on the rear of the
TS-450S. The problem was a feedback loop that really screwed-up the transmit
SSB audio when the 13-Pin connector was attached. Finally found the FIX!

Followed the old ham rule. If all else fails, GROUND IT! I ran a REAL ground
wire from the PK-232 to the ground lug on the rear of the TS-450 and the SSB
transmit audio problem is history! I attached the new ground wire to the
PK-232 circuit board using the top-side screw for the right rear mounting foot
(near the 12 volt input connector).

Yes! the PK-232 was already grounded using the ground wire in the AEA supplied
cable. I suspect something weird with the grounds in the Kenwood ACCY2 port.
Not sure why the new ground wire works, but the price was right and the PK-232
and TS-450S are now working FB.

I have talked to many Kenwood (and Icom) owners on the air saying they had the
same problem and either have to unplug the 13-Pin plug to work SSB or do the
interface via the MIC connector.

Hope this easy fix helps someone.

Dick Kriss, KD5VU
[e-mail]
KD5VU @ N5LJF.#AUS.TX.USA.NA
On: 2/25/92 2:52:00 PM CST

------------------------------

Date: 26 Feb 92 16:14:49 GMT
From: wang!tegra![e-mail]
Subject: Two technical questions (85C30 and AMTOR)
To: [e-mail]

In article <[e-mail]> [e-mail] (C.E. Piggott) writes:

       I need help on two technical topics.  The first is for the 8530
   device driver authors out there:  SDLC mode says it forces a X1 clock
   mode, but the DPLL requires an X32 clock in NRZI mode.  This seems to
   imply that you can't use the internal baud rate generator for both the
   Tx Clock and the DPLL clock sources.  Does anybody have a way around
   this, short of an external divide-by-32 prescaler (as DRSI does) ?  I
   guess I am hoping that I'm mis-interpreting the data book; I want to
   keep parts to a minimum for this particular project.

You are correct in your assumptions.  You can either reprogram the
clock source between transmit and recieve or you can add an external
clock source.  I chose to use a 74193(?) counter/divider for external
/32.  For me, this also provides a tap for the 16X clock the G3RUH
modem needs.

jv

Law of Stolen Flight: Only flame, and things with wings.
              All the rest suffer stings.
 _____
|     | Johnathan Vail     [e-mail]     [phone]
|Tegra| [e-mail]    N1DXG@448.625-(WorldNet)
 -----  MEMBER: League for Programming Freedom ([e-mail])

------------------------------

Date: 26 Feb 92 19:41:37 GMT
From: sdd.hp.com!spool.mu.edu!umn.edu!src.honeywell.com!skyler.mavd.honeywell.com![e-mail]
Subject: UHF Radio Conversion - 9600 Baud
To: [e-mail]

After our very productive Midwest Packet Seminar held on February 8th we heard
of some alternatives to purchasing Kantronics Data Radios.  The alternative
is to convert surplus commercial 2-way radios to the 430.xxx MHz range and
make the necessary discriminator/varactor diode connections.  From what I hear
certain manufactuers and specific models are sutiable targets - others are not.

If you have had experience making these frequency conversions and High-Speed
(9600 baud) modem interface to any brands of commercial surplus equipment
please let me know.  (I have all back issues of TAPRs PSR so please do not
include radio conversion/interface described there.)  I am particularly
interested in 406 - 420 MHz MiTrek from Motorla as I have located a source
of them.

I thank you in advance, for any input you can provide.

73
Carl WA0CQG

------------------------------

Date: 27 Feb 92 05:57:21 GMT
From: swrinde!cs.utexas.edu!convex!constellation!vms.ucc.okstate.edu!unx.ucc.okstate.edu![e-mail]
Subject: xenix/386 and ka9q help
To: [e-mail]

I have been thinking of putting up a packet bbs on my xenix/386 machine.  So,
I downloaded all the stuff on ucsd.edu to see what is available as far as
software.  After looking through these files, I am very confused as to what
files belong with what package and exactly what packages I need to get going.
I understand internet, ftp, telnet, ip, slip and all those kinds of things;
but, how does all this stuff fit together?  Any help is welcome.  I have ftped
all thefiles from the hamradio/packet/ka9q/sys5 directory on ucsd.edu.

Terry
--
--------------------------------------------------------------------------------
Terry Klarich (n5hts)                  Oklahoma State University
Systems Software Services              Computer Center Stillwater OK 74075
A man is not complete until he is maried; then, he is finished.

------------------------------

Date: 26 Feb 1992 09:19:28 -0800
From: ucsd.edu![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: Packet BBS/Internet gateway

[e-mail] (Willis Marti) writes:
>a field inside of () -- normally the user's real name.

That's a comment field, and the mailer is under no real obligation to
preserve its contents.  Nor, indeed, to retain it.  Most do, but some
don't.

The X- prefix for header lines is documented and should work.

Actually, as we've discussed here before (see the archives), the best
way to do forwarding between the internet and the hambbs network would
be to conjure up a transformation between addresses in the two
namespaces.

I see no reason why WB6XYZ@WB6AAA.#SOCA.CA.USA can't be transformed at the
gateway into the internet into something like [e-mail].
Presumably the BBGW mail system at GWSITE will have made a note of routing
hints (those things after the simple hostname that look like domain
hierarchies but aren't) and will be able to do the reverse
transformation on the reply mail.  The only trick is to make sure that
*.BBGW.GWSITE.EDU has an MX record pointing to the BBGW gateway system that
knows what to do with addresses of that sort.

Loading a bunch of known route hints into the BBGW gateway would solve a
lot of the startup problems.  The gateway could even cope with such
excrement as "WB6XYZ@WB6AAA.#SOCA.CA.USA.BBGW.GWSITE.EDU" if it had to.
    - Brian

------------------------------

End of Packet-Radio Digest V92 #52
******************************
Date: Fri, 28 Feb 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #53
To: packet-radio


Packet-Radio Digest         Fri, 28 Feb 92       Volume 92 : Issue  53

Today's Topics:
                 CBBS
             GRINOS and the PK232
                  Kantronics
             Kantronics KAM v5.0
        Looking for (K1MAN/KV4FZ?) Anti-ARRL Diatribe
                MBBIOS
              PK232MBX MiniBBS?
          Two technical questions (85C30 and AMTOR)

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 27 Feb 92 20:21:48 GMT
From: orstcs!kdjsys![e-mail]
Subject: CBBS
To: [e-mail]

In article <[e-mail]> [e-mail] (DANNY) writes:
>Has anybody used CBBS?  I think it's the only packet bbs
>written in C code.  Possibly the only one you can customize?

Yes, CBBS is written is C but it is not the only one written in C.  Both the
W0RLI code (CBBS is the forerunner of the present W0RLI code put into the
public domain) and MSYS are written in C.  There is another, TNBBS, also
written in C.  CBBS has been modified greatly since Hank, W0RLI, placed it in
the public domain and it is still supplied with the source code so hackers
(or would be ones :-)) can have fun and add their own routines.  However, care
must be taken to keep it downwardly compatible with the other systems, pro-
vided one wishes to communicate with others than him/herself.  An interesting
addition was made to the CBBS code a few years ago by some programmers in
Colorado which were very helpful in poting and handling NTS traffic in proper
formats, etc.

CBBS doesn't do many of the fancy things MSYS does through using KISS mode in
a TNC but, over all, it is a well tested, stable program.  And, with the
source code included, it is a great way to learn C progrmming!


--
Regards,

Kenneth D. Johnson          {UUCP: ...hplabs!hp-pcd!orstcs!kdjsys!kenneth}
Medford, Oregon  97504      {Internet: [e-mail]}

------------------------------

Date: 26 Feb 92 20:39:44 GMT
From: usc!news.bbn.com!noc.near.net!uhasun!arrlhq![e-mail]
Subject: GRINOS and the PK232
To: [e-mail]

I'm running an old(er) PK232, which was upgraded with 1987 ROMS
a few years back.

AX.25 works swell.

But after installing a new version of GRINOS, I find that, while
I can transmit packets successfully, the TNC holds on for dear
life and won't burp out so much as a character of data to the
computer.

KE3Z and I agree that there's likely an easy cure, perhaps in the
form of a simple command to the TNC.

Any of you know how I might make it happen?

Again, TRANSMIT works great.  I can ping the locals, but without
data from the TNC being sent to the computer, I'm S.O.L.

Thanks, folks, de KY1T


|       |   |         Deputy Manager, Field Services, ARRL.
|       |___|         The ARRL Amateur Radio Emergency Service, the ARRL
| uck   |   |urder    National Traffic System, The Amateur Auxiliary to
------  |   |         the FCC's Field Operations Bureau, the ARRL
     KY1T             Field Organization and the ARRL Monitoring System.
----------------------------------------------------------------------------
[e-mail]   Prodigy - MGTS39A,  BIX - ARRL,
   MCI Mail - RPALM, MCI Mail - ARRL HQ, America On Line - ARRL HQ

------------------------------

Date: 27 Feb 1992 17:01:45 -0800
From: [e-mail]
Subject: Kantronics
To: [e-mail]

Hello world!! I called Kantronics this morning trying to order
HostMasterII plus and the v5.0 EEPROM. I was told that QST
jumped the gun by one month. Both the items are to be ready
in March. She did however take my name number and card number
and will ship them in about three weeks. Far be it from me to
bash QST but it looks like they made a slight booboo, this
time.By the add it looks like the Kam will have mailbox capability
for both Packet and AMTOR and still operate VHF/UHF packet.
I like my KAM!!!!!!!
73 de Roland 7J1AKI

------------------------------

Date: 28 Feb 92 06:59:20 GMT
From: munnari.oz.au!mips!mips!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!matt.ksu.ksu.edu![e-mail]
Subject: Kantronics KAM v5.0
To: [e-mail]

[e-mail] (ASQP-NBF) writes:
>I called Kantronics this morning trying to order
>HostMasterII plus and the v5.0 EEPROM. I was told that QST
>jumped the gun by one month. Both the items are to be ready
>in March.
>
I have seen several people in the area running pre-release 5.0
firmware (KANtronics = KANsas.  See why I see pre-release firmware? :) )

------------------------------

Date: 24 Feb 92 15:14:30 GMT
From: swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!ukma!asuvax!anasaz!qip![e-mail]
Subject: Looking for (K1MAN/KV4FZ?) Anti-ARRL Diatribe
To: [e-mail]

I understand that there is an anti-ARRL diatribe circulating in the packet
world that accuses NJ7E of interfering with an IARN operating in Mexico
City after the earthquake. If anyone has a copy of that, please email it
to me. I (NJ7E) have an obvious interest in it.


Thanks.

--
John Moore NJ7E, 7525 Clearwater Pkwy, Scottsdale, AZ 85253  (602-951-9326)
ncar!noao!asuvax!anasaz!john [e-mail] anasaz![e-mail]
 - - A conservative is a liberal who has been mugged by reality! - -
 - - Support ALL of the bill of rights, INCLUDING the 2nd amendment! - -

------------------------------

Date: 27 Feb 92 16:49:01 GMT
From: mcsun!uknet!stl!hop.bnr.co.uk![e-mail]
Subject: MBBIOS
To: [e-mail]

Greetings. I've been having trouble with MBBIOS v3.4 (and v3.5, but I
only have the source for v3.4). I'm using just 8250 UARTs. The WRITE
BLOCK function can't cope with a block length greater than the buffer
size.. reported back all sent, but only sent (block length MODULO
buffer size).
I've fixed that problem. Now I've found another one....
The READ BLOCK function doesn't check whether to reenable transmissions
if hardware handshaking has been selected. (To be fair, I haven't tried
this on v3.5).
So I have two questions:
a). Is there a more up-to-date version of MBBIOS that I should be using
    (and is the source code available)?
b). Is the author of MBBIOS contactable by packet or e-mail, so I can
    make known the problems?

73, Andrew        [e-mail]
          g8fsl @ gb7hsn.gbr.eu
          g8fsl @ g8fsl.ampr.org [44.131.19.45]

(Oh, and another thing.... if one unloads MBBIOS with a '/U' switch,
 the UARTs still cause interrupts, the 8259 still passes them on, but
 the IRQs have been restored to the previous owner.. which on my system
 were 0000:0000. Guess what happens!)

------------------------------

Date: 28 Feb 92 01:14:50 GMT
From: swrinde!zaphod.mps.ohio-state.edu!rpi!usenet.coe.montana.edu!nntp.uoregon.edu!darkwing.uoregon.edu![e-mail]
Subject: PK232MBX MiniBBS?
To: [e-mail]

Does anyone know if the PK232MBX has a built in miniBBS?
I've heard that it does but find nothing in my 2 year old manual.

Thanks,

Jon N7WNX

------------------------------

Date: 27 Feb 92 14:24:55 GMT
From: cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu![e-mail]
Subject: Two technical questions (85C30 and AMTOR)
To: [e-mail]

Excerpts from mail: 26-Feb-92 Re: Two technical questions.. Johnathan
[e-mail] (1442)

> are you using built in chip or adding one?  half duplex for most
> things should be fine.  some modems, like g3ruh, need different clocks
> like a 16x one, which would be hard to provide, I think, without
> hardware.


I am useing the built in SCC chip.   Currently I am useing the A&A
baycom kit for a modem.  After this is compleated I was thinking of
makeing a skeleton TNC board with power and a standard modem disconnect
header but no cpu or scc, it would hook to the mac serial port.  I have
a couple TAPR KN9G 9600 baud modems but haven't put them together or
studied the schematics yet.  TAPR is comming out with a new 9600 baud
modem soon also.

You might want to check out the book 'Z85C30 Serial Communications
Controller Technical Manual'.  They say on page 5-4 that there is a
hardware bug in the NMOS Z8530 such that if the BRG is disabled and
reenabled it can underflow to 0xFFFF causing a one time very long count.
 They suggest loading the BRG while it is running LSB first.  I think
you might want to check the values of the old and new constants, for
example if the old value was HIGH=0 LOW=4 and the new value was HIGH=7
LOW=0 then you could still get into trouble.  I would think you would
look at the new low and high values and if the low is zero load the high
first.

Does anyone know if any versions of the macintosh are affected by this
problem, or have a list of which versions of the mac use which SCC chips?
Aaron

------------------------------

Date: 28 Feb 92 00:04:25 GMT
From: sgi!zok!wattres![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: Packet BBS/Internet gateway

In article <[e-mail]> [e-mail] (Jim Durham) writes:
>In article <[e-mail]> [e-mail] writes:
>>In <[e-mail]> [e-mail] (Jim Durham) writes:
>>
>>>This brings up a couple questions in my mind.
>>>1. How do you send a "from" call in an rfc-822 header?
 [ translation table ]
>(Great minds run in the same ...). It solves a lot of problems to use the
>translation tables in both directions.
>       1. It precludes use of the system by non-hams, which is probably
>               illegal.
>       2. It provides the "sender" call, resolving problem #1.

  But then you need to register *EACH* gateway user w/ a callsign.  I think
I like X-Callsign: better.  That way you could automatically forward stuff
that has X-Callsign, otherwise check your table.

[ type header deleted ]
>>>3. How do you send a BID?
>>Another X (user defined) header: "X-BID: ..."

>The thing that bothers me about X headers is that everyone who wants to
>use the gateway for bulletins would have to actually modify their
>sendmail or whatever does their header generation to generate X headers.
>Maybe making the first line of the text "BID:" would be better?

It turns out that several mail user agents allow the user to specify additional
headers (mush, at least, and also Rmail in Gnu emacs, I think -- I only use
mush).  For example (from my ~/.mailrc):

my_hdr Reply-To: [e-mail] (Steve Watt -- KD6GGD)
my_hdr X-Favorite-Animal-Sound: Squirp!
my_hdr X-Least-Favorite-Sound-On-2m: SKREEEEEEEEEEK! (Lifted from KC6WCH)
my_hdr X-Callsign: KD6GGD

Obviously, this can be used to pollute the headers (who, me? ;), but it can
also be used to do useful things, like Reply-To: and X-Callsign:, and
X-Whatever-Other-Header-Stuff-You-Might-Want:.

73s de KD6GGD
--
Steve Watt  KD6GGD     [e-mail]
 ...!apple!wattres!steve  ...!mips!wattres!steve  ...!decwrl!gigo!wattres!steve
Left to his own devices, he'd be /dev/null.

------------------------------

Date: (null)
From: (null)
The KAM is the most over-programmed box I have seen.  I was told by
reliable sources that the KAM eeprom was filled up 2 revisions ago,
yet they keep coming out with new features.  Kantronic's
programmer must be a bit crammed!

-Steve Schallehn  KB0AGD
 Kansas State University

------------------------------

End of Packet-Radio Digest V92 #53
******************************
Date: Sat, 29 Feb 92 04:30:04 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #54
To: packet-radio


Packet-Radio Digest         Sat, 29 Feb 92       Volume 92 : Issue  54

Today's Topics:
          Are you running NOS under 4.2BSD? (2 msgs)
               BBS Compression.
               BBS Compression methods
             CALL SIGN DATABASE (2 msgs)
        KA9Q software for OS9/68000 available via FTP
               Kantronics KAM vs PK232?

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 28 Feb 92 22:37:54 GMT
From: swrinde!mips!atha!canada![e-mail]
Subject: Are you running NOS under 4.2BSD?
To: [e-mail]

I recently acquired a rather ancient 4.2BSD system that I would
like to set up as an IP based server for packet use. Although
I am aware of various NOS ports to SunOS, I don't recall seeing
one that will drop on top of a 4.2BSD environment. Are any of you
aware of a Unix NOS port that does not require Streams, LWP, or
anything much beyond Plain Olde Berkeley Sockets?

--lyndon  VE6BBM/VE6TCP

------------------------------

Date: Sat, 29 Feb 1992 01:24:23 GMT
From: qualcom.qualcomm.com!qualcom.qualcomm.com![e-mail]
Subject: Are you running NOS under 4.2BSD?
To: [e-mail]

In article <[e-mail]>, [e-mail] (Lyndon Nerenberg) writes:
|> I recently acquired a rather ancient 4.2BSD system that I would
|> like to set up as an IP based server for packet use. Although
|> I am aware of various NOS ports to SunOS, I don't recall seeing
|> one that will drop on top of a 4.2BSD environment. Are any of you
|> aware of a Unix NOS port that does not require Streams, LWP, or
|> anything much beyond Plain Olde Berkeley Sockets?
|>
|> --lyndon  VE6BBM/VE6TCP

Your best bet is to leave the BSD system as-is and gateway it to the
AX.25 channel through a small dedicated stripped PC running NOS.  Use
Ethernet to connect the two. Then you can provide true IP access to
your system over the air.

The most you might have to do is to update the TCP in the BSD kernel
to a version no more than a few years old in order to make sure it
behaves reasonably well over a slow and lossy path.

Phil

------------------------------

Date: 28 Feb 1992 16:34:56 -0800
From: [e-mail]
Subject: BBS Compression.
To: [e-mail]

I have looked at LZH but its very memory hungry.  Those of you who run
my BBS know that every byte is precious so I have been looking at LZW.

I have made a proposal which was for a compressed data stream on top
of AX.25.  This data stream could then be used for BBS, users, etc.
It was LZW based.  The proposal died for lack of interest.

I am kind of waiting for the compression wars to end but demand
for that feature is heating up.  My next project will be either
compression or KAM support (including AMTOR!).

Roy, AA4RE

------------------------------

Date: 28 Feb 92 13:23:34 GMT
From: mcsun!uknet!pyrltd!root44!praxis!praxis![e-mail]
Subject: BBS Compression methods
To: [e-mail]

>>>>> Regarding BBS Compression methods; [e-mail] (BARRY TITMARSH) said:


B> I would like to say can all of the Authors get together and have one common
B> compression

    Hooray! Someone's said it at last.

    G1NNA and G4YFB mailboxes will be compatible.
    F6FBB will not be compatible with NNA/YFB.
    AA4RE ? (are you there Roy ?)

    As far as I can tell, none of the mailboxes are WNOS/LZW
    compatible.

B> NET/NOS WNOS GNOS GRINOS are all now with LZW compression
B> in the near future there will be added the S.F compression added to WNOS
B> this will use the [WNOS-XH$] where the X is pressent if the compression is
B> enabled..

    WNOS mail compression does indeed work well. The 'tightness'
    of compression can also be varied across machines since the
    compression characteristics are communicated in the initial
    handshaking between server and client.

    In my experience, adding compression has a disadvantage
    in that it requires a considerable amount of CPU guts. The
    LZW implementation removes the drawback to some extent through
    the handshaking at startup. Users on a slow XT can set their
    compression looser (less CPU work) and still gain a benefit
    through the compression.

Cheers, Mike (G6DHU)

------------------------------

Date: 28 Feb 92 15:56:40 GMT
From: apple!netcomsv!mork![e-mail]
Subject: CALL SIGN DATABASE
To: [e-mail]

I am looking for the best place to get a current callsign database.  Has
anyone dealt with NTIS? Any comments.  Also I saw an ad in a magazine
just before the new year that had a database on floppy for about $75.
I can't find it and I wonder if anyone else knows of this company or
has dealt with them.  Please respond via email and I will summarize.

Kevin N7QKU
[e-mail]

------------------------------

Date: Sat, 29 Feb 1992 05:26:11 GMT
From: psgrain!m2xenix![e-mail]
Subject: CALL SIGN DATABASE
To: [e-mail]

Try telnet marvin.cs.buffalo.edu 2000
or  telnet 128.205.32.4 2000

Eduardo
--
 Eduardo J. Salom    | [e-mail]      ..!uunet!m2xenix!eduardo
 Larrea 1218 - 2.A   | BIX: swp     CIS: [73000,74]     DELPHI: swp
 (1117) Buenos Aires | FidoNet: Eduardo_Salom@4:900/112.7
 Argentina           | VMS-Mail: PSI%0311061703053::SWP

------------------------------

Date: Fri, 28 Feb 1992 20:52:17 -0500
From: cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu![e-mail]
Subject: KA9Q software for OS9/68000 available via FTP
To: [e-mail]

Folks,
   If there is anyone out there into OS9/68000, I have just uploaded a port
of the ka9q packet radio software to hermit.cs.wisc.edu. It may be obtained
from there via anonymous ftp. The IP address for hermit is 128.105.8.24
The files are in /incoming/OSKA9Q until moved into a more permanant directory.

Cheers,
Russell Hoffman                 |  Co-Sysop, The Penetrator BBS York, PA
[e-mail]            |  90 MB OS9/OSK Online 24 Hrs/day
Carnegie Mellon University      |  3/12/2400 baud [phone]
--------------------------------------------------------------------------

------------------------------

Date: 29 Feb 92 00:06:58 GMT
From: sun-barr!apple!netcomsv!mork![e-mail]
Subject: Kantronics KAM vs PK232?
To: [e-mail]

I've used a PK232, and have a PK88. I'm also very familiar with the MFJ1278.

I've NEVER used a KAM. I'm thinking of trying one.

1) Does the KAM work well in the absence of dedicated software? (For packet
and applicable modes, since I assume it's needed for FAX, etc.)

2) Does the KAM have a feature similar to the PK232 SIAM command?

3) If I use a KAM with a portable dumb-terminal, what issues should I be
aware of that differ from the PK232?

4) I use Macintoshes. Is there anything about the KAM that will make me
wish I had a different controller for use with a mac?

5) What can the KAM do that a PK232 can't?

6) What can a PK232 do that a KAM can't?

7) What subjective reasons are there for buying a KAM?

8) How popular (ie, common) are KAMs compared with other controllers?

Any responses to this are appreciated. I'm trying to get a feeling for
the digital controller market, and hope to learn if the KAM is for me.

--
James L. Paul

Internet:  netcom![e-mail] | AppleLink: D1231 | CompuServe: 72767,3436
UUCP: {apple,amdahl}!netcom!james | GEnie:    J.PAUL | Voice:    607 776-3070
Packet:     [e-mail] | Delphi:   JLPaul | Home Fax: [phone]
America Online: JLPaul or Memorex | BIX:      JLPaul | Prodigy:       PWTB41A

------------------------------

End of Packet-Radio Digest V92 #54
******************************