home *** CD-ROM | disk | FTP | other *** search
Text File | 1993-12-31 | 300.8 KB | 7,779 lines |
- Wed, 1 Jul 92 04:30:04 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #176
- To: packet-radio
-
-
- Packet-Radio Digest Wed, 1 Jul 92 Volume 92 : Issue 176
-
- Today's Topics:
- HP-48SX for Packet??
- More info on 9k6 modems, please
- Msys
- PacketCluster + G8BPQ ?
- Packet Radio on the Amiga
- problems with Kantronics All Mode
- Weather servers
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: 30 Jun 92 15:56:23 MDT
- From: sdd.hp.com!caen!hellgate.utah.edu!cc.usu.edu!sltmw@network.UCSD.EDU
- Subject: HP-48SX for Packet??
- To: packet-radio@ucsd.edu
-
- I thought remembered a few months ago, someone posting an article about using
- the HP-48SX calculator on Packet. I can't rememeber any of the details,
- though. Could someone please post or e-mail me details of this....It sounds
- interesting enough to give it a shot.
-
- Oh, one more thing....also tell me if this is all just a pipe dream..
-
- 73 de Dan, N7NKR
- --
- --------------------------------------------------------------------------------
- / | "I drank WHAT?" -Socrates
- \ uper |)an |-|olmes | "I love the smell of Napalm in the morning" -Big Duke:
- / 'N7NKR' | Apocalypse Now
- --------------------------------------------------------------------------------
- I'net: sltmw@cc.usu.edu sltmw@cache.declab.usu.edu Bitnet: sltmw@usu.bitnet
- --------------------------------------------------------------------------------
- ghazexsrcwtdceterfygtgyiy <---------sorry, just wiping the puke off my keyboard
-
- ------------------------------
-
- Date: 30 Jun 92 21:32:35 GMT
- From: felix!fritz!darnold@hplabs.hpl.hp.com
- Subject: More info on 9k6 modems, please
- To: packet-radio@ucsd.edu
-
- What is involved in putting the latest TAPR 9600 baud modem into a
- new AEA PK-88?
-
-
- --------
- Dave Arnold - KD6IFY
- Internet: darnold@filenet.com UUCP: uunet!felix!darnold
- --- The opinions expressed above are only mine, not FileNet's
-
- ------------------------------
-
- Date: 30 Jun 92 16:39:47 GMT
- From: sdd.hp.com!spool.mu.edu!umn.edu!kksys.com!tdkt!FredGate@network.UCSD.EDU
- Subject: Msys
- To: packet-radio@ucsd.edu
-
- Thanks for the comments on MSYS
-
- 73 Dan
-
- * SLMR 2.1a * Nothing is so smiple that it can't get screwed up.
-
- * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN (K0TG) (1:282/100)
-
- ------------------------------
-
- Date: 30 Jun 92 19:25:42 GMT
- From: sdd.hp.com!spool.mu.edu!sol.ctr.columbia.edu!ira.uka.de!news.belwue.de!news.uni-stuttgart.de!ifsws1.sozialforschung.uni-stuttgart.de!gross@network.UCSD.EDU
- Subject: PacketCluster + G8BPQ ?
- To: packet-radio@ucsd.edu
-
- Hi folks,
- in a recent article by a VE7 station I read that the G8BPQ node switch
- will now support 62/64 users with the PacketCluster software.
- Being quite unhappy with the DRSI-Cards and drivers I would like to obtain
- more info on this.
- I just downloaded BPQ405.ZIP from W3IWI's server, but the file cluster.doc
- says it will work with 32 users only.
-
- I heard of a version 4.05B, maybe that's it ?
-
- By the way, if any other PacketCluster Sysops read this -
- hopefully within a few weeks we'll start a new mailing list
- dedicated to PacketCluster Sysops,
- still looking for the mailserver-software...
- I'll do another posting to let you know!
-
- 73,Frank
- --
- Frank Grossmann (DL1SBR)
- Internet: gross@ifsws1.sozialforschung.uni-stuttgart.de
- Packet Radio: DL1SBR@DB0SDX.DEU.EU
- Stuttgart University, institute for social research
-
- ------------------------------
-
- Date: 30 Jun 1992 08:00:20 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Packet Radio on the Amiga
- To: packet-radio@ucsd.edu
-
- --Mark, N5XYV asks about packet radio on the Amiga.
-
- Currently, AmigaNOS is up to about version 2.9c (?) for those of you that
- want to run TCP/IP. I have not seen a lot of other software for the
- Amiga dealing with ham radio. Somewhere out there there is supposedly a
- public domain disk with a bunch of ham software on it. I run a terminal
- program that I wrote in AmigaBasic. It does what I want and it is tailored
- for operating with the PK-88 and PK-232. It is fast enough to handle
- 1200 baud packet, but just barely. One of these days I will have to write
- one in C (sometimes a daunting proposition on the Amiga :-( ).
-
- 73, Erich KA6AMD
-
- AX.25: KA6AMD @ WA6YBN.#SOCA.CA.USA.NA
- Internet: muschinske%39a.decnet@scfb.nwc.navy.mil
-
- ------------------------------
-
- Date: 30 Jun 92 14:10:34 GMT
- From: mcsun!uknet!mucs!cns!nessie!john@uunet.uu.net
- Subject: problems with Kantronics All Mode
- To: packet-radio@ucsd.edu
-
- On my KAM it is:
-
- intface kiss
- reset
-
- ------------------------------
-
- Date: 30 Jun 1992 07:31:25 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Weather servers
- To: packet-radio@ucsd.edu
-
- >heard rumors of a system called GRIP in Michigan that allows for IP
- >access to the U of M weather server among others, but I have not seen
-
- What are this weather servers used for and what data is available at it?
- Can I use them using Internet mail?
-
- 73s de Gregor
- Internet: grega.jeromen@uni-lj.ac.mail.yu
- Packet: YU3AIJ@YT3A.LJU.SLO.EURO
-
- ------------------------------
-
- Date: Tue, 30 Jun 1992 14:04:45 GMT
- From: sdd.hp.com!ux1.cso.uiuc.edu!rtaylor@network.UCSD.EDU
- To: packet-radio@ucsd.edu
-
- References <protein.709487647@garfield.catt.ncsu.edu>, <BqExt1.Er6@ux1.cso.uiuc.edu>, <1992Jun29.212050.2423@microme.uucp>
- Subject : Re: OS/2 and Ham radio?
-
- mikeh@microme.uucp (Michael L. Hasenfratz) writes:
-
- >>
- >> Why on earth would anyone put 30 MB of operating system on a computer to
- >> use amateur radio. We have been a beta site for 2.0 for quite some time
- >> and still can make needed parts of it work, esp. TCP/IP.
-
- > Get a HAM license and find out. If you already have one, where have
- >you been for last 5yrs. Subcribe to Tcp-Digest at ucsd.edu and find out!!!
-
- >73's de mike WA6FXT
-
- I've had a license for 37 years. I've spent the last 10 years designing building and managing computers and networks. I deal with this stuff
- 8 hours a day. I certainly am not going to go home and do it some
- more. I can be heard TALKING on 10/17 in the winter months when its
- too cold to go fishing. -Roger
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #176
- ******************************
- Date: Thu, 2 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #177
- To: packet-radio
-
-
- Packet-Radio Digest Thu, 2 Jul 92 Volume 92 : Issue 177
-
- Today's Topics:
- HP-48SX for Packet??
- Kantronics TNC's and 9600
- Packet Radio on the Amiga (2 msgs)
- Packet watching (3 msgs)
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: Thu, 2 Jul 1992 06:09:27 GMT
- From: sdd.hp.com!wupost!darwin.sura.net!haven.umd.edu!wam.umd.edu!tedwards@network.UCSD.EDU
- Subject: HP-48SX for Packet??
- To: packet-radio@ucsd.edu
-
- In article <1992Jun30.155623.56945@cc.usu.edu> sltmw@cc.usu.edu (BeoPunk CyberWulf) writes:
- >I thought remembered a few months ago, someone posting an article about using
- >the HP-48SX calculator on Packet. I can't rememeber any of the details,
- >though. Could someone please post or e-mail me details of this....It sounds
- >interesting enough to give it a shot.
-
-
- I've worked down into the Carribean from the middle of the U. of Maryland
- Mall with my portable packet setup, including an HP-48SX as a terminal.
-
- Snag some terminal software, grab a null-modem and appropriate serial
- cables (need one from HP), get batteries for your TNC and radio and
- go for it!
-
- Look at comp.sys.hp48 for info on terminal programs.
-
- -Thomas
- N3HAU
-
- ------------------------------
-
- Date: 1 Jul 1992 22:52:49 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Kantronics TNC's and 9600
- To: packet-radio@ucsd.edu
-
- Catching up on mail...
-
- The only TNC that I know of that will run at 9600 (by Kantronics that
- is) is the DataEngine. Kantronics TNC's do the HDLC in software and the
- CPU is just too busy and too slow to run at 9600. The maximum that one
- can run is about 3000 bps. They do just about everything in software,
- as oppsed to other TNC's (AEA, MFJ, Paccomm, etc...) that do HDLC in
- hardware and have no problem at 9600. This has been confirmed several
- times by several Kantronics engineers when I tried to put a V29 modem
- in a KPC-2400, KPC-4, and KAM.
- Also for those with PK-232 without the mailbox board, 9600 runs a
- lot better with the old 1987 EPROMS.
-
- Another note. There is a difference between baud and bps (bits per
- second). Baud would be the modulation rate while bps would be the
- transfer rate. I believe a G3RUH type modem is 9600 baud, but when
- you get into QAM or PSK, like the V29 9600 modems, that is a 2400 baud
- modem with a 9600 bps transfer rate (uses 16-QAM). 4800 8-PSK has a
- baud rate of 1600 hz. Think the FCC can swing this for 10 meters!
- Wouldn't PSK on SSB work better than FSK on FM ? We've talked about
- trying this with the V29 modems for a while, but never got around to
- doing this.
-
- Ron N8FOW
-
- ------------------------------
-
- Date: Thu, 2 Jul 1992 06:18:53 GMT
- From: usc!wupost!darwin.sura.net!haven.umd.edu!wam.umd.edu!tedwards@network.UCSD.EDU
- Subject: Packet Radio on the Amiga
- To: packet-radio@ucsd.edu
-
- In article <9206301459.AA07132@ucsd.edu> MUSCHINSKE%39A.DEcnet@scfb.nwc.navy.mil (39A::MUSCHINSKE) writes:
- >Currently, AmigaNOS is up to about version 2.9c (?) for those of you that
- >want to run TCP/IP.
-
- Is AmigaNOS available for ftp from somehere?
-
- -Thomas N3HAU
-
- ------------------------------
-
- Date: Thu, 2 Jul 1992 10:16:42 GMT
- From: munnari.oz.au!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!solwarra.gbrmpa.gov.au!wayne@network.UCSD.EDU
- Subject: Packet Radio on the Amiga
- To: packet-radio@ucsd.edu
-
- tedwards@wam.umd.edu (technopagan priest) writes:
-
- >In article <9206301459.AA07132@ucsd.edu> MUSCHINSKE%39A.DEcnet@scfb.nwc.navy.mil (39A::MUSCHINSKE) writes:
- >>Currently, AmigaNOS is up to about version 2.9c (?) for those of you that
- >>want to run TCP/IP.
-
- >Is AmigaNOS available for ftp from somehere?
-
- try ucsd.edu in the ham radio directory!!
-
- >-Thomas N3HAU
-
- 73's de wayne!!
-
- --
- Wayne Amisano (VK4KT) _-_|\\ E-Mail - wayne@gbrmpa.gov.au
- Great Barrier Reef / \\ Phone - +61 77 81 8861 (GMT+1000)
- Marine Park Authority. \_.-._/ Fax - +61 77 72 6093
- Our's to use Wisely! v Mail - GPO Box 1379, Townsville QLD 4810
-
- ------------------------------
-
- Date: 1 Jul 92 12:49:15 GMT
- From: pa.dec.com!datum.nyo.dec.com!nntpd.lkg.dec.com!news.crl.dec.com!hollie.rdg.dec.com!movies.enet.dec.com!potter@decwrl.dec.com
- Subject: Packet watching
- To: packet-radio@ucsd.edu
-
- Thanks to everyone who replied to my previous questions -- it seems like I am
- not going to get 9k6 on my KPC2!
-
- So, another way of making things a bit faster occurred to me. I am away from
- my TNC, at work all day. Then I come home late at night, as do many others,
- and we all go on air at the same time. Result? The channel gets saturated.
-
- However, while I am away at work, there are still quite a few amateurs in the
- area accessing a local BBS and reading bulls. So, I am considering writing a
- program which will watch all these bulls whizzing past, and grab them into the
- PC's hard disk. Effectively, then, a cache which will store the messages read
- that day by anyone in the area. And I guess that if that works I would add a
- feature to let it grab any uncached bulls at, say, 3pm before I return from
- work. The point is that it would not need to download as much by itself,
- because it could `listen in' on the bulls being read by other hams.
-
- Does anyone have any thoughts on this? Good idea? Bad idea? Already been
- done?
-
- Thanks and 73s
- /atp
-
- +-----------------------------------------------------------------------------+
- | Alan.Potter@edo.mts.dec.com | My opinions are mine, not DEC's 0506 423307 |
- | NTS: GM7GLJ@GB7EDN.#77.GBR.EU | VMS Engineering, Livingston, UK EH54 6AG |
- +------------- The bridge is crossed, so stand and watch it burn -------------+
-
- ------------------------------
-
- Date: Thu, 02 Jul 1992 02:30:28 GMT
- From: cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!ncoast!allbery@uunet.uu.net
- Subject: Packet watching
- To: packet-radio@ucsd.edu
-
- As quoted from <1992Jul1.125423.4222@rdg.dec.com> by potter@movies.enet.dec.com (Alan T Potter):
- +---------------
- | program which will watch all these bulls whizzing past, and grab them into the
- | PC's hard disk. Effectively, then, a cache which will store the messages read
- | that day by anyone in the area. And I guess that if that works I would add a
- | feature to let it grab any uncached bulls at, say, 3pm before I return from
- | work. The point is that it would not need to download as much by itself,
- | because it could `listen in' on the bulls being read by other hams.
- +---------------
-
- Considering that this is exactly the way the pacsats work, it's somewhat
- surprising that this isn't done on terrestrial packet.
-
- (Note: I doubt the programs for use with the pacsats would work for this,
- I think they format messages a bit differently. I may be wrong about that,
- but *certainly* the code to request specific bulletins won't work.)
-
- ++Brandon
- --
- Brandon S. Allbery, KF8NH [44.70.4.88]: allbery@NCoast.ORG, bsa@telotech.com
- Senior Programmer, Telotech, Inc. (if I may call myself that...)
-
- ------------------------------
-
- Date: Thu, 2 Jul 1992 08:59:41 GMT
- From: sdd.hp.com!nigel.msen.com!yale.edu!ira.uka.de!math.fu-berlin.de!zrz.tu-berlin.de!bleher@network.UCSD.EDU
- Subject: Packet watching
- To: packet-radio@ucsd.edu
-
- In <1992Jul02.023028.17514@NCoast.ORG> allbery@NCoast.ORG (Brandon S. Allbery KF8NH) writes:
-
- >As quoted from <1992Jul1.125423.4222@rdg.dec.com> by potter@movies.enet.dec.com (Alan T Potter):
- >+---------------
- >| program which will watch all these bulls whizzing past, and grab them into the
- >| PC's hard disk. Effectively, then, a cache which will store the messages read
- >| that day by anyone in the area. And I guess that if that works I would add a
- >| feature to let it grab any uncached bulls at, say, 3pm before I return from
- >| work. The point is that it would not need to download as much by itself,
- >| because it could `listen in' on the bulls being read by other hams.
- >+---------------
-
- >Considering that this is exactly the way the pacsats work, it's somewhat
- >surprising that this isn't done on terrestrial packet.
-
- Try
- -rw-rw-rw- 1 ftp ftp 12664 Apr 21 18:01 pktmon12.lzh
- in directory
- /hamradio/packet/tcpip/incoming:
- at ucsd.edu
-
- May be that helps for the beginning.
-
- ____________________________________________________________________________
- Rolf Bleher DK7IN |
- E-Mail: bleher@mikro.ee.tu-berlin.de | Institute of Microelectronics
- Phone: +49 30 314-26705 | Technical University Berlin
- Fax: +49 30 314-24597 | Jebensstrasse 1
- AX25: dk7in @ db0gr.DEU.EU | D-1000 Berlin 12, Germany
-
- ------------------------------
-
- Date: Wed, 1 Jul 92 15:44:15 GMT
- From: microme!mikeh@uunet.uu.net
- To: packet-radio@ucsd.edu
-
- References <BqExt1.Er6@ux1.cso.uiuc.edu>, <1992Jun29.212050.2423@microme.uucp>, <BqnwGB.Jw8@ux1.cso.uiuc.edu>
- Subject : Re: OS/2 and Ham radio?
-
- In article <BqnwGB.Jw8@ux1.cso.uiuc.edu> rtaylor@ux1.cso.uiuc.edu (Roger Taylor) writes:
- >mikeh@microme.uucp (Michael L. Hasenfratz) writes:
- >
- >>>
- >>> Why on earth would anyone put 30 MB of operating system on a computer to
- >>> use amateur radio. We have been a beta site for 2.0 for quite some time
- >>> and still can make needed parts of it work, esp. TCP/IP.
- >
- >> Get a HAM license and find out. If you already have one, where have
- >>you been for last 5yrs. Subcribe to Tcp-Digest at ucsd.edu and find out!!!
- >
- >>73's de mike WA6FXT
- >
- > I've had a license for 37 years. I've spent the last 10 years designing building and managing computers and networks. I deal with this stuff
- > 8 hours a day. I certainly am not going to go home and do it some
- > more. I can be heard TALKING on 10/17 in the winter months when its
- > too cold to go fishing. -Roger
-
- Well, Roger. I'm sorry to hear that you don't enjoy your work. I'm
- luck I guess, my BOSS does'nt know I do at home for FREE, what he PAYS
- me for.
- Remember, amatuer radio is MORE than TALKING on 10/17, to some
- of us.
-
- Mike Hasenfratz - WA6FXT * mikeh@uMEM.COM or uunet!microme!mikeh
- Micro Memory Inc.
- Chatsworth, Ca. 91311
-
- ------------------------------
-
- Date: Thu, 02 Jul 1992 02:26:03 GMT
- From: cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!ncoast!allbery@uunet.uu.net
- To: packet-radio@ucsd.edu
-
- References <1992Jun29.085730.77@lrc.edu>, <BqMKuq.6wt@mail.boi.hp.com>, <1992Jun30.141034.7113@nessie.mcc.ac.uk>nco
- Reply-To : allbery@ncoast.org (Brandon S. Allbery KF8NH)
- Subject : Re: problems with Kantronics All Mode
-
- Speaking of KAM problems...
-
- I run my KAM at 4800 baud (using DESQview, and since the computer is going
- away soon there's no point in hacking 16550s into it to run it at 9600 baud).
- I've found that, with the 5.02 ROM, the KAM hangs when I exit KISS mode.
- Specifically: it prints the "cmd:" prompt, accepts a command, but does not
- execute it. Instead, it just goes into dumb echo mode. Cycling power makes
- it work again, but since I PERMed it into KISS mode that's how it comes up and
- I can't get it out except by using the selftest/reset. This does not happen
- at 9600 baud.
-
- Anyone else seen this? Any suggestions (aside from (1) call Kantronics and
- (2) "then don't do that!", both of which are obvious)?
-
- ++Brandon
- (P.S. (1) won't necessarily get me a solution in a timely fashion and (2)
- isn't necessarily going to help, especially since I can't run it at 9600 on
- this hardware.)
- --
- Brandon S. Allbery, KF8NH [44.70.4.88]: allbery@NCoast.ORG, bsa@telotech.com
- Senior Programmer, Telotech, Inc. (if I may call myself that...)
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #177
- ******************************
- Date: Fri, 3 Jul 92 04:30:04 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #178
- To: packet-radio
-
-
- Packet-Radio Digest Fri, 3 Jul 92 Volume 92 : Issue 178
-
- Today's Topics:
- G8BPQ/DESQview help required.
- HamCall and NET/Mac
- PacketCluster mailing list
- Packet Radio on the Amiga
- TCP/IP Frequencies PLEASE!
- TNCs for 9600 baud and TCP/IP (newbie)
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: 2 Jul 1992 07:52:58 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: G8BPQ/DESQview help required.
- To: packet-radio@ucsd.edu
-
- Presuming this gets to the proper list: I am having difficulty understanding
- the capability of G8BPQ, DESQview, and QEMM. I need to understand if
- BPQ will run in a DV window. There are frequent references to DV in the
- program and to EMS. Thanks in advance. Dave (KN2M)
-
- ------------------------------
-
- Date: 3 Jul 1992 01:27:35 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: HamCall and NET/Mac
- To: packet-radio@ucsd.edu
-
- Has anyone succesfully integrated the Buckmaster HamCall CD-ROM with NET for
- the Mac?
-
- Is the data in the wrong format for use here?
-
- 73 for now....
- Terry-KA8SCP, America Online Ham Radio Club Host
- Internet: tstader@aol.com _or_ tstader@attmail.com
- Packet: KA8SCP@WA1PHY.#EMA.MA.USA.NOAM _or_ ka8scp@ka8scp.ampr.org
- [44.56.4.82]c
-
- ------------------------------
-
- Date: Thu, 2 Jul 1992 15:54:02 GMT
- From: sdd.hp.com!usc!sol.ctr.columbia.edu!ira.uka.de!news.belwue.de!news.uni-stuttgart.de!ifsws1.sozialforschung.uni-stuttgart.de!gross@network.UCSD.EDU
- Subject: PacketCluster mailing list
- To: packet-radio@ucsd.edu
-
- Hi folks,
-
- I'd like to invite all Sysops of PacketCluster nodes to a new mailing
- list _entirely devoted to_ to Dick Newell's PacketCluster Software.
-
- What you have to do to get in it ?
-
- send a message to listserv@ifsws1.sozialforschung.uni-stuttgart.de
- with a message body of "help" - this is to show you the commands
- this mailing list server supports.
- Then, send a second message with a message body of
- "subscribe packetcluster <firstname> <lastname> <(callsign)>"
-
- so if you are Dick Newell and your callsign is AK1A,
- the line would be:
-
- subscribe packetcluster Dick Newell (AK1A)
-
- Also I did open an anonymous FTP account on my machine to supply
- PacketCluster-related software, information files and databases.
-
- FTP to 129.69.162.1, login as "ftp", choose any password.
-
- Then "cd /pub" - that's where the things are.
- Feel free to upload files to /pub/uploads, don't forget to leave a *.txt file
- to describe your upload.
-
- 73! Frank
-
-
- --
- Frank Grossmann (DL1SBR)
- Internet: gross@ifsws1.sozialforschung.uni-stuttgart.de
- Packet Radio: DL1SBR@DB0SDX.DEU.EU
- Stuttgart University, institute for social research
-
- ------------------------------
-
- Date: 2 Jul 92 11:13:39 GMT
- From: mcsun!uknet!mucs!cns!nessie!john@uunet.uu.net
- Subject: Packet Radio on the Amiga
- To: packet-radio@ucsd.edu
-
- Some time ago I was given 6 disks of Amateur Radio related programs, and
- archived them up using LHWarp. The 6 archives were ftp'ed to funet.fi,
- but I can't remember what the exact pathname was....
-
- John.
-
- ------------------------------
-
- Date: 1 Jul 92 22:23:52 GMT
- From: darwin.sura.net!jvnc.net!phage!helix.cshl.org!markiewi@uunet.uu.net
- Subject: TCP/IP Frequencies PLEASE!
- To: packet-radio@ucsd.edu
-
- Can someone please tell me what frequencies are used for TCP/IP here
- on Long Island, and addresses that I could connect to?
- Any help would greatly be appreciated...
-
-
- Thanks
-
- Peter N2IFC
- markiewi@cshl.org
- :
-
- ------------------------------
-
- Date: 2 Jul 92 19:35:26 GMT
- From: swrinde!cs.utexas.edu!torn!news.ccs.queensu.ca!qucdnee.ee.queensu.ca!wright@network.UCSD.EDU
- Subject: TNCs for 9600 baud and TCP/IP (newbie)
- To: packet-radio@ucsd.edu
-
- Hi!
-
- I'm in the process of buying a TNC for my (soon to be setup) packet station.
- I've got a few questions:
-
- What would be the "best" TNC for 9600 baud and TCP/IP (using the KA9Q
- software) operation?
-
- I like the AEA PCB-88 because it's an internal TNC. Can this unit
- handle the above modes of operation?
-
- Comments on any other TNC and/or software package would be welcome. I'm just
- starting out and want to get off on the right foot.
-
- Thanks in advance.
-
- Russell Wright, VE3UKB
- Dept. of Electrical Engineering
- Queen's University
- Kingston, ON
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #178
- ******************************
- Date: Sat, 4 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #179
- To: packet-radio
-
-
- Packet-Radio Digest Sat, 4 Jul 92 Volume 92 : Issue 179
-
- Today's Topics:
- G8BPQ/Desqview
- packet radio modems.
- Packet watching
- TI-99 and packet radio
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: 3 Jul 1992 08:48:11 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: G8BPQ/Desqview
- To: packet-radio@ucsd.edu
-
- In response to the question about running G8BPQ in a
- Desqview window, I've been playing with this now for
- several months. My arrangement is the AA4RE BBS ver
- 2.12, G8BPQ ver 4.05 and Desqview 386. I am currently
- using a DRSI card with two ports and COM1 with a DSP-12
- attached to provide 9600 baud access to the board.
- Currently I run G8BPQ before Desqview. In fact, some-
- where in the G8BPQ docs it says that there have been
- problems running it in a desqview window. I can
- confirm this. For the last two weeks I ran G8BPQ in
- a window and occasionally strange things would happen.
- Mostly, the problem is that someone would log into the
- board, get the sign on message, but then when it went
- to determine how many messages the user would see if
- he typed "L", it would just stop. The computer wasn't
- necessarily hung up at this point, it would just stop
- sending or receiving data from the user. Also from
- time to time I would have the computer hang for no
- apparant reason.
-
- So I've gone back to running BPQ before desqview. This
- unfortunately allows a good deal less memory for other
- programs, but it does allow me to run other BPQ services
- in other windows at the same time, such as CHAT and HELP.
- If you find a way to get BPQ to reliably run in a
- window, I'd like to hear about it. 73 de John WA0PTV
-
- ------------------------------
-
- Date: Fri, 3 Jul 1992 23:19:33 GMT
- From: mintaka.lcs.mit.edu!hal!treason@yale.arpa
- Subject: packet radio modems.
- To: packet-radio@ucsd.edu
-
- I have a few schematics for a few different packet radio modems not
- requiriing a compiled modem to be built off of. These are cheap(from 10-
- 25 dollars) but runn only up to 1200 bps, and one set has the transmitter
- and receiver in a different schematic. I have basic electronics background,
- (I can do digital and anologue circuits with ease if the schematic is clear)
- and wish to find schematics which entail radio modems of 2400 bps and above.
- I would appreciate any information regarding where I might find such information
-
- Thanks.
- treason@gnu.ai.mit.edu
-
- ------------------------------
-
- Date: 3 Jul 92 17:42:32 GMT
- From: usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!rsoft!mindlink!a1519@network.UCSD.EDU
- Subject: Packet watching
- To: packet-radio@ucsd.edu
-
- I seem to remember a program that did this... I can't remember anything more
- about it but I could do some research if you like!
-
- 73's de Gordon VE7IBU
-
- ------------------------------
-
- Date: 3 Jul 1992 21:47:30 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: TI-99 and packet radio
- To: packet-radio@ucsd.edu
-
- Would anyone out there have any experience with using the
- TI-99 for packet radio. What I am looking for is an RS-232
- interface connection or even a TTL interface if that is
- possible with the TI-99. Also I am looking for a good program
- to use. Anyone with any suggestions? TNX
-
-
- 73 N9NDS Brad
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #179
- ******************************
- Date: Sun, 5 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #180
- To: packet-radio
-
-
- Packet-Radio Digest Sun, 5 Jul 92 Volume 92 : Issue 180
-
- Today's Topics:
- Packet + Amiga + disks on funet
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: Sat, 4 Jul 1992 17:51:34 GMT
- From: usc!sol.ctr.columbia.edu!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!access.usask.ca!herald.usask.ca!hardie@network.UCSD.EDU
- Subject: Packet + Amiga + disks on funet
- To: packet-radio@ucsd.edu
-
- -> From: john@dir.mcc.ac.uk (John Heaton)
- ->
- -> Some time ago I was given 6 disks of Amateur Radio related programs, and
- -> archived them up using LHWarp. The 6 archives were ftp'ed to funet.fi,
- -> but I can't remember what the exact pathname was....
- ->
- -> John.
-
- I downloaded them all and only disks 1 and 4 would unpack properly. These
- two were the only ones that LHWarp reported having 80 tracks. All the others
- had 83 or some other silly number. Fortunately, I didn't try downloading
- them to my Amiga at home over the phone at 1200 baud!
- 73 de Pete VE5VA
- hardie@herald.usask.ca
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #180
- ******************************
- Date: Tue, 7 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #181
- To: packet-radio
-
-
- Packet-Radio Digest Tue, 7 Jul 92 Volume 92 : Issue 181
-
- Today's Topics:
- Broadcast protocols for forwarding? (2 msgs)
- JVFAX SSTV settings
- packet radio modems.
- Please suggest a frequency ...
- PMP with the Kenwood TH27a HT
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 12:20:15 GMT
- From: swrinde!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic2!ugle.unit.no!news.uit.no!stud.cs.uit.no!oivindh@network.UCSD.EDU
- Subject: Broadcast protocols for forwarding?
- To: packet-radio@ucsd.edu
-
- The PB protocol is designed for PACSAT for sending messages from the
- satellite to the users. This is a *broadcast* protocol which significantly
- reduces transmission redundancy, when more than one station wants to down-
- load the same message.
-
- This seems to work fine for satellites, but what about using broadcast
- protocols like PB, for terrestial traffic also? BBS forwarding for example.
- It is often frustrating to observe the forwarding between BBSes on HF.
- The same BBS forwards to several other BBSes on the same frequency and
- it have to send the same message to each of them.
-
- I think that in cases where one BBS forwards the same mail to several others,
- it can be done more efficiently by using a broadcast protocol.
-
- 73 de Oyvind
- LA7ECA @ LA3T
- oivindh@stud.cs.uit.no
-
- ------------------------------
-
- Date: Mon, 6 Jul 1992 20:53:18 GMT
- From: stanford.edu!rock!fletcher!sampson@uunet.uu.net
- Subject: Broadcast protocols for forwarding?
- To: packet-radio@ucsd.edu
-
- To the person interested in linking a repeater system for packet
- over 6 meter from NJ to FLA. I have some information from a
- interested repeater owner near Asheville NC who is in the process
- of installing a linked system on 6m with an antenna height of 120'
- atop a mountian. (This will be a wide range rpt). He is interested
- in becoming part of the link system to support a large part of NC
- and SC (possibly other states). If you will email me at sampson@cs.unca.edu
- and leave your email address, I will send this particular ham's address
- back to you. Thanks.
-
- 73
-
- Daryl KM4GO
- sampson@cs.unca.edu
-
- ------------------------------
-
- Date: 6 Jul 92 19:53:12 GMT
- From: swrinde!zaphod.mps.ohio-state.edu!usc!wupost!darwin.sura.net!convex!constellation!usenet@network.UCSD.EDU
- Subject: JVFAX SSTV settings
- To: packet-radio@ucsd.edu
-
- I have been playing around with the JVFAX program (ver. 5.0). Does
- anyone know how the SSTV settings in this program (e.g., B/W, 8 sec,
- color, 96 sec, etc.) should be set for the SSTV I run into on, say,
- 40 or 20 meters? It's a bit frustrating trying the 8 or so
- combinations, waiting for somebody to send a new picture each time!
-
- Also, I'd appreciate hearing of good frequenices for SSTV and
- FAX (weather photos and news photos). Thanks and 73.
-
- +--------------------------------------------------------------------+
- | Jud Ahern KC5RI Bitnet: jahern@uokgcn.bitnet |
- | Geology & Geophysics Internet: jahern@geohub.gcn.uoknor.edu |
- | University of Oklahoma "Opinions expressed here reflect the entire|
- | Norman, OK 73019 University, in one convenient location." |
- +--------------------------------------------------------------------+
-
- ------------------------------
-
- Date: 6 Jul 92 13:32:07 GMT
- From: news.u.washington.edu!usenet.coe.montana.edu!caen!mtu.edu!kwfriber@beaver.cs.washington.edu
- Subject: packet radio modems.
- To: packet-radio@ucsd.edu
-
- In article <treason.710205573@hal> treason@hal.gnu.ai.mit.edu (Act of Treason) writes:
- >I have a few schematics for a few different packet radio modems not
- >requiriing a compiled modem to be built off of. These are cheap(from 10-
- >25 dollars) but runn only up to 1200 bps, and one set has the transmitter
- >and receiver in a different schematic. I have basic electronics background,
- >(I can do digital and anologue circuits with ease if the schematic is clear)
- >and wish to find schematics which entail radio modems of 2400 bps and above.
- >I would appreciate any information regarding where I might find such information
- >
- >Thanks.
- > treason@gnu.ai.mit.edu
- >
-
- Me too!!! A friend of mine and I are trying to hook our machines together,
- probably with a 9600 baud 10GHz SLIP link. We are looking for stand alone 9600
- baud modems that would work with a gunplexer. Higher speed would work, but his
- serial port can't handle more than 9600.
-
- Does anybody know the address for TAPR?
-
- Thanx and 73's
- Ken Friberg n8pbe
-
- ------------------------------
-
- Date: Mon, 6 Jul 92 21:13:25 GMT
- From: stanford.edu!leland.Stanford.EDU!stu@uunet.uu.net
- Subject: Please suggest a frequency ...
- To: packet-radio@ucsd.edu
-
- I was active on packet a few years ago, but drifted away due to time
- constraints. Now I've got a research project which requires a radio
- link, and packet looks like the way to do it.
-
- We're researching applications of the Global Positioning System. One
- of the things we're interested in is "differential GPS," in which an
- accurately surveyed reference station broadcasts real-time corrections
- to the GPS signal for nearby users. The data rates required are
- compatible with 1200 bps packet.
-
- First question: Is this legal to do on amateur packet radio? It
- seems to me that it is. The bands /are/ for experimentation, after
- all. It's university research, sponsored by the FAA. No one is
- making a profit. Everyone running a transmitter will be a licensed
- ham. (The rest of the group is currently studying for "codeless
- technician" licenses--technological literacy is not a problem here.)
-
- I've concluded, after some thought, that this is a legal and
- appropriate use of the amateur bands. If someone has a different
- opinion, I would very much like to hear it. Email, please; I don't
- want to start a flame war.
-
- Second question: What band and what frequency should we choose? (Or,
- How do we do this without making enemies?) When we turn the
- differential station on, it will be broadcasting packets almost
- continuously for several hours. We only need a few hundred milliwatts
- to cover our experiment area, but the frequency will be unusable
- through most of Palo Alto (as a guess). I'd thought about 220, but ...
-
- We want to put a differential receiver in a (large) radio-controlled
- model airplane. For related projects, we'll eventually want to send
- telemetry from the aircraft back down to the ground. Because of size
- and weight constraints, the best radio for the job seems to be one of
- the new miniature twin-band full-duplex HT's. (We're looking at
- ICOM's IC-W2A.) That pretty much restricts us to 2m and 70cm, because
- they don't build those HT's any other way.
-
- Any suggestions for uplink and downlink frequencies? My current
- idea is to put the continuous uplink below 440 Mhz, possibly in the
- ATV channels (the HT will receive the whole UHF band, but only
- transmits 440-450). The downlink, which will be intermittent but
- audible over a wide area, must then be somewhere in the 2m band--but
- where? Any suggestions would be most welcome.
-
- Unrelated question: While scanning packet ads in the last few days,
- I've seen mention of 9600 baud modems which "won't work with all
- radios." Can someone enlighten me about these? They don't seem to be
- the same thing as the satellite 9600 PSK modems. What are they, and
- which radios will they work with?
-
- Thanks in advance!
- --Stu, N5JXE (callbook address is obsolete)
- stu@relgyro.stanford.edu
-
- ------------------------------
-
- Date: 6 Jul 1992 06:08:31 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: PMP with the Kenwood TH27a HT
- To: packet-radio@ucsd.edu
-
- I would like to know how to connect the Poor Man's Packet TNC to
- a Kenwood TH27a HT.
-
- Any info would be appreciated.
-
- Julie Strietelmeier N9MSN
- Packet: n9msn @ k9iu.in.usa.na
- Internet: julie@cel.cummins.com
- GEnie: julie.a.s
- Sysop of CrossRoads BBS (812)342-7078
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #181
- ******************************
- Date: Wed, 8 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #182
- To: packet-radio
-
-
- Packet-Radio Digest Wed, 8 Jul 92 Volume 92 : Issue 182
-
- Today's Topics:
- BayCom and VPix/ISC3.0 ?! - HELP !
- G8bpq/desqview
- packet radio modems.
- PK232MBX for sale: $259.00
- Questions about packet
- Usenet and packet radio
- Where can I find a BBS package?
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: Mon, 6 Jul 1992 17:06:39 GMT
- From: sdd.hp.com!wupost!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!math.fu-berlin.de!fub!einoed!bitcave!chamber.in-berlin.de!root@network.UCSD.EDU
- Subject: BayCom and VPix/ISC3.0 ?! - HELP !
- To: packet-radio@ucsd.edu
-
- Hi !
-
- I use BayCom and a self made 3105-modem for packet on 2m and 70cm.
- Now, as my main computer is scheduled to run ISC 3.0 24h a day, I
- tried to get BayCom work under VPix, but with no success.
-
- Does anybody know if it IS possible to use BayCom with VPix on ISC3.0
- and if, how ... - I also use FAS 2.09-Async-Driver, and a AST-4-port-card.
- I tried to setup baseaddr and comirq like I died under DOS, but it didn't
- work. l2 loads correctly but without the cursor in the upper right corner.
- SCC also loads correct but I can't send or receive data from the radio.
-
- Any hints ??? - Thanx in advance !!!
-
- 73, Pat, DD6PF.
-
- --
-
- --
- ----------------------------------------------------------------------------
- - Patrick Wendt | root@chamber.in-berlin.de | Zombies Burial Chamber -
- - DD6PF | root@megiddo.in-berlin.de | Public UNIX Sys-V 386/33 -
- - - - - - - - - - | pwendt@opal.cs.tu-berlin.de | Data: +49 30 / 402 56 92 -
- - Berlin, Germany | pwendt@bitcave.in-berlin.de | HST D.S. 14400bps V32bis -
- ----------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 7 Jul 92 20:04:09 GMT
- From: sdd.hp.com!spool.mu.edu!umn.edu!kksys.com!tdkt!FredGate@network.UCSD.EDU
- Subject: G8bpq/desqview
- To: packet-radio@ucsd.edu
-
- JAH>If you find a way to get BPQ to reliably run in a
- JAH>window, I'd like to hear about it. 73 de John WA0PTV
- Use QEMM's loadhi to load BPQ into high memory. You can use
- Optimize to set it all up for you. You should allways load
- bpq before DV, otherwise your DV task's will not be able to
- interface to it properly.
-
- 73 Dan WB0GDB @ WB0GDB.MN
- * SLMR 2.1a * My reality check just bounced.
-
- * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN (K0TG) (1:282/100)
-
- ------------------------------
-
- Date: 8 Jul 92 11:24:49 GMT
- From: sdd.hp.com!spool.mu.edu!umn.edu!msus1.msus.edu!msus1.msus.edu!news@network.UCSD.EDU
- Subject: packet radio modems.
- To: packet-radio@ucsd.edu
-
- In article <1992Jul6.133207.2024@mtu.edu>, kwfriber@mtu.edu (Kenberg Frieth) writes:
- >In article <treason.710205573@hal> treason@hal.gnu.ai.mit.edu (Act of Treason) writes:
- >>I have a few schematics for a few different packet radio modems not
- >>requiriing a compiled modem to be built off of. These are cheap(from 10-
- >>25 dollars) but runn only up to 1200 bps, and one set has the transmitter
- >>and receiver in a different schematic. I have basic electronics background,
- >>(I can do digital and anologue circuits with ease if the schematic is clear)
- >>and wish to find schematics which entail radio modems of 2400 bps and above.
- >>I would appreciate any information regarding where I might find such information
- >>
- >>Thanks.
- >> treason@gnu.ai.mit.edu
- >>
- >
- >Me too!!! A friend of mine and I are trying to hook our machines together,
- >probably with a 9600 baud 10GHz SLIP link. We are looking for stand alone 9600
- >baud modems that would work with a gunplexer. Higher speed would work, but his
- >serial port can't handle more than 9600.
- >
- >Does anybody know the address for TAPR?
- >
- >Thanx and 73's
- >Ken Friberg n8pbe
-
-
- The TAPR address I have is:
- Tucson Amateur Packet Radio Corp. (TAPR), P.O. Box 22888,
- Tucson, AZ 85734
-
- ------------------------------
-
- Date: 7 Jul 92 20:16:13 GMT
- From: amdahl!JUTS!daf00@sun.com
- Subject: PK232MBX for sale: $259.00
- To: packet-radio@ucsd.edu
-
-
- I have a AEA PK-232MBX for sale, used on my SW receiver for
- FAX, RTTY and the such. Works fine, docs included (as good
- as AEA ever made them), and cable to connect to your computer.
- The firmware is release 31.OCT.89 (chksum $E3). Also I have
- the older version of the FAX software. And the AC power
- supply. Ok, no more.....
-
-
- Asking $259.00
-
- Call Dana or amail.
- --
- Dana A. Freiburger, Bringup Engineer | daf00@cd.amdahl.com |
- Amdahl Corporation, Sunnyvale, CA | (408) 746-3414 |
- [ The opinions expressed above are mine, solely, and do not ]
- [ necessarily reflect the opinions or policies of Amdahl Corp. ]
-
- ------------------------------
-
- Date: 8 Jul 92 05:06:55 GMT
- From: swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!hobbes.physics.uiowa.edu!news.uiowa.edu!icaen.uiowa.edu!isca@network.UCSD.EDU
- Subject: Questions about packet
- To: packet-radio@ucsd.edu
-
- I've got a couple of questions maybe someone can help me with:
-
- 1) Anyone have an address/email/phone for TAPR?
-
- 2) Are there any problems with the MFJ-1270B TNC? This appears to be the
- least expensive one I can find.
-
- 3) I've got an old crystal mobile radio - a Regency BTH-201. I need
- somewhere to get crystals for it - ideas?
-
- 4) I've got a NeXT computer which runs BSD Unix. I'd like to run Ka9q
- on it, but all I've found is a sysV version. Anyone got this
- working on BSD unix? (I really hate to have to dig out my dos box...)
-
- Thanks!
- - dave
- --
- -----------------------------------------------------------------------------
- | David Lacey | Try the ISCA BBS and Archives |
- | President, Iowa Student Computer Assn | Telnet/FTP: grind.isca.uiowa.edu |
- | The University of Iowa | telnet/rlogin in as iscabbs |
- | David-Lacey@uiowa.edu | 3 GIG of disk space and growing |
- -----------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 7 Jul 92 23:33:39 GMT
- From: swrinde!zaphod.mps.ohio-state.edu!wupost!spool.mu.edu!umn.edu!csus.edu!netcomsv!mork!aschmitz@network.UCSD.EDU
- Subject: Usenet and packet radio
- To: packet-radio@ucsd.edu
-
- I am currently trying to obtain a relatively inexpensive news feed in
- Dubuque, IA. I haven't been able to find anything available locally
- over phone lines because Dubuque doesn't appear to be close to any
- part of known civilization. I would use UUNET but I am looking for
- the full feed and even their 800 number rate could get out of hand.
-
- 1) Is packet radio an option for news and e-mail?
- 2) Is there someone or something that can explain how to do it?
- 3) Is access to Internet e-mail, ftp, and telnet also available?
-
- Please respond via e-mail
- Thanks in advance
- aschmitz@netcom.com
-
- ------------------------------
-
- Date: 7 Jul 92 21:18:09 GMT
- From: fluke!cmdorat@beaver.cs.washington.edu
- Subject: Where can I find a BBS package?
- To: packet-radio@ucsd.edu
-
- Hi, I am interested in setting up a BBS so that people can call up
- my machine and download the latest utilitys that have been written/donated.
-
- I was wondering if anyone could point me to a good BBS program? Either
- commercial or PD, it doesn't matter to me. I am big-time ignorant as
- to what to look for and where to look.
-
- Thanks in advance to anyone willing to spend a second or two and
- enlighten me. :-)
-
-
- Richard Kowalsky
- (N7RAY)
- (206) 356-6279
-
- REPLY: cmdorat@tc.fluke.com
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #182
- ******************************
- Date: Thu, 9 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #183
- To: packet-radio
-
-
- Packet-Radio Digest Thu, 9 Jul 92 Volume 92 : Issue 183
-
- Today's Topics:
- G8BPQ/DESQview help required.
- HAPN4800 modem info,expirience PLS
- LAN Link Version 2.0 Available
- LAN Link Version 2.0 Available -- UPDATE
- packet radio modems.
- Questions about packet
- Rejected posting to I-PACRAD@UIUCVMD (2 msgs)
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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, 8 Jul 1992 16:57:43 GMT
- From: iWarp.intel.com|ssd.intel.com!jerryg@uunet.uu.net
- Subject: G8BPQ/DESQview help required.
- To: packet-radio@ucsd.edu
-
- In article <01GLWFDECEHC8WWSWQ@UBVMS.BITNET> OOPDAVID@ubvmsb.cc.buffalo.edu (D.RODMAN) writes:
- >Presuming this gets to the proper list: I am having difficulty understanding
- >the capability of G8BPQ, DESQview, and QEMM. I need to understand if
- >BPQ will run in a DV window. There are frequent references to DV in the
- >program and to EMS. Thanks in advance. Dave (KN2M)
-
- Until recently, I was running a W0RLI PBBS using BPQ, DESQview and QEMM.
- All the TSRs (G8BPQ, and MB handlers) must be loaded prior to opening
- any DV windows. My understanding is that if you are planning to use DV
- you must inform BPQ via the configuration program.
-
- ------------------------------
-
- Date: 8 Jul 1992 16:50:47 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: HAPN4800 modem info,expirience PLS
- To: packet-radio@ucsd.edu
-
- I upload to /hamradio/packet/tcpip/incoming the hapn4800.arc .
- It is the HAPN 4800 modem. The document is in Dutch .
- The .PRN can be print to a Epson printer.
- I do not know German but as I can see it needs mods to T/R as K9NG/G3RUH does.
- Has anyone more info on this modem or any expirience ?
- Any info about board availability , English docs , cost ,
- compares to K9NG/G3RUH .
- 73 de
- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
- % George Katsimaglis SV1BDS [ KM17VX ] %
- % QRV : 145200 Khz , RU1 , 7088 Khz %
- % P-mail : SV1BDS@SV1IW.ATH.GRC.EU %
- % amprnet : sv1bds@sv1bds.ampr.org [44.154.1.3] %
- % Internet: sv1bds@leon.nrcps.ariadne-t.gr %
- % BITNET : SV1BDS@GRATHUN1.BITNET %
- % CIS : >INTERNET:sv1bds@leon.nrcps.ariadne-t.gr %
- % Mail : George Katsimaglis %
- % OITYLOY 13 / GR11523 ATHENS / GREECE %
- % Phone : 0030-1-6494447 %
- % > MACEDONIA WAS , IS and WILL BE GREEK < %
- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
-
- ------------------------------
-
- Date: 8 Jul 92 14:23:41 GMT
- From: sdd.hp.com!spool.mu.edu!yale.edu!qt.cs.utexas.edu!news.Brown.EDU!news.Brown.EDU!news@network.UCSD.EDU
- Subject: LAN Link Version 2.0 Available
- To: packet-radio@ucsd.edu
-
- Enthusiasts!
-
- I have Lan Link Version 2.0 (thanks to Joe Kasser/G3ZCZ) available...
- It's at imbrium.geo.brown.edu in /pub/hamradio/incoming and it's in
- /pub/hamradio/software.
-
- [ I'm told (and confirmed that) it's also available on tomcat.gsfc.nasa.gov. ]
-
- Anonymous FTP to ===> imbrium.geo.brown.edu (128.148.116.18)
-
- login as 'anonymous'
- Enter your e-mail address as the password. Note that
- My FTP server is VERY picky, so don't try to fool it!
-
- cd pub/hamradio/incoming
- binary
- get ll200exe.zip
- get emler100.zip
- bye
-
-
- That's it! Enjoy!
-
- 73s de N1LLV, Darrin
-
-
- #include <std_disclaimer.h>
- =============================================================================
- = Darrin E. Robinson (DER31) = Hamnet N1LLV 146.700-, 146.880- MHz =
- = VAX/VMS and Sun Manager = Internet robinson@porter.geo.brown.edu =
- = Brown University = n1llv@porter.geo.brown.edu =
- = Providence, R.I. 02912 = SPAN(et) PGGIPL::ROBINSON (Node 7132) =
- = AT&Tnet: (401) 863-1062 = Nasamail derobinson@nasamail.nasa.gov =
- =============================================================================
-
- ------------------------------
-
- Date: 8 Jul 92 15:44:55 GMT
- From: sdd.hp.com!spool.mu.edu!hri.com!noc.near.net!news.Brown.EDU!news.Brown.EDU!news@network.UCSD.EDU
- Subject: LAN Link Version 2.0 Available -- UPDATE
- To: packet-radio@ucsd.edu
-
- [TEXT IS CORRECTED... YOU DO NOT NEED ELMER100.ZIP]
-
- Enthusiasts!
-
- I have Lan Link Version 2.0 (thanks to Joe Kasser/G3ZCZ) available...
- It's at imbrium.geo.brown.edu in /pub/hamradio/incoming and it's in
- /pub/hamradio/software.
-
- [ I'm told (and confirmed that) it's also available on tomcat.gsfc.nasa.gov. ]
-
- Anonymous FTP to ===> imbrium.geo.brown.edu (128.148.116.18)
-
- login as 'anonymous'
- Enter your e-mail address as the password. Note that
- My FTP server is VERY picky, so don't try to fool it!
-
- cd pub/hamradio/incoming
- binary
- get ll200exe.zip
- bye
-
-
- That's it! Enjoy!
-
- 73s de N1LLV, Darrin
- #include <std_disclaimer.h>
- =============================================================================
- = Darrin E. Robinson (DER31) = Hamnet N1LLV 146.700-, 146.880- MHz =
- = VAX/VMS and Sun Manager = Internet robinson@porter.geo.brown.edu =
- = Brown University = n1llv@porter.geo.brown.edu =
- = Providence, R.I. 02912 = SPAN(et) PGGIPL::ROBINSON (Node 7132) =
- = AT&Tnet: (401) 863-1062 = Nasamail derobinson@nasamail.nasa.gov =
- =============================================================================
-
- ------------------------------
-
- Date: 8 Jul 92 16:01:26 GMT
- From: psinntp!arrl.org@uunet.uu.net
- Subject: packet radio modems.
- To: packet-radio@ucsd.edu
-
- In rec.radio.amateur.packet, pkalar@TIGGER.STCLOUD.MSUS.EDU writes:
- >
- >The TAPR address I have is:
- >Tucson Amateur Packet Radio Corp. (TAPR), P.O. Box 22888,
- >Tucson, AZ 85734
-
- That's an old address. The current TAPR address is:
-
- TAPR
- PO Box 12925
- Tucson, AZ 85732
-
- tel: 602-749-9479
- fax: 602-749-5636
-
- Last I heard, the office is normally staffed 10-3 MST
- (no daylight time there), Tuesday through Friday.
- -------
- Jon Bloom, KE3Z | jbloom@arrl.org
- American Radio Relay League |
- 225 Main St. |
- Newington, CT 06111 |
-
- ------------------------------
-
- Date: Wed, 8 Jul 1992 12:31:05 GMT
- From: sdd.hp.com!zaphod.mps.ohio-state.edu!caen!mtu.edu!kwfriber@network.UCSD.EDU
- Subject: Questions about packet
- To: packet-radio@ucsd.edu
-
- In article <1992Jul8.050655.1113@news.uiowa.edu> isca@icaen.uiowa.edu (Iowa Student Computer Assoc) writes:
- > 1) Anyone have an address/email/phone for TAPR?
-
- Tucson Amateur Packet Radio
- PO Box 12925
- Tucson Arizona
- 85732
-
- voice: (602) 749 9479
- fax: (602) 749 5636
-
- > 2) Are there any problems with the MFJ-1270B TNC? This appears to be the
- > least expensive one I can find.
-
- I've had good luck with mine, so far. Haven't tried TCP/IP
- on it yet, though.
-
- > 3) I've got an old crystal mobile radio - a Regency BTH-201. I need
- > somewhere to get crystals for it - ideas?
-
- Try Jan Crystals. They advertise in the ham magazines (QST for
- sure, probably 73 too.)
-
- > 4) I've got a NeXT computer which runs BSD Unix. I'd like to run Ka9q
- > on it, but all I've found is a sysV version. Anyone got this
- > working on BSD unix? (I really hate to have to dig out my dos box...)
-
- Can't help you there. I've fought with that version myself, but
- couldn't make it run under V7 unix.
-
- 73s and happy packeting
- Ken Friberg n8pbe
-
- ------------------------------
-
- Date: 8 Jul 1992 06:52:31 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Rejected posting to I-PACRAD@UIUCVMD
- To: packet-radio@ucsd.edu
-
- 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 (248 lines) -------------------------
- Received: from CUNYVM.BITNET by VMD.CSO.UIUC.EDU (Mailer R2.07) with BSMTP id
- 2563; Wed, 08 Jul 92 08:50:35 CDT
- Received: from CUNYVM by CUNYVM.BITNET (Mailer R2.08) with BSMTP id 1089; Wed,
- 08 Jul 92 09:49:43 EDT
- Received: from ucsd.edu by CUNYVM.CUNY.EDU (IBM VM SMTP V2R2) with TCP;
- Wed, 08 Jul 92 09:49:41 EDT
- Received: by ucsd.edu; id AA23772
- sendmail 5.64/UCSD-2.2-sun
- Wed, 8 Jul 92 04:30:07 -0700 for claris!voder!nsc!gpo.nsc.com!sinclair%spi.dnet
- Received: by ucsd.edu; id AA23768
- sendmail 5.64/UCSD-2.2-sun
- Wed, 8 Jul 92 04:30:05 -0700 for /usr/lib/sendmail -oc -odb
- -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
- Message-Id: <9207081130.AA23768@ucsd.edu>
- Date: Wed, 8 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #182
- To: packet-radio@UCSD.EDU
-
-
- Packet-Radio Digest Wed, 8 Jul 92 Volume 92 : Issue 182
-
- Today's Topics:
- BayCom and VPix/ISC3.0 ?! - HELP !
- G8bpq/desqview
- packet radio modems.
- PK232MBX for sale: $259.00
- Questions about packet
- Usenet and packet radio
- Where can I find a BBS package?
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: Mon, 6 Jul 1992 17:06:39 GMT
- From:
- sdd.hp.com!wupost!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!math.fu-berlin.d
- e!fub!einoed!bitcave!chamber.in-berlin.de!root@network.UCSD.EDU
- Subject: BayCom and VPix/ISC3.0 ?! - HELP !
- To: packet-radio@ucsd.edu
-
- Hi !
-
- I use BayCom and a self made 3105-modem for packet on 2m and 70cm.
- Now, as my main computer is scheduled to run ISC 3.0 24h a day, I
- tried to get BayCom work under VPix, but with no success.
-
- Does anybody know if it IS possible to use BayCom with VPix on ISC3.0
- and if, how ... - I also use FAS 2.09-Async-Driver, and a AST-4-port-card.
- I tried to setup baseaddr and comirq like I died under DOS, but it didn't
- work. l2 loads correctly but without the cursor in the upper right corner.
- SCC also loads correct but I can't send or receive data from the radio.
-
- Any hints ??? - Thanx in advance !!!
-
- 73, Pat, DD6PF.
-
- --
-
- --
- ----------------------------------------------------------------------------
- - Patrick Wendt | root@chamber.in-berlin.de | Zombies Burial Chamber -
- - DD6PF | root@megiddo.in-berlin.de | Public UNIX Sys-V 386/33 -
- - - - - - - - - - | pwendt@opal.cs.tu-berlin.de | Data: +49 30 / 402 56 92 -
- - Berlin, Germany | pwendt@bitcave.in-berlin.de | HST D.S. 14400bps V32bis -
- ----------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 7 Jul 92 20:04:09 GMT
- From: sdd.hp.com!spool.mu.edu!umn.edu!kksys.com!tdkt!FredGate@network.UCSD.EDU
- Subject: G8bpq/desqview
- To: packet-radio@ucsd.edu
-
- JAH>If you find a way to get BPQ to reliably run in a
- JAH>window, I'd like to hear about it. 73 de John WA0PTV
- Use QEMM's loadhi to load BPQ into high memory. You can use
- Optimize to set it all up for you. You should allways load
- bpq before DV, otherwise your DV task's will not be able to
- interface to it properly.
-
- 73 Dan WB0GDB @ WB0GDB.MN
- * SLMR 2.1a * My reality check just bounced.
-
- * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN (K0TG) (1:282/100)
-
- ------------------------------
-
- Date: 8 Jul 92 11:24:49 GMT
- From:
- sdd.hp.com!spool.mu.edu!umn.edu!msus1.msus.edu!msus1.msus.edu!news@network.UCSD
- .EDU
- Subject: packet radio modems.
- To: packet-radio@ucsd.edu
-
- In article <1992Jul6.133207.2024@mtu.edu>, kwfriber@mtu.edu (Kenberg Frieth)
- writes:
- >In article <treason.710205573@hal> treason@hal.gnu.ai.mit.edu (Act of Treason)
- writes:
- >>I have a few schematics for a few different packet radio modems not
- >>requiriing a compiled modem to be built off of. These are cheap(from 10-
- >>25 dollars) but runn only up to 1200 bps, and one set has the transmitter
- >>and receiver in a different schematic. I have basic electronics background,
- >>(I can do digital and anologue circuits with ease if the schematic is clear)
- >>and wish to find schematics which entail radio modems of 2400 bps and above.
- >>I would appreciate any information regarding where I might find such
- information
- >>
- >>Thanks.
- >> treason@gnu.ai.mit.edu
- >>
- >
- >Me too!!! A friend of mine and I are trying to hook our machines together,
- >probably with a 9600 baud 10GHz SLIP link. We are looking for stand alone 9600
- >baud modems that would work with a gunplexer. Higher speed would work, but his
- >serial port can't handle more than 9600.
- >
- >Does anybody know the address for TAPR?
- >
- >Thanx and 73's
- >Ken Friberg n8pbe
-
-
- The TAPR address I have is:
- Tucson Amateur Packet Radio Corp. (TAPR), P.O. Box 22888,
- Tucson, AZ 85734
-
- ------------------------------
-
- Date: 7 Jul 92 20:16:13 GMT
- From: amdahl!JUTS!daf00@sun.com
- Subject: PK232MBX for sale: $259.00
- To: packet-radio@ucsd.edu
-
-
- I have a AEA PK-232MBX for sale, used on my SW receiver for
- FAX, RTTY and the such. Works fine, docs included (as good
- as AEA ever made them), and cable to connect to your computer.
- The firmware is release 31.OCT.89 (chksum $E3). Also I have
- the older version of the FAX software. And the AC power
- supply. Ok, no more.....
-
-
- Asking $259.00
-
- Call Dana or amail.
- --
- Dana A. Freiburger, Bringup Engineer | daf00@cd.amdahl.com |
- Amdahl Corporation, Sunnyvale, CA | (408) 746-3414 |
- [ The opinions expressed above are mine, solely, and do not ]
- [ necessarily reflect the opinions or policies of Amdahl Corp. ]
-
- ------------------------------
-
- Date: 8 Jul 92 05:06:55 GMT
- From:
- swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!hobbes.physics.uiowa.edu!news
- .uiowa.edu!icaen.uiowa.edu!isca@network.UCSD.EDU
- Subject: Questions about packet
- To: packet-radio@ucsd.edu
-
- I've got a couple of questions maybe someone can help me with:
-
- 1) Anyone have an address/email/phone for TAPR?
-
- 2) Are there any problems with the MFJ-1270B TNC? This appears to be the
- least expensive one I can find.
-
- 3) I've got an old crystal mobile radio - a Regency BTH-201. I need
- somewhere to get crystals for it - ideas?
-
- 4) I've got a NeXT computer which runs BSD Unix. I'd like to run Ka9q
- on it, but all I've found is a sysV version. Anyone got this
- working on BSD unix? (I really hate to have to dig out my dos box...)
-
- Thanks!
- - dave
- --
- -----------------------------------------------------------------------------
- | David Lacey | Try the ISCA BBS and Archives |
- | President, Iowa Student Computer Assn | Telnet/FTP: grind.isca.uiowa.edu |
- | The University of Iowa | telnet/rlogin in as iscabbs |
- | David-Lacey@uiowa.edu | 3 GIG of disk space and growing |
- -----------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 7 Jul 92 23:33:39 GMT
- From:
- swrinde!zaphod.mps.ohio-state.edu!wupost!spool.mu.edu!umn.edu!csus.edu!netcomsv
- !mork!aschmitz@network.UCSD.EDU
- Subject: Usenet and packet radio
- To: packet-radio@ucsd.edu
-
- I am currently trying to obtain a relatively inexpensive news feed in
- Dubuque, IA. I haven't been able to find anything available locally
- over phone lines because Dubuque doesn't appear to be close to any
- part of known civilization. I would use UUNET but I am looking for
- the full feed and even their 800 number rate could get out of hand.
-
- 1) Is packet radio an option for news and e-mail?
- 2) Is there someone or something that can explain how to do it?
- 3) Is access to Internet e-mail, ftp, and telnet also available?
-
- Please respond via e-mail
- Thanks in advance
- aschmitz@netcom.com
-
- ------------------------------
-
- Date: 7 Jul 92 21:18:09 GMT
- From: fluke!cmdorat@beaver.cs.washington.edu
- Subject: Where can I find a BBS package?
- To: packet-radio@ucsd.edu
-
- Hi, I am interested in setting up a BBS so that people can call up
- my machine and download the latest utilitys that have been written/donated.
-
- I was wondering if anyone could point me to a good BBS program? Either
- commercial or PD, it doesn't matter to me. I am big-time ignorant as
- to what to look for and where to look.
-
- Thanks in advance to anyone willing to spend a second or two and
- enlighten me. :-)
-
-
- Richard Kowalsky
- (N7RAY)
- (206) 356-6279
-
- REPLY: cmdorat@tc.fluke.com
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #182
- ******************************
-
- ------------------------------
-
- Date: 8 Jul 1992 09:12:25 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Rejected posting to I-PACRAD@UIUCVMD
- To: packet-radio@ucsd.edu
-
- 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 (248 lines) -------------------------
- Received: from CUNYVM.BITNET by VMD.CSO.UIUC.EDU (Mailer R2.07) with BSMTP id
- 4638; Wed, 08 Jul 92 11:09:24 CDT
- Received: from CUNYVM by CUNYVM.BITNET (Mailer R2.08) with BSMTP id 6816; Wed,
- 08 Jul 92 12:08:29 EDT
- Received: from ucsd.edu by CUNYVM.CUNY.EDU (IBM VM SMTP V2R2) with TCP;
- Wed, 08 Jul 92 12:08:24 EDT
- Received: by ucsd.edu; id AA23772
- sendmail 5.64/UCSD-2.2-sun
- Wed, 8 Jul 92 04:30:07 -0700 for claris!voder!nsc!gpo.nsc.com!sinclair%spi.dnet
- Received: by ucsd.edu; id AA23768
- sendmail 5.64/UCSD-2.2-sun
- Wed, 8 Jul 92 04:30:05 -0700 for /usr/lib/sendmail -oc -odb
- -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
- Message-Id: <9207081130.AA23768@ucsd.edu>
- Date: Wed, 8 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #182
- To: packet-radio@UCSD.EDU
-
-
- Packet-Radio Digest Wed, 8 Jul 92 Volume 92 : Issue 182
-
- Today's Topics:
- BayCom and VPix/ISC3.0 ?! - HELP !
- G8bpq/desqview
- packet radio modems.
- PK232MBX for sale: $259.00
- Questions about packet
- Usenet and packet radio
- Where can I find a BBS package?
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: Mon, 6 Jul 1992 17:06:39 GMT
- From:
- sdd.hp.com!wupost!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!math.fu-berlin.d
- e!fub!einoed!bitcave!chamber.in-berlin.de!root@network.UCSD.EDU
- Subject: BayCom and VPix/ISC3.0 ?! - HELP !
- To: packet-radio@ucsd.edu
-
- Hi !
-
- I use BayCom and a self made 3105-modem for packet on 2m and 70cm.
- Now, as my main computer is scheduled to run ISC 3.0 24h a day, I
- tried to get BayCom work under VPix, but with no success.
-
- Does anybody know if it IS possible to use BayCom with VPix on ISC3.0
- and if, how ... - I also use FAS 2.09-Async-Driver, and a AST-4-port-card.
- I tried to setup baseaddr and comirq like I died under DOS, but it didn't
- work. l2 loads correctly but without the cursor in the upper right corner.
- SCC also loads correct but I can't send or receive data from the radio.
-
- Any hints ??? - Thanx in advance !!!
-
- 73, Pat, DD6PF.
-
- --
-
- --
- ----------------------------------------------------------------------------
- - Patrick Wendt | root@chamber.in-berlin.de | Zombies Burial Chamber -
- - DD6PF | root@megiddo.in-berlin.de | Public UNIX Sys-V 386/33 -
- - - - - - - - - - | pwendt@opal.cs.tu-berlin.de | Data: +49 30 / 402 56 92 -
- - Berlin, Germany | pwendt@bitcave.in-berlin.de | HST D.S. 14400bps V32bis -
- ----------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 7 Jul 92 20:04:09 GMT
- From: sdd.hp.com!spool.mu.edu!umn.edu!kksys.com!tdkt!FredGate@network.UCSD.EDU
- Subject: G8bpq/desqview
- To: packet-radio@ucsd.edu
-
- JAH>If you find a way to get BPQ to reliably run in a
- JAH>window, I'd like to hear about it. 73 de John WA0PTV
- Use QEMM's loadhi to load BPQ into high memory. You can use
- Optimize to set it all up for you. You should allways load
- bpq before DV, otherwise your DV task's will not be able to
- interface to it properly.
-
- 73 Dan WB0GDB @ WB0GDB.MN
- * SLMR 2.1a * My reality check just bounced.
-
- * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN (K0TG) (1:282/100)
-
- ------------------------------
-
- Date: 8 Jul 92 11:24:49 GMT
- From:
- sdd.hp.com!spool.mu.edu!umn.edu!msus1.msus.edu!msus1.msus.edu!news@network.UCSD
- .EDU
- Subject: packet radio modems.
- To: packet-radio@ucsd.edu
-
- In article <1992Jul6.133207.2024@mtu.edu>, kwfriber@mtu.edu (Kenberg Frieth)
- writes:
- >In article <treason.710205573@hal> treason@hal.gnu.ai.mit.edu (Act of Treason)
- writes:
- >>I have a few schematics for a few different packet radio modems not
- >>requiriing a compiled modem to be built off of. These are cheap(from 10-
- >>25 dollars) but runn only up to 1200 bps, and one set has the transmitter
- >>and receiver in a different schematic. I have basic electronics background,
- >>(I can do digital and anologue circuits with ease if the schematic is clear)
- >>and wish to find schematics which entail radio modems of 2400 bps and above.
- >>I would appreciate any information regarding where I might find such
- information
- >>
- >>Thanks.
- >> treason@gnu.ai.mit.edu
- >>
- >
- >Me too!!! A friend of mine and I are trying to hook our machines together,
- >probably with a 9600 baud 10GHz SLIP link. We are looking for stand alone 9600
- >baud modems that would work with a gunplexer. Higher speed would work, but his
- >serial port can't handle more than 9600.
- >
- >Does anybody know the address for TAPR?
- >
- >Thanx and 73's
- >Ken Friberg n8pbe
-
-
- The TAPR address I have is:
- Tucson Amateur Packet Radio Corp. (TAPR), P.O. Box 22888,
- Tucson, AZ 85734
-
- ------------------------------
-
- Date: 7 Jul 92 20:16:13 GMT
- From: amdahl!JUTS!daf00@sun.com
- Subject: PK232MBX for sale: $259.00
- To: packet-radio@ucsd.edu
-
-
- I have a AEA PK-232MBX for sale, used on my SW receiver for
- FAX, RTTY and the such. Works fine, docs included (as good
- as AEA ever made them), and cable to connect to your computer.
- The firmware is release 31.OCT.89 (chksum $E3). Also I have
- the older version of the FAX software. And the AC power
- supply. Ok, no more.....
-
-
- Asking $259.00
-
- Call Dana or amail.
- --
- Dana A. Freiburger, Bringup Engineer | daf00@cd.amdahl.com |
- Amdahl Corporation, Sunnyvale, CA | (408) 746-3414 |
- [ The opinions expressed above are mine, solely, and do not ]
- [ necessarily reflect the opinions or policies of Amdahl Corp. ]
-
- ------------------------------
-
- Date: 8 Jul 92 05:06:55 GMT
- From:
- swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!hobbes.physics.uiowa.edu!news
- .uiowa.edu!icaen.uiowa.edu!isca@network.UCSD.EDU
- Subject: Questions about packet
- To: packet-radio@ucsd.edu
-
- I've got a couple of questions maybe someone can help me with:
-
- 1) Anyone have an address/email/phone for TAPR?
-
- 2) Are there any problems with the MFJ-1270B TNC? This appears to be the
- least expensive one I can find.
-
- 3) I've got an old crystal mobile radio - a Regency BTH-201. I need
- somewhere to get crystals for it - ideas?
-
- 4) I've got a NeXT computer which runs BSD Unix. I'd like to run Ka9q
- on it, but all I've found is a sysV version. Anyone got this
- working on BSD unix? (I really hate to have to dig out my dos box...)
-
- Thanks!
- - dave
- --
- -----------------------------------------------------------------------------
- | David Lacey | Try the ISCA BBS and Archives |
- | President, Iowa Student Computer Assn | Telnet/FTP: grind.isca.uiowa.edu |
- | The University of Iowa | telnet/rlogin in as iscabbs |
- | David-Lacey@uiowa.edu | 3 GIG of disk space and growing |
- -----------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 7 Jul 92 23:33:39 GMT
- From:
- swrinde!zaphod.mps.ohio-state.edu!wupost!spool.mu.edu!umn.edu!csus.edu!netcomsv
- !mork!aschmitz@network.UCSD.EDU
- Subject: Usenet and packet radio
- To: packet-radio@ucsd.edu
-
- I am currently trying to obtain a relatively inexpensive news feed in
- Dubuque, IA. I haven't been able to find anything available locally
- over phone lines because Dubuque doesn't appear to be close to any
- part of known civilization. I would use UUNET but I am looking for
- the full feed and even their 800 number rate could get out of hand.
-
- 1) Is packet radio an option for news and e-mail?
- 2) Is there someone or something that can explain how to do it?
- 3) Is access to Internet e-mail, ftp, and telnet also available?
-
- Please respond via e-mail
- Thanks in advance
- aschmitz@netcom.com
-
- ------------------------------
-
- Date: 7 Jul 92 21:18:09 GMT
- From: fluke!cmdorat@beaver.cs.washington.edu
- Subject: Where can I find a BBS package?
- To: packet-radio@ucsd.edu
-
- Hi, I am interested in setting up a BBS so that people can call up
- my machine and download the latest utilitys that have been written/donated.
-
- I was wondering if anyone could point me to a good BBS program? Either
- commercial or PD, it doesn't matter to me. I am big-time ignorant as
- to what to look for and where to look.
-
- Thanks in advance to anyone willing to spend a second or two and
- enlighten me. :-)
-
-
- Richard Kowalsky
- (N7RAY)
- (206) 356-6279
-
- REPLY: cmdorat@tc.fluke.com
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #182
- ******************************
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #183
- ******************************
- Date: Fri, 10 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #184
- To: packet-radio
-
-
- Packet-Radio Digest Fri, 10 Jul 92 Volume 92 : Issue 184
-
- Today's Topics:
- HAPN4800 modem info,expirience PLS
- L.L. Grace DSP-12 experience?
- Lan Link 2.0
- Lan Link 2.00 (2 msgs)
- OS/2 and Ham radio?
- Small TNC's
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 16:19:01 GMT
- From: usc!wupost!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@network.UCSD.EDU
- Subject: HAPN4800 modem info,expirience PLS
- To: packet-radio@ucsd.edu
-
- George mentions the docs for the hapn 4800 Bd modem are in Dutch.
- If there is enough interest, i'd be willing to translate this
- to English (seeing as i am a native Dutch speaker :-)
-
- Johan, WG7J
-
- ------------------------------
-
- Date: 10 Jul 92 02:23:49 GMT
- From: pa.dec.com!datum.nyo.dec.com!nntpd.lkg.dec.com!bhajee.enet.dec.com!jaervinen@decwrl.dec.com
- Subject: L.L. Grace DSP-12 experience?
- To: packet-radio@ucsd.edu
-
- I haven't been able to follow this group in the past few months so please
- excuse me if there has been discussion on this before.
-
- Has anyone here had first-hand experience with the L.L. Grace DSP-12 modem?
-
- What other (if any) DSP-based modems are there on the market now?
-
- 73 de Ora, DJ0MAR
-
- ------------------------------
-
- Date: Thu, 9 Jul 92 13:31:01 GMT
- From: mnemosyne.cs.du.edu!isis.cs.du.edu!twilhite@uunet.uu.net
- Subject: Lan Link 2.0
- To: packet-radio@ucsd.edu
-
- I am not able to FTP to imbrium.geo.brown.edu to get Lan Link 2.0. Would
- some kind soul please email it to me. Thanks and 73.
-
- -timothy r. wilhite kb0aso
-
- ------------------------------
-
- Date: 9 Jul 1992 08:33:59 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Lan Link 2.00
- To: packet-radio@ucsd.edu
-
- Date: Thu, 9 Jul 1992 11:20:11 EDT
- From: Princeton BITNET FTP Server <BITFTP3@PUCC>
- To: BTITMARS@ESOC
- Subject: BITFTP REPLY
-
-
-
- 11:18:31 > ftp imbrium.geo.brown.edu
- 11:18:31 > user anonymous
- 11:18:31 > pass btitmars%esoc@pucc.bitnet
- 11:18:31 >> OPEN IMBRIUM.GEO.BROWN.EDU
- 11:18:34 <<< 220 imbrium FTP server (Version 6.11 Mon Jul 6 12:09:43
- EDT 1992) ready.
- 11:18:34 >> USER anonymous BTITMARS@ESOC
- 11:18:35 >>> USER anonymous
- 11:18:35 <<< 331 Guest login ok, send e-mail address as password.
- 11:18:35 >>> PASS ********
- 11:18:35 <<< 530-The response 'BTITMARS@ESOC' is not valid
- 530-Please use your e-mail address as your password
- 530- for example: joe@puiptest.Princeton.EDU or joe@
- 530-[puiptest.Princeton.EDU will be added if password en
- ds with @]
- 530 Login incorrect.
- 11:18:38 >> OPEN IMBRIUM.GEO.BROWN.EDU
- 11:18:39 <<< 220 imbrium FTP server (Version 6.11 Mon Jul 6 12:09:43
- EDT 1992) ready.
- 11:18:39 >> USER anonymous btitmars%esoc@pucc.bitnet
- 11:18:44 >>> USER anonymous
- 11:18:44 <<< 331 Guest login ok, send e-mail address as password.
- 11:18:44 >>> PASS ********
- 11:18:44 <<< 230-Thu Jul 9 11:19:50 1992
- 230-Welcome, Archive User at puiptest.Princeton.EDU!
- 230-
- 230-This is an experimental FTP server. If have any unu
- sual problems, please
- 230-report them via e-mail to robinson@porter.geo.brown.
- edu.
- 230-
- 230-All transfers are logged with your host name and ema
- il address.
- 230-If you don't like this policy, disconnect now!
- 230-
- 230-If you do have problems, please try using a dash (-)
- as the first character
- 230-of your password -- this will turn off the continuat
- ion messages that may
- 230-be confusing your ftp client.
- 230-
- 230-
- 230-Please read the file README
- 230- it was last modified on Thu Jul 9 10:27:37 1992 -
- 0 days ago
- 230 Guest login ok, access restrictions apply.
-
- 11:18:45 > cd pub/hamradio/incoming
- 11:18:45 >> cd pub/hamradio/incoming
- 11:18:46 >>> CWD pub/hamradio/incoming
- 11:18:46 <<< 250-
-
- Ok i finally got login .. but what a Pain in the Butt..
- This ftp site is amost impossible to login if like me you have to use a
- remote ftp server like bitftp @ pucc !!
- Is this really nessary ? anonymous loging IS anonymous login ?? isnt it ??
- ok got the file.any way thanks.. but never again.. Ugh..
- barry..
-
- ------------------------------
-
- Date: 9 Jul 92 17:50:16 GMT
- From: yale.edu!qt.cs.utexas.edu!news.Brown.EDU!stout!robinson@yale.arpa
- Subject: Lan Link 2.00
- To: packet-radio@ucsd.edu
-
- In article <9207091533.AA01029@ucsd.edu> BTITMARS%ESOC@vm.gmd.DE (BARRY TITMARSH) writes:
- >
- >To: BTITMARS@ESOC
- >Subject: BITFTP REPLY
- >
- >
- >
- >11:18:31 > ftp imbrium.geo.brown.edu
- >11:18:31 > user anonymous
- >11:18:31 > pass btitmars%esoc@pucc.bitnet
- >11:18:31 >> OPEN IMBRIUM.GEO.BROWN.EDU
- >11:18:34 <<< 220 imbrium FTP server (Version 6.11 Mon Jul 6 12:09:43
- > EDT 1992) ready.
- >11:18:34 >> USER anonymous BTITMARS@ESOC
- >11:18:35 >>> USER anonymous
- >11:18:35 <<< 331 Guest login ok, send e-mail address as password.
- >11:18:35 >>> PASS ********
- >11:18:35 <<< 530-The response 'BTITMARS@ESOC' is not valid
- > 530-Please use your e-mail address as your password
- > 530- for example: joe@puiptest.Princeton.EDU or joe@
- > 530-[puiptest.Princeton.EDU will be added if password en
- > ds with @]
- > 530 Login incorrect.
-
- [stuff deleted]
-
- For all those accessing imbrium.geo.brown.edu... yes it is anonymous
- FTP, but since I allow uploads it's a little picky about the E-Mail
- address. When it asks for the password one only has to type in his/her
- userid (i.e. 'robinson') and the @ sign... i.e.
-
- imbrium.geo.brown.edu> login anonymous
- 331 Guest login ok, send e-mail address as password.
- password: robinson@
-
- That's it... sorry the FTP server is so picky, but I'm trying to
- provide a useful service i.e upload/download privileges, while
- *trying* to have *some* security... note that this "password" system
- can still be circumvented and I know that. ;->
-
- Sorry for any hassles, but it's worth it!
-
- Regards, Darrin, N1LLV
- #include <std_disclaimer.h>
- =============================================================================
- = Darrin E. Robinson (DER31) = Hamnet N1LLV 146.700-, 146.880- MHz =
- = VAX/VMS and Sun Manager = Internet robinson@porter.geo.brown.edu =
- = Brown University = n1llv@porter.geo.brown.edu =
- = Providence, R.I. 02912 = SPAN(et) PGGIPL::ROBINSON (Node 7132) =
- = AT&Tnet: (401) 863-1062 = Nasamail derobinson@nasamail.nasa.gov =
- =============================================================================
-
- ------------------------------
-
- Date: 10 Jul 92 05:35:59 GMT
- From: csus.edu!netcomsv!mork!rcain@decwrl.dec.com
- Subject: OS/2 and Ham radio?
- To: packet-radio@ucsd.edu
-
- In all this information that we apparently seem too stupid to see does it
- provide any on how to use the ether for amature telecommunications? Can I
- put a modem across it and get internet connection? The baud post seems
- to so indicate. Hell, 56Kb will support me in my fantasy remote mountain
- valley far from the madding crowd.
-
- If you snag this please email me a copy too.
-
- Thanks,
-
- Bob
-
- --
- Bob Cain rcain@netcom.com 408-358-2007
-
- "I used to be different. But now I'm the same."
-
- -----------------------------Cut Here-------uuencoded PGP public key------------
- begin 777 bobskey.pub
- MF94 5S,]*@]#86EN+"!2;V)E<G0@1R[> UMJE5ZN*DO<<)):/WKE?;3M<E&7
- M!&L$0$W=OL#! JIKU8/,MODA=\2NT)=R2&XV-=&Z]KK>()OC9UE%AMOI\R$.
- MU6':ACO9^#Y-%VJH:X>IE[Z0X]XU,_\&YO;IXTF2A%#%3?>%^]%Y9&)/Z1L?
- 1O<*EPVIF5 /-/B$+["<% !&0
-
- end
- ----DO NOT USE THIS----------Cut Here--------ON A MULTI-USER SYSTEM-------------
- -----DO NOT SEND ME A KEY THAT WILL BE USED ON A MULTI-USER SYSTEM--------------
-
- ------------------------------
-
- Date: Thu, 9 Jul 1992 20:12:40 GMT
- From: usc!rpi!glickj@network.UCSD.EDU
- Subject: Small TNC's
- To: packet-radio@ucsd.edu
-
- Does anyone know the phone# of Pac-Comm and Heath.
- I want to price out the small (pocket) sized TNCs
-
- Also.. Can anyone think of other manufacturers of pocket TNCs?
- Thanks!
- -joel
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #184
- ******************************
- Date: Sat, 11 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #185
- To: packet-radio
-
-
- Packet-Radio Digest Sat, 11 Jul 92 Volume 92 : Issue 185
-
- Today's Topics:
- HAPN4800 modem info,expirience PLS
- L.L. Grace DSP-12 experience?
- macintosh softkiss vers 1.2.1
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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, 10 Jul 1992 09:00:33 GMT
- From: darwin.sura.net!Sirius.dfn.de!news.uni-stuttgart.de!rz.uni-karlsruhe.de!etec.uni-karlsruhe.de!erb@uunet.uu.net
- Subject: HAPN4800 modem info,expirience PLS
- To: packet-radio@ucsd.edu
-
- In article <1992Jul9.161901.9568@talon.ucs.orst.edu>, johan@ECE.ORST.EDU (Johan. K. Reinalda) writes:
- |> George mentions the docs for the hapn 4800 Bd modem are in Dutch.
- |> If there is enough interest, i'd be willing to translate this
- |> to English (seeing as i am a native Dutch speaker :-)
- |>
- |> Johan, WG7J
-
- This would be very great, Johan!
-
- 73s
- Olaf, dc1ik.
-
- ------------------------------
-
- Date: 10 Jul 92 14:02:41 GMT
- From: idacrd!n4hy@uunet.uu.net
- Subject: L.L. Grace DSP-12 experience?
- To: packet-radio@ucsd.edu
-
-
-
- ------------------------------
-
- Date: Fri, 10 Jul 1992 22:24:05 -0400
- From: cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!aw0g+@cs.rochester.edu
- Subject: macintosh softkiss vers 1.2.1
- To: packet-radio@ucsd.edu
-
- SoftKiss is an init/cdev/driver that drives a ham radio
- modem from a macintosh. It gets your mac on packet radio
- without a tnc. Softkiss can use poor mans packet modems
- from the IBMPC world. This is version 1.2.1. The previous
- version was an application which required multifinder. This
- version is an init/cdev/driver that can run under finder or
- multifinder on any mac system 6.x or 7.x.
-
- Softkiss is available from internet host akutaktak.andrew.cmu.edu
- [128.2.35.1] as /aw0g/softkiss.1.2.1.hqx. It is also on compuserv
- hamnet sig
-
- NET/Mac is also required. It is available from the same archives.
-
- ------------------------------
-
- Date: (null)
- From: (null)
- I can't help you there.
-
- > What other (if any) DSP-based modems are there on the market now?
- >
-
-
- There is AEA's DSP1232 (soon to be available in stores) and the fully dual
- ported version the DSP2232 which is available in stores (at least in the US)
- now.
-
- After you buy all the options which make the DSP-12 support downloadable
- new code, the package of source for the host code (no documentation except
- minimal supplied by others, not LL Grace), the DSP-12 and the DSP-1232
- will be the same price. You will not get source for the host code with the
- DSP-1232, but you wouldn't want it. It is for the HD64180 and only Steve
- Stuart, N6IA, AEA's wizard has been able to get that thing to hum. I wrote
- the DSP code for the DSP engine in the AEA product.
-
-
- > 73 de Ora, DJ0MAR
-
- ------------------------------
-
- Date: Sat, 11 Jul 1992 07:01:08 GMT
- From: munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDU
- To: packet-radio@ucsd.edu
-
- References <199207082345.AA08141@leon.nrcps.ariadne-t.gr>, <1992Jul9.161901.9568@talon.ucs.orst.edu>, <1992Jul10.090033.14443@rz.uni-karlsruhe.de>
- Subject : Re: HAPN4800 modem info,expirience PLS
-
- erb@etec.uni-karlsruhe.de (Olaf Erb) writes:
-
- >In article <1992Jul9.161901.9568@talon.ucs.orst.edu>, johan@ECE.ORST.EDU (Johan. K. Reinalda) writes:
- >|> George mentions the docs for the hapn 4800 Bd modem are in Dutch.
- >|> If there is enough interest, i'd be willing to translate this
- >|> to English (seeing as i am a native Dutch speaker :-)
- >|>
- >|> Johan, WG7J
-
- >This would be very great, Johan!
-
- My HAPN docs were in English.
-
- Terry
-
-
- --
- Terry Dawson, terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc
- +61 2 925 1556 (voice), +61 2 922 5973 (fax). __\*/__ 0^Ooooo _____
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #185
- ******************************
- Date: Sun, 12 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #186
- To: packet-radio
-
-
- Packet-Radio Digest Sun, 12 Jul 92 Volume 92 : Issue 186
-
- Today's Topics:
- Connecting Lan-Link ver 2.0 to PK232 MBX
- L.L. Grace DSP-12 experience?
- More ARP questions
- Packet + Amiga + disks on funet
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 1992 06:32:07 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Connecting Lan-Link ver 2.0 to PK232 MBX
- To: packet-radio@ucsd.edu
-
- I have acquired the latest version of Lan-Link, and have set it up
- as the documents suggest. I used Packratt II to set parity to none,
- word length to 8 bits and Tbaud to 1200. I could not find any indication
- in the 232 docs as to how to set the stop bit. I assume the 232 is set at
- 1 as per the op. manual ( page 2-7). I installed Lan-Link using the same
- parameters - and was unable to get any response from the 232 when commands
- were sent. In fact I had to pull the battery jumper a number of times
- in order to reset the 232 in order to get Packratt II to communicate to
- the 232 afterwards. Once or twice in Lan - Link I did get the 232's request
- for a " * " to be typed for the auto baud procedure - but in doing so
- in lan-link - the 232 did not respond ( typing only * as well as F
- 9 and
- * ). Is there a command or procedure I'm missing - I've followed the
- rec's in the lan-link doc re battery etc. Comments abnd suggestions
- would be welcome. Please E Mail to SEELER@UPEI.CA. I will summarize
- responses.
- 73 Dave Seeler
-
- ------------------------------
-
- Date: Sun, 12 Jul 92 00:08:55 GMT
- From: netcomsv!mork!joe@decwrl.dec.com
- Subject: L.L. Grace DSP-12 experience?
- To: packet-radio@ucsd.edu
-
- I received PLENTY of material with the Grace unit! If fact, I received
- the DSP source code! MINIMAL software? I wish ALL my electronic toy
- vendors offered the source code...
-
- --joe
-
- ------------------------------
-
- Date: 11 Jul 92 07:34:53 GMT
- From: pacbell.com!pacbell!osc!dgilmour@network.UCSD.EDU
- Subject: More ARP questions
- To: packet-radio@ucsd.edu
-
- Thanks to those who pointed out that ARP PUBLISH was the way to help me
- use a second PC, with no TNC, connected via SLIP to a PC with a TNC, both
- running NOS. Indeed, when I ARP PUBLISH the IP address of the non-TNC
- machine and associate it with the AX25 callsign of the TNC-equipped PC,
- then the machine with the TNC does indeed intercept packets destined for
- the IP address of the "off-air" PC. So far, so good, except...
-
- The only way I have successfully made connections from the non-TNC PC is
- to do an "ARP ADD <off air IP address> AX25 <off air link (AX25) address>".
- This overwrites the "ARP PUBLISH <off air IP address> AX25 <on air AX25
- call>" that is needed to respond to further ARP requests. From my
- perspective of relative ignorance, it seems quite reasonable to want to
- publish one address resolution ("map this IP address to my machine with
- a radio") yet act on a different address resolution locally ("now that
- you have the data, send it along the SLIP link"). But this would require
- that ARP PUBLISH and ARP ADD would simultaneously be supported for the
- same IP address, with very different semantics. Clealy this is not the
- case in NOS, so I must be doing something wrong.
-
- Sorry for the convoluted explanation. Can anyone help with a workaround?
- 73, Dave WQ1K%K3MC.CA.USA.NA (AMPRNet) and dgilmour@osc.com (Internet)
-
- ------------------------------
-
- Date: Fri, 10 Jul 1992 18:35:35 GMT
- From: sdd.hp.com!cs.utexas.edu!asuvax!ennews!gtephx!bacat@network.UCSD.EDU
- Subject: Packet + Amiga + disks on funet
- To: packet-radio@ucsd.edu
-
- In article <1992Jul4.175134.20209@access.usask.ca>, hardie@herald.usask.ca (Peter Hardie) writes:
- > -> From: john@dir.mcc.ac.uk (John Heaton)
- > ->
- > -> Some time ago I was given 6 disks of Amateur Radio related programs, and
- > -> archived them up using LHWarp. The 6 archives were ftp'ed to funet.fi,
- > -> but I can't remember what the exact pathname was....
- > ->
- > -> John.
- >
- > I downloaded them all and only disks 1 and 4 would unpack properly. These
-
-
- > 73 de Pete VE5VA
- > hardie@herald.usask.ca
-
- I just looked at funet.fi. I couldn't find anything that looked like these files.
- Could you tell me their name and path?
- Thanks
-
-
- ______
- /ony Baca, AG Communication Systems, Phoenix, Arizona
- UUCP: ...!{ncar!noao!enuucp | uunet!samsung!romed!enuucp | att}!gtephx!bacat
- Internet: gtephx!bacat@enuucp.eas.asu.edu Fido Net: 1:114/52
- Packet: WV7I @ KB7TV.AZ.USA.NA
- Work: 602-581-4681 FAX: 602-581-4282
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #186
- ******************************
- Date: Mon, 13 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #187
- To: packet-radio
-
-
- Packet-Radio Digest Mon, 13 Jul 92 Volume 92 : Issue 187
-
- Today's Topics:
- MacModems
- More ARP questions
- newsgroup as digest?
- Packet + Amiga + disks on funet
- Problems with BAYCOM; help welcome...
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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, 12 Jul 1992 22:24:52 GMT
- From: sdd.hp.com!zaphod.mps.ohio-state.edu!caen!destroyer!news.iastate.edu!IASTATE.EDU!rmb3@network.UCSD.EDU
- Subject: MacModems
- To: packet-radio@ucsd.edu
-
- In the new version of softkiss 1.2.1 there is a very inexpensive modem
- for the mac (Not PMP) Does anyone know anything about this modem.
- I am a college student and very poor, so very inexpensive things
- interes me.
-
- Richard Bassett (N2MIX)
- rmb3@iastate.edu
-
- ------------------------------
-
- Date: Sun, 12 Jul 1992 13:06:35 GMT
- From: usc!rpi!newsserver.pixel.kodak.com!psinntp!psinntp!ncrlnk!ciss!lawday!jra@network.UCSD.EDU
- Subject: More ARP questions
- To: packet-radio@ucsd.edu
-
- dgilmour@osc.COM (David Gilmour) writes:
-
- [discussion of proxy arp trimmed]
-
- >The only way I have successfully made connections from the non-TNC PC is
- >to do an "ARP ADD <off air IP address> AX25 <off air link (AX25) address>".
- >This overwrites the "ARP PUBLISH <off air IP address> AX25 <on air AX25
- >call>" that is needed to respond to further ARP requests. From my
- >perspective of relative ignorance, it seems quite reasonable to want to
- >publish one address resolution ("map this IP address to my machine with
- >a radio") yet act on a different address resolution locally ("now that
- >you have the data, send it along the SLIP link"). But this would require
- >that ARP PUBLISH and ARP ADD would simultaneously be supported for the
- >same IP address, with very different semantics. Clealy this is not the
- >case in NOS, so I must be doing something wrong.
-
- Here's an example from my autoexec.nos which routes and publishes for a
- unix machine connected via ethernet. I've used the same seteup for slip
- links, as well:
-
- -----------------------------
- # COM1 -- 256 byte MTU, 2400 baud
- attach asy 0x3f8 4 ax25 vhf 2048 256 2400 [44.70.12.35]
-
- # using a weird address for the ethernet card
- attach packet 0x60 ether 5 1500
- ifconfig ether ipaddr [44.70.200.200]
-
- # You need at least one routing command; if your only radio is on vhf,
- # this'll do it.
- route add default vhf
-
- # now we route to unix machine
- route add 44.70.12.34 ether
- arp publish 44.70.12.34 ax25 ag9v
-
- The unix machine needs to have a "route add gateway" statement telling
- it to route everything out the ethernet to [44.70.12.35].
-
- With this setup, you're in business. Note a couple of things: NOS
- supports a separate ip address for each interface; that's the standard
- way things work in the real world. Using a separate address for each
- interface makes things logically cleaner, but there's no absolute reason
- the vhf and ether interfaces here couldn't have used the same address.
- It's just a matter of telling the unix box where to send its packets.
-
- Since the ethernet address [44.70.200.200] never shows up on the air, I
- just grabbed it at random. You <do> need to have at least two addresses
- on the system, of course; one for the gateway machine, and one for the
- hidden machine.
-
- Hope this helps...
-
- John AG9V
-
- --
- John R. Ackermann, Jr. Law Department, NCR Corporation, Dayton, Ohio
- (513) 445-2966 John.Ackermann@daytonoh.ncr.com
- Packet Radio: ag9v@n8acv tcp/ip: ag9v@ag9v.ampr [44.70.12.34]
-
- ------------------------------
-
- Date: Sun, 12 Jul 92 12:50:07 mst
- From: sdd.hp.com!cs.utexas.edu!asuvax!ennews!stjhmc!ddodell@network.UCSD.EDU
- Subject: newsgroup as digest?
- To: packet-radio@ucsd.edu
-
- I understand that this newsgroup is also distributed as a daily digest.
-
- How do I subscribe to the digest format?
-
- david
-
-
- --
- -------------------------------------------------------------------------
- Internet: ddodell@stjhmc.fidonet.org FAX: +1 (602) 451-1165
- Bitnet: ATW1H @ ASUACAD FidoNet=> 1:114/15
- Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na
-
- ------------------------------
-
- Date: Sun, 12 Jul 1992 13:14:25 GMT
- From: mcsun!ieunet!tcdcs!maths.tcd.ie!kpjeacle@uunet.uu.net
- Subject: Packet + Amiga + disks on funet
- To: packet-radio@ucsd.edu
-
- bacat@gtephx.UUCP (Tony Baca) writes:
-
- >I just looked at funet.fi. I couldn't find anything that looked like
- >these files. Could you tell me their name and path?
-
- They're on nic.funet.fi in /pub/ham/amiga called ham[123456].lhw
-
- As an earlier poster pointed out, they don't seem to unpack properly.
- However, if you use a program such as "FixDisk", you can retrieve all
- the data on them. They're quite old - circa 1988.
-
- I'm completely clueless about packet, I'm just an SWL investigating how
- to hook up my Amiga to radios. I'd appreciate any Amiga owners out there
- letting me know about their software/hardware setup.
-
- Regards,
- --
- Karl Jeacle EI1169 //
- \X/ kpjeacle@maths.tcd.ie
-
- ------------------------------
-
- Date: Mon, 13 Jul 92 02:06:44 GMT
- From: munnari.oz.au!manuel!rsphy7.anu.edu.au!mbk113@network.UCSD.EDU
- Subject: Problems with BAYCOM; help welcome...
- To: packet-radio@ucsd.edu
-
- I have problems with the BAYCOM software (ver. 1.50a). After having
- connected to a remote node, I receive one packet and then, after some
- delay, get disconnected. Other people don't get disconnected; myself I
- had no trouble working PMP with the same node. I suspect that my
- software doesn't send something (RR packet?) and the connection just
- times out. In my SCC.INI I have the <maxfram> parameter set to 1...
-
- Here are my questions:
-
- 1. Can anybody refer me to the version of BAYCOM which WORKED FOR HIM (I
- can FTP it easily if it's posted anywhere);
- 2. Did anybody see a manual for the version 1.50? I'm using the manual
- from ver. 1.2 I think, which doesn't mention many entries in my
- SCC.INI file;
- 3. Any hints in this particular problem?
-
- Thanks in advance, Marek vk1kam
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #187
- ******************************
- Date: Tue, 14 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #188
- To: packet-radio
-
-
- Packet-Radio Digest Tue, 14 Jul 92 Volume 92 : Issue 188
-
- Today's Topics:
- 9600 bps on a Kenwood TM-531
- AmigaNOS and the A2232 (2 msgs)
- Beginning Advice...
- Beginning advice wanted... (2 msgs)
- Data Engine info please
- KAM and KISS
- Mac-BAYCOM
- TNC-1
- Which issue of which mag had TNC-to-HT article?
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 1992 04:49:44 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: 9600 bps on a Kenwood TM-531
- To: packet-radio@ucsd.edu
-
-
- Hello all,
-
- I am posting this for a friend.... Please don't reply to this address...
-
-
- From: pe1nat@pe1nat (Ed)
- To: pa2aga%pi8hvh@pi8yrc
- Subject: tm531 <> 9600bd mod (prdigest)
-
- To use the Kenwood TM531 with a g3ruh 9600 Baud modem:
-
- 1. PLL-unit modifiation:
- Change R56 to 3k.
- Change C56, 57 to 10uF/10v.
-
- 2. Main board:
- Remove C55, 70, 118.
-
- 3. TXA:
- TXA via 150k to MO (pll-unit).
-
- 4. RXA:
- RXA to pin 12 ic2 (main board).
-
- 5. Change C34 (ruh board) to 1uF (mkm).
-
- 6. You'll need a eprom COA.
-
- 7. Solder a ptc (siemens b30-0845-05 (60 Gr. Celius)),
- on the VCO-unit.
-
- Let me know if your work is also succesfully...
-
- 73's, Ed. pe1nat.
-
- -----
-
- Adam van Gaalen (adam@igg.tno.nl )
- (pa2aga@igg.tno.nl)
-
- ------------------------------
-
- Date: 13 Jul 92 22:35:44 GMT
- From: microsoft!hexnut!davidbro@uunet.uu.net
- Subject: AmigaNOS and the A2232
- To: packet-radio@ucsd.edu
-
- [these comments apply to AmigaNOS 2.9b (I think that's the most recent
- version)]
-
- I obtained the latest version of AmigaNOS from ucsd.edu, hoping that
- the most recent version corrects some problems I've been observing.
-
- Unfortunately, it doesn't, but they're not fatal, just annoying.
-
- First off, when AmigaNOS exits, it forgets to free one signal.
- Easy fix -- just include the call to FreeSignal, which I've done
- on my own private version. (I spotted this with the help of
- WShell 2.0 -- if you program on the Amiga and don't have this, for
- shame! Run right out and buy it.)
-
- Second -- Why is the serial port being opened with SERF_RAD_BOOGIE?
- This is only necessary if you're doing MIDI (or, I suppose, 56K
- packet). The code includes a /* ? */ comment when it sets the flag,
- so I guess the person that ported doesn't quite know why it's being
- done either. The SERF_RAD_BOOGIE flag disables some internal checking --
- I removed the flag, and it seems to work fine (but then, I only used
- it at 9600 baud -- hardly MIDI speed).
-
- Third: I had no end of problems getting AmigaNOS to work, until I noticed
- that I only seemed to have problems when I used a port on my A2232
- 7 serial port board. When I used the built-in serial port, everything
- worked great. Specifically, it looked like the serial port wouldn't
- send anything to the program until some buffer overflowed. Anybody
- else have experience with this?
-
- Fourth: It would be nice if instead of opening windows on the workbench,
- it would open them on the default public screen. This is an easy fix
- as well -- set the PUBLIC_SCREEN bit in the NewWindow structure. (well,
- that may not be EXACTLY it, but it is simple. This is another fix I've
- done privately)
-
- Fifth: (This is merely a peeve) It would be nice if AmigaNOS used the Amiga's
- inherently multitasking OS instead of the internal task switching hack
- (not an insult) carried over from the PC. Looking over the code, this
- looks like a major task for anyone without intimate familiarity with
- the NOS code (which I, regretably, don't have), but I believe it would
- clean things up immensly.
-
- Sixth: (this is pure blue sky) Re-writing the various pieces of AmigaNOS
- as a full-blown AmigaOS device would be very cool -- Any extensions
- can then be distributed as stand-alone executables, without the hassle
- of recompiling the entire NOS executable just to add a little bit of
- functionality. I think this has been brought up before.
-
- Anyway, AmigaNOS is, in general, a very fine program. Hopefully some
- of my suggestions can be incorporated into the next version.
-
- (Of course, this is meant for g1yyh (I think that's it) in specific,
- and the net in general. I would have sent it directly to g1yyh, but
- all I have is a packet address)
-
- dave
-
- davidbro@microsoft.com
- n7xjc @ n7iij.wa.usa.na
-
- ------------------------------
-
- Date: 14 Jul 92 03:43:26 GMT
- From: swrinde!mips!darwin.sura.net!haven.umd.edu!ni.umd.edu!sayshell.umd.edu!louie@network.UCSD.EDU
- Subject: AmigaNOS and the A2232
- To: packet-radio@ucsd.edu
-
- In article <1992Jul13.223544.4994@microsoft.com> davidbro@microsoft.com (David D. Brown) writes:
- >[these comments apply to AmigaNOS 2.9b (I think that's the most recent
- >version)]
-
- I did the original port of AmigaNOS, which has since been picked up
- by someone else. That's real good, since I no longer own an Amiga.
-
- >Second -- Why is the serial port being opened with SERF_RAD_BOOGIE?
- >This is only necessary if you're doing MIDI (or, I suppose, 56K
- >packet). The code includes a /* ? */ comment when it sets the flag,
- >so I guess the person that ported doesn't quite know why it's being
- >done either. The SERF_RAD_BOOGIE flag disables some internal checking --
- >I removed the flag, and it seems to work fine (but then, I only used
- >it at 9600 baud -- hardly MIDI speed).
-
- The intent was to make the serial device driver work as fast and
- efficiently as possible. I didn't see any point in it doing anything
- clever at all, like checking parity or stuff.
-
- >Third: I had no end of problems getting AmigaNOS to work, until I noticed
- >that I only seemed to have problems when I used a port on my A2232
- >7 serial port board. When I used the built-in serial port, everything
- >worked great. Specifically, it looked like the serial port wouldn't
- >send anything to the program until some buffer overflowed. Anybody
- >else have experience with this?
-
- AmigaNOS sets the termination character array to the SLIP framing character
- 0xC0, and puts up an I/O request for the maximum sized frame. That way,
- the number of context switches is significantly reduced and the the user's
- process is only woken up when I has to do something, rather than look at
- every characters. The problem seems to be that (I've heard) the device
- dricer for the A2232 many not support that function (the termination
- character array).
-
- >Fourth: It would be nice if instead of opening windows on the workbench,
- >it would open them on the default public screen. This is an easy fix
- >as well -- set the PUBLIC_SCREEN bit in the NewWindow structure. (well,
- >that may not be EXACTLY it, but it is simple. This is another fix I've
- >done privately)
-
- Gee, last time I had an amiga with version 1.2, didn't have anything like
- that!
-
- >Fifth: (This is merely a peeve) It would be nice if AmigaNOS used the Amiga's
- >inherently multitasking OS instead of the internal task switching hack
- >(not an insult) carried over from the PC. Looking over the code, this
- >looks like a major task for anyone without intimate familiarity with
- >the NOS code (which I, regretably, don't have), but I believe it would
- >clean things up immensly.
-
- This most certaily will NOT work. The tasking package used in NOS
- assumes that the processes run to completion or until they volunarily
- give up control. This assumption is implicit in the way the the
- various processes in NOS access shared data structures. Since the
- amiga OS's processes time slice, you'd have to find *all* the places
- that shared data exists and add locking primitives around them. This would
- then make your version of NOS completely unique and non-portable.
-
- >Sixth: (this is pure blue sky) Re-writing the various pieces of AmigaNOS
- >as a full-blown AmigaOS device would be very cool -- Any extensions
- >can then be distributed as stand-alone executables, without the hassle
- >of recompiling the entire NOS executable just to add a little bit of
- >functionality. I think this has been brought up before.
-
- I starting thinking about this real, real hard and came to the
- conclusion that what I really wanted was a real UNIX box. So now I
- have a NeXTstation and not an Amiga. I never got very far.
-
- >Anyway, AmigaNOS is, in general, a very fine program. Hopefully some
- >of my suggestions can be incorporated into the next version.
-
- One of my prime goals when I was hacking early AmigaNET and AmigaNOS
- was to maintain compatibility with the base source code as much as
- possible to allow easy upgrades to new versions and to be able to
- feedback the changes that I make to Phil for inclusion in subsequent
- versions. I'm not at all familiar with what happend to AmigaNOS after
- I stopped working on it, and if that's the case any longer or not.
-
- >(Of course, this is meant for g1yyh (I think that's it) in specific,
- >and the net in general. I would have sent it directly to g1yyh, but
- >all I have is a packet address)
-
- Yeah, and just one more thing. Before anyone asks, I *don't* have
- *any* bits of my versions of AmigaNOS left. I don't have an Amiga or
- any way to make disks. I still get random requests for the code due
- to some old QST article, but they've tapered off... G1YYH is, I
- belive, the definitive source for later AmigaNOS versions.
-
- 73,
-
- louie WA3YMH
-
- ------------------------------
-
- Date: 13 Jul 1992 16:53:47 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Beginning Advice...
- To: packet-radio@ucsd.edu
-
- The 1270B has an HF modem but lacks the HF tuning indicator. Aside from that,
- I think they're the same TNC.
-
- Most of the 2M packet stuff I see around here is still 1200 bps; I don't
- really know: Is 2400 (or above) legal on 2M?
-
- -Ken Johnson. KC4YOZ
-
- ------------------------------
-
- Date: 13 Jul 92 20:32:18 GMT
- From: sdd.hp.com!spool.mu.edu!umn.edu!msus1.msus.edu!vax1.mankato.msus.edu!jlarson@network.UCSD.EDU
- Subject: Beginning advice wanted...
- To: packet-radio@ucsd.edu
-
- Simple question for all of you. I'm just about to get started in packet radio.
- My dad is just about at the point where he is just about to send pains of
- change through his body and use his computer in conjunction with his Kenwood
- TS-440S. :) Therefore, he is very green on this subject and most of the people
- he knows don't delve into packet either.
-
- I was wondering what people suggest for just starting out. I have a very good
- background in computers and networking so feel free to be as technical as you
- want.
-
- I'm going to be running this thing off an old Apple //e and primairly an IBM
- compatible.
-
- My basic questions are:
-
- 1) Is there really any significant differnces in the commands used to run the
- different TNCs by Kantronics, MFJ, and AEA? or do most programs work with any
- of them? Is there enough differnce to justify the cost difference? Be
- specific please.
-
- 2) I was thinking of skipping the multimode data controllers... Is this wise?
- Is there that much use of AMTOR and everything else to justify the $100? If so,
- what do they offer that packet does not?
-
- 3) I was thinking of the MFJ-1270B or the MFJ-1274. Am I correct that they are
- basically the same but the 1270B is missing the HF modem?
-
- 4) I am seriously considering a 2400 baud modem for it, I would assume that
- most out there now use 2400 baud? (1200 is to darn slow in my opinion.) Anyone
- have a percentage approximation? For now, I'll hold off with the 9600 baud
- modem.
-
- 5) what do you guys suggest for good programs to run the TNC with? I'm
- interested in general chat, mailing, but also running TCP/IP over it.
-
- If you have a better idea where to get information, just yell... And thanks for
- your time!
-
- -John Larson
- --------------------------------------------------------------------------------
- Mankato State Univ Currently located in
- Mankato, MN the twin cities...
-
- JLarson@Vax1.Mankato.MSUS.EDU or JLarson@Krypton.Mankato.MSUS.EDU
-
- ------------------------------
-
- Date: 13 Jul 92 16:09:04 MDT
- From: dog.ee.lbl.gov!hellgate.utah.edu!cc.usu.edu!sltmw@network.UCSD.EDU
- Subject: Beginning advice wanted...
- To: packet-radio@ucsd.edu
-
- In article <1992Jul13.143218.2037@vax1.mankato.msus.edu>, jlarson@vax1.mankato.msus.edu writes:
-
- [bunches 'o stuff deleted]
-
- My mailer doesn't reconginze your address, so I have to waste bandwidth..
-
- Could you send me the info that you recieve?? I currently use a C-64 and a
- Heath HD-4040 for packet, but I am going to be buying an IBM clone shortly,
- and I need to know what stuff I need to get to stay up and running.
-
- Thanks, and 73 de Dan N7NKR
-
- --
- --------------------------------------------------------------------------------
- / | "I drank WHAT?" -Socrates
- \ uper |)an |-|olmes | "I love the smell of Napalm in the morning" -Big Duke:
- / 'N7NKR' | Apocalypse Now
- --------------------------------------------------------------------------------
- I'net: sltmw@cc.usu.edu sltmw@cache.declab.usu.edu Bitnet: sltmw@usu.bitnet
- --------------------------------------------------------------------------------
- ghazexsrcwtdceterfygtgyiy <---------sorry, just wiping the puke off my keyboard
-
- ------------------------------
-
- Date: Mon, 13 Jul 1992 16:16:43 GMT
- From: sdd.hp.com!mips!darwin.sura.net!ukma!lexmark!lexmark.com!TBARNETT@network.UCSD.EDU
- Subject: Data Engine info please
- To: packet-radio@ucsd.edu
-
- I just won a Data Engine this past weekend. Lucky stiff, right....
- Anyway, am looking for access to the KA9Q DIGEST, which i understand
- has some Data Engine appends in it. Any other info that might be
- useful would be much appreciated! Feel free to email to me at
- N4TY@LEXMARK.COM also. Thanks, tyler.
-
- ------------------------------
-
- Date: 13 Jul 92 08:18:53 EDT
- From: psinntp!arrl.org@uunet.uu.net
- Subject: KAM and KISS
- To: packet-radio@ucsd.edu
-
- I just begain running a version of NOS with my Kantronics KAM. Does
- anyone know how to place the KAM into the KISS mode with a command
- from AUTOEXEC.NOS? I tried: comm ax0 "kiss on" followed by comm ax0
- "reset," but it didn't work.
-
- Any ideas?
-
- Steve, WB8IMY
-
- ------------------------------
-
- Date: 13 Jul 92 19:06:25 GMT
- From: biosys!cosmid.apldbio.com!mal@uunet.uu.net
- Subject: Mac-BAYCOM
- To: packet-radio@ucsd.edu
-
- Some time ago someone posted a note about running BAYCOM on a MAC which
- was running SoftPC. I confirm that BAYCOM wakes up. However, the poster
- failed to note how he/she was making the connections to the outside world,
- since the MAC doesn't support things like CTS, etc in an obvious way.
-
- Would the previous poster please contact me via email regarding if they
- managed to get BAYCOM completely up and running? Thanks much.
-
- 73
-
- Mal (WA2UNP, Berkeley, CA)
-
- ------------------------------
-
- Date: 13 Jul 92 11:49:02 GMT
- From: sdd.hp.com!nigel.msen.com!yale.edu!jvnc.net!netnews.upenn.edu!uofs!falcon.cs.uofs.edu!bill@network.UCSD.EDU
- Subject: TNC-1
- To: packet-radio@ucsd.edu
-
- Is there anyone out there with a TNC-1 sitting around collecting dust
- that they would like to get rid of?? I would like to get my hands on
- a couple TNC-1's in order to try writing some new firmware for them.
-
- Any takers??
-
- bill KB3YV
-
- --
-
- Bill Gunshannon | If this statement wasn't here,
- bill@platypus.uofs.edu | This space would be left intentionally blank
- bill@tuatara.uofs.edu | #include <std.disclaimer.h>
-
- ------------------------------
-
- Date: 13 Jul 92 16:02:47 GMT
- From: das.wang.com!wang!djenkins@uunet.uu.net
- Subject: Which issue of which mag had TNC-to-HT article?
- To: packet-radio@ucsd.edu
-
- Someone mentioned that there was a recent article in 73(?) that covered
- connecting several TNC's to various HT's. Does anyone know which/when?
-
- I have been trying to get my HTX-202 working with an HD-4040 TNC. I have
- gotten mucho help from the net after my previous posting for help. A puplic
- thanks to those who helped.
-
- The problem I have is that the HTX-202 won't key up with anything larger than
- a 2.2K resistor and that seems to attenuate the signal too much. One of the
- nice gentlemen who helped me out mentioned a possible alternative to the
- resistor, but I thought that if the above article DID cover this particular
- issue I could save some trial and error time.
-
- 73
-
- Dave, N1MXV
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #188
- ******************************
- Date: Wed, 15 Jul 92 04:30:04 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #189
- To: packet-radio
-
-
- Packet-Radio Digest Wed, 15 Jul 92 Volume 92 : Issue 189
-
- Today's Topics:
- Article about 9600 bps modems
- Beginning Advice... (3 msgs)
- Beginning advice wanted... (2 msgs)
- FTP
- KISS on PK-232
- LZW compression on SMTP Help PSE
- MFJ-1270B & G3RUH Modems
- SunOS version of KA9Q sought
- W2A to PCB-88 TNC
- Which issue of which mag had TNC-to-HT article?
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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, 15 Jul 1992 05:15:33 GMT
- From: sdd.hp.com!mips!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!zrz.tu-berlin.de!cs.tu-berlin.de!fauern!LRZnews!bauv106!bauv106!claude@network.UCSD.EDU
- Subject: Article about 9600 bps modems
- To: packet-radio@ucsd.edu
-
- Hello !
-
- Where can I find the article about the G3RUH modem ? Information
- about other 9600 bps designs are welcome too.
-
- Thanks
- Claude, DJ0OT
-
- ------------------------------
-
- Date: 14 Jul 1992 18:18:43 GMT
- From: ucsd.edu!brian@network.UCSD.EDU
- Subject: Beginning Advice...
- To: packet-radio@ucsd.edu
-
- kdj@iinus1.ibm.com (Ken Johnson) writes:
- >Most of the 2M packet stuff I see around here is still 1200 bps; I don't
- >really know: Is 2400 (or above) legal on 2M?
-
- Yes. 2400 bps is a waste of effort, but there's a small number of people
- running at 9600 bps on 2m scattered around the country.
- - Brian
-
- ------------------------------
-
- Date: Tue, 14 Jul 1992 19:02:21 GMT
- From: usc!sol.ctr.columbia.edu!news.columbia.edu!cunixb.cc.columbia.edu!mig@network.UCSD.EDU
- Subject: Beginning Advice...
- To: packet-radio@ucsd.edu
-
- In article <13v5q3INNi1l@network.ucsd.edu> brian@ucsd.edu (Brian Kantor) writes:
- >kdj@iinus1.ibm.com (Ken Johnson) writes:
- >>Most of the 2M packet stuff I see around here is still 1200 bps; I don't
- >>really know: Is 2400 (or above) legal on 2M?
- >
- >Yes. 2400 bps is a waste of effort, but there's a small number of people
- >running at 9600 bps on 2m scattered around the country.
-
- Is anybody running 9600 or faster?
- Can anyone tell me about TCP/IP in the NYC area?
-
- I would like to get some IP numbers, because several members of the Columbia
- University Amateur Radio Club want to experiment with it. I would like to
- get suggestions on the cheapest/most effective/most compatible/best setups
- for starting out from scratch. Does anyone have recommendations on a modem
- standard? How easy is it to mosify a stock HT?
-
- All information is much appreciated.
-
- Thank you very much.
- Meir
-
- * * * * * ================= Internet address is mig@cunixb.cc.columbia.edu
- * * * * * * = Meir I. Green = for short, mail to mig@columbia.edu
- * * * * * ================= UUCP Bang! columbia.edu!mig
- * * * * * * ================= Amateur Packet Radio N2JPG@W2XO.PA.USA.NOAM
-
- ------------------------------
-
- Date: 15 Jul 92 02:34:57 GMT
- From: sdd.hp.com!elroy.jpl.nasa.gov!lll-winken!iggy.GW.Vitalink.COM!widener!beyonet!beyo@network.UCSD.EDU
- Subject: Beginning Advice...
- To: packet-radio@ucsd.edu
-
- kdj@iinus1.ibm.com (Ken Johnson) writes:
- >Most of the 2M packet stuff I see around here is still 1200 bps; I don't
- >really know: Is 2400 (or above) legal on 2M?
-
- Check out SS. 97.307(f) "Emission Standards"
-
- Frequency Max Data Speed
- --------------------------------------------------------
- 1.80 - 24.93 MHz 300 baud = Below 10m
- 28.0 - 28.3 MHz 1200 baud = 10m
- 50.1 - 148 MHz 19.6k baud = 6m & 2m
- 222 - 450 MHz 56k baud = 1.25 & 70cm
- 902 and above MHz unlimited = Above 70cm
-
- >-Ken Johnson. KC4YOZ
-
- Steve
- --
- ############### Stephen Urich WB3FTP |"Starlightbeams project ###############
- ##|_|########## Bensalem, PA USA |me in Red Blue and Green##|_|##########
- ###############----------------------|Velvetdreams protect me ###############
- #### #### snark!beyonet!beyo |when I hit the Screen" #### ####
- ## |_| ## widener!beyonet!beyo |--Alan Parsons Project ## |_| ##
- ## ##-----------------------------------------------## ##
- #### #### Packet Radio: WB3FTP@WA3NWL.#EPA.PA.USA.NA #### ####
- _###############_______________________________________________###############_
-
- ------------------------------
-
- Date: 14 Jul 92 14:48:41 GMT
- From: swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@network.UCSD.EDU
- Subject: Beginning advice wanted...
- To: packet-radio@ucsd.edu
-
- In article <1992Jul13.143218.2037@vax1.mankato.msus.edu> you write:
-
- > 1) Is there really any significant differnces in the commands used
-
- Not really. Packet is Packet and a MAJORITY of the commands are the same.
-
- > 2) I was thinking of skipping the multimode data controllers...
-
- Gasp! You mean you're not going to run out and buy the PK-232 just to test?
- Actually a VERY wise choice for beginning packet (ie not multi-mode)
-
- > 3) I was thinking of the MFJ-1270B or the MFJ-1274.
-
- No, they are identical except that the 12764 has a tuning indicator.
- This REALLY helps with HF packet. They both do HF packet.
-
- > 4) I am seriously considering a 2400 baud modem for it,
-
- Don't bother. THere's not enough 2400 users out there. Run with 1200
- and get a feel for Packet, then make the jump to 9600 (cheap to do)
-
- > 5) what do you guys suggest for good programs to run the TNC with?
-
- Just about ANY terminal program. Procomm, etc. works FINE for packet. The
- TNC's are designed to be interfaced with a dumb terminal. If you're going
- to run TCP/IP, I suggest running one of the PA0GRI or PE1CHL variants.
-
- Personal suggestions for equipment: Buy a PacComm Tiny-2. The manual is WELL
- written. The Tiny-2 is a TNC-2 clone and the aftermarket EPROM firmware will
- work in it. WA8DED's host and net/rom firmware, and TAPR KISS EPROMS drop
- right into it. Second bet would be the MFJ-1270b for the same reasons. If you
- want to run HF packet, get the 1274 since it has the tuning indicator! Also,
- all of the above are SIMPLE to upgrade to 9600 baud.
-
- For further questions/answers/opinions see the sig text.
-
- --
- xenon!skyld!jangus < This space left blank intentionally. >
- J Angus, PO Box 4425, Carson CA 90749-4425 voice (310) 324-6080
-
- ------------------------------
-
- Date: 14 Jul 92 23:29:18 GMT
- From: swrinde!gatech!gatech!kd4nc!ke4zv!gary@network.UCSD.EDU
- Subject: Beginning advice wanted...
- To: packet-radio@ucsd.edu
-
- In article <1992Jul13.143218.2037@vax1.mankato.msus.edu> jlarson@vax1.mankato.msus.edu writes:
- >
- >I was wondering what people suggest for just starting out. I have a very good
- >background in computers and networking so feel free to be as technical as you
- >want.
- >
- >I'm going to be running this thing off an old Apple //e and primairly an IBM
- >compatible.
- >
- >My basic questions are:
- >
- >1) Is there really any significant differnces in the commands used to run the
- >different TNCs by Kantronics, MFJ, and AEA? or do most programs work with any
- >of them? Is there enough differnce to justify the cost difference? Be
- >specific please.
-
- The basic firmware command sets divide into Kantronics vs everyone else.
- In addition, the multimode controllers have their own unique commands.
- If you are satisfied to interact with the firmware command set, then
- any terminal program will work. Some TNCs, AEA PK-232 for example, have
- a special "host" mode that is designed to be software friendly. Thus there
- are specialized programs that talk to specific TNCs in this host mode.
- AEA's PC Packratt program is an example. IMHO the firmware differences
- are *not* worth extra cost.
-
- >2) I was thinking of skipping the multimode data controllers... Is this wise?
- >Is there that much use of AMTOR and everything else to justify the $100? If so,
- >what do they offer that packet does not?
-
- On *HF*, AMTOR is superior to packet for thruput. It's in wide use
- worldwide. RTTY is still in common use as well, though it doesn't
- offer any error detection. On VHF and above, packet dominates.
-
- >3) I was thinking of the MFJ-1270B or the MFJ-1274. Am I correct that they are
- >basically the same but the 1270B is missing the HF modem?
-
- The only difference between these two TNCs is the tuning indicator. Both
- will work at HF.
-
- >4) I am seriously considering a 2400 baud modem for it, I would assume that
- >most out there now use 2400 baud? (1200 is to darn slow in my opinion.) Anyone
- >have a percentage approximation? For now, I'll hold off with the 9600 baud
- >modem.
-
- 2400 baud offers little thruput advantage due to the protocol and
- turnaround overhead. Typical thruput improvement for 2400 baud over 1200
- baud is less than 25%. Aside from use on the DX spotting Packetcluster,
- 2400 baud TNCs are uncommon. The majority of VHF use remains at 1200 baud
- with the next worthwhile speed stepup at 9600 baud. Thruput increases of
- two to three times are typical with 9600 baud. Packet is an ARQ protocol
- with fixed header overhead and *half duplex* channel turnaround overhead.
- With normal single line per packet transmissions, the delays are longer
- than the data. Channel sharing further reduces the thruput. Going to maximum
- length frames can improve thruput fairly dramatically on a nonshared channel.
- On a busy shared channel, effective thruput can drop below 50 baud. There
- is no correspondence with full duplex telephone modem performance.
-
- >5) what do you guys suggest for good programs to run the TNC with? I'm
- >interested in general chat, mailing, but also running TCP/IP over it.
-
- For a standard TNC with standard firmware, any telcom program is fine.
- ProComm is popular. There are programs written especially for packet
- use, but they offer little real advantage. For TCP/IP use, you need
- KISS firmware in the TNC and KA9Q NOS as the operating software. Most
- of the new TNCs offer a KISS mode in their firmware, but I prefer to
- replace the firmware ROM with an optimized KISS only ROM. That way
- there is no danger that the TNC can unexpectedly drop out of KISS
- mode during a session. All TAPR clones will accept the KISS firmware
- ROM. Non-standard TNCs like Kantronics and the multimodes have to
- depend on built in KISS modes. Note that there are problems with
- some of these KISS implementations. There is no NOS for Apple IIe
- systems.
-
- Gary KE4ZV
-
- ------------------------------
-
- Date: 10 Jul 92 23:04:52 CST
- From: usc!wupost!darwin.sura.net!tulane!agwbbs!Angelo_Glorioso_Iii@network.UCSD.EDU
- Subject: FTP
- To: packet-radio@ucsd.edu
-
- I am looking for a FTP SITE with the following files and the correct names:
-
- BPQ 4.05B - The Lastest version of G8BPQ Switching Software
- ROSESWITCH - Lastest version of the eprom code to burn in
- CHATNODE - The Chatnode software made by the THENET People
-
- Thanks again..
-
- -- Via DLG Pro v0.992
-
- Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US
- Usenet:rex!agwbbs!angelo_glorioso_III
- Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA
- Tcp/ip:N5UXT.AMPT.ORG [44.108.2.13]
-
- ------------------------------
-
- Date: Tue, 14 Jul 1992 18:20:07 GMT
- From: sdd.hp.com!zaphod.mps.ohio-state.edu!mips!darwin.sura.net!gatech!ee.gatech.edu!eedsp.gatech.edu!tucker@network.UCSD.EDU
- Subject: KISS on PK-232
- To: packet-radio@ucsd.edu
-
- I'd appreciate it if someone would send me the commands necessary to
- put a PK-232MBX in KISS mode. The tutorial to NOS I have includes
- both the commands:
- KISS ON
- HOST ON
-
- However, doing either one makes the TNC stop accepting commands. I'd just
- like to know from someone who actually does it what it takes and if these
- commands can be put in autoexec.nos.
-
- Oh, how do I get it out of KISS mode? Doing a long power cycle does it
- now, but I think my battery inside is dead. What's the better way?
-
- Thanks for the info and 73
- Jeff
-
- --
- ---------------------------
- Jeff Tucker N9HZQ, EMT-A
- tucker@eedsp.gatech.edu Graduate Student, Electrical Engineering
- May all your throws be bulls! Georgia Institute of Technology
-
- ------------------------------
-
- Date: 14 Jul 92 11:45:50 GMT
- From: pa.dec.com!rdg.dec.com!irnbru.enet.dec.com!ralexander@decwrl.dec.com
- Subject: LZW compression on SMTP Help PSE
- To: packet-radio@ucsd.edu
-
- Hi,
-
-
- I`m running NOS 2.0f (PA0GRI) and having some problems with SMTP.
- When my SMTP system tries to forward a msg to another local amateur it tries
- to solicit connection using LZW compression. This causes my friends system to
- crash out or hang, is there any way of explicitly turning off LZW compression
- on SMTP transfers !!!.
-
- Incidently my friend is running AMIGANOS 2.8s (I think but not too sure on the
- version).
-
-
- Thanks in anticipation.
-
- Robin Alexander.
-
- ------------------------------
-
- Date: 10 Jul 92 23:07:06 CST
- From: usc!wupost!darwin.sura.net!tulane!agwbbs!Angelo_Glorioso_Iii@network.UCSD.EDU
- Subject: MFJ-1270B & G3RUH Modems
- To: packet-radio@ucsd.edu
-
- I was talking with a few Hams in Texas and they mentioned a Mod or a fix
- for
- the flicking of the DCD light on the MFJ-1270B with the G3ruh Modems.
-
- Any help will be appreciated!!!
-
- Thanks
-
-
- -- Via DLG Pro v0.992
-
- Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US
- Usenet:rex!agwbbs!angelo_glorioso_III
- Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA
- Tcp/ip:N5UXT.AMPT.ORG [44.108.2.13]
-
- ------------------------------
-
- Date: 14 Jul 1992 16:26:02 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: SunOS version of KA9Q sought
- To: packet-radio@ucsd.edu
-
- Some time ago, an FTP address was published pointing to a set of
- instructions utilizing SunOS LWP to get KA9Q NOS running on a SPARC.
- Due to a boneheaded slipup, I have lost the instructions and the
- means of regaining them easily. Would someone *please* send me one
- of the following:
-
- 1) the address of the instructions
- 2) the above mentioned instructions
- 3) the modified source
- 4) instructions for modification of a later release of NOS
- 5) an address where I can get the instructions to modify a later release
- 6) an FTP address where I can get the modified source of a later release
-
- I would be sincerely appreciative.
- Reid
-
- ------------------------------
-
- Date: Tue, 14 Jul 1992 19:04:28 GMT
- From: sdd.hp.com!zaphod.mps.ohio-state.edu!caen!destroyer!news.iastate.edu!sysad.cnde.iastate.edu!njohnson@network.UCSD.EDU
- Subject: W2A to PCB-88 TNC
- To: packet-radio@ucsd.edu
-
- Could some one send me information on how to wire an ICOM W2-A to
- a AEA PCB-88 ?
-
- Thanks
-
- --
- Neil Johnson, N0SFH | Systems Administrator
- njohnson@cnde.iastate.edu | Center for Nondestructive Evaluation
- njohnson@sysad.cnde.iastate.edu | Institute for Physical Research & Technology
- neil@iastate.edu | Iowa State University
- | Ames, Iowa
-
- ------------------------------
-
- Date: 14 Jul 92 12:29:50 GMT
- From: swrinde!gatech!emory!kd4nc!ke4zv!gary@network.UCSD.EDU
- Subject: Which issue of which mag had TNC-to-HT article?
- To: packet-radio@ucsd.edu
-
- In article <brc4ko.mom@wang.com> djenkins@wang.com (Dave Jenkins) writes:
- >
- >The problem I have is that the HTX-202 won't key up with anything larger than
- >a 2.2K resistor and that seems to attenuate the signal too much. One of the
- >nice gentlemen who helped me out mentioned a possible alternative to the
- >resistor, but I thought that if the above article DID cover this particular
- >issue I could save some trial and error time.
-
- One of the best ways to interface one of these "leaky" ground PTT HTs to
- a TNC is via a transformer. This works for Yaesu, Icom, and RS units.
-
- TNC PTT--------))))))))----HT tip
- ========
- TNC AF out-----))))))))-x--HT sleeve
- |
- TNC Gnd-----------------|
-
- Any 1:1 AF transformer will work. Radio Shack has several tiny ones in
- a grab bag that do fine. Your TNC should have an audio output adjustment.
- For TAPR style TNCs, you can get lots of drive. With Kantronics TNCs, you
- may need to change a jumper on the TNC to get enough drive. Consult the
- manual.
-
- Gary KE4ZV
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #189
- ******************************
- Date: Thu, 16 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #190
- To: packet-radio
-
-
- Packet-Radio Digest Thu, 16 Jul 92 Volume 92 : Issue 190
-
- Today's Topics:
- Beginning Advice...
- lzw + smtp
- Packet + Amiga + disks on funet
- PK-232MBX & 9600 baud
- Regency HR 2 on packet?
- small TNC wanted
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 16:03:51 GMT
- From: swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!src.honeywell.com!kanefsky@network.UCSD.EDU
- Subject: Beginning Advice...
- To: packet-radio@ucsd.edu
-
- In article <388@beyonet.UUCP> beyo@beyonet.UUCP (Steve Urich) writes:
- >kdj@iinus1.ibm.com (Ken Johnson) writes:
- >>Most of the 2M packet stuff I see around here is still 1200 bps; I don't
- >>really know: Is 2400 (or above) legal on 2M?
- >
- >Check out SS. 97.307(f) "Emission Standards"
- >
- >Frequency Max Data Speed
- >--------------------------------------------------------
- >1.80 - 24.93 MHz 300 baud = Below 10m
- >28.0 - 28.3 MHz 1200 baud = 10m
- >50.1 - 148 MHz 19.6k baud = 6m & 2m
- >222 - 450 MHz 56k baud = 1.25 & 70cm
- >902 and above MHz unlimited = Above 70cm
-
- Putting a limit on the maximum data speed seems akin to putting a limit on
- maximum fuel efficiency of automobiles. I just don't see any reason for
- it. I can understand a limitation on *bandwidth*, but as long as you can
- squeeze more throughput out of that bandwidth, more power to you!
-
- Anyway, expressing the limitation in "baud" seems to leave the door open
- for higher bit-per-second rates while staying within the letter of the
- law. The notion of "baud" isn't even clearly defined. Many people argue
- that Telebit's PEP protocol for land-line modems gets on the order of 15K
- bps with only 7 "baud."
-
- Nevertheless, I would hope that a proposal for a rule change in this area is
- in the works. If there was ever such a thing as a "victimless crime,"
- this has got to be it :-)
-
- --
- Steve Kanefsky
- N7YKG/AE
-
- ------------------------------
-
- Date: 15 Jul 1992 12:22:09 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: lzw + smtp
- To: packet-radio@ucsd.edu
-
- sorry cant turn on/off lzw compression explicitly against a hostname
- well not in gri code...
- WNOS yes..
- barry..
-
- ------------------------------
-
- Date: 15 Jul 92 16:46:20 GMT
- From: mcsun!uknet!mucs!nessie!john@uunet.uu.net
- Subject: Packet + Amiga + disks on funet
- To: packet-radio@ucsd.edu
-
- I have ftp'd the 6 archives, but only had a CRC on one disk, and will make the
- disks available on my PC 130.88.202.27, sometime over the next few days. (and
- I will make sure that they can be dearchived first!).
-
- John. G1YYH
-
- ------------------------------
-
- Date: Wed, 15 Jul 1992 06:12:51 GMT
- From: sdd.hp.com!mips!darwin.sura.net!Sirius.dfn.de!zrz.tu-berlin.de!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!fuug!funic!polaris!uwasa.fi!news@network.UCSD.EDU
- Subject: PK-232MBX & 9600 baud
- To: packet-radio@ucsd.edu
-
- I've been trying to get my PK232MBX to work with G3RUH 9600 baud modem. I
- know that TAPR sells a disconnect kit for PK232 and did consider buying it
- first but the banks here in Finland rip you off when you buy foreign
- currency in small amounts ;( I've got it working, well sort of, the only
- problem is that it drops received characters now and then (about 5% of
- total input). Does anyone have good ideas on how to cure this? I suspect
- that the PK232MBX just isn't able to swallow all the data from the G3RUH
- modem fast enough. My eprom is dated 1990, July I think.
-
- So if you have any ideas how to help me on this I'd appreciate to hear
- from you.
-
- --
- Markus Lamminmaki OH6LSA mkl@chyde.uwasa.fi
- Fax: +358-61-3230 610 Ididn'tdoitnobodysawmeYoucan'tproveanything
- Phone: +358-61-3230 661
-
- ------------------------------
-
- Date: Wed, 15 Jul 1992 13:03:34 GMT
- From: pacbell.com!att!att!cbnewsc!whou@network.UCSD.EDU
- Subject: Regency HR 2 on packet?
- To: packet-radio@ucsd.edu
-
- Can anyone advise on the use of a Regency HR2 rig for packet radio?
-
- Since this rig uses a T/R relay I wonder if it will be suitable.
-
- Gene Koeppe WB9JAB att!ihlpm!genek genek@ihlpm.att.com
-
- ------------------------------
-
- Date: 15 Jul 92 13:35:05 GMT
- From: swrinde!mips!darwin.sura.net!gatech!concert!ecsgate!lrc.edu!neal@network.UCSD.EDU
- Subject: small TNC wanted
- To: packet-radio@ucsd.edu
-
- Has anyone seen/used some of the tiny packet units?
- I have heard that there are some about the size of a gender-changer,
- and would like some details. the idea is to get something small
- that i can use with my notebook computer.
-
- thanks.
-
- neal george
- neal@lrc.edu
- kd4qel
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #190
- ******************************
- Date: Fri, 17 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #191
- To: packet-radio
-
-
- Packet-Radio Digest Fri, 17 Jul 92 Volume 92 : Issue 191
-
- Today's Topics:
- AmigaNOS and the A2232
- Anybody tried packet with Tandy 100?
- Hey you guys know if there's an repeater in the Detroit area
- KISS on PK-232
- Lan-Link ver 2.0, PK232MBX and Host Mode
- Need ROM upgrade?
- Packet repeater w/o regenerating the packets & stopping voice
- Pinouts on Pk-88 (2 msgs)
- Regency HR 2 on packet?
- SLFP packet driver
- small TNC wanted
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 17:32:59 GMT
- From: microsoft!hexnut!davidbro@uunet.uu.net
- Subject: AmigaNOS and the A2232
- To: packet-radio@ucsd.edu
-
- In article <1992Jul14.034326.13238@ni.umd.edu> louie@sayshell.umd.edu (Louis A. Mamakos) writes:
- >In article <1992Jul13.223544.4994@microsoft.com> davidbro@microsoft.com (David D. Brown) writes:
- >>Third: I had no end of problems getting AmigaNOS to work, until I noticed
- >>that I only seemed to have problems when I used a port on my A2232
- >>7 serial port board. When I used the built-in serial port, everything
- >>worked great. Specifically, it looked like the serial port wouldn't
- >>send anything to the program until some buffer overflowed. Anybody
- >>else have experience with this?
- >
- >AmigaNOS sets the termination character array to the SLIP framing character
- >0xC0, and puts up an I/O request for the maximum sized frame. That way,
- >the number of context switches is significantly reduced and the the user's
- >process is only woken up when I has to do something, rather than look at
- >every characters. The problem seems to be that (I've heard) the device
- >dricer for the A2232 many not support that function (the termination
- >character array).
-
- Others have confirmed that this was indeed the problem.
-
- A workaround was also suggested: Set the buffer size to 1. (yuk)
-
- >>Fifth: (This is merely a peeve) It would be nice if AmigaNOS used the Amiga's
- >>inherently multitasking OS instead of the internal task switching hack
- >>(not an insult) carried over from the PC. Looking over the code, this
- >>looks like a major task for anyone without intimate familiarity with
- >>the NOS code (which I, regretably, don't have), but I believe it would
- >>clean things up immensly.
- >
- >This most certaily will NOT work. The tasking package used in NOS
- >assumes that the processes run to completion or until they volunarily
- >give up control. This assumption is implicit in the way the the
- >various processes in NOS access shared data structures. Since the
- >amiga OS's processes time slice, you'd have to find *all* the places
- >that shared data exists and add locking primitives around them. This would
- >then make your version of NOS completely unique and non-portable.
-
- I don't think that work/NOT work enters into it. When I first thought
- of doing the conversion, I took all of the problems you mentioned
- into consideration. I was also not really that worried about maintaining
- source code compatibilty -- my aim in adapting the code is different
- than your original intent. Not better, just different. I like portable
- code as much as the next guy, but nothing beats a program that has been
- designed for a specific system.
-
- On the other hand, it was exactly those problems that you mentioned that
- made me decide that I really didn't have the time to dig into the
- code.
-
- >>Sixth: (this is pure blue sky) Re-writing the various pieces of AmigaNOS
- >>as a full-blown AmigaOS device would be very cool -- Any extensions
- >>can then be distributed as stand-alone executables, without the hassle
- >>of recompiling the entire NOS executable just to add a little bit of
- >>functionality. I think this has been brought up before.
- >
- >I starting thinking about this real, real hard and came to the
- >conclusion that what I really wanted was a real UNIX box. So now I
- >have a NeXTstation and not an Amiga. I never got very far.
-
- I'm not quite sure I follow that particular bit of reasoning...
-
- As long as NOS, in its various incarnations, remains a monolithic program,
- changes and additions will be painful. If a group of people could get
- together and provide device interfaces for the various platforms (a
- device on the amiga, a device driver for MSDOS/Windows/OS/2, and
- whatever the equivalent bit of software for a Mac is), we could keep
- most of the machine peculiarities in the drivers and have a large
- common application code base to work with.
-
- To try to clarify the previous paragraph, a quick glance through the
- NOS source code shows that a socket interface is used internally.
- Unfortunately, the socket interface is only INTERNAL to NOS. You can't
- just take one of the many socket-based apps and link it with NOS's sockets --
- you have to actually incorporate the app's code into the monolithic
- structure, with the corresponding increase in memory footprint and
- load time. If we made the packet TCP/IP software interface public, it would
- be simple to just use the features you want, without wasting memory with
- features that aren't used.
-
- >louie WA3YMH
-
- Thanks for the reply...
-
- 73
-
- dave N7XJC
-
- ------------------------------
-
- Date: Thu, 16 Jul 1992 21:19:25 GMT
- From: stanford.edu!rock!taco!garfield.catt.ncsu.edu!protein@uunet.uu.net
- Subject: Anybody tried packet with Tandy 100?
- To: packet-radio@ucsd.edu
-
- Has anybody tried mobile packet with a Tandy model 100?
- Just curious.
-
-
- Chris Blackmon, N4VGK || In this business, you either lead, follow
- protein@catt.ncsu.edu || or get the hell out of the way.
-
- "pour aller ou personne n'est jamais alle'...."
-
- ------------------------------
-
- Date: 16 Jul 92 18:27:39 GMT
- From: swrinde!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!m.cs.uiuc.edu!vela!jggoslin@network.UCSD.EDU
- Subject: Hey you guys know if there's an repeater in the Detroit area
- To: packet-radio@ucsd.edu
-
- I think that's what my friend called it. (I know nothing about ham, so don;t
- jump down my throat) He either called it a repeater or an autopatch. It lets
- one make phone calls over long distances on a ham radio.
-
- Anyways, I'm trying to locate one in my area code so he can call me. Area code
- 313, near Rochester Hills to be precise.
-
- I really appreciate it if anyone can find one. Thanks
- later
-
-
- -------------------------------------------------------------------------
- | "Only the dead see the end of war." | Whiplash Smile |
- | "Conformity is the cradle of boredom." | BUBBA Jeff Goslin |
- |=======================================================================|
- | jggoslin@vela.acs.oakland.edu |
- -------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 16 Jul 92 06:10:05 GMT
- From: mcsun!fuug!funic!polaris!uwasa.fi!news@uunet.uu.net
- Subject: KISS on PK-232
- To: packet-radio@ucsd.edu
-
- In article <1992Jul14.182007.18882@ee.gatech.edu> tucker@eedsp.gatech.edu
- (Jeff Tucker) writes:
- > I'd appreciate it if someone would send me the commands necessary to
- > put a PK-232MBX in KISS mode. The tutorial to NOS I have includes
- > both the commands:
- > KISS ON
- > HOST ON
- >
- > However, doing either one makes the TNC stop accepting commands. I'd
- just
- > like to know from someone who actually does it what it takes and if
- these
- > commands can be put in autoexec.nos.
-
- Yes, it should stop accepting commands right after the KISS ON command.
- The PK-232 goes immideatly into KISS mode and you can start working with
- NOS. You can put the KISS ON command in autoexec.nos but I have not done
- that so I can't help you there. (I usually have my PK232 in KISS mode all
- the time).
-
- > Oh, how do I get it out of KISS mode? Doing a long power cycle does it
- > now, but I think my battery inside is dead. What's the better way?
-
- Type CTRL-C 3 times and wait 1-2 seconds, you should get the cmd: prompt
- then. I think that a long break should do it also? Not sure though about
- that.
-
- > Thanks for the info and 73
- > Jeff
-
- 73 de Markus
-
- ------------------------------
-
- Date: 16 Jul 1992 10:30:45 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Lan-Link ver 2.0, PK232MBX and Host Mode
- To: packet-radio@ucsd.edu
-
- First I would like to indicate that I resolved my earlier problem in getting my
- PK232MBX to talk to Lan-Link. I had been using the Fast Iniitialization mode
- with PakRatt II and as a result the host mode was on when I disconnected.
- Changing this and putting autobaud to "on" solved this and all is working now.
-
- I have a question re using Lan-link to use the features of HOST mode in the
- 232. I would llike to use the signal command to recognize signal parameters,
- and use the OK command to switch automatically to the mode, rate etc I would
- like to change to. I was thinking of using the L-L.00X files to send commands
- to the PK232 in such a way that re-initialization etc is not necessay via the
- Lan-Link menus. Has anyone tried optimizing Lan-Link in this way to use the
- Host mode in the 232MBX? I do have the tech. ref. manual on order - so I
- suspect that there will be ideas there - but any suggestions from those who
- may be doing this would be appreciated.
-
- Comments and suggestions would be appreciated. Please E-Mail me at
- SEELER@UPEI.CA. I will summarize responses if it is possible.
-
- David Seeler SEELER@UPEI.CA
- VY2DCS
-
- ------------------------------
-
- Date: Thu, 16 Jul 92 18:07:00 GMT
- From: sdd.hp.com!mips!cs.uoregon.edu!nntp.uoregon.edu!news@network.UCSD.EDU
- Subject: Need ROM upgrade?
- To: packet-radio@ucsd.edu
-
- Here's a beginners question(s)...I've recently purchased a used MFJ-1270, and
- am wondering if I am missing any features by not having a current ROM. I didn't
- write down the version # but I think the date is around 1988? I know that it
- has the ax25l2v2 command if that counts for anything. I would like to run
- tcp/ip and am not sure if this guy will do it. Also, any good books that
- anyone can recommend (other than the beginners arrl publication) would
- be appreciated.
- Thanks,
- Jeff Hite KF7SZ
- Internet jeffh@ludwig.cc.uoregon.edu
- Packet kf7sz@n7dxt.or.usa.na
-
- ------------------------------
-
- Date: Fri, 17 Jul 1992 02:39:22 GMT
- From: sdd.hp.com!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDU
- Subject: Packet repeater w/o regenerating the packets & stopping voice
- To: packet-radio@ucsd.edu
-
- Some time ago, there was a discussion on using a two frequency repeater
- to service a local area and avoid "hidden" stations. Repeater would
- retransmit without time delay the packets it hears on the input freq
- on the output freq. Question is how to enforce packet use only, keeping
- old style voice users out. One way would be to demod and remodulate the
- packet tones. How about this: Pass the recieved audio directly to the
- transmitter, but have a circuit listen and detect the continuous presense
- of packet tones, and shut off the transmitter if the tones are not
- continuous (evidence of a voice user). Thus, a voice user only triggers
- the repeater for something like a second before being dumped out.
- But a packet user gets permitted to use the machine beyond that time.
- You get nearly non-delayed packet retransmission, thus reducing
- collisions. And you avoid possible innacurate demod and remodulation
- of the packets being done in real time.
- Above idea any good? Anyone ever done it?
- ======================================================================
- Just another day at the banana factory, where all the monkeys are
- happy to work.
-
- ------------------------------
-
- Date: 16 Jul 92 17:18:11 GMT
- From: swrinde!gatech!taco!garfield.catt.ncsu.edu!protein@network.UCSD.EDU
- Subject: Pinouts on Pk-88
- To: packet-radio@ucsd.edu
-
- Are the Pinouts on the AEA PK-88 the same as the PCB-88?
-
- I was thinking of getting a premade cable... but I can only find them
- for the PK-88.
-
- tnx.
-
-
- Chris Blackmon, N4VGK || In this business, you either lead, follow
- protein@catt.ncsu.edu || or get the hell out of the way.
-
- "pour aller ou personne n'est jamais alle'...."
-
- ------------------------------
-
- Date: Thu, 16 Jul 1992 21:20:09 GMT
- From: stanford.edu!rock!taco!garfield.catt.ncsu.edu!protein@uunet.uu.net
- Subject: Pinouts on Pk-88
- To: packet-radio@ucsd.edu
-
- protein@garfield.catt.ncsu.edu (Chris Blackmon) writes:
-
- >Are the Pinouts on the AEA PK-88 the same as the PCB-88?
-
- >I was thinking of getting a premade cable... but I can only find them
- >for the PK-88.
-
- >tnx.
-
- I called AEA... they're not... answered my own question..
-
-
- Chris Blackmon, N4VGK || In this business, you either lead, follow
- protein@catt.ncsu.edu || or get the hell out of the way.
-
- "pour aller ou personne n'est jamais alle'...."
-
- ------------------------------
-
- Date: 16 Jul 92 16:11:58 GMT
- From: zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!ohstpy!miavx1!miavx3.mid.muohio.edu!clmorgan@uunet.uu.net
- Subject: Regency HR 2 on packet?
- To: packet-radio@ucsd.edu
-
- In article <1992Jul15.130334.8561@cbnewsc.cb.att.com>, whou@cbnewsc.cb.att.com (eugene.c.koeppe) writes:
- > Can anyone advise on the use of a Regency HR2 rig for packet radio?
- >
- > Since this rig uses a T/R relay I wonder if it will be suitable.
- >
- > Gene Koeppe WB9JAB att!ihlpm!genek genek@ihlpm.att.com
- >
-
- It should work. Experiment with the TXD until it is a short as possible but
- doesn't "clip" the first part of the transmission.
-
- Put the Regency on a dummy load, listen with another radio, set TXD to 900mS,
- and transmit a digital message. Keep shortening the TXD until you hear a very
- short pause (dead air) space at the beginning of each transmission.
-
- The Regency has a horrible receiver. Ultra-wide, but if your signals are
- fairly good, it should do well. Regency had a "narrow-band" modification
- kit for the 2A; if that's what you have, I could send you a copy of the
- docs. You may be able to find parts to affect the mod, if you like.
-
- See you on packet!
-
- 73><Carl
- K8NHE
-
- ------------------------------
-
- Date: Thu, 16 Jul 1992 21:54:32 GMT
- From: mdisea!mdd.comm.mot.com!knapik@uunet.uu.net
- Subject: SLFP packet driver
- To: packet-radio@ucsd.edu
-
- I have been trying to get slfp.c to work properly on a Toshiba 386
- running DOS 5 and the latest copy of Borland's Turbo C. However,
- the vector setting method, using "hookptr" to slide in the
- "PKT DRV" signature is giving me some fits. Also, if I get by this
- problem through some assembly hacking, I still run into problems with
- the Data Segment being different than the Stack Segment.
-
- I assume this has something to do with the compilation switches,
- although I am using the makefile supplied in the KA9Q distribution
- and still run into problems. Any Hints ??
-
- The authors are Glenn H McGregor, Merit Computer Network and
- William A Simpson, Computer Systems Consulting Services, anyone know
- their mail addresses?
- --
- Jim Knapik
- Motorola - Mobile Data Division
- knapik@mdd.comm.mot.com
-
- ------------------------------
-
- Date: Thu, 16 Jul 92 14:46:27 GMT
- From: elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@uunet.uu.net
- Subject: small TNC wanted
- To: packet-radio@ucsd.edu
-
- In article <1992Jul15.093505.113@lrc.edu> neal@lrc.edu writes:
-
- >
- > Has anyone seen/used some of the tiny packet units?
- > I have heard that there are some about the size of a gender-changer,
- > and would like some details. the idea is to get something small
- > that i can use with my notebook computer.
- >
-
- It's the BayComm modem in a shell, and I believe it is available from PacComm
- and Tiger Tronics along with the Software. It is a MODEM only and the packet
- ax.25 bit-bashing is done with the software inside the computer.
-
- xenon!skyld!jangus < This space left blank intentionally. >
- J Angus, PO Box 4425, Carson CA 90749-4425 voice (310) 324-6080
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #191
- ******************************
- Date: Sat, 18 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #192
- To: packet-radio
-
-
- Packet-Radio Digest Sat, 18 Jul 92 Volume 92 : Issue 192
-
- Today's Topics:
- 9600 bps with Ramsey FX-440
- KISS on PK-232 (2 msgs)
- Packet repeater w/o regenerating the packets & stopping voice
- Pinouts on Pk-88 (2 msgs)
- Tempo S1 HT on packet?
- UHF Radio for TAPR/G3RUH 9600 Modems
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: 17 Jul 1992 11:29:15 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: 9600 bps with Ramsey FX-440
- To: packet-radio@ucsd.edu
-
- Has anybody successfully gotten a Ramsey FX-440 radio to work on 9600
- bps packet? I would like to trade notes with anybody working on either
- (a) the radio (it seems to have problems of its own), or
- (b) getting it to work with a 9600 bps modem.
-
- Items found so far:
-
- (1) The signal at the "discriminator output" terminal of the radio is
- useless. Use pin 12 of the receiver IC instead.
-
- (2) The modem output is much too large for the transmitter input. Put a
- voltage divider between the two. (This is with the new TAPR modem;
- I don't know about the g3ruh modem.)
-
- Jeff Austen, k9ja bitnet: jra1854@tntech
- packet: k9ja@ab4zb.tn.usa internet: jra1854%tntech.bitnet@cunyvm.cuny.edu
-
- ------------------------------
-
- Date: 17 Jul 92 13:40:34 GMT
- From: sdd.hp.com!mips!darwin.sura.net!jvnc.net!netnews.upenn.edu!uofs!prijat.cs.uofs.edu!bill@network.UCSD.EDU
- Subject: KISS on PK-232
- To: packet-radio@ucsd.edu
-
- In article <1992Jul16.061005.16518@uwasa.fi>, mkl@bacall.uwasa.fi (Markus Lamminmaki) writes:
- |>
- |> Type CTRL-C 3 times and wait 1-2 seconds, you should get the cmd: prompt
- |> then.
-
- Boy, I hope that's not true. I doubt that the PK-232 is inteligent enough to
- know the difference between a user trying to get out of KISS mode and a data
- stream that just happens to contain 3 ^C's in a row.
-
- bill KB3YV
-
- --
-
- Bill Gunshannon | If this statement wasn't here,
- bill@platypus.uofs.edu | This space would be left intentionally blank
- bill@tuatara.uofs.edu | #include <std.disclaimer.h>
-
- ------------------------------
-
- Date: Fri, 17 Jul 1992 21:42:24 GMT
- From: sdd.hp.com!usc!elroy.jpl.nasa.gov!nuntius@network.UCSD.EDU
- Subject: KISS on PK-232
- To: packet-radio@ucsd.edu
-
- In article <10887@platypus.uofs.uofs.edu> Bill Gunshannon,
- bill@prijat.cs.uofs.edu writes:
- >Boy, I hope that's not true. I doubt that the PK-232 is inteligent
- enough to
- >know the difference between a user trying to get out of KISS mode and a
- data
- >stream that just happens to contain 3 ^C's in a row.
- >
- >bill KB3YV
-
- It's very unlikely that the data containing 3 ^C will take it out of KISS
- mode since the 3 ^C have to be preceded and followed by a 2-3 seconds
- of total inactivity in order for the PK-232 to get out of KISS mode.
-
- == Minh, KD6ARD ==
-
- ------------------------------
-
- Date: 18 Jul 92 02:49:54 GMT
- From: swrinde!elroy.jpl.nasa.gov!usc!wupost!gumby!destroyer!ubc-cs!mala.bc.ca!oneb!ham!emd@network.UCSD.EDU
- Subject: Packet repeater w/o regenerating the packets & stopping voice
- To: packet-radio@ucsd.edu
-
- wa2ise@cbnewsb.cb.att.com (robert.f.casey) writes:
-
- > Some time ago, there was a discussion on using a two frequency repeater
- > to service a local area and avoid "hidden" stations. Repeater would
- > retransmit without time delay the packets it hears on the input freq
- > on the output freq. Question is how to enforce packet use only, keeping
- > old style voice users out. One way would be to demod and remodulate the
- > packet tones. How about this: Pass the recieved audio directly to the
- > transmitter, but have a circuit listen and detect the continuous presense
- > of packet tones, and shut off the transmitter if the tones are not
- > continuous (evidence of a voice user). Thus, a voice user only triggers
- > the repeater for something like a second before being dumped out.
- > But a packet user gets permitted to use the machine beyond that time.
- > You get nearly non-delayed packet retransmission, thus reducing
- > collisions. And you avoid possible innacurate demod and remodulation
- > of the packets being done in real time.
- > Above idea any good? Anyone ever done it?
- > ======================================================================
- > Just another day at the banana factory, where all the monkeys are
- > happy to work.
- >
-
-
- Actually, it's probably unnecessary. Voice users find listening to data
- so unbearable they usually go away very quickly.
-
-
- Robert Smits VE7EMD Ladysmith B.C.
- Ph (604) 245-2553 e-mail: emd@ham.almanac.bc.ca
- PACKET VE7EMD@VE7KIT.#VANC.BC.CAN.NOAM
-
-
-
- ------------------------------
-
- Date: 17 Jul 92 21:44:24 GMT
- From: swrinde!elroy.jpl.nasa.gov!nuntius@network.UCSD.EDU
- Subject: Pinouts on Pk-88
- To: packet-radio@ucsd.edu
-
- In article <protein.711307091@garfield.catt.ncsu.edu> Chris Blackmon,
- protein@garfield.catt.ncsu.edu writes:
- >I was thinking of getting a premade cable... but I can only find them
- >for the PK-88.
- >
- >tnx.
- >
- >
- >Chris Blackmon, N4VGK || In this business, you either lead, follow
- >protein@catt.ncsu.edu || or get the hell out of the way.
-
- You are trying to get a pre-made cable for... what?
-
- ------------------------------
-
- Date: 17 Jul 92 23:37:07 GMT
- From: swrinde!gatech!taco!garfield.catt.ncsu.edu!protein@network.UCSD.EDU
- Subject: Pinouts on Pk-88
- To: packet-radio@ucsd.edu
-
- minh@inst-sun1.jpl.nasa.gov (Minh Lang) writes:
-
- >In article <protein.711307091@garfield.catt.ncsu.edu> Chris Blackmon,
- >protein@garfield.catt.ncsu.edu writes:
- >>I was thinking of getting a premade cable... but I can only find them
- >>for the PK-88.
- >>
- >>tnx.
- >>
- >>
- >>Chris Blackmon, N4VGK || In this business, you either lead, follow
- >>protein@catt.ncsu.edu || or get the hell out of the way.
-
- >You are trying to get a pre-made cable for... what?
-
- The PCB-88... but I can't find someone who makes the cable... they only
- make the one for the PK-88 and the pinouts aren't compatible.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- Chris Blackmon, N4VGK || In this business, you either lead, follow
- protein@catt.ncsu.edu || or get the hell out of the way.
-
- "pour aller ou personne n'est jamais alle'...."
-
- ------------------------------
-
- Date: Fri, 17 Jul 1992 14:32:59 GMT
- From: ucselx!palsson@network.UCSD.EDU
- Subject: Tempo S1 HT on packet?
- To: packet-radio@ucsd.edu
-
- In article <1992Jul16.111158.760@miavx3.mid.muohio.edu> clmorgan@miavx3.mid.muohio.edu writes:
- >In article <1992Jul15.130334.8561@cbnewsc.cb.att.com>, whou@cbnewsc.cb.att.com (eugene.c.koeppe) writes:
- >> Can anyone advise on the use of a Regency HR2 rig for packet radio?
- >>
- >> Since this rig uses a T/R relay I wonder if it will be suitable.
- >>
- >> Gene Koeppe WB9JAB att!ihlpm!genek genek@ihlpm.att.com
- >>
- >
- >It should work. Experiment with the TXD until it is a short as possible but
- >doesn't "clip" the first part of the transmission.
- >
- >Put the Regency on a dummy load, listen with another radio, set TXD to 900mS,
- >and transmit a digital message. Keep shortening the TXD until you hear a very
- >short pause (dead air) space at the beginning of each transmission.
- >
- ...(deletions)
-
- >
- >73><Carl
- > K8NHE
-
-
- I have the same question regarding an old Tempo S1 HT (made by Henry
- Radio). Is it suitable for packet?
-
- Jerry
- --
- Jerry Palsson AA6KI ..............
- palsson@ucselx.sdsu.edu ..........
- gpalsson@library.sdsu.edu ........
- San Diego State University Library
-
- ------------------------------
-
- Date: 17 Jul 92 14:41:10 GMT
- From: das.wang.com!wang!tegra!vail@uunet.uu.net
- Subject: UHF Radio for TAPR/G3RUH 9600 Modems
- To: packet-radio@ucsd.edu
-
- What is the hot setup for a plug-and-play radio for use with these? I
- have modified a couple of commercial radios and am having some problem
- with the audio. I did direct discriminator/modulator connections.
-
- I still need at least one more radio for testing and would prefer to
- use my check book and not my soldering iron for this one if there's
- something good and not too over the top in price.
-
- Tek radio? Ramsey kit?
-
- I realize that many radios can be made to work but I am looking for
- suggestions on the easiest thing to do.
-
- jv
-
- "... until then, any action will be like trying to herd cats." -- Gene Spafford
- _____
- | | Johnathan Vail vail@tegra.com (508) 663-7435
- |Tegra| jv@n1dxg.ampr.org N1DXG@448.625-(WorldNet)
- ----- MEMBER: League for Programming Freedom (league@prep.ai.mit.edu)
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #192
- ******************************
- Date: Sun, 19 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #193
- To: packet-radio
-
-
- Packet-Radio Digest Sun, 19 Jul 92 Volume 92 : Issue 193
-
- Today's Topics:
- Anybody tried packet with Tandy 100?
- Beginning advice wanted...
- KISS on PK-232
- Pirating old Calls
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 1992 15:04:27 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Anybody tried packet with Tandy 100?
- To: packet-radio@ucsd.edu
-
- Chris Blackmon, N4VGK, asks:
- >Has anybody tried mobile packet with a Tandy model 100? Just curious.
-
- I haven't yet, but as soon as I can get my radio (Yaesu FT-411e) hooked up
- to my MFJ 1270b TNC, I'll give it a try. I know there is a Model 100 program
- on CompuServe, and I have a modem cable that I know will go between the TNC
- and the 100. I'm having trouble getting the cable between the radio and TNC
- working without interference. (First I had nothing passing between the radio
- and the TNC; then I had it receive okay, but not activate PTT; then I had
- PTT work, but there was so much interference passed from the TNC to the
- radio [at about S7, and confirmed by moving the cable nearer and away from
- the radio, then shutting off the TNC].) Give me a yell in a couple of weeks,
- because I'm deep in a book project, and don't have a lot of free time right
- now. I think the 100 and an HT, if I can get the TNC battery powered too,
- will make a hot little portable packet system. I think 73 had a similar
- article last year.
- =-=-=-=-=-=-=-=
- Andy Eddy-WB1FNV/6, 7J1ALH Beverly Hills, California
- Exec. Editor, VideoGames & Computer Entertainment Magazine
- Internet: 70007.3554@compuserve.com or vidgames@biotechnet.com
- Delphi: VIDGAMES CompuServe: 70007,3554 Prodigy: CKJB66A
- GEnie: VIDGAME MCImail: VIDGAMES America Online: VIDEOGAMES
-
- ------------------------------
-
- Date: Sat, 18 Jul 1992 00:50:15 GMT
- From: munnari.oz.au!ipso!dave@network.UCSD.EDU
- Subject: Beginning advice wanted...
- To: packet-radio@ucsd.edu
-
- In article <1992Jul14.232918.28490@ke4zv.uucp>
- gary@ke4zv.UUCP (Gary Coffman) writes:
-
- >The basic firmware command sets divide into Kantronics vs everyone else.
-
- You can't have come across the old GLB PK-1's, then :-)
-
- >2400 baud TNCs are uncommon. The majority of VHF use remains at 1200 baud
-
- There's quite a number here in Sydney, due to some commercial "RF Packet
- Modems" (KPC-2400's with different EPROMS) being unloaded at rock-bottom
- prices. We've put a 2400bps port on the VK2RWI BBS here to cater for them.
-
- --
- Dave Horsfall (VK2KFU) VK2KFU @ VK2RWI.NSW.AUS.OC
- dave@ips.OZ.AU ...munnari!ips.OZ.AU!dave
-
- ------------------------------
-
- Date: Sun, 19 Jul 1992 06:36:30 GMT
- From: usc!rpi!news.columbia.edu!cunixb.cc.columbia.edu!mig@network.UCSD.EDU
- Subject: KISS on PK-232
- To: packet-radio@ucsd.edu
-
- In article <1992Jul17.214224.26442@elroy.jpl.nasa.gov> Minh Lang <minh@inst-sun1.jpl.nasa.gov> writes:
- >In article <10887@platypus.uofs.uofs.edu> Bill Gunshannon,
- >bill@prijat.cs.uofs.edu writes:
- >>Boy, I hope that's not true. I doubt that the PK-232 is inteligent
- >enough to
- >>know the difference between a user trying to get out of KISS mode and a
- >data
- >>stream that just happens to contain 3 ^C's in a row.
- >>
- >>bill KB3YV
- >
- >It's very unlikely that the data containing 3 ^C will take it out of KISS
- >mode since the 3 ^C have to be preceded and followed by a 2-3 seconds
- >of total inactivity in order for the PK-232 to get out of KISS mode.
-
- I guess this is what they call a security hole :-)
-
- * * * * * ================= Internet address is mig@cunixb.cc.columbia.edu
- * * * * * * = Meir I. Green = for short, mail to mig@columbia.edu
- * * * * * ================= UUCP Bang! columbia.edu!mig
- * * * * * * ================= Amateur Packet Radio N2JPG@W2XO.PA.USA.NOAM
-
- ------------------------------
-
- Date: 18 Jul 92 18:16:56 GMT
- From: usc!cs.utexas.edu!asuvax!ukma!widener!beyonet!beyo@network.UCSD.EDU
- Subject: Pirating old Calls
- To: packet-radio@ucsd.edu
-
- Fellow Concerned Hams!
- There has been a tri-state NE-area discussion going on via packet
- distro PANET concerning piracy using old ham-calls on the AX-25 packet
- radio network. A fellow packeteer N3IAS has come across a BOGUS call within
- a few weeks of negative results finding out who it was via a couple of CD-ROM
- callbooks and servers. He decided to open a debate on the AX-25 packet network
- via PANET to see if anyone else has noticed this BOGUS call and had any infor-
- mation on it. The pirated call in question was WB3AID.
-
- This alerted me since I too remember seeing this call being used on
- the same local freq that I use to read packet bullets via a local bbs. To
- stop the usual replies that will probably happen if I don't insert any common
- sense reasoning here right now. NO I don't believe it was an operator mistake
- like forgetting to set the MYCALL in the TNC etc etc. This call WB3AID was
- being used in a fashion like a test station or something since it was using
- locally fashioned PBBS software by N3DFD and connected to the N3DFD PBBS
- in phila, PA for a good WEEK of forwarding and reverse-forwarding using
- binary transfers and standard ascii transfers. After about a week of this
- the station disappeared and a new version of the N3DFD PBBS software emerged.
-
- GO FIGURE!?!?!?!
-
- Now I have no proof since I didn't have a log of this only that I
- remember it well because this WB3AID pbbs and N3DFD pbbs were trashing the
- freq at night for a whole week. Here is some of the packet debate that I
- offer to bring up this conclusion.
-
-
- ==============================================================================
- MSG # TR SIZE TO FROM @BBS DATE TITLE
- 4115 PN 913 WA3NWL N3IAS --- 920717 Pirate call
- Forwarding path: WA3NWL
-
- Joe,
- A few weeks ago, I was checking several of the calls on the heard list
- and noticed one call that did not come back, WB3AID. I checked with a
- few servers and nothing kept coming back, however, someone just sent me a
- message saying this was you old call previous to 1984. I think we have
- a radio pirate using you old call. Do you want me to take this information
- to One Oxford Valley for you? Do you think that a CB'er possibilily has
- your old call and it using it.
-
- 73
- --
- Ed Wells, Levittown, Pa ..... Voice - 147.570s, 146.970-, 147.300+, 444.200+
- Packet Mail: N3IAS @ WA3NWL.#EPA.PA.USA.NA (144.990)
- TNC mailbox: WA3NWL-5>N3IAS-2 (144.990)
- Usenet/Internet: edw@wells.wells.com or dsi.com!wells!edw
-
- (This is a copy of msg sent to N3DFD)
-
- *** END OF MSG # 4115 from N3IAS @ WA3NWL.#EPA.PA.USA.NA
- ==============================================================================
- Msg# Size To From @ BBS Date Time Title
- 31 PN 1017 N3IAS N3DFD N3IAS 17-Jul-92 17:27 WB3AID...
-
- R:920717/2115z @:WA3NWL.#EPA.PA.USA.NA Levittown #:4125 Z:19057
- R:920717/1638 @:WB3EUF.#EPA.PA.USA.NA C.H.C. Phila. Pa. #:4643 Z:19118
- R:920717/2030z @:N3FOA.#EPA.PA.USA.NA Philadelphia #:4185 Z:19134
- R:920717/1626 @:N3DFD.PA.USA.NA [Phila. Pa.] #:2666 Z:19145 [PT-109P].
-
- Ed;
-
- PLEASE! Stop trying to be the frequency COP. We don't need you running to
- the FCC even if somebody were bootlegging my old call. It was because of
- another self appointed COP a few years ago running to the FCC about the
- 900 number incident that got a number of innocent SYSOPS in this area fined
- up to $300.00. If this overzealous COP had of minded his own business and
- not run squealing to the FCC, the incident would have passed and nothing
- more would have come of it. If you want to be a COP, apply to the accademy
- and get a badge and a gun and go arrest the real bad guys. WE DON'T NEED
- OR WANT COPS ON .990, and I think I speak for every SYSOP on this freq.
-
- Signed: Joe, N3DFD @ N3DFD, Phila. Pa. 19145.
- ==============================================================================
- MSG # TR SIZE TO FROM @BBS DATE TITLE
- 4135 B$ 1007 ALL W3BNR BUCKET 920718 Re: We might have a pirate
- Forwarding path: WB3EUF WB3CEZ WB3JOE WA3TSW N3LA
-
- Date: 16 Jul 92 21:35:45 EDT (Thu)
- From: w3bnr@n3la.pa.usa.na (Ed Naratil)
- Message-ID: <44496_N3LA>
- To: all@panet
- Subject: Re: We might have a pirate
-
- >From the Internet callsign server (callsign.cs.buffalo.edu 2000)
-
- Call-Sign: N3DFD Class: ADVANCED
- Previously: WB3AID Class: GENERAL
- Real Name: JOSEPH W BOSAK Birthday: OCT 31, 1942
- Mailing Address: 912 RAMONA ST, PHILADELPHIA, PA 19134
- Station Address: 429 E ALLEGHENY AVE, PHILADELPHIA, PA
- Valid From: SEP 21, 1984 To: SEP 21, 1994
- Records Last Processed: SEP 21, 1984
-
- 73 de Ed, W3BNR@N3LA.#epa.PA.USA
-
- *** END OF MSG # 4135 from W3BNR @ N3LA.PA.USA.NA
- ==============================================================================
- MSG # TR SIZE TO FROM @BBS DATE TITLE
- 4141 PN 1278 KD3CR N3IAS W3AVK 920718 Thanks for your reply.
-
- My original concern was that a CB'er may have had someone's old call or
- the call of a silent key. Some of the Internet servers have their databases
- reloaded about every 6 months with the new FCC records. This is why the
- servers didn't show this call. The information was found on another server
- on the Internet and showed that N3DFD was the new call. Beings I know
- N3DFD (via packet), I contacted him when I found out and let him know.
- I've been around ham radio for 25 years now and didn't want to see it
- turn into the trash can that the CB radio has. Rather than a thank you,
- I got a real nasty letter from N3DFD about how I shouldn't be paying cop
- on the frequency. Perhaps this attitute towards our hobby may start to
- trend it towards another CB disgrace. I hope not!
-
- We are suppose to be self-policing and I intend on doing something about
- any piracy on the air so that we don't have CB on 2 meters.
-
- Thanks again for your reply.
- --
- Ed Wells, Levittown, Pa ..... Voice - 147.570s, 146.970-, 147.300+, 444.200+
- Packet Mail: N3IAS @ WA3NWL.#EPA.PA.USA.NA (144.990)
- TNC mailbox: WA3NWL-5>N3IAS-2 (144.990)
- Usenet/Internet: edw@wells.wells.com or dsi.com!wells!edw
-
- *** END OF MSG # 4141 from N3IAS @ WA3NWL.#EPA.PA.USA.NA
- ==============================================================================
-
- After all is said and done. Please feel free to followup on this
- post via rec.radio.amateur.policy and voice your opinion of the matter
- concerning the above. Also does anyone have any offical say about using
- old CALLS for any purpose. Using old CALLS is Station Fraud, Piracy whatever
- you want to call it right? Unless of course they are legally reassigned. :-)
-
- N3DFD has not commented other then the above concerning this
- situation. Nobody has pled guilty or has been fingered of doing
- an illegal act of misrepresentating thier station. However if
- you feel you need to voice your opinion about this situation
- directly to N3DFD @ N3DFD.PA.USA.NA then by all means let
- him feel why self-policy of the HAMBANDS IS NO CRIME!!!!!!
-
-
- Thank you for reading this.
- 73
- Steve
- --
- ############### Stephen Urich WB3FTP |"Starlightbeams project ###############
- ##|_|########## Bensalem, PA USA |me in Red Blue and Green##|_|##########
- ###############----------------------|Velvetdreams protect me ###############
- #### #### snark!beyonet!beyo |when I hit the Screen" #### ####
- ## |_| ## widener!beyonet!beyo |--Alan Parsons Project ## |_| ##
- ## ##-----------------------------------------------## ##
- #### #### Packet Radio: WB3FTP@WA3NWL.#EPA.PA.USA.NA #### ####
- _###############_______________________________________________###############_
-
- ------------------------------
-
- Date: Sun, 19 Jul 1992 03:40:03 GMT
- From: munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDU
- To: packet-radio@ucsd.edu
-
- References <1992Jul14.182007.18882@ee.gatech.edu>, <1992Jul16.061005.16518@uwasa.fi>, <10887@platypus.uofs.uofs.edu>
- Subject : Re: KISS on PK-232
-
- bill@prijat.cs.uofs.edu (Bill Gunshannon) writes:
-
- >|> Type CTRL-C 3 times and wait 1-2 seconds, you should get the cmd: prompt
- >|> then.
-
- >Boy, I hope that's not true. I doubt that the PK-232 is inteligent enough to
- >know the difference between a user trying to get out of KISS mode and a data
- >stream that just happens to contain 3 ^C's in a row.
-
- I don't know about that Bill, the key point is the 1-2 second pause after
- the three ^C's, and the KISS protocol itself ensures that no valid frame
- can end in ^C
-
- Terry
-
-
- --
- Terry Dawson, terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc
- +61 2 925 1556 (voice), +61 2 922 5973 (fax). __\*/__ 0^Ooooo _____
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #193
- ******************************
- Date: Mon, 20 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #194
- To: packet-radio
-
-
- Packet-Radio Digest Mon, 20 Jul 92 Volume 92 : Issue 194
-
- Today's Topics:
- 9600 bps with Ramsey FX-440
- Help_for_NOS
- PK-232MBX & 9600 baud
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: Mon, 20 Jul 1992 05:31:22 GMT
- From: qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDU
- Subject: 9600 bps with Ramsey FX-440
- To: packet-radio@ucsd.edu
-
- In article <01GMHJ6SWIQ89JD8Q6@TNTECH.BITNET> JRA1854%TNTECH.BITNET@cunyvm.cuny.edu (Jeffrey Austen) writes:
- >Has anybody successfully gotten a Ramsey FX-440 radio to work on 9600
- >bps packet? I would like to trade notes with anybody working on either
- >(a) the radio (it seems to have problems of its own)
-
- I recently built one of these things. When I looked at it on a
- spectrum analyzer, it was obvious that the design has a real problem
- with low frequency parasitics. Adding some bypassing on the 8V lines
- helped a little, but not completely. Another problem is
- intermodulation inside the MC3335 receiver that feeds back some spurs
- at +/- 21.4 Mhz into the transmit chain. (Pull the '3335 and the
- transmit spurs go away.) This can be helped a bit by modifying the
- front end to run off of the 8V receive switched bus instead of from
- unswitched 8V. But I haven't yet cleaned up the radio to my
- satisfaction.
-
- Phil
-
- ------------------------------
-
- Date: 20 Jul 1992 01:24:36 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Help_for_NOS
- To: packet-radio@ucsd.edu
-
- Hello all,
-
- How can i do to have - NOS - for UNIX station ?
- How to install it ?
-
- I read tcp-group messages with ftp and i read the newsgroups
- (when they are not filter).
-
- Please, answer to me directly, many thanks.
-
- PS: I send this message in packet-radio too.
-
- --
- -- Frederic Granger, FC1JSO | Internet: fc1jso@stna7.stna.dgac.fr
- Service Technique de la | Ham packet: fc1jso@ff6ptt.frpa.fr.eu
- Navigation Aerienne | Mail: STNA 7 c 95 rue Henri Rochefort
- tel: 33(1)60.79.81.26 | 91025 Evry Cedex France
- --
-
- ------------------------------
-
- Date: Mon, 20 Jul 1992 09:16:54 GMT
- From: sdd.hp.com!wupost!darwin.sura.net!Sirius.dfn.de!Urmel.Informatik.RWTH-Aachen.DE!dfv.rwth-aachen.de!alf@network.UCSD.EDU
- Subject: PK-232MBX & 9600 baud
- To: packet-radio@ucsd.edu
-
- mkl@bacall.uwasa.fi (Markus Lamminmaki) writes:
-
-
- >I've been trying to get my PK232MBX to work with G3RUH 9600 baud modem. I
- >know that TAPR sells a disconnect kit for PK232 and did consider buying it
- >first but the banks here in Finland rip you off when you buy foreign
- >currency in small amounts ;( I've got it working, well sort of, the only
- >problem is that it drops received characters now and then (about 5% of
- >total input). Does anyone have good ideas on how to cure this? I suspect
- >that the PK232MBX just isn't able to swallow all the data from the G3RUH
- >modem fast enough.
-
- Yes, I also think so. Try to speed up the CPU (not the interface chips!).
- For speeding up, you'll have to add an Xtal for the CPU and be sure that
- the CIO is still working on the old speed (for the timers). The biggest problem
- might be the synchronisation between the CPU and their interface chips but I
- think this problem is already solved for the SCC in the PK232.
-
- 73 es gd luck
- Ralf, DD2kZ
-
- PS: If these informations are not sufficient. I can look up in the German
- PR Mailboxes for getting a full description of the necessary mods.
-
-
-
- --
- Ralf Crumbach, DD2KZ | C O M
- Communication Networks, Technical University of Aachen | --v-^-v-^-v-^-v--
- Phone: +49-241-807928 Fax: +49-241-84964 | N E T S
- Email: alf@dfv.rwth-aachen.de | RWTH Aachen, Germany
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #194
- ******************************
- Date: Tue, 21 Jul 92 04:30:04 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #195
- To: packet-radio
-
-
- Packet-Radio Digest Tue, 21 Jul 92 Volume 92 : Issue 195
-
- Today's Topics:
- Anybody tried packet with Tandy 100?
- Packet repeater w/o regenerating the packets & stopping voice
- Problems with BAYCOM; help welcome...
- Regency HR 2 on packet?
- TAPR 9600 modem problem..
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 09:13:48 CST
- From: usc!wupost!tulane!agwbbs!Angelo_Glorioso_Iii@network.UCSD.EDU
- Subject: Anybody tried packet with Tandy 100?
- To: packet-radio@ucsd.edu
-
- I just came back from a Trip from Atlanta where I used a Tandy 102 for
- mobile packet.. Luckily I had someone else driving the car so I could do
- nothing but Packet all the way there and back.. I really had a lot of fun..
-
-
-
-
-
- -- Via DLG Pro v0.992
-
- Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US
- Usenet:rex!agwbbs!angelo_glorioso_III
- Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA
- Tcp/ip:N5UXT.AMPT.ORG [44.108.2.13]
-
- ------------------------------
-
- Date: Mon, 20 Jul 1992 20:01:47 GMT
- From: usc!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!nigel.msen.com!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@network.UCSD.EDU
- Subject: Packet repeater w/o regenerating the packets & stopping voice
- To: packet-radio@ucsd.edu
-
- In rec.radio.amateur.packet, wa2ise@cbnewsb.cb.att.com (robert.f.casey) writes:
-
- >Some time ago, there was a discussion on using a two frequency repeater
- >to service a local area and avoid "hidden" stations. Repeater would
- >retransmit without time delay the packets it hears on the input freq
- >on the output freq. Question is how to enforce packet use only, keeping
- >old style voice users out. One way would be to demod and remodulate the
- >packet tones. How about this: Pass the recieved audio directly to the
- >transmitter, but have a circuit listen and detect the continuous presense
- >of packet tones, and shut off the transmitter if the tones are not
- >continuous (evidence of a voice user).
-
- >... And you avoid possible innacurate demod and remodulation
- >of the packets being done in real time.
- >Above idea any good? Anyone ever done it?
-
- I would think you'd get better results by having the repeater demodulate/
- re-modulate the signal. For one thing, the repeater is hearing a cleaner
- signal than the user station (each transmission unavoidably adds some
- noise and distortion.) For another thing, you could equip the repeater
- with a super-high-quality demodulator and modulator that would be too
- expensive for a $69 TNC.
-
- TTY repeaters have been doing real-time repeating for years, mostly
- using the demod/re-mod technique.
-
- AL N1AL
-
- ------------------------------
-
- Date: Tue, 21 Jul 92 04:20:24 GMT
- From: sdd.hp.com!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!ba525@network.UCSD.EDU
- Subject: Problems with BAYCOM; help welcome...
- To: packet-radio@ucsd.edu
-
- I had similar problems with BayCom 1.50a. The problem is in the scc.ini file
- supplied with the program. I used the scc.ini file from version 1.50 (it's in
- German) and it works fine. I had edited this text file several times, but
- could not find the problem. Retyping it should work, too, but I never got
- around to it.
-
- ------------------------------
-
- Date: 20 Jul 92 18:19:24 GMT
- From: usc!zaphod.mps.ohio-state.edu!uwm.edu!bionet!raven.alaska.edu!news@network.UCSD.EDU
- Subject: Regency HR 2 on packet?
- To: packet-radio@ucsd.edu
-
- >In article <1992Jul15.130334.8561@cbnewsc.cb.att.com>, whou (eugene.c.koeppe)
- writes:
- >> Can anyone advise on the use of a Regency HR2 rig for packet radio?
- >>
- With txdelay set appropriately (I don't remember the value) it works.
- I used mine in an area without much adjacent channel activity.
-
- al7jj
-
- ------------------------------
-
- Date: 20 Jul 92 09:44:27 CDT
- From: timbuk.cray.com!hemlock.cray.com!andyw@uunet.uu.net
- Subject: TAPR 9600 modem problem..
- To: packet-radio@ucsd.edu
-
- I was working on a TAPR 9600 modem last week, and came across
- a problem. I thought I'd see if it was a common problem with
- a workround, or if we were just unlucky..
-
- Symptom:
- RX fine, TX non-functional, the transmitter was keyed, but
- the signal was rubbish.
-
- Problem:
- It looks like U22d, the last op-amp in the tx data path, was
- was oscillating. U22 was a TL274 (ie, it was after the errata
- that changed the chip type).
-
- We will swap out the chip, on the assumption that it's bad, but I
- thought I'd ask if anyone else has seen this problem..
-
- --
- andyw. N0REN/G1XRL
-
- andyw@aspen.cray.com Andy Warner, Cray Research, Inc. (612) 683-5835
-
- ------------------------------
-
- Date: 20 Jul 92 11:41:56 GMT
- From: swrinde!gatech!gatech!kd4nc!ke4zv!gary@network.UCSD.EDU
- To: packet-radio@ucsd.edu
-
- References <1992Jul13.143218.2037@vax1.mankato.msus.edu>, <1992Jul14.232918.28490@ke4zv.uucp>, <1992Jul18.005015.19122@ips.oz.au>
- Reply-To : gary@ke4zv.UUCP (Gary Coffman)
- Subject : Re: Beginning advice wanted...
-
- In article <1992Jul18.005015.19122@ips.oz.au> dave@ips.oz.au (Dave Horsfall) writes:
- >You can't have come across the old GLB PK-1's, then :-)
-
- I started with one of these old bit bangers. Surely no one is still using
- one of these? (Probably, and with a Xerox 820 to boot) :-)
-
- Gary KE4ZV
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #195
- ******************************
- Date: Wed, 22 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #196
- To: packet-radio
-
-
- Packet-Radio Digest Wed, 22 Jul 92 Volume 92 : Issue 196
-
- Today's Topics:
- Anybody tried packet with Tandy 100?
- MFJ 1278... I like! Am I the only one?
- NOS/TCPIP for the Mac?? (2 msgs)
- Recent KA9Q for Atari ST wanted
- TAPR 9600 modem problem..
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 12:20:00 GMT
- From: ral.arc.nasa.gov!semra@icarus.riacs.edu
- Subject: Anybody tried packet with Tandy 100?
- To: packet-radio@ucsd.edu
-
- In article <01GMJ45VJAPC90NW41@biotechnet.com>, VIDGAMES@biotechnet.COM (ANDY EDDY, VG&CE EXECUTIVE EDITOR) writes...
- >
- >Chris Blackmon, N4VGK, asks:
- >>Has anybody tried mobile packet with a Tandy model 100? Just curious.
- >
- >I haven't yet, but as soon as I can get my radio (Yaesu FT-411e) hooked up
- >to my MFJ 1270b TNC, I'll give it a try. I know there is a Model 100 program
- >on CompuServe, and I have a modem cable that I know will go between the TNC
- >and the 100. I'm having trouble getting the cable between the radio and TNC
- >working without interference. (First I had nothing passing between the radio
- >and the TNC; then I had it receive okay, but not activate PTT; then I had
- >PTT work, but there was so much interference passed from the TNC to the
- >radio [at about S7, and confirmed by moving the cable nearer and away from
- >the radio, then shutting off the TNC].) Give me a yell in a couple of weeks,
- >because I'm deep in a book project, and don't have a lot of free time right
- >now. I think the 100 and an HT, if I can get the TNC battery powered too,
- >will make a hot little portable packet system. I think 73 had a similar
- >article last year.
- >=-=-=-=-=-=-=-=
- >Andy Eddy-WB1FNV/6, 7J1ALH Beverly Hills, California
- >Exec. Editor, VideoGames & Computer Entertainment Magazine
- >Internet: 70007.3554@compuserve.com or vidgames@biotechnet.com
- >Delphi: VIDGAMES CompuServe: 70007,3554 Prodigy: CKJB66A
- >GEnie: VIDGAME MCImail: VIDGAMES America Online: VIDEOGAMES
- I've tried my M100 with an MFJ-1274 and a Yaesu FT-727. After a minor mod
- to the TNC (changing a resistor value I think) had no trouble keying the
- radio. Unfortunately, so much RF interference came out of the TNC cables,
- that it made it virtually impossible to receive anything unless you were
- almost on top of the transmitting station. I verified this by removing all
- the cables from the TNC and sticking a battery pack inside. Just a couple
- of flat 4 AA cell holders from radio shack is all that's required. Of course
- since I was hunting for interference, and since the batteries weren't
- rechargable, I didn't connect the power cable. This eliminated the interference
- but obviously didn't make the TNC very usable. You still need an RS232.
- My solution was to get the antenna far enough away from the TNC so that the
- RF isn't a problem. It seems to work, but I don't use the M100 for this
- anymore. Looking at the 1274 unit and schematics, I can't figure out how
- the RF is getting out in the first place. There appear to be RF bypass caps
- on all lines going into and out of the unit. If anyone out there has found
- a better solution to this problem, I (and I'm sure others) would love to
- hear about it. It's a shame to homebound this quite portable packet station.
-
- I've also written some software for the M100 to deal with the Computer
- Aided Tuning (CAT) system for the Yaesu. If there is some interest,
- perhaps I can post it/send it to an archive site/BBS.
-
- Better Luck to you,
- Donald K. George (KB6ZHN)
-
- ------------------------------
-
- Date: Tue, 21 Jul 1992 21:32:00 GMT
- From: sdd.hp.com!mips!darwin.sura.net!gatech!utkcs2!utkux1.utk.edu!utkvx4.utk.edu!rpadawer@network.UCSD.EDU
- Subject: MFJ 1278... I like! Am I the only one?
- To: packet-radio@ucsd.edu
-
- I like my MFJ 1278. I've owned both the 1278 and the AEA PK232MBX,
- and I find the MFJ easier to tune on all modes. I've heard that
- MFJ stands for "mighty fine junk" but in this case it stands for
- "mighty fine job" imho... Anyone else out there enjoying their
- 1278?
-
- Randy Padawer, WA4FJF
- RPADAWER@UTKVX.UTK.EDU
-
- ------------------------------
-
- Date: 21 Jul 92 14:37:11 GMT
- From: swrinde!zaphod.mps.ohio-state.edu!menudo.uh.edu!lobster!nuchat!jpunix!perry@network.UCSD.EDU
- Subject: NOS/TCPIP for the Mac??
- To: packet-radio@ucsd.edu
-
- Hello everyone!
-
- This may be a FAQ but I was wondering if there was any NOS/TCPIP
- software available for the MAC? If so, where can I FTP it from?
-
- --
-
- John A. Perry perry@jpunix.com - Internet
- jpunix!perry - UUCP
- KG5RG @ AB5A%FE6CNB.#HOU.TX.USA.NA - Packet Radio
-
- ------------------------------
-
- Date: 22 Jul 92 08:02:43 GMT
- From: sdd.hp.com!mips!apple!apple!winter@network.UCSD.EDU
- Subject: NOS/TCPIP for the Mac??
- To: packet-radio@ucsd.edu
-
- In article <1992Jul21.143711.9467@jpunix.com> perry@jpunix.com (John Perry) writes:
- >
- >This may be a FAQ but I was wondering if there was any NOS/TCPIP
- >software available for the MAC? If so, where can I FTP it from?
-
- No NOS, but there are versions of Phil's original NET software for Mac.
- You can FTP the main version from ftp.apple.com (in the pub/ham-radio
- directory). You'll also want to grab the mailing program (Bdale's Mailer).
-
- Adam, PA2AGA, has expanded on the basic NET program, but I'm not
- sure whether his software is FTP-able from anywhere (Dick??). And Ivo
- Van Ursel, ON1XK, has an alternative mailer, but again, I'm not sure
- where it's available from.
-
-
- Patty
- --
-
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- :: Patty Winter N6BIS Internet: winter@apple.com ::
- :: Sunnyvale, California AMPRNet: 44.4.0.44 ::
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
-
- ------------------------------
-
- Date: 21 Jul 92 12:09:16 GMT
- From: mcsun!uknet!pyrltd!mwuk!tony@uunet.uu.net
- Subject: Recent KA9Q for Atari ST wanted
- To: packet-radio@ucsd.edu
-
- Hi Folks,
-
- I am looking for a recent version of KA9Q for the ST. I found one for
- FTP on plains.nodak.edu, but it is dated somewhere in 1988.
-
- I'm really looking for a NOS version rather than a NET version.
-
- Any pointers gratefully received. Email preferred if possible.
-
- Thanks in advance.
-
- Tony.
-
- --
- Tony Mountifield (G4CJO) | Microware Systems (UK) Ltd.
- Email: tony@microware.co.uk | Colden Common, WINCHESTER, SO21 1TH.
- (or: ...!uknet!mwuk!tony) | Tel: 0703 601990 Fax: 0703 601991
- ------------------------------------------------------------------------
- ** Any opinions are mine, not Microware's - but you knew that anyway. **
- ------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 21 Jul 92 11:32:21 CDT
- From: timbuk.cray.com!hemlock.cray.com!andyw@uunet.uu.net
- Subject: TAPR 9600 modem problem..
- To: packet-radio@ucsd.edu
-
- I have received several replies (thank you all) the majority
- of which said that the output op amp oscillating (at around
- 400KHz) was a known problem. The fix is supposedly to remove
- C5. I can't verify this, since the guy whose modem I was
- working on is out of town for a few days..
-
- I now have a file containing several suggested fixes to
- the tapr9600 modem (including this one), if anyone wants a
- copy, drop me a line. I think it might already have made the
- rounds over AX25 & UO-22...
-
- Thanks,
- --
- andyw. N0REN/G1XRL
-
- andyw@aspen.cray.com Andy Warner, Cray Research, Inc. (612) 683-5835
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #196
- ******************************
- Date: Thu, 23 Jul 92 04:30:03 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #197
- To: packet-radio
-
-
- Packet-Radio Digest Thu, 23 Jul 92 Volume 92 : Issue 197
-
- Today's Topics:
- BM sources for Atari ST
- Connecting packet radio to a mini/mainframe computer
- CQ WU2Z, Keith in NJ
- MFJ 1278... I like! Am I the only one? (2 msgs)
- MSYS Under Windows 3.1 ????
- Packet-Radio Digest V92 #196
- Problems with BAYCOM; help welcome...
- TAPR 9600 Baud Info Required
- US Antarctic Program Request for Information
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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, 22 Jul 1992 17:53:50 GMT
- From: sdd.hp.com!caen!mtu.edu!kwfriber@network.UCSD.EDU
- Subject: BM sources for Atari ST
- To: packet-radio@ucsd.edu
-
- A friend of mine is looking for the sources for Bdales Mailer for the Atari ST. I
- have looked all over ucsd for them, but all I could find were the IBM sources. If
- anybody could send them to me, or tell me where to find them, it would be most
- appreciated.
-
- Thanks in advance
- Ken Friberg n8pbe
-
- ------------------------------
-
- Date: Thu, 23 Jul 1992 02:18:49 GMT
- From: usc!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!news.iastate.edu!null@network.UCSD.EDU
- Subject: Connecting packet radio to a mini/mainframe computer
- To: packet-radio@ucsd.edu
-
- I am interested in finding out if anyone has connected packet radio to a
- large mainframe computer (or university computer) of some kind. If anyone
- has any info, could you please email it to 002065@northwest.missouri.edu or
- 0100364@northwest.missouri.edu?
-
- Thanx!
-
- ------------------------------
-
- Date: 22 Jul 92 18:33:59 GMT
- From: swrinde!cs.utexas.edu!milano!shrike!kriss@network.UCSD.EDU
- Subject: CQ WU2Z, Keith in NJ
- To: packet-radio@ucsd.edu
-
- Sure would like to know his home BBS.
-
- 73 de Dick, KD5VU
-
-
-
- =====================================================================
- Richard (Dick) Kriss E-Mail:kd5vu@austin.lockheed.com
- 904 Dartmoor Cove Packet Radio: SP KD5VU @ N5LJF.#AUS.TX.USA.NA
- Austin, Texas 78746 Phone: 512-386-4153 (day) or 327-9566 (evenings)
- My employer has nothing to do with this message! ... _._
- =====================================================================
-
- ------------------------------
-
- Date: Wed, 22 Jul 92 17:42:02 GMT
- From: sdd.hp.com!mips!darwin.sura.net!mojo.eng.umd.edu!chuck@network.UCSD.EDU
- Subject: MFJ 1278... I like! Am I the only one?
- To: packet-radio@ucsd.edu
-
- In article <21JUL199216324006@utkvx4.utk.edu> rpadawer@utkvx4.utk.edu (Padawer, Justin Randall) writes:
- >I like my MFJ 1278. I've owned both the 1278 and the AEA PK232MBX,
- >and I find the MFJ easier to tune on all modes. I've heard that
- >MFJ stands for "mighty fine junk" but in this case it stands for
- >"mighty fine job" imho... Anyone else out there enjoying their
- >1278?
-
- I have a 1278, and I also like it. It could use a better CW algorithm, but
- who wants to do CW thru a modem, when they can do it by ear?
-
- Anybody know where I can get a PD program for the 1278 that allows fax's etc
- to show on a PC?
-
- Chuck Harris - WA3UQV
- chuck@eng.umd.edu
-
- ------------------------------
-
- Date: 23 Jul 92 09:05:10 GMT
- From: mcsun!uknet!uos-ee!ee.surrey.ac.uk!ees1mw@uunet.uu.net
- Subject: MFJ 1278... I like! Am I the only one?
- To: packet-radio@ucsd.edu
-
- In article <1992Jul22.174202.22801@eng.umd.edu> chuck@eng.umd.edu (Chuck Harris - WA3UQV) writes:
- >From: chuck@eng.umd.edu (Chuck Harris - WA3UQV)
- >Subject: Re: MFJ 1278... I like! Am I the only one?
- >Date: 22 Jul 92 17:42:02 GMT
-
- >In article <21JUL199216324006@utkvx4.utk.edu> rpadawer@utkvx4.utk.edu (Padawer, Justin Randall) writes:
- >>I like my MFJ 1278. I've owned both the 1278 and the AEA PK232MBX,
- >>and I find the MFJ easier to tune on all modes. I've heard that
- >>MFJ stands for "mighty fine junk" but in this case it stands for
- >>"mighty fine job" imho... Anyone else out there enjoying their
- >>1278?
-
- >I have a 1278, and I also like it. It could use a better CW algorithm, but
- >who wants to do CW thru a modem, when they can do it by ear?
-
- >Anybody know where I can get a PD program for the 1278 that allows fax's etc
- >to show on a PC?
- I also have one, difficult to find at a reasonable price in the UK
- current dealers are after 279 pounds $530!!!! but luckily mail order exists
- to the states.
-
- I have had it for two years now and it works well. I could do with the new
- firmware and bette rPC software (also not easily available here unless you
- pay through the nose). Therefore I would be interested in PD software. I hear
- MFJs offering does things to the hard disk, if this is so I would not touch
- it.
-
- CW is not good, but I have never come across any good CW modem.
-
- Mike
- M.J.Willis - CSER - University of Surrey
-
- ------------------------------
-
- Date: 22 Jul 92 21:12:41 GMT
- From: usc!zaphod.mps.ohio-state.edu!sdd.hp.com!swrinde!gatech!utkcs2!memstvx1!ieeelib@network.UCSD.EDU
- Subject: MSYS Under Windows 3.1 ????
- To: packet-radio@ucsd.edu
-
- I am looking for anybody out there who is running MSYS 1.13 under WINDOWS 3.1
- I have heard that the BBS software run's under other multi-tasking programs.
- We are currently runing MSYS on a 8086 machine with 640K. We will be upgrading
- our machine to a 386DX 33 MHz with 4MB of RAM.
-
- Any sugestions or Comments are welcome.
-
-
- Suresh N9GSA
-
- ___ ___ _____ ___ ___ Suresh Kagoo EE Dept , Memphis State University
- | \/ | / ____\ | | | | Engineering 215 | Domain: KAGOOS@MEMSTVX1.MEMST.EDU
- | \ / | \____ \ | |_| | Memphis, TN 38152 | Bitnet: KAGOOS@MEMSTVX1
- |_|\/|_| \_____/ \_____/ Ph: (901) 678-3074 | AX.25 : N9GSA@W4BS.#WESTN.TN.USA
-
- ------------------------------
-
- Date: 22 Jul 1992 09:44:39 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Packet-Radio Digest V92 #196
- To: packet-radio@ucsd.edu
-
- MFJ equipment I have used was not too well constructed, by the
- physical/mechanical assembly. The circuitry seemed ok.
- The price is fair and other people I know have good things to say
- about MFJ products. Ken
-
- >>RVGC2@VTVM1.CC.VT.EDU<<
- >>PHONES 703-857-7584 >>VATECH CAMPUS 13855<<
- >>FAX 703-857-7371<< KEW6X@POE.ACC.VIRGINIA.EDU >>
- >>ARMY MARS AAT3PK/AD.VA<< >>N4LYO<<
- >>IBMMAIL (USVPITMA)<<
- ROANOKE VALLEY GRADUATE CENTER
- US SNAIL: 117 W. CHURCH AVE.
- ROANOKE, VA. 24011-1905
-
- ------------------------------
-
- Date: Thu, 23 Jul 92 10:14:54 GMT
- From: munnari.oz.au!manuel!rsphy3.anu.edu.au!mbk113@network.UCSD.EDU
- Subject: Problems with BAYCOM; help welcome...
- To: packet-radio@ucsd.edu
-
- In article <1992Jul21.042024.5626@usenet.ins.cwru.edu>,
- ba525@cleveland.Freenet.Edu (Mark Atherton) writes:
- |>From: ba525@cleveland.Freenet.Edu (Mark Atherton)
-
- |>I had similar problems with BayCom 1.50a. The problem is in the scc.ini file
- |>supplied with the program. I used the scc.ini file from version 1.50
- |>(it's in
- |>German) and it works fine. I had edited this text file several times,
- |>but
- |>could not find the problem. Retyping it should work, too, but I never
- |>got
- |>around to it.
- |>
-
- Tried it out, worked fine for me; thanks for the hint. I'm posting it
- since Mark Atherton can't
- do this from his network. BAYCOM users beware...
- Marek Kaminski
-
- ------------------------------
-
- Date: Thu, 23 Jul 1992 08:20:35 GMT
- From: deccrl!news.crl.dec.com!rdg.dec.com!irnbru.enet.dec.com!ralexander@decwrl.dec.com
- Subject: TAPR 9600 Baud Info Required
- To: packet-radio@ucsd.edu
-
- Hi,
-
- I have seen a few articles about the TAPR 9600 baud modem,
- but I know very little about it. Are their any ftp sites
- which carry any information, i.e. access to kits,
- compatibilty with radios / G3RUH etc.
-
- I would also like to hear from anyone who can give me any
- info as to the cost and complexity.
-
- Thanks in advance.
-
- Robin Alexander
-
- ampr : gm4yed@gb7san.gb.eu
- internet : ralexander@irnbru.enet.dec.com
-
- Entry Level Systems Product Business Unit,
- Digital Equipment, Scotland.
- +44 292 883375 (DTN 823-3375)
-
- ------------------------------
-
- Date: 22 Jul 1992 09:25:24 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: US Antarctic Program Request for Information
- To: packet-radio@ucsd.edu
-
- 22 July 1992 1530 GMT
-
- To: packet-radio@ucsd.edu
- tcp-group@ucsd.edu
-
- From: Patrick D. Smith
- National Science Foundation
- Division of Polar Programs
-
- Subject: Call for Advice for AX.25 Packet Data Networks for HF and
- VHF Radio to Support Science Field Party Data/Text
- Communications in Antarctica for the United States
- Antarctic Program
-
- Gentlemen:
-
- I will make this brief so as not to clog the email with a long
- treatise, but here's the gist:
-
- The National Science Foundation Division of Polar Programs is the
- executive manager of the US Antarctic Program. We run year round
- bases at McMurdo Station (77 51S, 166 40E), South Pole Station (90
- 00 S), and Palmer Station (64 46S, 64 03W) for scientific research.
- McMurdo Station supports a great deal of seasonal field work where
- small (3-4 person) to large (15-20) field camps deploy from 20
- miles up to 1000 miles. If you should ever talk to any of our
- researchers, they would say that our communications support for the
- field researcher is lousy (for voice) and non-existant (for data,
- email). They are right, but I'm working on it. We are buying new
- synthesized tuned broadband HF radios that will be automatic link
- establishment capable, installing a remote HF receiver/antenna site
- for improved SNR, and developing VHF repeaters that can be used to
- cover some extremely mountanous terrain.
-
- Concurrently with this, at McMurdo, we are installing C-Band
- commercial digial satellite service, and we expect to have a 128
- kb/s direct Internet link. This will be interfaced to a base-wide
- Ethernet multi-protocol routing LAN, and we plan to implement full
- email service via the Internet with a MHS interface with the LAN
- DaVinci Mail system. We want to extend the SMTP email service out
- to the remote field user, plus attempt more advanced services such
- as FTP and Telnet. The end goal would be enabling the remote field
- researcher to interchange email and files with any Internet user.
-
- The Antarctic Program does not have an unlimited budget, and the
- environmental and logistical issues dealing with doing anything in
- the Antarctic are significant (it's a big deal to have a 386
- notebook computer operate successfully with a field party who is
- ski-dooing around the Antarctic, living in tents, and supported
- from a little 500 watt Honda gasoline generator, all at -20 deg C,
- for up to 1-2 months). Our concept is to try to keep things as
- simple as possible, and to leverage off as much developmental work
- done by others as possible.
-
- So, the intense activity of the amateur radio community, and as
- subsequently picked up by the commercial sector, has led me to post
- this notice asking for input from the community as to what
- techniques, packet hardware, packet software, protocols, network
- operating systems, etc, are currently available and at such a state
- of maturity that the US Antarctic Program could take these
- components and test bed a prototype field party data network.
-
- I would appreciate any and all commentary or assistance that the
- community has to offer. Please send all replies directly to:
-
- Internet: pdsmith@nsf.gov
-
- Fax: (202)357-9422
-
- Thank you.
-
- Patrick Smith, Electronics Engineer
- Operations Section
- Division of Polar Programs
- National Science Foundation
- 1800 G St, NW Room 620
- Washington, DC 20550
-
- ------------------------------
-
- Date: 23 Jul 92 09:42:18 GMT
- From: mcsun!uknet!uos-ee!ee.surrey.ac.uk!ees1mw@uunet.uu.net
- To: packet-radio@ucsd.edu
-
- References <21JUL199216324006@utkvx4.utk.edu>, <1992Jul22.174202.22801@eng.umd.edu>, <ees1mw.25.0@ee.surrey.ac.uk>
- Subject : Re: Windows Packet Program
-
-
- I just uudecoded this and it appears to work well. I don't know if it
- handles trutype yet but I look forward to the next version with the added
- features.
-
- It looks good on the screen too.
-
- I had to reconfigure the ini file to take account of serial port 2
- and at least the program told me what was wrong. Now I will try it on a slow
- 16MHz 286 to see if it can run in the background.
-
- A good program.
- Mike
- M.J.Willis - CSER - University of Surrey
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #197
- ******************************
- Date: Fri, 24 Jul 92 04:30:04 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #198
- To: packet-radio
-
-
- Packet-Radio Digest Fri, 24 Jul 92 Volume 92 : Issue 198
-
- Today's Topics:
- Help for portable NOVICE
- KA9Q interface to NCR wavelan card
- KAM / TS850S noise problems
- Looking for UNIX version of NOS/TCP-IP
- Packet repeater w/o regenerating the packets & stopping voice
- unsubscribe
- WA4DSY modem question(s)..
- Windows Packet Program (2 msgs)
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 02:02:05 GMT
- From: swrinde!zaphod.mps.ohio-state.edu!menudo.uh.edu!ccsvax.sfasu.edu!z_kennedypc@network.UCSD.EDU
- Subject: Help for portable NOVICE
- To: packet-radio@ucsd.edu
-
- I currently own a Zenith notebook and I was planning on getting into ham radio
- [Cand packet. I know about how to get the license as a technician class. What
- I need is information on what is needed for a truely portable packet station.
- No knowledge of equipment necessary to run packet. I am well versed in only
- phone modem use.
-
- ------------------------------
-
- Date: 24 Jul 92 09:56:39 GMT
- From: news.hawaii.edu!wiliki.eng.hawaii.edu!sprasad@ames.arpa
- Subject: KA9Q interface to NCR wavelan card
- To: packet-radio@ucsd.edu
-
- Hello!
- This is regarding the Wavelan Communications Adapter (#3299-k970-v004)
-
- I have been attempting to use the NCR WaveLAN wireless network
- card with the KA9Q NOS to bridge my wireless network to a standard
- wired ethernet LAN. The wavelan manual mentions compatibilty of the
- card with TCP/IP systems, and specifies the drivers needed to use
- with FTP's PCTCP package using which I am able to ftp between two
- PC ATs with the NCR cards. The NDIS driver provided by NCR is named
- dncrwl02.dos and is included in the config.sys file along with the
- netbind related files as required. The protocol.ini file has the
- following form:
- _______________________________
- [WAVELAN]
- drivername=ncrwve$
- IOBase=03E0
- ACR = 6
-
- [PKTDRV]
- drivername= PKTDRV
- bindings=WAVELAN
- intvec=0x65
-
- ______________________________
-
- I tried using : attach packet 0x65 ncrwve$ 5 1500
- in the autoexec.net file which yields:
- No packet driver loaded at 0x65
- Could not attach packet driver
-
- trying the same after using "netbind" yields:
- Packet driver has unsupported class 9
- Could not attach packet driver.
-
- I would appreciate any suggestions or ideas. thanks
-
- **
- sprasad@wiliki.eng.hawaii.edu
- **
-
- ------------------------------
-
- Date: 23 Jul 92 18:03:46 GMT
- From: swrinde!mips!darwin.sura.net!udel!gvls1!news@network.UCSD.EDU
- Subject: KAM / TS850S noise problems
- To: packet-radio@ucsd.edu
-
- From: hugh@ivy.unisys.com (KE3BI)
- To: All TS-850S and KAM owners
- Subject: Reducing Noise from KAM into TS-850S
-
- I recently purchased a Kenwood TS-850S and really love the rig. I also
- use a Kantronics KAM TNC for all of the digital modes (HF and VHF) that
- I use. The following describes some of the problems and frustrations
- which I encountered while attempting to connect these two pieces of
- equipment together. I hope that some of my experiences explained below
- can save someone else the many headaches I have endured.
-
- The TS-850S has an accessory plug ACC2 on the back panel (one of many)
- which has 13 pins. In the owner's manual these pins are described
- fairly well as to which pin is used for which function. Many of
- the control and output signals from the KAM can be brought into the
- TS-850S from this jack. This is a little less cluttered that using a
- modified 8-pin microphone jack and going in from the front panel.
-
- Anyway, I used the interface cable supplied with the KAM from the HF
- output port (8-pin DIN) and wired the ACC2 plug supplied with the TS-850S
- as follows:
-
-
- KAM WIRE TS-850S ACC2 or TS-850S
- PIN OUT COLOR PIN NUMBER JACK
- 1 White - AFSK OUT ----- 11 -
- 2 Black/Shield ----- 4,8,12 CW/RTTY jack grounds
- 3 Brown - PTT SWITCH ----- 9 -
- 4 Orange - CW KEY ----- - CW KEY JACK (tip)
- 5 Red - FSK OUT ----- - RTTY-FSK JACK (tip)
-
-
- All digital modes worked fine (AMTOR, RTTY, PACKET..etc) by using AFSK
- tones generated in the KAM, setting the TS-850S to LSB or USB, and
- modulating the RF signal with these tones.
-
- The problem occured when I would use voice LSB or USB while the ACC2
- plug was plugged into the the back of the TS-850S. Even though the KAM
- was in a receive mode only, and not keying the transmitter, I would get
- distortion on my voice signal. This distortion was heard over the air
- by others, and also could be heard using the monitor button on the front
- of the TS-850S while wearing headphones to listen to my own signal as I
- was transmitting. This distortion and noise was present when I was using
- my vertical, dipole, and dummyload.
-
- I thought this distortion/noise was maybe RF energy in the shack being
- rectified in the KAM and being sent back into the TS-850S through one
- of the lines on the ACC2 cable and plug. I called Kantronics to inform
- them of my findings and they said, "Oh, you must have a ground loop
- or something --- make sure all grounds are properly connected,
- especially since many Kenwood radios have a separate audio ground
- which is not at the same ground potential as the case or chassis ground."
- (loads of technical support, huh??!! )
-
- So I went back and made sure all grounds from the KAM and Kenwood
- were secure, and that the shield on the cable between the KAM and
- the TS-850S was well connected to the ground for the TNC and the rig.
- The distortion was still there!!!
-
- I also tried RF ferrite beads/cores on the outside of the cable with
- no difference in distortion or noise.
-
- I found that the noise and distortion would go away completely by
- either unplugging the cable between the KAM and TS-850S, or by simply
- shutting off the KAM with the interface cable still connected to the
- ACC2 jack on back of the TS-850S.
-
- THE PROBLEM is that there is noise (RF or microprocessor clock noise)
- coming from pin 1 of the KAM HF port (8-pin DIN plug) and traveling
- down the white audio lead of the interface cable and entering the rig
- through pin 11 of the ACC2 plug on the rear panel of the TS-850S.
-
- I guess that Kenwood can`t shunt this line to ground during SSB,
- (or any voice mode for that matter), because AFSK uses this input to
- inject the audio signals from a TNC onto the output signal. But maybe
- Kantronics might be able to do more than just a blocking cap to ground
- to keep internal noise off of the audio lead coming out from the KAM.
-
- MY SOLUTION was to install a small SPST switch in line with this white
- audio lead from the KAM to the TS-850S. I placed it very close to the
- ACC2 plug in back of the rig so as not to leave a large antenna for RF
- to enter the TS-850S when this audio lead switch is open.
-
- I leave this switch open most of the time because usually I use the FSK
- mode on the TS-850S for most digital modes. In this mode, the mark and
- space tones are GENERATED in the TS-850S itself but SWITCHED by the FSK
- OUT line from the KAM (RED wire, pin 5) and into the TS-850S via the
- RTTY plug on back of the rig.
-
- The standard shift out of the TS-850S is 170 HZ which is fine for RTTY
- and AMTOR, but for PACKET, the standard shift is 200 HZ. This shift can
- be changed in the TS-850S, however it has to be done from the power-up
- menu function and this is tedious and inconvenient with powering down and
- powering back up the rig to change this parameter.
-
- So normally I use the FSK mode on the RIG and have the KAM send data
- using the RTTY output (the switch installed on white audio lead is open),
- but if I want to use HF Packet (200 HZ shift instead of 170 HZ), I use LSB
- on the TS-850S (the switch installed on white audio lead from KAM is
- closed), and the tones are generated in the KAM (AFSK).
-
- Note: the data from the KAM is sent out both ways all of the time. The
- AFSK audio goes to the TS-850S via the white wire from pin 1 on the KAM
- HF port to pin 11 of the ACC2 plug in the TS-850S, and RTTY (open/close)
- shift data goes to the TS-850S via the RED line from pin 5 on the KAM HF
- port to the RTTY/FSK jack on the back of the TS-850S.
-
- I hope my ramblings above help some of you out there fighting similar
- problems. I am always looking for more info on the TS-850S, ie.
- undocumented features, mods, etc.
-
- I have already done the MARS/CAP all band XMIT, and the Broadcast AM
- band attenuator defeat mods. Really love the rig ...
- Any Questions or other Info always welcome.
-
- 73 de HUGH K
- E
- 3
- B-ad
- I-nfluence
-
-
- E-MAIL to hugh@ivy.Unisys.Com
- ------------------------------------------
- Hugh M. Pepper, KE3BI ('B`ad 'I`nfluence)
-
- email: Hugh@ivy.unisys.com
-
- ------------------------------
-
- Date: Thu, 23 Jul 1992 17:54:20 GMT
- From: news.acns.nwu.edu!nucsrl!ddsw1!hp1!dave@network.UCSD.EDU
- Subject: Looking for UNIX version of NOS/TCP-IP
- To: packet-radio@ucsd.edu
-
- Hi,
-
- I'm trying to locate a UNIX version of the NOS/TCP-IP or similar
- software. Does such a thing exist? I want to run it on a 386
- box running Interactive UNIX.
-
- thanks much
- --
- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- \ David Vrona 708.680.2829 <dave@hp1.holl.com> /
- / Hollister Incorporated {well connected}!ddsw1!hp1!dave \
- \ 2000 Hollister Drive Opinions expressed are my own and not /
- / Libertyville, IL 60048-3781 those of Hollister Incorporated. \
- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-
- ------------------------------
-
- Date: 23 Jul 92 13:50:05 GMT
- From: swrinde!gatech!pitt!cs.pitt.edu!hoffman@network.UCSD.EDU
- Subject: Packet repeater w/o regenerating the packets & stopping voice
- To: packet-radio@ucsd.edu
-
- wa2ise@cbnewsb.cb.att.com (robert.f.casey) writes:
- > Some time ago, there was a discussion on using a two frequency repeater
- > to service a local area and avoid "hidden" stations. Repeater would
- > retransmit without time delay the packets it hears on the input freq
- > on the output freq.
-
- We've done this with a 440 repeater in Pittsburgh and it works very
- well. The terrain in this area makes the hidden-transmitter problem
- quite severe and this repeater has eliminated that.
-
- > Question is how to enforce packet use only, keeping
- > old style voice users out.
-
- Robert Smits, emd@ham.almanac.bc.ca replies:
- > Actually, it's probably unnecessary. Voice users find listening to data
- > so unbearable they usually go away very quickly.
-
- This is exactly what we have found. We started out using a Bell 202T
- compatible modem in the audio path between the receiver and the
- transmitter. I found this to make debugging the repeater more difficult
- because when a user was noisy into the machine, the result was perfectly
- modulated but corrupted packets. We took the modem out and connected
- it up as a normal voice repeater and we were then able to hear when
- someone was noisy. We also took care to properly equalize the audio
- passband because the transceiver used (an old GE Mastr-Pro base station)
- tends to roll off the high frequencies.
-
- ---Bob.
-
- --
- Bob Hoffman, N3CVL pitt!hoffman
- Pitt Computer Science hoffman@cs.pitt.edu FAX: +1 412 624 8854
-
- ------------------------------
-
- Date: 23 Jul 1992 06:55:20 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: unsubscribe
- To: packet-radio@ucsd.edu
-
- unsubscribe all
-
-
-
- ------------------------------
-
- Date: 23 Jul 92 20:08:24 GMT
- From: timbuk.cray.com!hemlock.cray.com!andyw@uunet.uu.net
- Subject: WA4DSY modem question(s)..
- To: packet-radio@ucsd.edu
-
- I posted this once before, but I think inews "lost" the original,
- my apologies if this appears twice.
-
- I've heard rumours about a set of replacement roms for the GRAPES
- 56K modem, which allow it to use class C power amps, albeit at
- the expense of bandwidth. Can anyone confirm or deny this ?
- How much additional bandwidth does it take ? What practical
- effect does this have on performance ?
-
- While I'm waiting for my information pack to arrive from GRAPES,
- can anyone tell me if the modems come shipped with crystal(s) ?
- If so what is the standard IF freq ?
-
- Thanks,
- --
- andyw. N0REN/G1XRL
-
- andyw@aspen.cray.com Andy Warner, Cray Research, Inc. (612) 683-5835
-
- ------------------------------
-
- Date: 23 Jul 92 16:16:28 GMT
- From: swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@network.UCSD.EDU
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- Two comments on the pktwin04.zip posting:
-
- 1. I decoded this four part package, and the zip file was corrupted.
- PKZIPFIX allowed me to extract things, but then the exe file failed
- the CRC.
-
- 2. Why was approximately 250K of uuencoded file posted to the entire
- network? Especially in light of the errors I received decoding it.
- What ever happened to posting a short brief of the programs abilities
- and availability via fpt, email or diskette mail.
-
- xenon!skyld!jangus < This space left blank intentionally. >
- J Angus, PO Box 4425, Carson CA 90749-4425 voice (310) 324-6080
-
- ------------------------------
-
- Date: 24 Jul 1992 06:13:37 GMT
- From: ucsd.edu!brian@network.UCSD.EDU
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- In article <711908188snx@skyld.UUCP> jangus@skyld.UUCP (Jeff Angus) writes:
- >2. Why was approximately 250K of uuencoded file posted to the entire
- > network?
-
- Posted by an overenthusiastic newcomer whose eagerness outran his good
- judgement. Now he knows better, eh?
- - Brian
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #198
- ******************************
- Date: Sat, 25 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #199
- To: packet-radio
-
-
- Packet-Radio Digest Sat, 25 Jul 92 Volume 92 : Issue 199
-
- Today's Topics:
- "Cooling" Mod for the PK232
- A couple of EASY TCP/IP Questions
- Anybody tried packet with Tandy 100? (2 msgs)
- Looking for UNIX version of NOS/TCP-IP
- Windows Packet Program (2 msgs)
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 17:59:51 GMT
- From: sdd.hp.com!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDU
- Subject: "Cooling" Mod for the PK232
- To: packet-radio@ucsd.edu
-
- "Cooling" Mod for the PK232 MBX
-
- by Tom, AB5FH
- AB5FH @ N5LJF.#AUS.TX.USA.NA
-
- 23 July 1992 (REVISED)
-
- For all PK232 MBX owners, place your hand on the top, middle, right side of
- the PK232 case. If it appears warm-to-hot after one hour of operation, read
- on. The power voltage regulator/heatsink is mounted to the circuit board
- below this point. This regulator is an LM317T voltage regulator capable of
- dissipating approximately 15 watts. In normal packet mode, this regulator
- sources approximately 700 milliamps with a voltage drop (across the LM317T) of
- approximately 6.7 volts. This results in a power dissipation for the LM317T
- of approximately 4.7 watts. While this is 1/3 of the capability of the
- LM317T, this heat is driven into the circuit board. While replacing a
- defective radio selector switch, I noticed that the circuit board under the
- heat sink was charred. This particular PK 232 MBX has been in operation
- approximately 3 years. A review of the schematic revealed that there was no
- series dropping resistor in series with the LM317T input. This resistor is
- used to reduce the input voltage to the LM317T which in turn reduces the
- voltage drop across regulator. With this voltage reduction, the power
- dissipation of the device is reduced. I paralleled two 10 ohm, 2 watt
- resistors and placed them in series with the cathode of D11. This reduced the
- dissipation power of the LM317T by approximately 30%. Consequenty, the entire
- unit runs exceptionally cooler with no degradation in performance. The heat
- will be dissipated by the resistors (instead of the LM317T) and then be
- conducted into the case. The two paralleled resistors were placed adjacent to
- the heat sink, and along the edge of the circuit board. These resistor should
- be installed so that they are at least 1/4" above the circuit board. You can
- make this mod from the top of the board since the circuit board trace to this
- resistor is on the top side and the hole feedthru is plated thru the board.
- Locate and lift up diode D11(large bodied diode closest to the side edge of
- the board near the LM317T regulator.) from the cathode side (banded end). Use
- a low wattage iron and wick soldlead. The resistor lead that is to be placed in that hole must be trimmed so
- that no more than 1/16" of lead extends from the underside of the board. If
- you are uncomfortable with this step, you may remove the circuit board to
- expose the underside of the board. Place one lead of the paralleled resistor
- assembly in that hole and solder in place. Be sure that the resistor pair
- sits above the circuit board. It helps to let the resistors lay over on their
- while they are soldered in place. This will force the pair to be sit
- above the board. Position the other lead end of the resistor pair such that
- it connects to the cathode (band end) of diode D11. Solder the resistor lead
- to the DII diode lead. Position the resistor pair so that their leads are not
- in contact with the LM317T heatsink or the 1000 ufd filter capacitor (C26).
- The resistor pair was obtained from Radio Shack (part no. 271-080 - $.99) and
- that was done to my PK232 MBX is optional due to its aesthetic result. A
- pattern of 8 holes (0.1" in dia) were drilled in the cover above the heat sink
- and resistor pair. With the holes drilled in the case top, there is no
- noticeable heat rise detected on the cover and no degradation in performance
- in all modes. I have operated the modified unit for over 2 weeks since the
- modification without disconnecting power with no degradation in performance
- It is also important to note that the AEA transformer supplied to power the PK
- 232 outputs DC voltage in excess of 17 volts unloaded. This can be checked by
- placing a meter on the connector end of the transformer unit while it is
- plugged in. When connected to the PK232, the load of the PK232 MBX drops this
- voltage to approximately 13 volts (nominal). If you have a newer PK232MBX (>
- s/n 50000 and with multicolored LED's), you will have a 7805 regulator in
- place of the LM317T. This fix still applies to the 7805 regulator circuit.
-
-
- Tom Rohrer AB5FH Packet Address: AB5FH @ N5LJF.#AUS.TX.USA.NA
- 2008 Key West Cove
- Austin, Tx. 78746
- 512-327-9294
-
- ------------------------------
-
- Date: 24 Jul 1992 09:33:51 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: A couple of EASY TCP/IP Questions
- To: packet-radio@ucsd.edu
-
- I have a couple of probably pretty easy TCP/IP questions for the net.
- I deal with TCP/IP on a mainframe VAX daily so I do know what it is,
- how it works, which file do what, etc. Amateur Packet TCP/IP is
- non-existent in this area so there's no one to ask about software, etc.
- SO, on to the questions:
-
- I know there are several versions of NOS available. I've looked through
- several at UCSD.EDU. Can someone give me a run down on differences and
- preferences?
-
- Can someone tell me who to request an IP address from in my area.
- I'm located in Central Louisiana.
-
- Tnx for any help
-
- Ron - KA5LUG
-
- ------------------------------------------------------------------------------
- Ron Wright - KA5LUG Internet: RON@ALPHA.NSULA.EDU
- User Support Specialist RON%NSU.DNET@EAST.GSFC.NASA.GOV
- Northwestern State University SPAN: 7669::RON
- Natchitoches, LA 71497
- (318) 357-5594 Packet: KA5LUG@N5HOF.LA.USA.NA
- ------------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 24 Jul 1992 11:12:02 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Anybody tried packet with Tandy 100?
- To: packet-radio@ucsd.edu
-
- Donald K. George (KB6ZHN) writes:
- >I've tried my M100 with an MFJ-1274 and a Yaesu FT-727. After a minor mod
- >to the TNC (changing a resistor value I think) had no trouble keying the
- >radio. Unfortunately, so much RF interference came out of the TNC cables,
- >that it made it virtually impossible to receive anything unless you were
- >almost on top of the transmitting station.
-
- I've got an MFJ-1270b, and I'm having a similar problem, though I'm trying
- to hook up to a Yaesu 411e HT and a Mac (haven't gone for the M100 yet).
- First time through, I managed to get receive from my HT to the TNC fine, but
- PTT didn't work. I was told by MFJ to add a resistor/capacitor combo to the
- cable, which activated PTT fine, but brought a noise level of about S7 to
- the HT receive, drowning out all incoming stations. Now I've gotten advice
- to 1) move the antenna as far away as possible (though the interference
- seems to be coming through the cable rather than through the air to the HT);
- 2) put the resistor inside in place of R107 (I think) and remove the
- capacitor; and 3) (this came from MFJ support, gang) to shave off the paint
- between the top and bottom covers and run a ground to the computer. No
- offense, MFJ, but this seems like a lot of extra work for something that's
- supposed to work off the shelf.
- Donald, I'd like to hear in e-mail you hooked up to the 727, which is
- probably similar to the 411, other than yours is a dual-bander while mine is
- only 2m. I also would like to hear the resistor you used and where you put
- it. MFJ has given me a lot of information at different times, lots of it
- contradictory to the info received in the previous phone call. If you are
- nearby, in Southern California (as your call might indicate), I'd like to
- see your set up. I think it would help me (finally) get my system on the
- air. Once I get the 411 and TNC hooked together, I'm going to get the M100
- going too. Thanks...
- =-=-=-=-=-=-=-=
- Andy Eddy-WB1FNV/6, 7J1ALH Beverly Hills, California
- Exec. Editor, VideoGames & Computer Entertainment Magazine
- Internet: 70007.3554@compuserve.com or vidgames@biotechnet.com
- Delphi: VIDGAMES CompuServe: 70007,3554 Prodigy: CKJB66A
- GEnie: VIDGAME MCImail: VIDGAMES America Online: VIDEOGAMES
-
- ------------------------------
-
- Date: 24 Jul 92 22:46:18 GMT
- From: swrinde!zaphod.mps.ohio-state.edu!caen!mtu.edu!kwfriber@network.UCSD.EDU
- Subject: Anybody tried packet with Tandy 100?
- To: packet-radio@ucsd.edu
-
- In article <01GMR9IFIW2C8ZEAN5@delphi.com> VIDGAMES@delphi.COM (ANDY EDDY, VG&CE EXECUTIVE EDITOR) writes:
- >
- >Donald K. George (KB6ZHN) writes:
- >>I've tried my M100 with an MFJ-1274 and a Yaesu FT-727. After a minor mod
- >>to the TNC (changing a resistor value I think) had no trouble keying the
- >>radio. Unfortunately, so much RF interference came out of the TNC cables,
- >>that it made it virtually impossible to receive anything unless you were
- >>almost on top of the transmitting station.
-
- A friend of mine tried to use a model 100 or 102 (not sure which) with a Kam for amtor.
- The results weren't pretty. The tandy made so much noise that we couldn't keep the
- Kenwood 440 from breaking squelch, and whenever the radio was keyed up, the tandy re-
- booted. We were operating outdoors with a 40m dipole about 15 feet up, 20 feet away.
-
- Ken Friberg
-
- ------------------------------
-
- Date: 24 Jul 92 12:19:50 GMT
- From: olivea!apple!constellation!uecok!bw@uunet.uu.net
- Subject: Looking for UNIX version of NOS/TCP-IP
- To: packet-radio@ucsd.edu
-
- In article <1992Jul23.175420.17850@hp1.uucp>>>1.1.1
- $$$
- I
- I
- ,,,
- I
- I
-
-
- EECF
-
- WaWaWalU 1p>U iop>p>p
- I
-
- I
-
- 6cpc
-
- ------------------------------
-
- Date: 24 Jul 92 15:37:46 GMT
- From: swrinde!cs.utexas.edu!tamsun.tamu.edu!cs.tamu.edu!kurt@network.UCSD.EDU
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- In article <711908188snx@skyld.UUCP>, jangus@skyld.UUCP (Jeff Angus) writes:
- |> Two comments on the pktwin04.zip posting:
- |>
- |> 1. I decoded this four part package, and the zip file was corrupted.
- |> PKZIPFIX allowed me to extract things, but then the exe file failed
- |> the CRC.
-
- Stuff like that happens.
-
- |> 2. Why was approximately 250K of uuencoded file posted to the entire
- |> network? Especially in light of the errors I received decoding it.
- |> What ever happened to posting a short brief of the programs abilities
- |> and availability via fpt, email or diskette mail.
-
- What's to kvetch about? That's nothing compared to what is in other
- newsgroups. Certainly, I would prefer it over the endless discussion on
- Morse vs Morris! 8-}
-
- Kurt
-
- --
- Kurt Freiberger, wb5bbw kurt@cs.tamu.edu 409/847-8607 fax:409/847-8578
- Dept. of Computer Science, Texas A&M University DoD #264: BMW R80/7 pilot
- "We preserve our freedom using three boxes: ballot, jury, and cartridge."
- *** Not an official document of Texas A&M University ***
-
- ------------------------------
-
- Date: 24 Jul 92 22:41:35 GMT
- From: olivea!apple!apple!catnip!abeals@uunet.uu.net
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- jangus@skyld.UUCP (Jeff Angus) writes:
-
- >Two comments on the pktwin04.zip posting:
-
- >1. I decoded this four part package, and the zip file was corrupted.
- > PKZIPFIX allowed me to extract things, but then the exe file failed
- > the CRC.
-
- Or, it could have been zipped with the v1.9[51]/"2.01" zipper that's
- floating around. Guess that they didn't have a zipfile version
- number buried in at the beginning.
-
- --
- Andrew Scott Beals (415) 905-6590 any time KC6SSS
- abeals@catnip.berkeley.ca.us ...!apple!catnip.berkeley.ca.us!abeals
-
- Albert Einstein, when asked to describe radio, replied: "You see, wire
- telegraph is a kind of a very, very long cat. You pull his tail in New
- York and his head is meowing in Los Angeles. Do you understand this?
- And radio operates exactly the same way: you send signals here, they
- receive them there. The only difference is that there is no cat."
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #199
- ******************************
- Date: Sun, 26 Jul 92 04:30:04 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #200
- To: packet-radio
-
-
- Packet-Radio Digest Sun, 26 Jul 92 Volume 92 : Issue 200
-
- Today's Topics:
- "Cooling" Mod for the PK232
- 9600 baud mod for Alinco 110, 112, 1200 radios
- duplex packet repeaters
- Windows Packet Program
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: Sat, 25 Jul 92 21:19:07 GMT
- From: sdd.hp.com!mips!darwin.sura.net!mojo.eng.umd.edu!chuck@network.UCSD.EDU
- Subject: "Cooling" Mod for the PK232
- To: packet-radio@ucsd.edu
-
- In article <1109@shrike.com> kriss@austin.lockheed.com (R M Kriss) writes:
- >
- > "Cooling" Mod for the PK232 MBX
- > ...
- >approximately 3 years. A review of the schematic revealed that there was no
- >series dropping resistor in series with the LM317T input.
-
- The LM317T needs no series input resistor in this application. What it does
- probably need is a better heatsink. Adding a series resistor makes the unit
- suseptible to erratic operation during brownout conditions.
-
- >dissipation power of the LM317T by approximately 30%. Consequenty, the entire
- >unit runs exceptionally cooler with no degradation in performance.
-
- This is an illusion. The power that was being dissipated in the LM317T's heat-
- sink in now being dissipated in the resistors and the LM317T's heatsink. The
- key point here is that the power dissipation is EXACTLY THE SAME as it was
- before you made your modification. It is now just spread out a bit.
-
- Don't do this modification. It serves no real purpose. The LM317T was never
- in any peril. This chip contains circuitry that will shut it down if it
- is overheated. It can run in this shutdown condition indefinitely without
- damage. All the above modification will succeed in doing is decrease the input
- voltage range over which the TNC can reliably operate. If you really want to
- improve the lifetime of the regulator, work out a way to mount it to the
- chassis, or give it a better heatsink.
-
-
- Chuck Harris - WA3UQV
- chuck@eng.umd.edu
-
- ------------------------------
-
- Date: 26 Jul 92 04:35:34 GMT
- From: swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDU
- Subject: 9600 baud mod for Alinco 110, 112, 1200 radios
- To: packet-radio@ucsd.edu
-
- copied from packet:
- Msg# TSF Size #Rd Date Time From MsgID To
- 2183 BF 3482 0 21-Jul 1657 KC6RIX 476_WF6O ALINCO@USBBS ()
- Sb: 110, 112, 1200 MODS SAME!
-
-
- Hello FELLOW Packeteers! I just got off the phone with Matt from Alinco!
- I have been asked if the 9600 baud Mod that I posted would also work for the
- 110. YES IT WILL! The 110, 112 and 1200 radios are identical except for
- the power output of the 1200 (25-watts high power compared to the 45-watts of
- the 110 and 112!) and the 112 has a LCD display to replace the piece of junk
- one on the 110! Also, if you want to have more power in the 1200, you can buy
- the 100/112 PA Board (45-watts) for $65.00 from Alinco. It also requires
- buying 4 high power switching diodes for $20.00 from Alinco. $85.00 for
- 20-watts?...Doesn't sound like a good investment to me. Don't forget the time
- involved with doing this mod. I discourage the use of HIGH POWER and have
- posted bulletins on this subject! Never the less, I feel obligated to pass
- this info on to you, I am not the U.S. Government, I will NOT keep things
- from you! To follow is the 9600 baud Mod I received from Alinco. Alinco
- warns that the Warranty is void if this Mod is performed! KA1BOY has been
- great enough to try this Mod and says it works great for 1200 baud as well
- as 9600 baud! From all of us to you, THANK YOU BARRY! One point to remember,
- you will not be able to use the radio for voice. This mod uses the Mic
- Connector...
- TRANSMITTER
- 1. Remove R-31
- 2. Remove C-40 (save this part, it is to be reused!)
- 3. Connect one leg of C-40 to PIN 7 of the VCO Board
- 4. Connect a jumper from the free leg of C-40 to the HOT end of C-35
- The MIC input is now connected DIRECTLY to the VCO!
-
- RECEIVER
-
- 1. Disconnect the PINK wire connected to the MIC connector and the PC Board
- from the PC Board
- 2. Reconnect the PINK wire to PIN 2 on the IF Board connector
- This eliminates the low pass filtering on the discriminator!
-
- That is it to the MOD for the 110, 112, and the 1200! Remember, you now use
- the MIC Connector For inputting 9600 baud and it WILL work for 1200 baud!
- A special note to all SYSOPS out there...Buy this radio and do this MOD! It
- will allow users to set their TXDelay down to a lower setting giving the
- channel MORE throughput! USERS, make a DONATION to your SYSOPS so they can
- help make the system YOU are using, BETTER! We must all do our part to help!
- I would like to hear from all of you that tries this MOD!
-
- I GIVE PARTIAL CREDIT TO BARRY, KA1BOY, FOR HIS INPUT ON THIS MODIFICATION!!!
- 73 FELLOW PACKETEERS!!! DINO...KC6RIX @ WF6O.#SOCA.CA.USA.NA
- ==========================================================================
- Note: I haven't tried or verified this, proceed at your own risk. WA2ISE
-
- ------------------------------
-
- Date: 25 Jul 1992 15:33:06 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: duplex packet repeaters
- To: packet-radio@ucsd.edu
-
- Just another note on the duplex packet repeater operations. I was in
- Calgary a few months back (just moved to Winnipeg) and there was an
- awful time trying to do something with the "backbone" on 145.01, so
- a local ham put up a duplex bit-regenerative packet repeater on one
- of the tall downtown bulidings and when people moved over, you could
- actually get some data moved around. It was phenomenol ... the data
- throuput must have at least quadrupled ... lots of low power stations
- being clobbered by higher powered stations ... lots of hidden nodes
- ... now that ve6pax is up, no problem.
- just my 2 bits.
- Dan
-
- ------------------------------------------------------------------------
- Dan Keizer, VE4DRK
- ve4drk@muug.mb.ca VE4DRK@VE4KV (AX.25) Winnipeg, Manitoba Canada
-
- ------------------------------
-
- Date: Sat, 25 Jul 1992 22:06:09 GMT
- From: usc!sol.ctr.columbia.edu!destroyer!ubc-cs!newsserver.sfu.ca!allenm@network.UCSD.EDU
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- jangus@skyld.UUCP (Jeff Angus) writes:
-
- >Two comments on the pktwin04.zip posting:
-
- >1. I decoded this four part package, and the zip file was corrupted.
- > PKZIPFIX allowed me to extract things, but then the exe file failed
- > the CRC.
-
- Mike Willis decoded it also without problems as I see in another followup
- posting to the original 4 parts. I also didn't encounter any problems.
- I used ZIP on a NeXT to check it out, and it PKUNZIP'ed (v1.01) on my
- DOS box without problems.
-
- >2. Why was approximately 250K of uuencoded file posted to the entire
- > network? Especially in light of the errors I received decoding it.
- > What ever happened to posting a short brief of the programs abilities
- > and availability via fpt, email or diskette mail.
-
- Is this that bad? Do we need a rec.radio.amateur.packet.binaries now?
- (And if the resultant zip file hadn't been "corrupted", would the comment
- have still been made? I generally retry the decoding from the original
- article(s) before giving up on it being a "bad" posting... There certainly
- are much larger, more humungous postings in some other newsgroups...)
-
- 73 de Al VE7DPM
- allenm@wizard.ucs.sfu.ca
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #200
- ******************************
- Date: Mon, 27 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #201
- To: packet-radio
-
-
- Packet-Radio Digest Mon, 27 Jul 92 Volume 92 : Issue 201
-
- Today's Topics:
- 9600 baud mod for Alinco 110, 112, 1200 radios
- Modem_w/FAX_CallerID_LCD_Display_up_to_16800cps
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 20:51:55 GMT
- From: swrinde!mips!spool.mu.edu!agate!stanford.edu!morrow.stanford.edu!pst@network.UCSD.EDU
- Subject: 9600 baud mod for Alinco 110, 112, 1200 radios
- To: packet-radio@ucsd.edu
-
- I have made this mod, and I have the following suggestions:
- (a) you can get a "map" of the board via FAX or snail mail from Alinco
- -- this helps a LOT (it's impossible to read component labels) --
- Alinco is in Torrance Calif, in the phone directory.
- (b) Throw away C40, it is impossible for a mere mortal to do what they
- are suggesting. Replace that SMT C40 with an axial .01uf cap
- (non-polarized, anything kind you want, I used a tant.) and some
- insulation tubing over the leads (it needs to stretch 2 inches
- across the bottom of the pcb.
-
- Alinco claims this mod makes 1200bps unusable, untrue, I use my modded
- 1200 on both 1200 and 9600 bps without noticable degredation of
- performance.
-
- Regards,
- Paul
- --
- % lookup ampallang
- Word: "ampallang"
- Suggestions: 1 employing 2 impaling 3 impelling 4 implying
-
- ------------------------------
-
- Date: 26 Jul 92 21:30:50 GMT
- From: questor.UUCP!sp@ucbvax.berkeley.edu
- Subject: Modem_w/FAX_CallerID_LCD_Display_up_to_16800cps
- To: packet-radio@ucsd.edu
-
- I have in front of me, a ZyXEL U-1496S modem. This is the sort of
- state-of-the-art-modem I would have had my group design were I still
- working in modem research at Gandalf Data.
-
- It has a 2 line by 20 character LCD display, menu-tree programming from
- the screen via 4 pushbuttons, and implements a whole bunch of CCITT
- protocols up to 14,400 v.32bis/v.42.bis, and v.17 FAX. Needless to say,
- it does both sync and async, and even has modes for use with cellular
- and satellite.
-
- (Presently, the operation modes are: v.33; v.32bis; v.32; v.29;
- v.27ter; v.22bis; v.22; BELL 212A; G3 FAX according to T30, v.17, v.29
- and v.27ter; and most variants.)
-
- What does the display do besides allow you to program all the registers?
- Well, you can not only see the incoming connect speed, but also things
- like:
- - Signal-to-noise ratio
- - Received Carrier Power Level
- - Phase Jitter (p-p degrees with .1 deg resolution)
- - Frequency offset between TX and RX freqs (in .1 Hz res)
- - Round-trip echo delay in (1/2400 sec)
-
- ...and a whole lot more.
-
- After your communication session has finished, you can even call up (by
- an AT-command) a "Link Status Report" which will give you:
-
- - Chars sent; Chars rcvd; Octets sent; Octets Rcvd
- - Blocks sent; Blocks rcvd; Blocks re-sent;
- - Max Outstanding; Max Block Size;
- - Retrain requests; Retrains granted; Link duration;
- - T401 timeouts; T402 Timeouts; FCS Errors;
- - Round-trip delay; Xmtr under-run; Rcvr Over-run
- - Reason for disconnect.
-
- With the latest ROM revisions, it handles Caller ID, 4 different ringing
- codes, and the maximum speed is 16,800 baud. (They are working, I
- believe on 19,200 baud.)
-
- Finally, for the technically minded, it can even be supplied with X- and
- Y-axis outputs for a scope, so that you can see "eye" or "constellation"
- diagrams.
-
- There are three telephone receptacles for telco line connexions: One
- for a local phone; one for 2/4-wire leased-line, and one for 2-wire
- dial-up line. (The dial-up line even supports telco 1A-key system A-
- leads for lamp status control.)
-
- Lots of features have been left out of this little blurb to try to keep
- it as short as I can.
-
- Upgrades? Well, they are via a couple of 27C010-15 (1Mb) ROMs, and the
- binaries are usually posted on their BBS, or available via FTP or mail-
- server from various sources (including here). So, if you have access to
- a ROM-burner, you can do the upgrades yourself.
-
- Just had to let you know about this great little modem, in case you
- hadn't already heard.
-
- Anyhow, having said all of that, you can get most info (including TIFF-
- image files at 300dpi) from my mail-server. To save space, the files
- have been compressed with ZOO, which is available for most O/S from DOS
- to UNIX. (ZOO version 2.10 for DOS and for UNIX is available via mail-
- server request from this site.)
-
- To get started with the mail-server, send e-mail to:
-
- mail-server@questor.wimsey.bc.ca
-
- and in the body of the text, enter the following at the left margin,
- with nothing else in the body:
-
- HELP
- INFO
- INFO INDEX
- INFO FILINDX
-
- Warm regards to all.
-
- --
- Steve Pershing, System Administrator, The QUESTOR Project
- Offering FREE access to Sci, Med, & AIDS news, and more. [also UUCP]
- on a ZyXEL-1496S v.42bis, v.32bis, v.33, up to 16,800bps.
- .-------------------------------------------------------------------.
- | POST: 1027 Davie St., Box 486, Vancouver, B.C., Canada V6E 4L2 |
- | Fones: (+1 604) Data: 681-0670 FAX: 682-6160 Voice: 682-6659 |
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #201
- ******************************
- Date: Tue, 28 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #202
- To: packet-radio
-
-
- Packet-Radio Digest Tue, 28 Jul 92 Volume 92 : Issue 202
-
- Today's Topics:
- Windows Packet Program
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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 Jul 92 15:08:21 GMT
- From: susssys1.reading.ac.uk!ssuhouns@ucbvax.berkeley.edu
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- Path: csug.cs.reading.ac.uk!ssuhouns
- Date: 27 Jul 92 15:03:01 GMT
- Message-ID: <ssuhouns.712249381@csug.cs.reading.ac.uk>
- Newsgroups: rec.radio.amateur.packet
- Subject: Re: Windows Packet Program
- References: <711908188snx@skyld.UUCP>
-
- jangus@skyld.UUCP (Jeff Angus) writes:
-
- >Two comments on the pktwin04.zip posting:
-
- >1. I decoded this four part package, and the zip file was corrupted.
- > PKZIPFIX allowed me to extract things, but then the exe file failed
- > the CRC.
-
- >2. Why was approximately 250K of uuencoded file posted to the entire
- > network? Especially in light of the errors I received decoding it.
- > What ever happened to posting a short brief of the programs abilities
- > and availability via fpt, email or diskette mail.
-
- >xenon!skyld!jangus < This space left blank intentionally. >
- >J Angus, PO Box 4425, Carson CA 90749-4425 voice (310) 324-6080
-
-
- Well if you are *REALLY* that worried about bandwidth, why post this, why not
- EMail it :-)
-
- Sorry if I offended *YOU* by positing somthing to this group, somthing I
- thought might be usefull. Well to me anyway *IF* I get any feedback.
- However, this is a low volume group, and larger things are regularly posted
- onto other groups that are far busier. Maybe this is why :-)
-
- Thanks to the others who also posted replies to this message in my support.
- Although I don't consider myself a newbie (just don't post enough ;-), naive,
- OK I'll admit to that.
-
-
-
- Paul
-
- ----
- 73's de Paul The smelling pistakes are all my own.
- Packet: G4YFY@GB7BEQ I have no employer (I retired ;-).
- EMail: ssuhouns@susssys1.rdg.ac.uk 1985 K100RT DoD #0573
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #202
- ******************************
- Date: Wed, 29 Jul 92 04:30:04 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #203
- To: packet-radio
-
-
- Packet-Radio Digest Wed, 29 Jul 92 Volume 92 : Issue 203
-
- Today's Topics:
- FT726R Mod's For 9600 Bps
- LL Grace
- multimode packet controller, which one?
- PA2AGA NET/Mac 2.3.0 on ucsd.edu (2 msgs)
- Questions from a beginner (2 msgs)
- unsubscribe
- Windows Packet Program (2 msgs)
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: Tue, 28 Jul 1992 23:39:24 GMT
- From: orion.arc.nasa.gov!byers@ames.arpa
- Subject: FT726R Mod's For 9600 Bps
- To: packet-radio@ucsd.edu
-
- I am looking for information to modify a Yeasu FT-726R so that it can be
- used to upload/download files from PacSat at 9600 Bps. Any help would be
- greatly appreciated.
-
- Carol
-
-
- ------------------------------
-
- Date: 28 Jul 1992 08:43:58 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: LL Grace
- To: packet-radio@ucsd.edu
-
- What is the address of LL Grace or a distributor that carries their
- product? Thanks in advance.
- -----------
- Jon Maguire N1CQE/4 | ibm-vm: maguire@sppvm1 usib2tfc@ibmmail
- IIN Customer Assist. | Packet: N1CQE@KB4GBS.#TPA.FL.USA.NA
- Dept 7EF / Bldg PAV | voice: t/l:438-3038 external:(813)-878-3038
- 3105 W. M.L.King Blvd.| fax : t/l:438-3922 external:(813)-878-3922
- Tampa, FL 33607 | AMSAT #21847 TAPR #2916 TPALAN
- | Internet: maguire@sppvm1.vnet.ibm.com
-
- ------------------------------
-
- Date: Wed, 29 Jul 92 01:53:03 GMT
- From: sdd.hp.com!mips!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!au440@network.UCSD.EDU
- Subject: multimode packet controller, which one?
- To: packet-radio@ucsd.edu
-
- I have been told many things about packet controllers. The
- bottom line is, which should i buy? Is is it worth the money to
- buy a dsp unit like the one made by AEA? Which one is the best
- and why?
-
- KC6DSE
-
- Kieran
- --
- Kieran D. au440
-
- ------------------------------
-
- Date: 28 Jul 92 13:12:39 GMT
- From: RUTH.ECE.PSU.EDU!jmr@ucbvax.berkeley.edu
- Subject: PA2AGA NET/Mac 2.3.0 on ucsd.edu
- To: packet-radio@ucsd.edu
-
- I just uploaded to ucsd.edu version 2.3.0 of NET/Mac by PA2AGA. The
- following files are in the ~ftp/hamradio/packet/tcpip/incoming directory:
-
- netmac230.sit.hqx - archive containing PA2AGA NET/Mac version 2.3.0
- executable. This version has lots of bug fixes
- and enhancements not in earlier versions.
-
- netmac.env.sit.hqx - archive with some "environment" files, like
- autoexec.net, ftpusers, spool directories, etc...,
- plus the latest version of IM/Mac mailer by
- ON1XK.
-
- Please contact Adam, PA2AGA (adam@IGG.TNO.NL) for support questions, you
- can contact me (jmr@ruth.ece.psu.edu) if you have trouble uncompressing
- the distribution files.
-
- Brian -- Maybe you could move these to a directory like
- ~ftp/hamradio/packet/tcpip/mac or ~ftp/hamradio/packet/tcpip/pa2aga ???
-
- 73 - Joe AF2J
-
- ------------------------------
-
- Date: 28 Jul 1992 06:49:51 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: PA2AGA NET/Mac 2.3.0 on ucsd.edu
- To: packet-radio@ucsd.edu
-
-
- I just uploaded to ucsd.edu version 2.3.0 of NET/Mac by PA2AGA. The
- following files are in the ~ftp/hamradio/packet/tcpip/incoming directory:
-
- netmac230.sit.hqx - archive containing PA2AGA NET/Mac version 2.3.0
- executable. This version has lots of bug fixes
- and enhancements not in earlier versions.
-
- netmac.env.sit.hqx - archive with some "environment" files, like
- autoexec.net, ftpusers, spool directories, etc...,
- plus the latest version of IM/Mac mailer by
- ON1XK.
-
- Please contact Adam, PA2AGA (adam@IGG.TNO.NL) for support questions, you
- can contact me (jmr@ruth.ece.psu.edu) if you have trouble uncompressing
- the distribution files.
-
- Brian -- Maybe you could move these to a directory like
-
- 73 - Joe AF2J
- Adam van Gaalen ( adam@igg.tno.nl)
- or (pa2aga@igg.tno.nl)
-
- ------------------------------
-
- Date: 28 Jul 92 18:59:27 GMT
- From: swrinde!mips!sdd.hp.com!caen!hellgate.utah.edu!fcom.cc.utah.edu!val@network.UCSD.EDU
- Subject: Questions from a beginner
- To: packet-radio@ucsd.edu
-
- I've just heard some of the basics about packet radio, and I have some
- questions. If there is a FAQ that answers these questions, then just ignore
- this post and I'll get the FAQ when it comes along.
-
- 1 - How much does it cost to get a basic transciever that will connect to my
- computer?
-
- 2 - Can I get a tranceiver that will pretend that it's a telephone so that I
- can use my current modem?
-
- 3 - Once I have the equipment, how do I go about "getting connected?" Do I
- have to register in my area or just go online? (Admittedly not very
- likely.)
-
- 4 - What types of communications protocols are used? What is KA9Q, and is
- it THE protocol?
- --
- |======================== The previous was my opinion =========///============|
- | "AMIGA: The computer for the creative mind."(tm) Commodore /// Weber State |
- | "Macintosh: The computer for the rest of us." (tm) Apple\\\/// University |
- |=================== val@csulx.weber.edu ==================\///=== Ogden, UT =|
-
- ------------------------------
-
- Date: 28 Jul 92 21:49:21 GMT
- From: dziuxsolim.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDU
- Subject: Questions from a beginner
- To: packet-radio@ucsd.edu
-
- > 1 - How much does it cost to get a basic transciever that will connect to my
- > computer?
-
- Depend on if you buy new or used. Certainly under $300.
-
- > 2 - Can I get a tranceiver that will pretend that it's a telephone so that I
- > can use my current modem?
-
- No, the modem that you have will probably not deal with the nature of
- the radio. Amateur radio transceivers are not full duplex devices and
- need to be told when to transmit and when to receive. There are
- however some very cheap packet modems that use the smarts of the
- computer, though the traditional way is to use a TNC which looks like
- a modem but contains a Z80 inside that does some of the protocol and
- other housekeeping for you.
-
- > 3 - Once I have the equipment, how do I go about "getting connected?" Do I
- > have to register in my area or just go online? (Admittedly not very
- > likely.)
-
- We don't need no stinking registration. You just connect like you
- were dialing up a BBS (Ok, so maybe it's a little more involved than
- that). The individual BBS's may require setup, but it's totally
- analagous to telephone bbs. You do need to get a license, but with
- the elimination of the morse code requirement, this is just a
- formality.
-
- > 4 - What types of communications protocols are used? What is KA9Q, and is
- > it THE protocol?
-
- The underlying protocol is AX.25 (which is as it sounds, a variation
- on X.25). This can be used by itself or in conjunction with other
- protocols. Most user -> system interaction is still exclusively X.25,
- though some people use TCP/IP. The routing infrastructure typically
- uses another protocol of which there are a few in use.
-
- KA9Q is the amateur radio callsign of Phil Karn. It is used to refer
- to his network program for the PC, originally done to allow TCP/IP
- to be used with packet radio. However, the later version of the code
- includes an operating system called "NOS" that provides a multitasking
- environment helpful in network hacking so KA9Q supports all kinds of
- things now.
-
- ------------------------------
-
- Date: 28 Jul 1992 10:03:42 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: unsubscribe
- To: packet-radio@ucsd.edu
-
- unsubscribe all
-
-
-
- ------------------------------
-
- Date: 28 Jul 92 17:36:23 GMT
- From: usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@network.UCSD.EDU
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- > In article <711908188snx@skyld.UUCP> jangus@skyld.UUCP (Jeff Angus) writes:
- > >2. Why was approximately 250K of uuencoded file posted to the entire
- > > network?
-
- >Posted by an overenthusiastic newcomer whose eagerness outran his good
- >judgement. Now he knows better, eh?
-
- I disagree. It was aimed at a particular target audience, and it was
- aimed to get the widest distribution. The majority of the news reading
- public do not have direct access to FTP. Albeit they have it thru the
- remote mail servers, but mail costs excessive amounts of money in this
- country, so I for one, am jolly glad that he posted it to the newsgroup
- or I would never have seen it.
-
- IMHO of course.
-
- ---------------------------------------------------------------------------
- And Noah Spake unto his children: "Scattered showers my arse!"
-
- FIDONET: Richard Vowles 3:772/110.0 USENET: richard@nacjack.gen.nz
- Packet Radio: ZL1UTF@ZL1AB.#11.AKL.NZL.OC The Demi-Monde: 199:310/1
-
- ------------------------------
-
- Date: 27 Jul 92 15:03:01 GMT
- From: munnari.oz.au!yoyo.aarnet.edu.au!arnie.systems.sa.gov.au!mars.lands.sa.gov.au!csug.cs.reading.ac.uk!ssuhouns@network.UCSD.EDU
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- jangus@skyld.UUCP (Jeff Angus) writes:
-
- >Two comments on the pktwin04.zip posting:
-
- >1. I decoded this four part package, and the zip file was corrupted.
- > PKZIPFIX allowed me to extract things, but then the exe file failed
- > the CRC.
-
- >2. Why was approximately 250K of uuencoded file posted to the entire
- > network? Especially in light of the errors I received decoding it.
- > What ever happened to posting a short brief of the programs abilities
- > and availability via fpt, email or diskette mail.
-
- >xenon!skyld!jangus < This space left blank intentionally. >
- >J Angus, PO Box 4425, Carson CA 90749-4425 voice (310) 324-6080
-
-
- Well if you are *REALLY* that worried about bandwidth, why post this, why not
- EMail it :-)
-
- Sorry if I offended *YOU* by positing somthing to this group, somthing I
- thought might be usefull. Well to me anyway *IF* I get any feedback.
- However, this is a low volume group, and larger things are regularly posted
- onto other groups that are far busier. Maybe this is why :-)
-
- Thanks to the others who also posted replies to this message in my support.
- Although I don't consider myself a newbie (just don't post enough ;-), naive,
- OK I'll admit to that.
-
-
-
- Paul
-
- ----
- 73's de Paul The smelling pistakes are all my own.
- Packet: G4YFY@GB7BEQ I have no employer (I retired ;-).
- EMail: ssuhouns@susssys1.rdg.ac.uk 1985 K100RT DoD #0573
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #203
- ******************************
- Date: Thu, 30 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #204
- To: packet-radio
-
-
- Packet-Radio Digest Thu, 30 Jul 92 Volume 92 : Issue 204
-
- Today's Topics:
- Counterproposal to the ARRL Digital Committee Recommendation
- data compression with packet: legal?
- Details of BCD format needed!
- G3RUH modem
- multimode packet controller, which one?
- Packet & OS/2
- Status of BayCom?
- TAPR ?
- TNC'less Packet on Mac?
- Windows Packet Program (2 msgs)
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: Thu, 30 Jul 1992 01:32:25 GMT
- From: stanford.edu!CSD-NewsHost.Stanford.EDU!umunhum!paulf@uunet.uu.net
- Subject: Counterproposal to the ARRL Digital Committee Recommendation
- To: packet-radio@ucsd.edu
-
- Summary:
-
- Given the arguments made in the report by the ARRL Committee on Amateur Radio
- Digital Communications, an estimation of the needs of the autoforwarding BBS
- community, and an understanding of the technical state of the art, the
- concept of unattended HF automatic forwarding should be reconsidered. The
- following are suggestions in this regard.
-
-
- 1. A 10 kHz allocation, channelized initially at 500 kHz.
-
- A typical BBS net operation today requires the passage of about 100 1KB
- messages per day. Allowing a growth factor of 10, this represents about
- 1MB, or 8Mb of throughput per day, or about 97 bits per second per link.
- Simple compression techniques (for example, fixed Huffman compression)
- can reduce this to less than 51 bits per second.
-
- This is certainly attainable today given better HF packet implementations
- and operational practices, and is more than attainable with future systems,
- especially CLOVER.
-
- A 10 kHz allocation represents 20 basic forwarding channels using frequency
- multiplexing. Proper allocation and power management should result in
- doubling this figure to 40 links. Future transmission improvements will
- allow more links to be added using time division muliplexing.
-
- 2. Allocations on the 12, 17, and 30m bands.
-
- The Committee's report indicated considerable opposition to unattended
- operation in the 20 and 40 meter bands. This opposition is understandable,
- given both the history of the bands and the nature of the existing
- unattended operations. 20 and 40 meters have existed as amateur bands for
- decades, and as a result, a considerable degree of inertia exists. Given
- the relatively uncoordinated nature of the existing STA operation, many
- of the established operations, especially on 20m, experienced an unwelcome
- intrusion upon well established practices.
-
- In contrast, the new "WARC" bands have only existed for about a decade.
- Regular operational patterns have yet to be established, and the bands are
- much less populated. A special allocation of 10 kHz in each band would
- have minimal impact on users of other modes. Clearly, the "new" spectrum
- of the WARC bands should reflect new usage and new modes. Such an allocation
- would allow a link to follow the Optimal Frequency throughout the daily cycle.
-
- 3. 100w output power to a 10dbi or greater directive antenna.
-
- In keeping with considerations made in point (1) above, output power from the
- transmitter should be limited to less than 100w. To limit the spatial
- coverage of the channel, at least 10dbi of antenna directivity should be
- required.
-
- 4. Unattended HF autoforwarding by Extra Class Licensees only.
-
- Given the history of existing HF packet operations, it becomes very clear
- that operator mistakes are largely responsible for the poor throughput of
- existing HF packet operations. While Extra Class Licensees are not perfect,
- they do represent a group of operators who have shown a willingness to
- study the radio art beyond the average operator. Moreover, some means of
- limiting eligible operators is necessary, given the limited number of
- channels.
-
- 5. A coordinated operation has precedence over an uncoordinated operation.
-
- The actual allocation of channels to operators is similar to that for
- FM repeaters. While the existing system of coordination is far from
- perfect, it is preferable to having the FCC coordinate the allocation.
-
- These are the basic proposals that need to be codified into Part 97. This
- necessarily leaves a number of issues open to be setted by the community
- of HF autoforwarding operators, especially coordination. The reason for
- doing so lies in allowing the state of the art to determine the actual
- operation, rather than the state of the law.
-
- --
- -=Paul Flaherty, N9FZX/5W1JX | "What a difference an hour can make."
- ->paulf@Stanford.EDU | -- Vernor Vinge
-
- ------------------------------
-
- Date: Wed, 29 Jul 1992 19:51:20 GMT
- From: sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!noc.msc.net!uc.msc.edu!apctrc!wsc!jim@network.UCSD.EDU
- Subject: data compression with packet: legal?
- To: packet-radio@ucsd.edu
-
- this may belong in .policy, but since there are also technical concerns,
- I'll start here.
-
- let's say someone wanted to setup something on packet (more likely on
- HF packet) to use data compression between two stations. note, I did
- *NOT* say encryption....just data compression.
-
- first, would this be legal? my immediate guess is that it would be,
- but that it's probably worth asking the question.
-
- second, there are obviously lots of technical concerns. the type of
- system I'm kinda thinking about would be an error-control/data compression
- scheme very much like that used with modems (V.42/V.42bis, for example).
- naturally, it isn't as simple as that with packet, but....
-
- assuming that everything uses KISS, and that it is possible to enforce
- the block size/PACLEN settings such that no data block ever gets split
- into two packets, does this sound like a good thing?
-
- of course, if you don't split the data block between packets, you really
- don't need extra error control...just something to make sure that packets
- don't get lost somewhere along the way. QUESTION: AX.25 already does
- this this, right?
-
- next question: does anyone know where I could find a very good, very
- detailed description of the KISS protocol? how about AX.25? (or can I
- just get the specs for X.25 and then get some diffs?)
-
- any info appreciated....
- --jim
-
- \input std_disclaimer % 73 DE N5IAL (/9)
- ------------------------------------------------------------------------------
- "[...] the plural of `mongoose' ought to be `polygoose'." [Jargon file 2.9.10]
-
- INTERNET: jim@n5ial.chi.il.us | grahj@gagme.chi.il.us | j.graham@ieee.org
- UUCP: gagme!n5ial!jim@clout.chi.il.us
- AMATEUR RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)
- ------------------------------------------------------------------------------
-
- ------------------------------
-
- Date: 29 Jul 92 13:36:56 GMT
- From: sdd.hp.com!zaphod.mps.ohio-state.edu!rpi!bu.edu!dartvax!pranny!lee@network.UCSD.EDU
- Subject: Details of BCD format needed!
- To: packet-radio@ucsd.edu
-
- Hi.
- Would anyone know of a source of data on the BCD format?
- Trying to do ASCII<->BCD translation.
-
- Thanks,
- Lee.
-
- ------------------------------
-
- Date: Wed, 29 Jul 1992 12:48:50 GMT
- From: usc!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!math.fu-berlin.de!informatik.tu-muenchen.de!LRZnews!bauv106!bauv106!claude@network.UCSD.EDU
- Subject: G3RUH modem
- To: packet-radio@ucsd.edu
-
- Hello !
-
- Where can I find the description of this modem and of the
- used modulation method ? Where is the original article ?
-
- Thanks
- Claude, DJ0OT
-
- ------------------------------
-
- Date: 29 Jul 92 15:24:15 GMT
- From: idacrd!n4hy@uunet.uu.net
- Subject: multimode packet controller, which one?
- To: packet-radio@ucsd.edu
-
-
-
- ------------------------------
-
- Date: 29 Jul 1992 12:00:42 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Packet & OS/2
- To: packet-radio@ucsd.edu
-
- For years I have been wondering how I was going to get my PK232MBX, my
- Totalham logging program, my Kenwood TS-940, my mouse, and my modem all
- working at the same time. The solution came in the form of responses to a
- post that I put out asking:
-
- How do you overcome the IRQ3 and IRQ4 conflict problem when using
- com1,2, 3, and 4?
-
-
- The solution came from a sysop in Canada.
-
- For those of you who want a similar setup you must:
-
- 1. Use a bus mouse - this poses no conflict.
- 2. With you first serial card (COM1 and COM2), hook up the two devices that
- you normally would use with the exception of the mouse (it is taken care of
- on the dedicated bus). COM1 and COM2 are usually configurable for IRQ4 and
- IRQ3 respectively. The problem arises when you purchase your next
- inexpensive serial card that will configure COM3 and COM4, but again uses
- IRQ4 and IRQ3 respectively. Here comes the tricky part.
- 3. KEEP THE PAPERWORK that comes with the card. You will have to hardwire
- IRQ3 line to the IRQ5 pin on the card, and hardwire the IRQ4 line to the IRQ2
- pin on the card. Once you have done this you can hookup your PK232 and your
- radio to COM3 and COM4 with no conflicts. Note the the jumper settings for
- IRQ3 or 4 are now IRQ5 or 2.
-
- This solution worked for me. I am using an 80386DX with 8megs of ram running
- at 25mhz. All applications; ProComm Plus 2.0 (accessing com1), Lan-Link
- (accessing Com2), my Kenwood Control program (accessing Com3). I plan to use
- another com program dedicated to packet on Com4 - this way I can use RTTY,
- AMTOR, CW or any of the other digital modes through COM1 connected to the
- 940, and stay connected to the DX packet cluster on COM4.
-
- If you are unfamiliar with any of the above procedures, check with a
- technician before you do them. I will not be responsible if this dosn't work
- for you. (SORRY - HAVE TO PUT A DISCLAIMER).
-
- Good luck for those of you that try this, and if anyone has any other
- solutions please send them to me. I have other lists that I post to, and I'm
- sure others would like the knowledge.
-
- 73 Bob
-
- flipping@pilot.njin.net PACKET KZ2T@WB2DRD.#SNJ.NJ.USA.NA
- PRODIGY - PHTT51A FRC DX NET VHF 145.530 KZ2T@K3WW
-
- ------------------------------
-
- Date: Wed, 29 Jul 1992 13:41:46 GMT
- From: sdd.hp.com!caen!nic.umass.edu!hamp.hampshire.edu!awoodhull@network.UCSD.EDU
- Subject: Status of BayCom?
- To: packet-radio@ucsd.edu
-
- Subject: Status of BayCom?
-
- I just started experimenting with packet and BayCom again after a lapse
- of many months. I obtained BayCom version 1.50a a while ago and it seems
- to have a lot of improvements over versions 1.2 and 1.4 which I had used
- in the past. I've also upgraded my system substantially, and can now
- run BayCom on a 486 with 4M of memory; I also have Windows 3.1 and OS/2
- version 2.0.
-
- I have several questions for anyone on the net who might know:
-
- 1. Is version 1.50a the latest version available?
- 2. Is printed documentation available in English for dollars from
- somewhere in the US?
- 3. Are there any ways to make BayCom take advantage of extra memory
- so I might have room to run larger applications from the OS Shell?
- 4. Has anyone experimented with BayCom under Windows or OS/2?
- 5. On one occasion my system crashed with graphic characters in the
- prompt and unresponsive even to ctrl-alt-del upon exiting from a
- long BayCom session. I think it happened during execution of the
- OFF command; all the SCC files were saved properly before the crash.
- Does anyone have experience with this kind of thing or ideas about
- what happened?
- 6. Is there any mailing list or archive site where I can find other
- info about BayCom?
-
- 73 de Al Woodhull N1AW
- awoodhull@hamp.hampshire.edu
-
- ------------------------------
-
- Date: 29 Jul 1992 23:45:53 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: TAPR ?
- To: packet-radio@ucsd.edu
-
- Hello dear packetter,
-
- I found TAPR118 in UCSD.EDU .
- I use a clone release 1.1.6 for now.
-
- Question : Where can i found TAPR116, TAPR117 (and clone) ?
-
- It is because i have not all documents to use it, especially
- SLOT commands, and other.
-
- Many thanks to answer me.
-
- ------------------------------------------------------------------
- | FC1JSO Frederic | Internet: fc1jso@stna7.stna.dgac.fr |
-
- | 33(1)60.79.81.26 | Ham packet: fc1jso@ff6ptt.frpa.fr.eu |
- ------------------------------------------------------------------
-
- ------------------------------
-
- Date: 26 Jul 92 22:40:13 GMT
- From: sdd.hp.com!wupost!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!doug.cae.wisc.edu!umn.edu!kksys.com!orbit!pnet51!jseboldt@network.UCSD.EDU
- Subject: TNC'less Packet on Mac?
- To: packet-radio@ucsd.edu
-
- I wonder if somebody has come up with something analogous to the BayComm idea
- for the Mac -- that is, make up a simple modem for your serial port, and let
- the computer do the TNC emulating work.
-
- Idea: all the TCP/IP software is available in a Mac version. It expects a
- TNC in KISS mode. Can one come up with a cheap KISS-only modem in some way?
-
- Any ideas along this line would be appreciated.
-
- : John Seboldt...Minneapolis, MN...As a ham, K0JD...as a human, :
- : right-brained yet right-handed...as a musician, techie yet creative :
- : UUCP: {crash, kksys, petrus, quest}!orbit!pnet51!jseboldt :
- : ARPA: crash!orbit!pnet51!jseboldt@nosc.mil :
- : INET: jseboldt@pnet51.orb.mn.org :
-
- ------------------------------
-
- Date: Wed, 29 Jul 92 14:48:28 GMT
- From: usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@network.UCSD.EDU
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- In article <ssuhouns.712249381@csug.cs.reading.ac.uk> ssuhouns@susssys1.reading.ac.uk writes:
-
- > jangus@skyld.UUCP (Jeff Angus) writes:
- > > Why was approximately 250K of uuencoded file posted to the entire net?
- >
- > Sorry if I offended *YOU* by posting somthing to this group
-
- No, actually I apologize.
- My original remarks should have been emailed not posted to the net.
-
- xenon!skyld!jangus < This space left blank intentionally. >
- J Angus, PO Box 4425, Carson CA 90749-4425 voice (310) 324-6080
-
- ------------------------------
-
- Date: 30 Jul 92 07:42:10 GMT
- From: csus.edu!netcomsv!mork!mont@decwrl.dec.com
- Subject: Windows Packet Program
- To: packet-radio@ucsd.edu
-
- In article <ssuhouns.712249381@csug.cs.reading.ac.uk> ssuhouns@susssys1.reading.ac.uk (Paul Marshall Hounslow) writes:
- >jangus@skyld.UUCP (Jeff Angus) writes:
- >
- >>Two comments on the pktwin04.zip posting:
- >
- >>1. I decoded this four part package, and the zip file was corrupted.
- >> PKZIPFIX allowed me to extract things, but then the exe file failed
- >> the CRC.
- >
- >>2. Why was approximately 250K of uuencoded file posted to the entire
- >> network? Especially in light of the errors I received decoding it.
- >> What ever happened to posting a short brief of the programs abilities
- >> and availability via fpt, email or diskette mail.
- >
- >>xenon!skyld!jangus < This space left blank intentionally. >
- >>J Angus, PO Box 4425, Carson CA 90749-4425 voice (310) 324-6080
- >
- >
- >Well if you are *REALLY* that worried about bandwidth, why post this, why not
- >EMail it :-)
-
- ditto. I wonder how much bandwidth all of this thread has taken.
-
- >
- >Sorry if I offended *YOU* by positing somthing to this group, somthing I
- >thought might be usefull. Well to me anyway *IF* I get any feedback.
- >However, this is a low volume group, and larger things are regularly posted
- >onto other groups that are far busier. Maybe this is why :-)
- >
- >Thanks to the others who also posted replies to this message in my support.
- >Although I don't consider myself a newbie (just don't post enough ;-), naive,
- >OK I'll admit to that.
- >
-
- Thanks for posting it. I for one down loaded it immediately and begin
- using it.
- --
- Mont Pierce
-
- +-------------------------------------------------------------------------+
- | Ham Call: KM6WT Internet: mont@netcom.com |
- | bands: 80/40/20/2 IBM vnet: mont@vnet.ibm.com |
- | modes: cw,ssb,fm |
- | qth: Fremont, CA Religion: Jehovah's Witnesses 9/72 |
- +-------------------------------------------------------------------------+
-
- ------------------------------
-
- Date: (null)
- From: (null)
- This is a difficult question to answer. If you only want to do standard
- RTTY, AMTOR, HF and VHF packet, then go with one of the more traditional
- units such as the PK-232MBX. The DSP units provide a multitude of other
- functions and are capable of doing much more than they already are doing.
- The scope of their capabilities at this time are limited only by the
- imagination and energy of the software writers and the rate at which the
- DSP executes instructions and we are just barely beginning to see that
- edge as we construct some really fancy algorithms to run on them. As
- to which is best, this is also complicated. If what you care about is
- getting the best modems, then ask for opinions on which of the two DSP
- multimodes has the best modems and you will get opinions on that from
- many people and you will have to filter the response based on the
- usage, mode, etc. and see whether or not it impacts the way you want to
- use the unit. If you care about tinkering around inside the units,
- the LL Grace unit, with a couple of hundred dollar addition which includes
- memory upgrade and a license and copy of the source code (NOT DSP source,
- host source) comes with it. Both units support the uploading of modems
- and I know that AEA is very actively pursuing the construction of new modems
- since I am writing them. At this time, if you care about doing RTTY/AMTOR
- Baudot and HF packet with the unit and also wish to pay for the ability
- to do fancier and greater things later (many now, more later) this suite
- of modems has been extensively tested and the AEA modems for RTTY/AMTPR
- and HF packet are demonstrably better. The LL Grace unit can be easily
- upgraded with new software to provide better modems and I can only assume
- that this is being pursued but I think your question is about now and not
- what might be. Both of these units have a large suite of modems to support
- satellites. There are two versions of the AEA box, one which is capable
- of running two modems at once whilst hooked to two different radios (AEA
- is shipping these ROMS now or will be shortly, they are not waiting on
- me). The cost, support available, etc. all should be factors in your
- decision. As I have already stated, as this is just a quick note jotted
- down at lunchtime here and you can see that I have given a lengthy reply
- which may or may not be an answer to your question, this is a complicated
- question and more is needed from you on how you intend using this stuff.
-
- Bob
-
-
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #204
- ******************************
- Date: Fri, 31 Jul 92 04:30:02 PDT
- From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
- Errors-To: Packet-Radio-Errors@UCSD.Edu
- Reply-To: Packet-Radio@UCSD.Edu
- Precedence: Bulk
- Subject: Packet-Radio Digest V92 #205
- To: packet-radio
-
-
- Packet-Radio Digest Fri, 31 Jul 92 Volume 92 : Issue 205
-
- Today's Topics:
- Counterproposal to the ARRL Digital Committee Recommendation (2 msgs)
- Packet on a HP1000
- PE1CHL history wanted
- Questions from a beginner
- Ramblings of an OF.
- Request for assistance
- Time for a no code Extra Class? was "Counterproposal..."
- TNC'less Packet on Mac?
- Windows Packet Program FTP SITE?
-
- Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
- Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- 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: 30 Jul 1992 15:19:53 GMT
- From: ucsd.edu!brian@network.UCSD.EDU
- Subject: Counterproposal to the ARRL Digital Committee Recommendation
- To: packet-radio@ucsd.edu
-
- Restricting auto-forwarding to Extra class licensees is silly. We've
- just managed to eliminate CW elitism on VHF and now we're trying to
- reinstate it on HF.
-
- There is no significant correlation between license class and operating
- ability.*
-
- If Paul means this as a conciliatory sop to the entrenched die-hards, he
- should say so.
-
- - Brian
-
- *I was once told that there IS a significant correlation between license
- class and income. Fraud (i.e., purchased licenses) can't be the major
- reason; I wonder what is?
-
- ------------------------------
-
- Date: Thu, 30 Jul 1992 16:49:32 GMT
- From: morrow.stanford.edu!w6yx!paulf@uunet.uu.net
- Subject: Counterproposal to the ARRL Digital Committee Recommendation
- To: packet-radio@ucsd.edu
-
- brian@ucsd.edu (Brian Kantor) writes:
-
- >Restricting auto-forwarding to Extra class licensees is silly. We've
- >just managed to eliminate CW elitism on VHF and now we're trying to
- >reinstate it on HF.
-
- Given the limited number of channels, the only allocation scheme that seems
- fair is to limit it to Extras. If you have a better idea, please say so.
-
- >If Paul means this as a conciliatory sop to the entrenched die-hards, he
- >should say so.
-
- Not likely.
-
- >*I was once told that there IS a significant correlation between license
- >class and income. Fraud (i.e., purchased licenses) can't be the major
- >reason; I wonder what is?
-
- If in fact this is true, it's another argument in favor of the restriction.
- People involved in this operation by definition need to stay at the
- leading edge of the state of the art, which is uncheap.
-
- --
- -=Paul Flaherty, N9FZX/5W1JX |"Anyway, nothing can beat Good Old American
- ->paulf@Stanford.EDU | Know - How." -- Harry Canyon, _Heavy Metal_
-
- ------------------------------
-
- Date: 30 Jul 1992 23:51:06 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Packet on a HP1000
- To: packet-radio@ucsd.edu
-
- Who has been able to install a Packet-Radio program like NET or NOS
- on a minicomputer like a HP1000 ?
-
- Please if someone did, contact me.
-
- Regards, Wim
-
- ------------------------------
-
- Date: Fri, 31 Jul 1992 00:47:36 GMT
- From: sdd.hp.com!caen!mtu.edu!friberg@network.UCSD.EDU
- Subject: PE1CHL history wanted
- To: packet-radio@ucsd.edu
-
- I am in need of a current version of the history file for PE1CHL. If any
- one knows where I can find it, or knows what the add-ons to the attach
- command are (specifically the attach packet option) I would be extremely
- greteful for your assistance.
-
- Thanks in advance
- Ken Friberg n8pbe
-
- ------------------------------
-
- Date: Thu, 30 Jul 92 10:19:06 EDT
- From: sdd.hp.com!zaphod.mps.ohio-state.edu!n8emr!bluemoon!gerry@network.UCSD.EDU
- Subject: Questions from a beginner
- To: packet-radio@ucsd.edu
-
- > > 3 - Once I have the equipment, how do I go about "getting connected?" Do
- > > have to register in my area or just go online? (Admittedly not very
- > > likely.)
- >
- > We don't need no stinking registration. You just connect like you
- > were dialing up a BBS (Ok, so maybe it's a little more involved than
- > that). The individual BBS's may require setup, but it's totally
- > analagous to telephone bbs. You do need to get a license, but with
- > the elimination of the morse code requirement, this is just a
- > formality.
- >
- It's a little more than a formality, we hope. The morse code
- requirement was the formality, and the exams try to keep you
- within the law and ask you to know a little about radio.
- Get in touch with a local ham (radio amateur), and GL (Good Luck),
- and 73 (Best Regards) K8EF@W8CQK.OH.USA.NA
-
- This is from
- gerry@bluemoon.rn.com
- who doesn't have his (or her) own obnoxious signature yet
-
- ------------------------------
-
- Date: 30 Jul 92 19:40:16 GMT
- From: walter!porthos!vixen!mdc@uunet.uu.net
- Subject: Ramblings of an OF.
- To: packet-radio@ucsd.edu
-
- To : All of those who hate, like, love the ARRL.
-
- As many will tell you it is a very rare occasion for me to "take
- pen in hand" and post something to the net.
-
- I have been following all the "chit-chat" regarding: 1.) Ohio
- protesting, 2.) AMSAT is better than the ARRL, 3.) ARRL is
- better than AMSAT, 4.) HF packet, 5.) non-HF packet, 6.) etc.
-
- I am a member of ARRL but I find it of little value to me. I keep
- my membership because I do not know of any other organization
- with the "clout" in Washington that the ARRL does. I feel that
- if I ask someone to do something for me (use their "clout" for me
- in Washington) I should be willing to aid them financially or some
- other way. So I say to you "ARRL bashers" until something better
- comes along swallow your pride and work within the limitations
- of what you have. I do not think I would like to have my company
- represented by the "good old boy" psychology that "the nine old
- men of Newington" (anybody remember FDR these days) have but I guess
- it would be better than no representation.
-
- To me QST is a catalog of advertising. Since I am arthritic
- and also a business person and (without any derogation) not an EE.
- Trying to wind 4000 turns of number 40 wire on a T-5000 core with
- taps every 15 turns is not only impossible but leaves me cold. Why
- can't we have more on the fun of Hamming and less on the projects
- for the homebrewer. I take my hat off to the people that design
- these things and do it doubly for those that build them and make
- them work. You may say "why don't you write an article or story."
- Believe me my wife is still laughing at my latest attempt at that
- and it has been five years now.
-
- I disagree with the ARRL on their approach on packet on HF. I
- agree 1000% that when they bring up W1AW they should not be
- required to check each frequency to see if it is clear. In both
- cases I have let my feelings be know.
-
- This may be the ramblings of a 65 year old advanced amateur who
- enjoys packet, AMTOR, RTTY; loves to rag chew and *ESPECIALLY*
- loves CW, *BUT* for the life of me can not understand Newingtons
- hang up on 13, and 20 words of CW per minute to be able to
- upgrade. I guess it is the "I know it is modern times with
- computers, TNCs, ROBOTS, etc. but I suffered to get my upgrade
- and I will not hold still for you not suffering like I did".
- GOD HELP US ALL.
-
- I assume this will generate some flame, but so be it. The only
- thing I ask is send it via e-mail since the net is cluttered
- up enough now.
-
- 73s for all the guys and 88s to all the gals. (Sexist remark
- acknowledged.)
- All standard disclaimers should be applied at this point.
- David C. Marden, Bell Communications Research, 100 Schultz Dr. P.O.
- Box 7050 Red Bank, NJ 07701 908-758-5643 vixen!mdc@bellcore.bellcore.com
- Also known as King Edward the second, Amateur Golfer (KE2AG)
-
- ------------------------------
-
- Date: 30 Jul 92 08:51:34 GMT
- From: sdd.hp.com!usc!sol.ctr.columbia.edu!destroyer!ncar!unmvax!uservx.plk.af.mil!tollefson@network.UCSD.EDU
- Subject: Request for assistance
- To: packet-radio@ucsd.edu
-
- I am sorry for the cross-post, but this is as close as I can get.
-
- I know that there is a newsgroup called rec.radio.amateur.marketplace (or
- something similar), but I can not get to it from my location. Could
- someone please dump all the postings to a file and E-mail it to me just
- one time? I want to buy a used HF radio at a hamfest in 2 weeks, and need
- an idea on what used prices are like. Alternately, is there a site where
- I could 'anonymous ftp' recent postings?
-
- Please E-Mail if you can help (to prevent several people from doing the
- same task).
- Thanks in advance,
- Mark (N5XYV)
-
- ------------------------------
-
- Date: 30 Jul 92 16:41:24 GMT
- From: olivea!tymix!niagara!billp@uunet.uu.net
- Subject: Time for a no code Extra Class? was "Counterproposal..."
- To: packet-radio@ucsd.edu
-
- In article <1591apINN9uo@network.ucsd.edu> brian@ucsd.edu (Brian Kantor) writes:
- >Restricting auto-forwarding to Extra class licensees is silly. We've
- >just managed to eliminate CW elitism on VHF and now we're trying to
- >reinstate it on HF.
- >
- >There is no significant correlation between license class and operating
- >ability.*
- >
- >If Paul means this as a conciliatory sop to the entrenched die-hards, he
- >should say so.
- >
- > - Brian
- >
- >*I was once told that there IS a significant correlation between license
- >class and income. Fraud (i.e., purchased licenses) can't be the major
- >reason; I wonder what is?
-
- Right on Brian!
-
- Face it the FCC stopped short of real reform. I propose a dual ladder
- system. No different privledges though. I think all that stuff just
- gets in the way of experimentation. No! I say it's braggin rights
- at stake here and I for one feel the weight of it's importance at the
- heart of this very discussion.
-
- The whole Technician thing was kind of a missque though. Who can tell
- the coded ones from the not coded ones? Nope, gotta be different names
- too.
-
- I propose the following;
-
- Code No-Code
- Technician Technician (face it the FCC will never
- admit it was wrong here)
-
- General Dude
-
- Advanced Major Dude
-
- Amateur Extra Amateur Excellent (both most bodacious Hams!)
-
- Oh well, Just a thought... :)
-
- - Bill {WB6RFW}
-
- ------------------------------
-
- Date: Thu, 30 Jul 1992 09:33:54 -0400
- From: usc!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!aw0g+@network.UCSD.EDU
- Subject: TNC'less Packet on Mac?
- To: packet-radio@ucsd.edu
-
- SoftKiss is an init/cdev/driver that drives a ham radio
- modem from a macintosh. It gets your mac on packet radio
- without a tnc. Softkiss can use poor mans packet modems
- from the IBMPC world. This is version 1.2.1. The previous
- version was an application which required multifinder. This
- version is an init/cdev/driver that can run under finder or
- multifinder on any mac system 6.x or 7.x.
-
- Softkiss is available from internet host akutaktak.andrew.cmu.edu
- [128.2.35.1] as /aw0g/softkiss.1.2.1.hqx. It is also on compuserv
- hamnet sig lib 9
-
- NET/Mac is also required. It is available from the same archives.
-
- ------------------------------
-
- Date: 30 Jul 1992 07:40:31 -0700
- From: news-mail-gateway@ucsd.edu
- Subject: Windows Packet Program FTP SITE?
- To: packet-radio@ucsd.edu
-
- I missed the UUENCODED posting of this program and would like to
- get a copy but by ftp if possible. I've never had much luck with
- the UU stuff here.
-
- Tnx for any response.
-
- Ron - KA5LUG
-
- Note: My address is a new one. Not all servers have picked it up
- and some replys are getting bounced when the reply command is used
- from mail. Reply tries to send to just NSULA.EDU which for some
- reason isn't doing it right now. It needs the full address: ALPHA.NSULA.EDU
- ------------------------------------------------------------------------------
- Ron Wright - KA5LUG Internet: RON@alpha.nsula.edu
- User Support Specialist
- Northwestern State University SPAN: 7669::RON
- Natchitoches, LA 71497
- (318) 357-5594 Packet: KA5LUG@N5HOF.LA.USA.NA
- ------------------------------------------------------------------------------
-
- ------------------------------
-
- End of Packet-Radio Digest V92 #205
- ******************************
-