home *** CD-ROM | disk | FTP | other *** search
Wrap
Text File | 1993-12-31 | 298.8 KB | 7,631 lines
Wed, 1 Jan 92 04:30:03 PST From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V91 #339 To: packet-radio Packet-Radio Digest Wed, 1 Jan 92 Volume 91 : Issue 339 Today's Topics: Interesting article in IEEE Comm Magazine Request For Information What radios will work w/ G3RUH modem ?? 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: 31 Dec 91 21:41:15 GMT From: network.ucsd.edu!usc!wupost!darwin.sura.net!udel!sbcs.sunysb.edu!rick@ucsd.edu Subject: Interesting article in IEEE Comm Magazine To: packet-radio@ucsd.edu People interested in applying spread spectrum techniques to packet might check out IEEE Communications Magazine for Nov 1991. There is a useful article titled "Broadband CDMA for Personal Communications Systems", in which some practical data on multipath is presented, including some measurements in New York City (with non LOS paths!!). In the same issue, there is a nice summary article "Mobile Radio: An Overview". Enjoy, Rick Spanbauer SUNY/Stony Brook wb2cfv ------------------------------ Date: 31 Dec 91 15:18:54 GMT From: news-mail-gateway@ucsd.edu Subject: Request For Information To: packet-radio@ucsd.edu 31 December 1991 Subject: Packet Radio Capability To: Packet-Radio@UCSD.Edu From: David Loverne David_Loverne%dream.uucp@ufl.edu david.loverne@p0.f30.n3601.z1.fidonet.org Dear Packet Radi: Recently here in Gainesville, FL (Home of Fighting Florida Gators, playing Notre Dame in the Sugar Bowl 1 January 1992) the DREAMSTATES BBS (FidoNet 1:3601/30) opened with much ado and fanfare offering various services including UUCP/Internet connections and complete FidoNet communications facilities. This DREAMSTATES BBS is hosted by Ray Hines, a noted and seasoned professional in the operation of quality BBS'ing. Ray's DREAMSTATES BBS is anchored by an AMIGA and serves IBM's and Mac's and Amigas, of all stripes. Here in Gainesville we are also fortunate to have an avid and devoted band of Ham Radio Operators. I have asked Sysops Ray Hines to consider installing the "what ever it takes" to offer to the Ham Radio community the telecommunications capability of Packet Radio. Ray is open to further discussions but needs additional information regarding such an undertaking. Could I ask you to take a moment and send to me any information you may have regarding the "what ever it takes" to install this packet capability. If you know of any writing (s), files, manuals, etc. that might be of value, then I would appreciate the references. As I indicated, Ray is still in the exploratory stage seeking to quantify the "what ever it takes". Your kind consideration in this matter will be greatly appreciated. David Loverne - - - ------------------------------ Date: 31 Dec 91 13:46:53 GMT From: mcsun!sun4nl!nikhefk!henkp@uunet.uu.net Subject: What radios will work w/ G3RUH modem ?? To: packet-radio@ucsd.edu In article <259@beyonet.UUCP> beyo@beyonet.UUCP (Steve Urich) writes: >In article <9112300941.AA00459@hermes.intel.com> rharel@fab8.INTel.COM (RICHARD HAREL) writes: >>Anyone have a list of >>Anyone on the net have a list of currently marketed FM radios that >>are compatible with the G3RUH modem running at 9600 baud ?? >>I understand that not all radios are compatible. > > From the article in Decembers CQ magazine on Page 94 called "Packet >User's Notebook: The Next-Frontier-High Speed Modems by Buck Rogers, k4abt. > > Question: Which Radios can be used at 9600 Bauds? > G3RUH list at that time: > > Alinco DR-1200 Data Radio > ALR series:ALR-72, ALR 709 > Kantronics DVR 2-2 Data Radio > ICOM IC series:25,38,228,271,290,471 > Kenwood TR series:7500,7700 > TM series:211,212,221,231,431 > TS series:700,770 > Standard C58,C140 > Yaesu FT series:212,221,230 > > This is an old list and it has increased by 10 times anyone have > a later list? This is the list from G3RUH users. There are big differences about the performance at 9600 baud! The most of the direct pll phase modulator radios are not very good at transmit. The problem is the phaseloop. Current a group of oscar14 users are working on modifying phase modulated pll radios. G3RUH has made a writeup about the phase modulator in pll radio. Best is an all-mode set. The most aren't using a phase modulator for FM. But not all almode sets are good at 9600baud. (The FT736 9600 baud receive results aren't very good.) Henk, PA0HZP ------------------------------ Date: 31 Dec 91 12:46:14 GMT From: mcsun!sun4nl!nikhefk!henkp@uunet.uu.net To: packet-radio@ucsd.edu References <1991Dec27.152134.4334@ke4zv.uucp>, <517@nachos.SSESCO.com>, <1991Dec29.130732.13068@ke4zv.uucp> Subject : Re: DSY modem update? In article <1991Dec29.130732.13068@ke4zv.uucp> gary@ke4zv.UUCP (Gary Coffman) writes: >The DSY modem can track frequency errors of plus and minus 5 khz >with no increase in error rate. Beyond that, the signal goes outside > >We're talking a 4 PPM frequency error and that should be simple, but >it isn't always. Adding little slip on crystal ovens *should* fix most >problems. I recently got a dozen of these little fellows, but haven't >had a chance to try them out yet. > >Gary KE4ZV A very cheap Xtal oven is a PTC disk. In Europe we use mostly PTC disk's from Siemens which are directly conected to the 12V. At startup they take about 0.5Amp and this goes down after warmup. The trick to solder the PTC fast to the Xtal, oterwhise you break the PTC disk. (Broken PTC disk work also OK :-) Sorry, I havn't the type number. I must lookup it at home. Henk, PA0HZP ------------------------------ End of Packet-Radio Digest V91 #339 ****************************** Date: Fri, 3 Jan 92 04:30:02 PST From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V91 #340 To: packet-radio Packet-Radio Digest Fri, 3 Jan 92 Volume 91 : Issue 340 Today's Topics: ftp site for A.R.R.L. C.N.C. texts ? KA9Q software and RTS assertion NOS/NET tcp/ip for Coherent OS What radios will work w/ G3RUH modem ?? (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: 31 Dec 91 14:57:11 GMT From: network.ucsd.edu!usc!zaphod.mps.ohio-state.edu!caen!garbo.ucc.umass.edu!noc.near.net!uhasun!arrlhq!jbloom@ucsd.edu Subject: ftp site for A.R.R.L. C.N.C. texts ? To: packet-radio@ucsd.edu In rec.radio.amateur.packet, rick@cs.sunysb.edu (Rick Spanbauer) writes: >In article <402@arrlhq.UUCP>, jbloom%arrlhq.UUCP@uhasun.hartford.edu (Jon Bloom) writes: >> At present, all of the CNC proceedings are in print. The first four >> are in a single volume, the remaining ones are in individual volumes. > > Jon, I stand corrected. I had assumed, wrongly, that since CNC 5/6 > were no longer advertised in QST, they were no longer available. > Any chance you can do anything about getting Microwave 88 back > into print, though? :-) No, not really. You might check with the North Texas Microwave Society. My understanding is that we often give the remaining copies of the proceedings to the organization that sponsored the conference after a couple of years. I really don't think anyone would object to making these publications available electronically once they are out of print. My guess is that anyine wanting to make them available for free could get permission merely by asking for it (in writing). > Even with such goals, it would be useful to make provisions for > getting out of print proceedings (eg Microwave 88, in my > case) into the hands of those that want them. Maybe selling off > rights to "out of print" works to a microfilm or CD-ROM service is > an acceptable compromise. Seems nlikely there is enough potential readership to interest such a service in this material, but I'm sure the publications folks here at HQ would be happy to discuss it with anyone interested in doing it. Jon Bloom, KE3Z | jbloom%arrlhq.UUCP@uhasun.hartford.edu American Radio Relay League | uhasun!arrlhq!jbloom 225 Main St. | Newington, CT 06111 ! ------------------------------ Date: 2 Jan 92 19:26:56 GMT From: mcsun!uknet!yorkohm!minster!gary@uunet.uu.net Subject: KA9Q software and RTS assertion To: packet-radio@ucsd.edu I'm trying to use the ka9q (or is it NOS) software to drive a hame made (Baycomm) modem. I think that RTS should be asserted to switch the radio into transmit. However the software only turns it on when initially run and then off again at exit. The source code seems not to contain statements to turn RTS on and off at the appropriate moments. The code seems relatively straightforward to modify. However, I'd rather get it right first time instead of inconveniencing fellow users of the Mellifluous Ether. Does anyone have a mod for the appropriate file to fix this problem? thanks in advance gary g6ddh ------------------------------ Date: 2 Jan 92 19:52:47 GMT From: news-mail-gateway@ucsd.edu Subject: NOS/NET tcp/ip for Coherent OS To: packet-radio@ucsd.edu I am looking for source/executable for either NOS or NET tcp/ip code. I am wondering if anyone out there has integrated NOS/NET for Coherent OS. Coherent OS is a Unix look-alike for 286/386 PC systems. I am sure the task would not be too difficult, but I am still working my way thru unix and "c". Hope all had a happy new year.. Thanks in advance. Chris, wa6anm kovacs@versatc.com ------------------------------ Date: 1 Jan 92 15:18:31 GMT From: eos!aio!mec.jsc.nasa.gov!gerry@ames.arpa Subject: What radios will work w/ G3RUH modem ?? To: packet-radio@ucsd.edu In article <259@beyonet.UUCP> beyo@beyonet.UUCP (Steve Urich) writes: >In article <9112300941.AA00459@hermes.intel.com> rharel@fab8.INTel.COM (RICHARD HAREL) writes: >>Anyone have a list of >>Anyone on the net have a list of currently marketed FM radios that >>are compatible with the G3RUH modem running at 9600 baud ?? >>I understand that not all radios are compatible. >>-Rich >>WB2JBS @4Z4SV.ISR.MDLE >>rharel%fab8@sc.intel.com > > From the article in Decembers CQ magazine on Page 94 called "Packet >User's Notebook: The Next-Frontier-High Speed Modems by Buck Rogers, k4abt. > > Question: Which Radios can be used at 9600 Bauds? > G3RUH list at that time: > > Alinco DR-1200 Data Radio > ALR series:ALR-72, ALR 709 > Kantronics DVR 2-2 Data Radio > ICOM IC series:25,38,228,271,290,471 > Kenwood TR series:7500,7700 > TM series:211,212,221,231,431 > TS series:700,770 > Standard C58,C140 > Yaesu FT series:212,221,230 > > This is an old list and it has increased by 10 times anyone have > a later list? > Need to add the ICOM IC-251/451 to the list, too. 73, Gerry ------------------------------ Date: 1 Jan 92 05:23:34 GMT From: network.ucsd.edu!usc!rpi!think.com!spool.mu.edu!munnari.oz.au!ipso!dave@ucsd.edu Subject: What radios will work w/ G3RUH modem ?? To: packet-radio@ucsd.edu 1) Start with those that use "true" FM (F3E), not phase modulation (PM - G3E). 2) Remember that PLL's don't like being told to change frequency. Old all-mode rigs are good. Even older xtal-locked rigs are better still. I just don't understand why the black-box manufacturers persist in peddling things that won't work on high-speed packet... Notice how the "new breed" of rigs are supposedly suitable for packet, yet are phase-modulated? -- Dave Horsfall (VK2KFU) VK2KFU @ VK2RWI.NSW.AUS.OC dave@ips.OZ.AU ...munnari!ips.OZ.AU!dave `Don't believe any PC magazine with "PC" in its name' ------------------------------ End of Packet-Radio Digest V91 #340 ****************************** Date: Sat, 4 Jan 92 04:30:03 PST From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V91 #341 To: packet-radio Packet-Radio Digest Sat, 4 Jan 92 Volume 91 : Issue 341 Today's Topics: 900 Mhz J-pole antenna for Microsats Packet at HF frequencies TNC and software for Macintosh (2 msgs) Wanted 1.2 Ghz mobile Wanted 1.2 Ghz Repeater What radios will work w/ G3RUH modem ?? 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 Jan 92 03:50:09 GMT From: network.ucsd.edu!usc!rpi!usenet.coe.montana.edu!masscomp!ocpt!tsdiag!ka2qhd!wb2cmn!dbm@ucsd.edu Subject: 900 Mhz To: packet-radio@ucsd.edu Contact with anyone operating on 900 Mhz ham band. Contact with anyone with information on setting up Motorola Maxtrac 900 to operate on ham band. Any information use of General Electric 900 Mhz mobile on Ham band. If you can help please email me at address brlow or call Dean at 908-354-5490. ------------------------------ Date: 3 Jan 92 23:02:21 GMT From: network.ucsd.edu!usc!rpi!usenet.coe.montana.edu!milton!choke@ucsd.edu Subject: J-pole antenna for Microsats To: packet-radio@ucsd.edu In article <"26-Dec-91..8:53:32.EST".*.DAN_GARLEY.JACKSONVILLE@Xerox.com> dgarl.jacksonville@xerox.COM writes: > > >In <1874@sousa.ltn.dec.com> hicks@omdemo.enet.dec.com (Chas Hicks) writes:> >I am interested in building the J-pole (or similar) antenna that >> AMSAT has detailed in their publications. I have tested a >> conglomeration of misc. antennas including a Ringo, 1/4 wave whip, >> turnstyle, dual 11 elem cushcraft yagis with different polarization, >> etc. None of these have given very good response. I know that my >> next purchase needs to be a mast mounted GASfet amp. However, I >> would like to try the J-pole routne, too. > >> I have both azimuth + elevation rotors set up now. (crude but, hey, >> they work!) > >> Are there commercial versions of a dual-band (2m/440) >> J-pole similar to the AMSAT project antenna? If they weren't too >> expensive, I might just order a kit rather than run all over trying to >> find the proper materials. Available time for such projects is getting >> scarcer and scarcer! > >> Thanks.. > >> --chas, WB0LJP > >A simple to build design using "hardware store" ALUMINUM parts is shown in >(can't remember which) either the 1992 Handbook (in the satellite section) or >the Satellite Experimenters Handbook (both available from ARRL). > >I'm planning on putting one together this weekend, will post results. > > 73 es GL > Dan WH6A >InterNet: dgarl.jacksonville@xerox.com >Packet: WH6A@KB4OWD.#jax.fl.usa.na >LL: 904.281.2059 The 1991 Handbook has one made for shower rod. Carl H. Okerstrom, N7TPY Department of Emergency Management Imaging Research, RC-05 Snohomish County University of Washington 1907 Everett Avenue Seattle, WA 98195 Everett, WA 98201 Voice: (206) 548-6262 H: 347-3513 (206) 258-6461 Fax: (206) 543-3495 (206) 259-4034 choke@u.washington.edu ------------------------------ Date: 3 Jan 92 21:00:16 GMT From: psinntp!nstn.ns.ca!cs.dal.ca!open.dal.ca!hazen@uunet.uu.net Subject: Packet at HF frequencies To: packet-radio@ucsd.edu I am involved in a project to set up a digital radio link to a university-chartered vessel operating 150-200 miles offshore. The system will have to use commercial HF SSB gear (150 W, international marine HF frequencies) The request I have for HAM folks is any suggestions and/or experience with moderate (1200 baud) or higher speed TNC's at HF frequencies. I have heard nasty rumours about complications due to fading channels and drifting transcievers. (Presumably the drift problem is at least minimized by using a good sythesized system) One solution is a "Sky FAX" TNC from RACE technology in Vancouver which uses eight parallel FSK frequencies and some pretty sexy error detection/correction but it appears pricy (approx CDN$4800) and uses a non-standard (non OSI) packet generation scheme. As we would like, in the long term, to be able to support relatively seamless ftp and mail transfers between ship-board and shore-based computers, it would be nice if the packet scheme was standard. As we are currently involved in what is a point to point system at this stage, digipeaters and networks are not an issue....but who knows where it will go from there? Thanks in advance Dave Hazen (ps feel free to answer directly and save bandwidth) David Hazen hazen@open.dal.ca Dept of Oceanography voice 902-494-3396 Dalhousie University FAX 902-494-3877 Halifax, NS B3H 4J1 CANADA -- Dave Hazen BitNet: hazen@open.dal.ca Dept. of Oceanography Telemail: dalhousie.ocean ------------------------------ Date: 3 Jan 92 18:27:08 GMT From: network.ucsd.edu!usc!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!fcom.cc.utah.edu!cc.utah.edu!cberthel@ucsd.edu Subject: TNC and software for Macintosh To: packet-radio@ucsd.edu I'm interested in packet radio and am studying for my novice/ technician license at local Ham club class. Can any of you recommend a TNC unit and software for Macintosh? How about recommendations for a budget priced transceiver? Cheryl cberthel@cc.utah.edu or cheryl@morgan.med.utah.edu ------------------------------ Date: 4 Jan 92 00:06:38 GMT From: network.ucsd.edu!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!jmilhoan@ucsd.edu Subject: TNC and software for Macintosh To: packet-radio@ucsd.edu I am using Red Ryder, but even MacTEP (A program written in MicroSoft Basic 1.0) will work. If you are using a Mac now as a terminal, that software will work fine. As far as TNCs go, I use a KAM, but if I were to buy another, I'd just get an MFJ 1270 or a simialr Kantronics unit. JT ------------------------------ Date: 2 Jan 92 03:46:29 GMT From: network.ucsd.edu!usc!rpi!usenet.coe.montana.edu!masscomp!ocpt!tsdiag!ka2qhd!wb2cmn!dbm@ucsd.edu Subject: Wanted 1.2 Ghz mobile To: packet-radio@ucsd.edu Wanted 1200 Mhz mobile. Call dean at 908-354-5490 or email below. ------------------------------ Date: 2 Jan 92 03:45:22 GMT From: network.ucsd.edu!usc!rpi!usenet.coe.montana.edu!masscomp!ocpt!tsdiag!ka2qhd!wb2cmn!dbm@ucsd.edu Subject: Wanted 1.2 Ghz Repeater To: packet-radio@ucsd.edu Wanted 1200 Mhz Repeater. Call Dean at 908-354-5490 or Email below ------------------------------ Date: 3 Jan 92 17:36:29 GMT From: news-mail-gateway@ucsd.edu Subject: What radios will work w/ G3RUH modem ?? To: packet-radio@ucsd.edu I have not used a G3RUH modem myself, but have used a rather similar commercial modem. The radio? Well, true FM (*NOT* Phase-modulation) is whats needed. Phase-modulation cannot accurately represent the near-DC components of the modulating signal. You should try to bypass any stages in the radio that clip, limit or alter the frequency-response of the signal. Ideally you feed the 'Audio' straight into the modulator, remembering that you must get the levels right or you will have deviation problems. Also some ultimate frequency restriction is a good idea if you want to remain popular with other users of the band. An audio LPF is all thats needed. On the receive side, you take the 'Audio' off the discriminator circuit BEFORE the de-emphasis circuit has been allowed to screw around with the signal. Of course, this involves going inside the radio in many cases, but real hams will have no worries about this. I have fitted a 15-pin 'D' socket to quite a few of my radios, allowing direct access to the modulator/discriminator for data, and leaving the normal mic. socket free for speech modes. This is a good idea when searching for low BERs with traditional 1200-baud packet too. Pete Lucas PJML@UK.AC.NWL.IA PJML%IA.NWL.AC.UK@UKACRL G6WBJ.ampr.org 'The Moving Cursor writes, and having Writ, Moves On' ------------------------------ End of Packet-Radio Digest V91 #341 ****************************** Date: Mon, 6 Jan 92 04:30:02 PST 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 #1 To: packet-radio Packet-Radio Digest Mon, 6 Jan 92 Volume 92 : Issue 1 Today's Topics: Pk-88 and Alinco DJ-F1 HELP! (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: Mon, 6 Jan 1992 00:14:51 GMT From: orion.oac.uci.edu!cerritos.edu!dhw68k!daveegan@network.UCSD.EDU Subject: Pk-88 and Alinco DJ-F1 HELP! To: packet-radio@ucsd.edu I've a DJ-F1 handheld running 5 watts and an AEA Pk-88 trying to run packet. The rig goes to an external 1/4 wave groundplane up 25 feet. I can hear the world just fine, and I can transmit. Here's the rub- I can't seem to connect to anyone! I monitor my signal with another handheld and hear my signal going out, but not connect back. I found a friendly ham to connect with who CON'd to me. My side sent me a connection message, but he never got it back. So it sounds like its a case of not being heard. Is packet really critical about the signal? I can make a repeater that is 75+ miles away on voice, but can't seem to make another packet station 10 miles away. I did compare my packets (noise) to another stations and my signal was significantly quieter. Is there something about the Alinco I am missing. The book only mentions another Alinco for hookup and says to use a .1uF cap and 33k Resistor. Could this be my problem? The rig is a new model- not in the PK88 book. Help! Anyone who has any advice- I would surely appreciate it. If you have Alinco hookup advice for packet- I'll take that too! Thanks for the anticipated solutions! -- Dave Egan | Radio: N6XVZ uucp: ...{spsd,zardoz,felix}!dhw68k!daveegan | InterNet: daveegan@dhw68k.cts.com | ------------------------------ Date: 6 Jan 1992 04:55:51 GMT From: usc!cs.utexas.edu!wupost!bcm!aio!mec.jsc.nasa.gov!gerry@network.UCSD.EDU Subject: Pk-88 and Alinco DJ-F1 HELP! To: packet-radio@ucsd.edu Off hand, I'd suggest that you are overdeviating. Get the Alinco next to a service monitor, and get the deviation checked. I'd suggest that you keep it < 4kHz for the high tone and < 3 kHz for the low tone. DON'T make the mistake of thinking they should be the same... Good luck, Gerry n5jxs ------------------------------ End of Packet-Radio Digest V92 #1 ****************************** Date: Tue, 7 Jan 92 04:30:03 PST 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 #2 To: packet-radio Packet-Radio Digest Tue, 7 Jan 92 Volume 92 : Issue 2 Today's Topics: DOS version/BIOS/hardware compatabiliy for NOS? IC-2SAT on packet Icom W2A: Useful for Packet? (2 msgs) Is there a TAPR email address ? TAPR Beta TNC and Yaesu FT-203R 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 Jan 92 21:03:48 GMT From: usc!rpi!sadowg@network.UCSD.EDU Subject: DOS version/BIOS/hardware compatabiliy for NOS? To: packet-radio@ucsd.edu I have tried to run NOS on my AT&T 6300 under MS-DOS 2.10 (yuk!). It crashes completely, can't even ctrl-alt-del. I would be interested to know what the hardware/firmware/os requirements are to run NOS. I would like to use this machine as a dedicated communcation server for low speed (<9600 baud) packet. Please email any info to me. Thanks, Greg - N2IKZ - sadowg@rpi.edu ------------------------------ Date: 6 Jan 92 17:49:24 GMT From: pacbell.com!mips!spool.mu.edu!news.nd.edu!bsu-cs!duerksen@network.UCSD.EDU Subject: IC-2SAT on packet To: packet-radio@ucsd.edu Is anyone using an IC-2SAT HT on packet with a PK-88? I haven't been able to connect with any systems yet at 500mw through the rubber ducky. That seems normal but when I switch to high power, and the TNC sends a packet it doesn't drop the PTT. My guess is that I am getting some sort of feed back from the transmitter into the mic line. Monitoring the frequency shows it is transmitting silence. Joel Duerksen INTERNET: duerksen@lilly.com, duerksen_joel_l@lilly.com USENET : duerksen@bsu-cs.bsu.edu VHF : KB9EKY ------------------------------ Date: 6 Jan 92 15:49:59 GMT From: mcsun!news.funet.fi!polaris!polaris!esaholm@uunet.uu.net Subject: Icom W2A: Useful for Packet? To: packet-radio@ucsd.edu acc@ecl.psu.edu writes: >My Question: Can the Icom-W2A be used for packet work? A bit of coax to >an antenna outside my apartment, a drop-in power supply/charger, a TNC >connected to the mic and earphone jacks -- is this a reasonable setup? I have packet equipment very much like what you describe, i.e. an Icom IC-W2E (the Europe version), a short piece of coax and a GP antenna outside the window. It works very well even with low power.. 500 mW seems to be enough to have a contact with the local mailbox, though sometimes it seems to be just a bit too little. Taking it up to 1.5 W helps a lot. So, as an answer to your original question: yes, an IC-W2 can be used on packet. Esa OH1LTM -- ____________________________________________________________________________ ( Esa Holmberg OH1LTM Internet: ekho@ttl.fi, esaholm@utu.fi ( ) Packet: OH1LTM@OH1RBU.TKU.FIN.EU Elisa: Holmberg Esa TTL ) +--- fax: +358 21 501 330 --------- Diana-fax: (9102 21) 501 330 --------+ ------------------------------ Date: 7 Jan 92 10:20:27 GMT From: mcsun!uknet!uos-ee!ees1mw@uunet.uu.net Subject: Icom W2A: Useful for Packet? To: packet-radio@ucsd.edu In article <esaholm.694712999@polaris> esaholm@polaris.utu.fi (Esa Holmberg) writes: >acc@ecl.psu.edu writes: > >>My Question: Can the Icom-W2A be used for packet work? A bit of coax to >>an antenna outside my apartment, a drop-in power supply/charger, a TNC >>connected to the mic and earphone jacks -- is this a reasonable setup? > > I have packet equipment very much like what you describe, i.e. > an Icom IC-W2E (the Europe version), a short piece of coax and > a GP antenna outside the window. It works very well even with > low power.. 500 mW seems to be enough to have a contact with > the local mailbox, though sometimes it seems to be just a bit > too little. Taking it up to 1.5 W helps a lot. > > So, as an answer to your original question: yes, an IC-W2 can > be used on packet. Me too, it works fine here, but it is important to either leave the squelch open (if you have true DCD) or turn off the power saver. In my case the local mailbox is 100m away, so low power is enough. Connecting it up to the beam on 70cms gave surprisingly good results with the 2 W output (7.2 V battery pack). Now I need a way of getting it to do dual band packet.......... 73 Mike ------------------------------ Date: 6 Jan 92 16:38:26 GMT From: swrinde!mips!news.cs.indiana.edu!umn.edu!cs.umn.edu!uc.msc.edu!nachos.SSESCO.com!SSESCO.com!elmquist@network.UCSD.EDU Subject: Is there a TAPR email address ? To: packet-radio@ucsd.edu Just wondering if any TAPR folks are accessible via the Internet ? A Compuserve account # would work fine also... Thanks, Chris ------------------------------ Date: Mon, 6 Jan 1992 19:09:04 GMT From: usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!bronze!master.cs.rose-hulman.edu!allardmj@network.UCSD.EDU Subject: TAPR Beta TNC and Yaesu FT-203R To: packet-radio@ucsd.edu Greetings. I have a beta TNC from TAPR, and I also have a (borrowed) Yaesu FT-203R HT. I would really like to hook these things together. ------------------------------ Date: (null) From: (null) (1) Is the FT-203R keyed in the same way? (I could probably check this.) (2) Is the FT-203R also one of those doggone audio-returns-to-the- positive-bus things, like the FT-208? BTW, in my TNC manual, they have a little section on hooking up an FT-208. It must have a 8-pin interface jack on it that the FT-203 doesn't have, or I could already have it hooked up. I'm also sending a letter to TAPR asking them about this, but I figured I might get a jump by posting... the radio has to be returned to the school's ham club when I graduate in seven weeks, so every day counts. :-) Thanks in advance, and please reply by e-mail to the address below. 73 DE MIKE KA9VDC (Kilo Amperes at 9 Volts Direct Current) -- Mike Allard, CS '92 and counting down. allardmj@rose-hulman.edu KA9VDC Rose-Hulman Institute of Technology #include <std/disclaimer.h> "The only thing fault tolerant about the Internet is that the users are prepared to tolerate its faults." -Rob Pike, at the EurOpen Conference ------------------------------ End of Packet-Radio Digest V92 #2 ****************************** Date: Wed, 8 Jan 92 04:30:03 PST 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 #3 To: packet-radio Packet-Radio Digest Wed, 8 Jan 92 Volume 92 : Issue 3 Today's Topics: DRSI TNC FT-470: Looking for Hyperscan Mod. Packet at HF frequencies Pk-88 and Alinco DJ-F1 HELP! PK-88 and HOST-mode? Re: Spread spectrum data modem 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: 7 Jan 92 19:58:00 GMT From: aviator@athena.mit.edu Subject: DRSI TNC To: packet-radio@ucsd.edu Does anyone have any comments regarding DRSI's plug-in TNCs for IBM compatibles? Particularly the PCPA Type 1, which (if I understand the literature correctly) is a 1200 baud VHF TNC with a serial port for an external modem. How do the DRSI TNCs compare with AEA's PK-88 (and its plug-in equivalent, PCB-88)? Any comments would be appreciated...Joakim -- Joakim Karlsson | aviator@athena.mit.edu Flying Fanatic in Training | FAA: P-ASEL CAP: Freedom 226 Mobile FCC: N1JHW "Oh, I have slipped the surly bonds of earth And danced the skies on laughter-silvered wings" ------------------------------ Date: 6 Jan 92 21:19:33 GMT From: bcstec!evtprp0b!rwc9664@uunet.uu.net Subject: FT-470: Looking for Hyperscan Mod. To: packet-radio@ucsd.edu In article <"20-Dec-91.16:36:16.PST".*.Gogian_Yee.ES_GSD.WCO@Xerox.com> Gogian_Yee.ES_GSD/WCO@xerox.com writes: > >Hello there, >Sorry about taking up bandwidth on an old question like this, but I'm looking >for the Keyboard-Entry Hyperscan Modification for the Yaesu FT-470. I don't >have access to info. like this otherwise. Replies can be sent directly to my >"address". Many Thanks for your patience. > 73 de Gogian, KC6VKZ >Gogian Yee:es GSD/WCO:XEROX Couldn't reach you by mail, but here it is and there are more mods. Sorry, I don't have the name of the person who contributed this Mod. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Hyperscan: Effect: faster memory scan rate. 1) Go into Alt mode by pressing [F] 2 (Alt). 2) Press the Up or Down Arrow to activate the Memory Scan. 3) When the Scans stops on a VHF frequency on the Left Display (The Main Band), Hit [F] VFO. 4) Press the Up or Down Arrow to activate the HyperScan. 5) To Stop the Function, Press [F] Alt. Result: Faster scan rate. -- |Rob Carey N7UVN (I feel more like I do now than I did before.) | |Boeing Computer Services rwc9664@evtprp0b.boeing.com | | My opinions are MINE, not Boeings! | -- |Rob Carey (I feel more like I do now than I did before.) | |Boeing Computer Services rwc9664@evtprp0b.boeing.com | | My opinions are MINE, not Boeings! | ------------------------------ Date: 7 Jan 92 05:45:12 GMT From: swrinde!mips!spool.mu.edu!umn.edu!cs.umn.edu!kksys!edgar!brainiac!jrc@network.UCSD.EDU Subject: Packet at HF frequencies To: packet-radio@ucsd.edu In article <1992Jan3.210016.17938@cs.dal.ca> hazen@open.dal.ca (Dave Hazen) writes: > >I am involved in a project to set up a digital radio link to a >university-chartered vessel operating 150-200 miles offshore. The >system will have to use commercial HF SSB gear (150 W, international >marine HF frequencies) The request I have for HAM folks is any suggestions >and/or experience with moderate (1200 baud) or higher speed TNC's >at HF frequencies. I have heard nasty rumours about complications There is quite alot of 1200 baud packet around 28.195 mhz. I have used it, and it seems to work ok. You might want to check AMTOR (Called SITOR in the maritime mobile service). It is not even close to the speed you are looking for, but it is a very reliable communications mode for HF. -- Jeffrey R. Comstock INET jrc@brainiac.mn.org CW -. .-. ----- -.. ------------------------------ Date: 6 Jan 92 20:40:20 GMT From: usc!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!snorkelwacker.mit.edu!micro-heart-of-gold.mit.edu!bu.edu!wang!harvee!esj@network.UCSD.EDU Subject: Pk-88 and Alinco DJ-F1 HELP! To: packet-radio@ucsd.edu In article <1992Jan6.045551.5361@aio.jsc.nasa.gov> gerry@mec.jsc.nasa.gov (Gerry Creager) writes: > Off hand, I'd suggest that you are overdeviating. Get the Alinco next to a > service monitor, and get the deviation checked. I'd suggest that you keep it > < 4kHz for the high tone and < 3 kHz for the low tone. DON'T make the > mistake of thinking they should be the same... > > Good luck, > Gerry n5jxs could you elaborate on this? a couple of years ago I was lent (and still have) a tnc-1. I connected it to my 2at and could monitor some folks but could not connect. I took it to a friendly packet type with a service monitor and the deviation was measured as 4 khz on the high tone and 2 khz for the low tone. I was then told that I should have the same deviation for both tones. I'm confused. I would like to get into packet and make use of this TNC-1 sitting on my shelf but my experiences have been less than favorable. any suggestions? Thanks --- eric -- ... ^^^ eric johansson UUCP ...!uunet!wang!harvee!esj esj@harvee.uucp * * a juggling fool AT&T (617) 577-4068 (w) o HAM ka1eec \_/ CSNET johansson%hydra@polaroid.com or hydra!johansson@polaroid.com source of the public's fear of the unknown since 1956 ------------------------------ Date: 8 Jan 92 05:17:56 GMT From: mcsun!news.funet.fi!ousrvr.oulu.fi!oulu.fi!luru@uunet.uu.net Subject: PK-88 and HOST-mode? To: packet-radio@ucsd.edu Simple enough: is there WA8DED-type HOST-mode available for PK-88? If so, could someone kindly tell me where? Luru ------------------------------ Date: 7 Jan 92 17:32:32 GMT From: hpl-opus!hpnmdla!glenne@hplabs.hpl.hp.com Subject: Re: Spread spectrum data modem To: packet-radio@ucsd.edu In rec.radio.amateur.packet,, Greg - N2IKZ - sadowg@rpi.edu writes: > I would be interested to hear about your results if you decide to persue >this. Likewise to anyone else on the net who is using DS SS data links. I'm in the process of using DS SS to help qualify potential paths for the 256 kbps 900 and 1200 MHz radios I am building as part of a prototype higher speed amateur network here in northern California. I'm also considering inexpensive methods to use SS to combat multipath distortion. Glenn Elmore n6gn N6GN @ K3MC amateur IP: glenn@SantaRosa.ampr.org Internet: glenne@sr.hp.com ------------------------------ Date: 7 Jan 1992 19:07:31 GMT From: ucsd.edu!brian@network.UCSD.EDU To: packet-radio@ucsd.edu References <1992Jan6.001451.14010@dhw68k.cts.com>, <1992Jan6.045551.5361@aio.jsc.nasa.gov>, <6376508@harvee.UUCP> Subject : Re: Pk-88 and Alinco DJ-F1 HELP! In article <6376508@harvee.UUCP> esj@harvee.UUCP (Eric S Johansson) writes: >In article <1992Jan6.045551.5361@aio.jsc.nasa.gov> gerry@mec.jsc.nasa.gov >(Gerry Creager) writes: >> Off hand, I'd suggest that you are overdeviating. ... >> < 4kHz for the high tone and < 3 kHz for the low tone. DON'T make the >> mistake of thinking they should be the same... >could you elaborate on this? Normal FM as used by hams has a 6db per octave pre-emphasis applied; since the higher tone used in packet is about twice the frequency of the lower tone, you'd expect it to have about twice the deviation. The trick is to set your radio and TNC up so that NEITHER tone is running the radio into the clipper (modulation limiter). Since most voice radios are set to limit around 4.5 to 5.0 kHz peak deviation, by setting the packet tone deviation to 3.5 to 4.0 kHz, you're pretty sure you're not clipping and squaring off the modem tones. Personally, I've set all my mountaintops to 3.5 kHz deviation on the high tone to allow for slop in the users receivers. - Brian ------------------------------ End of Packet-Radio Digest V92 #3 ****************************** Date: Thu, 9 Jan 92 04:30:03 PST 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 #4 To: packet-radio Packet-Radio Digest Thu, 9 Jan 92 Volume 92 : Issue 4 Today's Topics: 800 Hz shift? AX.25 protocol help.... help IS ANYONE USING AMATEUR RADIO AS A TEACHING TOOL NEPRA Meeting This Saturday (1/11/1992) Packet radio in Hong Kong? (2 msgs) PK-88 battery backup problem solved TAPR on the Internet 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, 9 Jan 1992 05:10:14 GMT From: news.hawaii.edu!mpg.phys.hawaii.edu!tony@ames.arpa Subject: 800 Hz shift? To: packet-radio@ucsd.edu The calibration notes for TAPRs version 1.1.7b TNC-2 EPROM recommends a frequency shift of 800 Hz as opposed to 1000 Hz on older TNCs. The only reason given is 'improved performance'. The notes say the shift is compatible with older TNCs running the 1000 Hz shift and so far I seem to have no trouble talking to TNCs that I talked to before with the 1000 Hz shift. Question: What are the details behind this 'improved performance' by using the 800 Hz shift? -- Antonio Querubin tony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org / querubin@uhunix.bitnet ------------------------------ Date: Thu, 9 Jan 92 02:52:56 GMT From: usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!hamblin.math.byu.edu!news@network.UCSD.EDU Subject: AX.25 protocol help.... To: packet-radio@ucsd.edu Can anyone help me with information about the AX.25 protocol? I am looking for information about how it communicates (format) and such. Can anyone either point me toward a REALLY good FAQ or some book or where to write to get that information. Also, I would really like to find info about KISS. Sean Eckton KD6BIK Internet: ecktons@sirius.byu.edu Packet : kd6bik @ wb7esh.#orem.ut.usa.na ------------------------------ Date: 9 Jan 92 11:11:16 GMT From: news-mail-gateway@ucsd.edu Subject: help To: packet-radio@ucsd.edu help ------------------------------ Date: 8 Jan 92 22:22:34 GMT From: zephyr.ens.tek.com!tekgen!tekgen.bv.tek.com@uunet.uu.net Subject: IS ANYONE USING AMATEUR RADIO AS A TEACHING TOOL To: packet-radio@ucsd.edu Is anyone using amateur radio as a teaching tool in school? I am espeically interested in applications in ele- mentary school. Thanks in advance. Robert Jaquiss Internet: robertj@tekgen.bv.tek.com ------------------------------ Date: 9 Jan 92 01:59:28 GMT From: world!eac@uunet.uu.net Subject: NEPRA Meeting This Saturday (1/11/1992) To: packet-radio@ucsd.edu New England Packet Radio Association Meeting (NEPRA) Saturday January 11, 1991 at 1 PM (Note the change of day and time) There will be a beginner's session from 1 to 1:30 PM. A short business meeting, then a talk on how to use the Packet Node Network of New England. The meeting will be held at the MITRE Corporation in Bedford, Ma. Easy access at the junction of Routes 3 and 62. Directions ------------------------------ Date: 8 Jan 92 11:11:52 GMT From: gossip.pyramid.com!pyramid!nsc!amdahl!JUTS!duts!bem00@decwrl.dec.com Subject: Packet radio in Hong Kong? To: packet-radio@ucsd.edu In article <cesC02zI07Lt01@JUTS.ccc.amdahl.com> bem00@DUTS.ccc.amdahl.com () writes: >I will be in Hong Kong a lot over the next few years on business. I ~~~~~~~~ ### I did not mean to suggest that I was going to use packet for business use. I want to communicate to friends in the US from H.K. >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >+ Brett Miller + Internet: bem00@charon.amdahl.com + >+ Amdahl Corp. + Packet: N7OLQ @ N6LDL.#NOCAL.CA.USA.NA + >+ Santa Clara,CA + e-mail: bem00@juts.ccc.amdahl.com + >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ------------------------------ Date: 8 Jan 92 10:49:48 GMT From: gossip.pyramid.com!pyramid!nsc!amdahl!JUTS!DUTS.ccc.amdahl.com!bem00@decwrl.dec.com Subject: Packet radio in Hong Kong? To: packet-radio@ucsd.edu I will be in Hong Kong a lot over the next few years on business. I would like to find out if they have 2m or 440 packet operations over there. Is there anyone that knows if it is possible to do this? I know about the reciprocal license required. I would like to send a packet message to Hong Kong from here but I'm not sure of the address. I want to do something like: SB help @ xxxxx.HKG.AS What would go after the @ in order to send a general bullitin asking for more info? Thanks in advance. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Brett Miller + Internet: bem00@charon.amdahl.com + + Amdahl Corp. + Packet: N7OLQ @ N6LDL.#NOCAL.CA.USA.NA + + Santa Clara,CA + e-mail: bem00@juts.ccc.amdahl.com + ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ------------------------------ Date: Wed, 8 Jan 1992 16:31:42 GMT From: news.hawaii.edu!uhunix.uhcc.Hawaii.Edu!johns@ames.arpa Subject: PK-88 battery backup problem solved To: packet-radio@ucsd.edu About a year ago I inherited a PK-88 that had problems with the battery backup circuit. I finally got around to troubleshooting it today. Apparently there was an error at the factory during installation of the original backup battery. It was shorted out! The mistake was an easy one to make, since the correct teminal was about 1/16 inch away, and not labeled clearly. Has anyone else found similar factory wiring errors? While it is possible that the original owner caused the problem, I consider it unlikely. He said he hadn't ever changed the battery, and just assumed that the battery was old. Also, the solder looked like the rest of the board, not shiny like a hand-soldered joint. Now my IP node will be able to recover from power outages completely automatically, so it was worth the trouble to track down. Happy New Year! John KJ9U ------------------------------ Date: 9 Jan 92 04:14:32 GMT From: news-mail-gateway@ucsd.edu Subject: TAPR on the Internet To: packet-radio@ucsd.edu There is no official TAPR Compuserve Account or Internet address ... All of the directors are required to meet on Compuserve so we are accessable there but if you need to get in touch with someone, you can mail to me via the address below ... 73, Dave VE3GYQ for TAPR BoD ************************************************************** * David B. Toth, MD VE3GYQ * * * * INTERNET: dave%toth.uucp@ria.ccs.uwo.ca * * UUCP: ria.ccs.uwo.ca!toth!dave * * AX25 (Packet): ve3gyq @ ve3gyq.on.can.na * * * * "The opinions expressed are my own - No one else could * * think fast enough to defend them ..." - me * ************************************************************** ------------------------------ Date: 8 Jan 92 15:38:02 GMT From: news.hawaii.edu!uhunix.uhcc.Hawaii.Edu!johns@ames.arpa To: packet-radio@ucsd.edu References <1992Jan6.045551.5361@aio.jsc.nasa.gov>, <6376508@harvee.UUCP>, <kmjujjINN140@network.ucsd.edu> Subject : deviation (WAS Re: Pk-88 and Alinco DJ-F1 HELP!) I found that having a lower deviation seemed to help when working low-Earth-orbit satellites like MIR and the Space Shuttle. My HT can't QSY 3 Khz, so keeping the deviation low was the easiest way to insure that I didn't pop out of the satellite's receive passband. (Doppler shift causes the TX/RX to be translated up to 3.3 kHz on 2 meters!) 3.5 kHz deviation was pretty reliable for me. Aloha de KJ9U / KH6 ------------------------------ Date: Wed, 8 Jan 92 14:55:40 GMT From: mnemosyne.cs.du.edu!mercury.cair.du.edu!diana.cair.du.edu!awinterb@uunet.uu.net To: packet-radio@ucsd.edu References <1992Jan6.045551.5361@aio.jsc.nasa.gov>, <6376508@harvee.UUCP>, <kmjujjINN140@network.ucsd.edu>u Subject : Re: Pk-88 and Alinco DJ-F1 HELP! How do you regulate the deviation on the DJ-F1? Nothing in the book. -- Art Winterbauer N0OQS Internet: awinterb@du.edu OR awinterb@diana.cair.du.edu ------------------------------ End of Packet-Radio Digest V92 #4 ****************************** Date: Fri, 10 Jan 92 04:30:02 PST 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 #5 To: packet-radio Packet-Radio Digest Fri, 10 Jan 92 Volume 92 : Issue 5 Today's Topics: BayCom kit from A&A Engineering (3 msgs) CD mod for Kantronics KPC-2 (2 msgs) G3RUH (?) Modems G3RUH 9600 bps modem 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 Jan 92 19:37:39 GMT From: CATICSUF.CSUFRESNO.EDU!steve@ucbvax.berkeley.edu Subject: BayCom kit from A&A Engineering To: packet-radio@ucsd.edu Has anybody out there successfully put this kit together? I've managed to get mine to copy, but I cannot get it to transmit. I'm mating the modem to a Zenith SuperSport laptop and a Yaesu FT-470. Any help, pointers, stories.. please.. --steve -- |#| Steve Mitchell / System Administrator KD6BET |#| |#| California Agricultural Technology Institute +1 209 278 5675 |#| |#| California State University, Fresno steve@csufresno.edu |#| |#| Fresno, CA 93740-0115 "Now, Steve is happy." |#| ------------------------------ Date: Fri, 10 Jan 92 02:12:04 GMT From: psinntp!ultb!ultb!cep4478@uunet.uu.net Subject: BayCom kit from A&A Engineering To: packet-radio@ucsd.edu In article <9201091937.AA14677@caticsuf.cati.CSUFresno.EDU> steve@CATICSUF.CSUFRESNO.EDU (Steve Mitchell) writes: >Has anybody out there successfully put this kit together? Yeah, my buddy Dave (KD5RO) put one together, with me standing over him watching...then I helped him figure out a few things with the software. This is Dave's first experience with packet. The software is slick! Only weird thing I noticed is that the docs say, in several places, that the modem is an AM7911...but they give you a standard AM7910. I couldn't get data on an AM7911, and I'm guessing that this is a misprint. (I was hoping it would be a 7911 with a DECENT carrier detect circuit!). -- Christopher E. Piggott, WZ2B cep4478@ultb.isc.rit.edu President wz2b.ampr [44.69.0.1] Rochester Institute of Technology wz2b @ WB2PSI.#WNY.NY.USA.NA Amateur Radio Club K2GXT CEP4478@RITVAXA.BITNET ------------------------------ Date: 10 Jan 92 06:50:35 GMT From: mcsun!fuug!nntp.hut.fi!vipunen.hut.fi!kwi@uunet.uu.net Subject: BayCom kit from A&A Engineering To: packet-radio@ucsd.edu In article <9201091937.AA14677@caticsuf.cati.CSUFresno.EDU> steve@CATICSUF.CSUFRESNO.EDU (Steve Mitchell) writes: > > >Has anybody out there successfully put this kit together? >I've managed to get mine to copy, but I cannot get it to >transmit. I am not familiar with this kit but I assume that it is using the TCM 3105 modem IC and it is "stealing" its power from PC RS-232 port. >I'm mating the modem to a Zenith SuperSport laptop and >a Yaesu FT-470. I have Zenith MiniSport and I had just the same problem. It appeared that the Motorola CMOS RS232 driver in Zenith could not drive enough current to the modem when transmitting. +5V pin in the modem chip went to abt +3V and it would not key the TX. Obvious solution is to get external power supply for the chip (I got it from the modem slot). Now it works fine. >|#| Steve Mitchell / System Administrator KD6BET |#| Kaj OH6EH/2 -- ------------------------------------------------------------------------------- Helsinki University of Technology, | kwi@vipu.hut.fi | Metsahovi Radio Research Station | !EID RO EVOM | Otakaari 5A, SF-02150 Espoo, Finland | oh6eh@oh2rba.fin.eu | ------------------------------ Date: 9 Jan 92 15:05:45 GMT From: news-mail-gateway@ucsd.edu Subject: CD mod for Kantronics KPC-2 To: packet-radio@ucsd.edu I have a Kantronics KPC-2 1200 baud packet TNC and would like to mod it so that DCD is operated by detecting data instead of carrier. Anyone know if this mod exists and where I could find it? ______________________________________________________________________ Dan Roman -- N2MFC | GEnie: D.ROMAN1 Internet: roman_d@timeplex.com Timeplex Inc. | // Packet: N2MFC@N2IMC.NJ.USA.NA Woodcliff Lake, NJ | \X/ Only Amiga! TCP/IP: [44.64.0.158] ====================================================================== ------------------------------ Date: 10 Jan 92 09:34:45 GMT From: news.hawaii.edu!mael!dereky@ames.arpa Subject: CD mod for Kantronics KPC-2 To: packet-radio@ucsd.edu In article <9201091505.AA01677@timeplex.com> roman@tix.UUCP (Daniel Roman) writes: >I have a Kantronics KPC-2 1200 baud packet TNC and would like to mod it >so that DCD is operated by detecting data instead of carrier. Anyone >know if this mod exists and where I could find it? You have two options to achcive this. First one is Get the 3.06 firmware upgrade from kantronics. The new version of the firmware allows you to do Software DCD instead of the normal sqeulch CD. Second option is to get the DCD kit with internal clock from TAPR. It basically does the same thing except you can't turn it off in the software, and its an extra lump in the case. I have the 3.06 Firmware in my KPC-2, and a TAPR DCD in my PK-88, and I am completely satisfied with both systems. It seems that the TAPR DCD might be able figure out packets that the KPC-2 cannot, but that might be a limitation of the TNC. Derek WH6BH ------------------------------ Date: 9 Jan 92 19:52:11 GMT From: news-mail-gateway@ucsd.edu Subject: G3RUH (?) Modems To: packet-radio@ucsd.edu Probably a FAQ, but Where can I find data and the boards/modems? Oz (Rich Osman, WB0HUQ) INTERNET: Oz@SwRI.edu (ignore the "From:", use Oz@SwRI.edu, or reply) (512) 522-5050 (w); (512) 699-1302 (h, merciless machine) (512) 522-2572 (just the fax) ------------------------------ Date: 9 Jan 92 23:08:17 GMT From: swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!munnari.oz.au!ipso!dave@network.UCSD.EDU Subject: G3RUH 9600 bps modem To: packet-radio@ucsd.edu An Australian distributor has recently made this short-form kit available (PCB and EPROM), but the documentation is a little on the sparse side... Basically, there is a (hand-corrected) bill of materials, and a (hand-corrected) barely-readable circuit diagram. Apparently the device is capable of wondrous things, if only I had further information! What really piqued my interest was the on-board "data transciever" (sic), and the circuit shows it as a little block, with audio & PTT etc, and a little BNC connector on the side... It looks for all the world like the unit is part of some data engine or other. The ultra-fine print refers to the whole thing as a Pac-Comm EM-NB96 External FSK Modem, with other references on the PCB as "DFM-SA". The Bill of Materials is just a copy of a FAX from "NX2P Electronics" to Pac-Comm. Anyone have any further info on this beast? NX2P, are you reading this? A lot of people have ordered this kit, and some more info would be nice. -- Dave Horsfall (VK2KFU) VK2KFU @ VK2RWI.NSW.AUS.OC dave@ips.OZ.AU ...munnari!ips.OZ.AU!dave `Don't believe any PC magazine with "PC" in its name' ------------------------------ End of Packet-Radio Digest V92 #5 ****************************** Date: Sat, 11 Jan 92 04:30:02 PST 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 #6 To: packet-radio Packet-Radio Digest Sat, 11 Jan 92 Volume 92 : Issue 6 Today's Topics: Help laptop & baycomm (2 msgs) NOS params for a congested area 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: 10 Jan 92 16:52:52 GMT From: medin%cod.nosc.mil@cod.nosc.mil Subject: Help laptop & baycomm To: packet-radio@ucsd.edu Would like to get a laptop that supports baycomm's hardware board. The board i have is: tcm 3105 modem for baycom by n4plk. Some laptops will power this board via the serial port. If you have done that what kind of laptop do you have. Need the model etc since i am thinking of getting one. Also associated with that laptop is: i have 12v in the computer shack and would like to power the laptop directly. So if you would be so kind as to reply. I will summarize to the net if there is enough interest. Requirements: 1. serial port to power the n4plk board 2. laptop runs on 12v direct 73, ted aTdHvAaNnKcSe n6trf ------------------------------ Date: Fri, 10 Jan 1992 23:40:56 GMT From: usc!zaphod.mps.ohio-state.edu!caen!garbo.ucc.umass.edu!hamp.hampshire.edu!awoodhull@network.UCSD.EDU Subject: Help laptop & baycomm To: packet-radio@ucsd.edu In article <3583@cod.NOSC.MIL>, medin@cod.nosc.mil (Ted Medin) writes: > > Would like to get a laptop that supports baycomm's hardware board. > The board i have is: tcm 3105 modem for baycom by n4plk. > Some laptops will power this board via the serial port. > If you have done that what kind of laptop do you have. Need the model etc > since i am thinking of getting one. Also associated with that laptop is: > i have 12v in the computer shack and would like to power the laptop directly. > So if you would be so kind as to reply. I will summarize to the net if there > is enough interest. > Requirements: > 1. serial port to power the n4plk board > 2. laptop runs on 12v direct > > 73, ted aTdHvAaNnKcSe > n6trf ------------------------------ Date: 10 Jan 92 18:01:58 GMT From: news-mail-gateway@ucsd.edu Subject: NOS params for a congested area To: packet-radio@ucsd.edu Can someone suggest a set of NOS parameters to start with for use in a congested packet area (NE NJ). I have started with the parameters that came with my version of NOS (2.7 for the Amiga) and my throughput compared to my TNC's AX.25 packet is horrible. I have attempted to transfer as many of the parameters as possible which are directly translatable but I still have terrible throuhput. My params in my TNC have been optimized for my area and radio and would like a good starting point to use for a congested area running NOS and TCP/IP. ______________________________________________________________________ Dan Roman -- N2MFC | GEnie: D.ROMAN1 Internet: roman_d@timeplex.com Timeplex Inc. | // Packet: N2MFC@N2IMC.NJ.USA.NA Woodcliff Lake, NJ | \X/ Only Amiga! TCP/IP: [44.64.0.158] ====================================================================== ------------------------------ End of Packet-Radio Digest V92 #6 ****************************** Date: Sun, 12 Jan 92 04:30:03 PST 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 #7 To: packet-radio Packet-Radio Digest Sun, 12 Jan 92 Volume 92 : Issue 7 Today's Topics: BayCom kit from A&A Engineering Looking for Macintosh packet software (3 msgs) PK-88 and HOST-mode? Radio Nodes 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 Jan 92 17:13:56 GMT From: mcsun!sun4nl!phigate!philica!geertj@uunet.uu.net Subject: BayCom kit from A&A Engineering To: packet-radio@ucsd.edu In article <1992Jan10.021204.2800@ultb.isc.rit.edu> cep4478@ultb.rit.edu (C.E. Piggott) writes: >Only weird thing I noticed is that the docs say, in several places, that >the modem is an AM7911...but they give you a standard AM7910. I couldn't >get data on an AM7911, and I'm guessing that this is a misprint. (I was >hoping it would be a 7911 with a DECENT carrier detect circuit!). According to the doc, the 7910 is for 'switched network applications' and the 7911 is for 'leased-line, telex and voideo applications'. Basically it's the same part, but there are some differences (7911 vs 7910): - Reduced CD response time - Reduced RTS to CTS response time - Reduced squelch time for 1200bps modems - Two new modes for bell 202 with 150bps backchannel - three new modes for V23 with soft turn-off tone - the V23 modes include 150bps backchannel - The AM7911 supports CCITT R.20 for telex applications. The CD detection times are: 7910 7911 tCD(on) 18-22 3-7 ms tCD(off) 12-23 3-11 ms I can copy some doc if you are interested. A side remark: I would suggest you build a fast noise squelch, as in the HAPN 4800 baud modem. You could build the rest as well (all the parts together are cheaper as one 7910!), and have a MUCH FASTER network. 7910 and 7911 (and TCM3105, for that matters) were never designed for an CSMA network. They hold off CD even if they already recognized another carrier, allowing your station to jump on that station and make another collision! You could build a sequencer (the TAPR board, for instance) but that gives other problems: in our environment, HAPN 4800 baud modems share frequency with antique bell 202 1200 baud modems. The sequencer squelch, however, does not recognize 4800 baud signals and allows collisions over them. Same goes for the Baycom thing.. Will this mean we will always stay at 1200 baud? I shure hope we don't, if you ever worked at higher speeds you know why! 73, Geert Jan PE1HZG ------------------------------ Date: 11 Jan 92 15:12:33 GMT From: usna!usna.navy.mil!daniel@uunet.uu.net Subject: Looking for Macintosh packet software To: packet-radio@ucsd.edu I'm a relatively new packet user and a Macintosh diehard. So I've been looking for Macintosh packet software, of course. The only problem is I haven't been able to find any! There was a message in this newsgroup about a month ago suggesting that Mac users look in the ucsd.edu archive, but I couldn't find anything there for the Mac. So here's the question: is there any Macintosh software for packet radio out there? I would be interested in public domain, shareware, or commercial programs. Are there Internet archives with Mac-specific software? What are good commercial sources? I'm using a PacComm HandiPacket with a Kenwood HT. For the time being, I'm just using a generic terminal program on the Mac. (I also have an Atari Portfolio for portable packet operation.) Any help you can offer will be much appreciated! *********************************** Asst Prof Walter K. Daniel, N3KVQ Aerospace Engineering Dept. US Naval Academy daniel@usna.navy.mil ------------------------------ Date: 11 Jan 92 23:39:24 GMT From: sdd.hp.com!usc!apple!winter@network.UCSD.EDU Subject: Looking for Macintosh packet software To: packet-radio@ucsd.edu In article <1386@usna.NAVY.MIL> daniel@usna.navy.mil (Walter K. Daniel) writes: >I'm a relatively new packet user and a Macintosh diehard. So I've been >looking for Macintosh packet software, of course. The only problem is I >haven't been able to find any! There was a message in this newsgroup >about a month ago suggesting that Mac users look in the ucsd.edu archive, >but I couldn't find anything there for the Mac. ucsd.edu has a few versions of NET/Mac, the Macintosh port of Phil Karn's TCP/AX.25/NETROM packet software. (There is no Macintosh package based on his later NOS software.) They're in the hamradio/packet/ka9q/net directory. I use NET/Mac for all my packet activities, from transferring files on the TCP/IP channel to reading DX callouts on the PacketCluster. The more recent versions of NET/Mac have a separate window for each different session; even the earlier ones have separate console, trace, and log windows, which is very helpful. Patty p.s. Although it won't do you any good, I understand that AEA offers multimode Macintosh software (packet, RTTY, etc.) for their PK-232 TNCs. -- ----------------------------------------------------------------------------- Patty Winter N6BIS winter@apple.com Sunnyvale, California ----------------------------------------------------------------------------- ------------------------------ Date: Sun, 12 Jan 1992 04:32:02 GMT From: usc!wupost!unlinfo.unl.edu!news.unomaha.edu!news@network.UCSD.EDU Subject: Looking for Macintosh packet software To: packet-radio@ucsd.edu In <1386@usna.NAVY.MIL> daniel@usna.navy.mil writes: > I'm a relatively new packet user and a Macintosh diehard. So I've been > looking for Macintosh packet software, of course. The only problem is I > haven't been able to find any! There was a message in this newsgroup > about a month ago suggesting that Mac users look in the ucsd.edu archive, > but I couldn't find anything there for the Mac. > > So here's the question: is there any Macintosh software for packet radio > out there? I would be interested in public domain, shareware, or > commercial programs. Are there Internet archives with Mac-specific > software? What are good commercial sources? > ------------------------------ Date: 11 Jan 92 19:17:57 GMT From: mcsun!news.funet.fi!ousrvr.oulu.fi!luru@uunet.uu.net Subject: PK-88 and HOST-mode? To: packet-radio@ucsd.edu I write: > Simple enough: is there WA8DED-type HOST-mode available for PK-88? No one answered. I take it there is not, then. Can anyone confirm this, please? Luru ------------------------------ Date: Saturday, 11 Jan 1992 23:22:16 EST From: usc!zaphod.mps.ohio-state.edu!malgudi.oar.net!yfn.ysu.edu!ysub!00039196@network.UCSD.EDU Subject: Radio Nodes To: packet-radio@ucsd.edu I am looking for information about Internet connections to packet stations. Is it possible to make the connection? My father drives truck across country with a PC and wanted to know if it was possible to send mail to my Internet or Bitnet addresses from some packet station. Not that he currently has the TNC but would seriously consider if it were possible. Thanks for any help given. Jeff Internet 00039196@ysub.ysu.edu Bitnet 00039196@ysub.bitnet KA8PGK Thanks again. ------------------------------ Date: (null) From: (null) ** Where can I get ham radio software for my computer? [...] | MacIntosh: MacNet, John Seney WD1V 144 Pepperidge Dr, Manchester, | NH 03103 (sent 2 800k FORMATTED diskettes, one of which | contains a TEXT file containing your name, address, home PBBS, | your radio & computer interests and equipment). [...] The MacNet seems to be a disks-by-mail service providing a wide range of shareware and freeware software. It would certainly seem to be a pretty good potential source to look into. 73, Paul W. Schleck, KD3FU ACM005@zeus.unomaha.edu ------------------------------ End of Packet-Radio Digest V92 #7 ****************************** Date: Mon, 13 Jan 92 04:30:02 PST 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 #8 To: packet-radio Packet-Radio Digest Mon, 13 Jan 92 Volume 92 : Issue 8 Today's Topics: G3RUH regen repeater hints Help laptop & baycomm PK-88 and HOST-mode? (2 msgs) TAPR on the Internet 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 Jan 92 00:10:06 GMT From: swrinde!mips!atha!aupair.cs.athabascau.ca!lyndon@network.UCSD.EDU Subject: G3RUH regen repeater hints To: packet-radio@ucsd.edu It's finally happening - we are putting up a regenerative repeater using G3RUH modems. Before we get started I would appreciate any hints/suggestions/caveats from any of you who have already done so. -- atha!cs.athabascau.ca!lyndon || lyndon@cs.athabascau.ca Packet: ve6bbm@ve6mc.ab.can.noam Admittedly, the CA domain registrars seem a bit overzealous in their quest to preserve the purity of the namespace. --Mark Moreas ------------------------------ Date: Sun, 12 Jan 1992 15:05:51 GMT From: usc!zaphod.mps.ohio-state.edu!caen!garbo.ucc.umass.edu!hamp.hampshire.edu!awoodhull@network.UCSD.EDU Subject: Help laptop & baycomm To: packet-radio@ucsd.edu In article <3583@cod.NOSC.MIL>, medin@cod.nosc.mil (Ted Medin) writes: > > Would like to get a laptop that supports baycomm's hardware board. > The board i have is: tcm 3105 modem for baycom by n4plk. > Some laptops will power this board via the serial port. [...] I apologize for the attempt to respond to this a few days ago that only succeeded in echoing the original message, I goofed... I use the N4PLK Baycom modem successfully with a KayPro 2000 laptop. The serial port did not provide enough juice to power the modem, however. The KayPro uses a 6 volt battery charged by a nominal 7.3 volt power supply; the RS-232 signals at the serial port do not go positive enough to feed the 78L05 regulator on the modem board. Another solution was available with one of my 2 meter rigs, a KDK 2016 -- the auxiliary jack at the back provides access to 12 volts d.c. as well as to the audio and mic and ptt lines. See if that is an option with your 2 meter rig. Another option -- use a 9 volt battery. The N4PLK modem will work fine with a 9 volt supply. 73 de Al Woodhull, N1AW awoodhull@hamp.hampshire.edu ------------------------------ Date: 12 Jan 92 11:45:45 GMT From: mcsun!ieunet!swift.cs.tcd.ie!phealy@uunet.uu.net Subject: PK-88 and HOST-mode? To: packet-radio@ucsd.edu In article <LURU.92Jan11201757@stekt.oulu.fi>, luru@stekt.oulu.fi (Ari Husa OH8NUP) writes: >> Simple enough: is there WA8DED-type HOST-mode available for PK-88? > I take it there is not, then. Can anyone confirm this, please? If you need it for a PC, then you may be able to use BPQ to provide a DED host mode. It involves running the TNC in KISS mode, configuring the BPQ switch (reasonably straight forward), and using the dedhost.com driver. The application interface to dedhost.com is a combios like. The latest release of BPQ that I am aware of is 4.04 July 1991. Does anyone know/have a later version? 73 Paul EI9GL ------------------------------ Date: Mon, 13 Jan 1992 05:34:09 GMT From: news.hawaii.edu!mpg.phys.hawaii.edu!tony@ames.arpa Subject: PK-88 and HOST-mode? To: packet-radio@ucsd.edu In article <LURU.92Jan11201757@stekt.oulu.fi> luru@stekt.oulu.fi writes: >I write: > >> Simple enough: is there WA8DED-type HOST-mode available for PK-88? You can run the PK-88 in KISS mode. Then run G8BPQ to emulate the DED host mode. Tony AH6BW -- Antonio Querubin tony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org / querubin@uhunix.bitnet ------------------------------ Date: 11 Jan 92 16:45:16 GMT From: usc!cs.utexas.edu!asuvax!stjhmc!ddodell@network.UCSD.EDU Subject: TAPR on the Internet To: packet-radio@ucsd.edu On <Thu, Jan 09 04:14>, UUCP (dave@toth.UUCP Date: 9 Jan 92 04:14:32 GMT ) wrote: >There is no official TAPR Compuserve Account or Internet address ... >All of the directors are required to meet on Compuserve so we are >accessable there but if you need to get in touch with someone, you >can mail to me via the address below ... Actually, I've been working on changing that with TAPR. In the next Packet Register that address of tapr@wb7tpy.ampr.org Will be ok for addressing them on the internet. At the moment, this is read only for them, and from our discussions, if the need exists, we'll start up a two email link. David -- ------------------------------------------------------------------------- uucp: {gatech, ames, rutgers}!ncar!asuvax!stjhmc!ddodell Bitnet: ATW1H @ ASUACAD FidoNet=> 1:114/15 Internet: ddodell@stjhmc.fidonet.org FAX: +1 (602) 451-1165 Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na ------------------------------ End of Packet-Radio Digest V92 #8 ****************************** Date: Tue, 14 Jan 92 04:30:02 PST 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 #9 To: packet-radio Packet-Radio Digest Tue, 14 Jan 92 Volume 92 : Issue 9 Today's Topics: Baycom vs. PMP? (3 msgs) G3RUH 9600 bps modem HELP: Need CP/M software... Looking for Macintosh packet software NJ SCANNER LAW APPROVED Packet software for UNIX WA8DED FOR TNC2 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 Jan 92 14:50:25 GMT From: swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!udecc.engr.udayton.edu!blackbird.afit.af.mil!lonex.rl.af.mil!popyackl@network.UCSD.EDU Subject: Baycom vs. PMP? To: packet-radio@ucsd.edu What are the differences (if any) between "Baycom" and the PMP which was featured in the August 1991 issue of 73 Amateur Radio Today? Both seem to run a software intensive TNC. Thx Len WF2V ------------------------------ Date: 13 Jan 92 16:54:08 GMT From: usc!wupost!micro-heart-of-gold.mit.edu!bu.edu!m2c!garbo.ucc.umass.edu!hamp.hampshire.edu!awoodhull@network.UCSD.EDU Subject: Baycom vs. PMP? To: packet-radio@ucsd.edu In article <1992Jan13.145025.15845@lonex.rl.af.mil>, popyackl@lonex.rl.af.mil (Leonard J. Popyack) writes: > > What are the differences (if any) between "Baycom" and the PMP which was > featured in the August 1991 issue of 73 Amateur Radio Today? Both seem to > run a software intensive TNC. Thx Len WF2V > ------------------------------ Date: Mon, 13 Jan 1992 17:48:08 GMT From: sdd.hp.com!caen!garbo.ucc.umass.edu!hamp.hampshire.edu!awoodhull@network.UCSD.EDU Subject: Baycom vs. PMP? To: packet-radio@ucsd.edu In article <1992Jan13.145025.15845@lonex.rl.af.mil>, popyackl@lonex.rl.af.mil (Leonard J. Popyack) writes: > > What are the differences (if any) between "Baycom" and the PMP which was > featured in the August 1991 issue of 73 Amateur Radio Today? Both seem to > run a software intensive TNC. Thx Len WF2V > Baycom vs PMP: Software: Baycom's packet assembler/disassembler is a Terminate and Stay Resident (TSR) program. You can shell out to DOS and leave the TSR active while you do something else. It uses a lot of memory, though, so you can't run a big program. PMP is a single program. Interface: Baycom is much more sophisticated, almost a full-service packet system. PMP is much simpler. Parameters can be changed at any time in Baycom, with PMP you have to stop the program and change the config file, then start up again. Baycom has a lot more commands than PMP. Documentation: PMP comes with source code; Baycom is a big secret. PMP's documentation is clear, Baycom's from the German translated is. (Although version 1.4 docs are much better than vers. 1.2). PMP's authors are reachable on the Internet. It took six months after I mailed my registration to Germany to get a disk back with the new version of Baycom, and there was no response to the questions I had asked in my letter. Hardware: The modems are not quite functionally identical. I have a TCM3105 modem from the PMP authors and a Baycom TCM3105 version from N4PLK. The PMP modem supplies a carrier detect signal to the computer, Baycom's software apparently just senses data coming in. The Baycom modem has to connect to serial port RS232 lines with higher, bipolar voltages; the N4PLK modem isolates the modem chip with 74HC04 buffers so the program must be dealing with inverted signals relative to the PMP program. The PMP modem connects to TTL level signals at a parallel port. It would be a service if someone would design a modem compatible with both systems; it could be done with a few extra parts and some jumpers. One version of the PMP modem has a watchdog circuit that prevents accidentally keying the transceiver when the program is not active. This accidental keying was a problem for me with Baycom, I had to remember to disconnect the modem from the computer or turn off the transceiver when using the computer for other purposes. Power requirements: both modems can get power from a serial port. (Note this would tie up both serial and parallel ports with PMP). This did not work on my own laptop, which has relatively low RS232 voltages. In my case I was able to get 12 volts from the 2 meter transceiver. A 9 volt battery will work also. Either modem can be built compactly enough to fit into a DB25 shell. On the horizon: The German authors of Baycom refer in the documentation to a hardware package that will go with the software and support many more features, including multiple baud rates. I have seen no information on availability of this hardware in the US, and I don't know if it is beyond the prototype stage in Europe. The software version has commands to support 300 baud, but I don't know if it will actually work. The TCM 3105 modem chip can not be made to work at 300 baud in the proper data format. The PMP authors did not try to include any 300 baud support; they say it would require a 7910 type modem and they thought the higher power consumption was not compatible with their other system requirements. The Germans indicate they are doing further development, we'll have to wait and see what happens. Since the workings of the software are a secret, nobody else can do much along these lines. Since source code is provided for PMP I would expect improvements could come from all over the place once people start attacking the problems. Conclusions: Either system is an effective way to get going. Baycom is more elegant and complete. Both systems may not work with all computers, as they depend on using serial and parallel ports in non-standard ways. N4PLK offered to refund the cost of his modem (when purchased assembled and tested) if it was found to be incompatible. I don't know if that offer still stands, it was made last spring when he first started marketing the device. In some cases the incompatibility may be simply the inadequacy of the serial port as a source of power. PMP is a better way to go if you are enough of a C programmer that you could think of implementing your own improvements. Baycom has more features but is a black box inside. I have used Baycom on and off for more than 6 months, and I am beginning to see messages on packet BBSs indicating there is a community of users out there. I have only experimented a little with PMP, enough to know it also works. PMP got a later start, but I have seen some messages about it, too. I would expect some kind of users groups to form, but I haven't heard of any yet. Maybe someone will respond to this message with some info on that. 73 de Al Woodhull, N1AW awoodhull@hamp.hampshire.edu ------------------------------ Date: 10 Jan 92 23:59:34 GMT From: munnari.oz.au!ipso!runxtsa!ycomputr@tcgould.tn.cornell.edu Subject: G3RUH 9600 bps modem To: packet-radio@ucsd.edu In article <1992Jan9.230817.28310@ips.oz.au> dave@ips.oz.au (Dave Horsfall) writes: >An Australian distributor has recently made this short-form kit >available (PCB and EPROM), but the documentation is a little on the >sparse side... Basically, there is a (hand-corrected) bill of >materials, and a (hand-corrected) barely-readable circuit diagram. Who is it that is distributing it? -Mark -- Mark Cheeseman, Technical Editor, Your Computer. ycomputr@runxtsa.runx.oz.au packet: vk2xgk@vk2op.nsw.oz.oc [This space intentionally blank] Phn: +61 2 693 4143 Fax: +61 2 693 9720 Fido: 3:712/505.15@fidonet.org ------------------------------ Date: Tue, 14 Jan 92 05:15:31 GMT From: usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!hamblin.math.byu.edu!news@network.UCSD.EDU Subject: HELP: Need CP/M software... To: packet-radio@ucsd.edu Can anyone help me? I was told that NET was originally written for CP/M, but I have never seen it. I have an old Apple//c with a Z80 in it and would like to do some tcp/ip work on packet. I was told that Phil Karn was the one that wrote the original NET in CP/M. Can anyone help me? Can anyone tell me how to get in touch with him? Is he reading this right now? Sean Eckton KD6BIK Internet: ecktons@sirius.byu.edu Packet : kd6bik @ wb7esh.#orem.ut.usa.na ------------------------------ Date: 13 Jan 92 15:38:15 GMT From: sdd.hp.com!caen!uflorida!sol!news@network.UCSD.EDU Subject: Looking for Macintosh packet software To: packet-radio@ucsd.edu In article <1386@usna.NAVY.MIL> daniel@usna.navy.mil (Walter K. Daniel) writes: >So here's the question: is there any Macintosh software for packet radio >out there? I would be interested in public domain, shareware, or >commercial programs. Are there Internet archives with Mac-specific >software? What are good commercial sources? Try ftp'ing from hpcsos.col.hp.com for Mac packet stuff. M. C. Ertem, KD4GWK *** Teach Iacocca a lesson - Buy Japanese! *** Electrical Engineering Dept. Florida Atlantic University ertem@acc.fau.edu ------------------------------ Date: Mon, 13 Jan 1992 23:09:34 GMT From: usc!rpi!uwm.edu!linac!att!cbnewsh!n2dsy@network.UCSD.EDU Subject: NJ SCANNER LAW APPROVED To: packet-radio@ucsd.edu The New Jersey State Senate approved the new scanner bill S-305 today. The New Jersey State Assembly had previously passed this bill last Wednesday. The Governor is expected to view the bill favorably and will probably sign it into law in the next week. I don't have the information on the effective date, but it will be soon. This law replaces the existing statute which makes it a crime to carry any scanner or radio capable of receiving police, fire et al communications in a vehicle. This makes it difficult for Radio Amateurs to have modern radios in their cars due to the extended coverage that they provide. The new law makes it a crime to possess a scanner while committing, or attempting to commit, another crime anywhere in the state. Law-abiding citizens will be free to enjoy free access to communications while the criminals will be at increased risk. ------------------------------ Date: 14 Jan 92 03:51:04 GMT From: usc!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!munnari.oz.au!metro!news@network.UCSD.EDU Subject: Packet software for UNIX To: packet-radio@ucsd.edu Hi, Does anyone know of any software that allows packet to be run from a UNIX box? Specifically, I have an i486 running ESIX SysVr4 and no DOS partition. Ftp sites would be fine. Thanks in advance, Cheers Glenn (VK2ELA) Glenn Geers Department of Theoretical Physics The University of Sydney Sydney 2006 NSW Australia -- ___________________________________________________________________________ Glenn Geers | "So when it's over, | we're back to people. Department of Theoretical Physics | Just to prove that human touch The University of Sydney | can have no equal." Sydney NSW 2006 Australia | - Basia Trzetrzelewska, 'Prime Time TV' | Phone: +61 2 692-3241 (voice) |_________________________________________ +61 2 660-2903 (fax) | | glenn@qed.physics.su.oz.au | #include <standard_disclaimer.h> | ---------------------------------------------------------------------------- ------------------------------ Date: 14 Jan 92 03:10:41 GMT From: mcsun!news.funet.fi!ousrvr.oulu.fi!ousrvr!so-mmw@uunet.uu.net Subject: WA8DED FOR TNC2 To: packet-radio@ucsd.edu Does anyone know if there is a FTP or another site to have WA8DED host mode eprom code for tnc2? It will be used with aresdata emergency programme. Also all other TNC codes are also interested. Marko OH8WM ------------------------------ End of Packet-Radio Digest V92 #9 ****************************** Date: Wed, 15 Jan 92 04:30:02 PST 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 #10 To: packet-radio Packet-Radio Digest Wed, 15 Jan 92 Volume 92 : Issue 10 Today's Topics: Alinco DJ-560T on packet BayCom & FT-470 -- Solved! DRSI TNC HELP: Need CP/M software... Need advice on VHF XCVR NJ SCANNER LAW APPROVED 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 Jan 92 02:05:43 GMT From: usc!zaphod.mps.ohio-state.edu!think.com!spool.mu.edu!munnari.oz.au!ipso!dave@network.UCSD.EDU Subject: Alinco DJ-560T on packet To: packet-radio@ucsd.edu [ Is there a FAQ for this sort of question? ] A mate of mine is having trouble getting the Alinco 560 dual-band to work on packet. He says the transmitted audio, when monitored on another receiver, sounds way down in level, but is known to work with another transceiver. Is there anything "special" about the microphone circuit? I questioned him about the rig (I've never seen it) and he says the spkr/mic socket uses separate connections for the mic and the PTT (it's a 2.5mm stereo socket, with a separate 3.5mm socket for the speaker) which is not what I would have expected - most hand-helds these days "double up" on the mic/PTT in many and various ways. So, what to look for? [ Yes - I reminded him to defeat the battery-saver as well :-) ] -- Dave Horsfall (VK2KFU) VK2KFU @ VK2RWI.NSW.AUS.OC dave@ips.OZ.AU ...munnari!ips.OZ.AU!dave ADA - from the people who brought you COBOL ------------------------------ Date: 15 Jan 92 06:34:55 GMT From: CATICSUF.CSUFRESNO.EDU!steve@ucbvax.berkeley.edu Subject: BayCom & FT-470 -- Solved! To: packet-radio@ucsd.edu Many thanks to those who helped me get my FT-470 working with the BayCom kit from A&A Engineering. The 10K resistor at R10 needed to be replaced with a 1K resistor. With that change, the modem can now key the PTT on the 470. 73, steve -- |#| Steve Mitchell / System Administrator KD6BET |#| |#| California Agricultural Technology Institute +1 209 278 5675 |#| |#| California State University, Fresno steve@csufresno.edu |#| |#| Fresno, CA 93740-0115 "Now, Steve is happy." |#| ------------------------------ Date: 14 Jan 92 11:43:33 GMT From: olivea!isc-br!tau-ceti!comtch!iea!FredGate@ames.arpa Subject: DRSI TNC To: packet-radio@ucsd.edu In a message of <07 Jan 92>, Joakim Karlsson wrote to All: JK> Does anyone have any comments regarding DRSI's plug-in TNCs for IBM JK> compatibles? Particularly the PCPA Type 1, which (if I understand JK> the literature correctly) is a 1200 baud VHF TNC with a serial port JK> for an external modem. Have been using them for years and years. The THS software that comes with them is one of the best packages on the market. The TNC works fine and you can do quite a bit of experimenting with the other port. JK> How do the DRSI TNCs compare with AEA's PK-88 (and its plug-in Less money I believe sure is nice to have no power supply and to have all the stuff in the computer. Did have a problem with a 33 Mhz 386 putting out so much garbage couldn't run the DRSI kept it locked in transmit. Jay Ws7i * Origin: Radio Therapy BBS (1:346/3) ------------------------------ Date: Tue, 14 Jan 1992 18:48:20 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU Subject: HELP: Need CP/M software... To: packet-radio@ucsd.edu In article <1992Jan14.051531.24883@hamblin.math.byu.edu>, ecktons@sirius.byu.edu (Sean Eckton) writes: |> |> Can anyone help me? I was told that NET was originally written for CP/M, but |> I have never seen it. I have an old Apple//c with a Z80 in it and would like |> to do some tcp/ip work on packet. I was told that Phil Karn was the one that |> wrote the original NET in CP/M. Can anyone help me? Can anyone tell me how |> to get in touch with him? Is he reading this right now? This should probably be a FAQ entry. NET (now NOS) began life in late 1985 on an old Xerox 820. I bought a PC-XT clone shortly thereafter and gave up on CP/M and the 820 forever. (The 820s finally got donated to the local high school electronics lab back in NJ shortly before I moved to San Diego last July. Maybe they can use the power supplies for something.) The code has advanced so far beyond its humble CP/M beginnings that even if I could figure out a way to read all those old 8" floppies in my garage, you wouldn't want it. You'd be better off hacking the current code to fit, or better yet, going out and buying a cheap PC to run the existing code. Stripped PCs capable of running NOS just don't cost that much anymore! Phil ------------------------------ Date: 14 Jan 92 20:53:16 GMT From: swrinde!zaphod.mps.ohio-state.edu!caen!kuhub.cc.ukans.edu!heacock@network.UCSD.EDU Subject: Need advice on VHF XCVR To: packet-radio@ucsd.edu I've been a ham for about eight months and have worked CW on HF exclusively, but I'm interested in VHF and I hope eventually to get started with packet radio. I'm going to a hamfest on Saturday (1/18) and I'm hoping I'll find a good deal on a used 2-meter transceiver of some sort. Can anyone out there offer some friendly advice concerning things I should look for (or avoid like the plague), e.g., specific used makes/models; functionality; etc.? Any wisdom you can supply will be greatly appreciated. E-mail replies are fine. tnx es 73 de n0nzq +-----------------------------------------------------------------+ | Doug Heacock, Academic Computing | heacock@kuhub.cc.ukans.edu | | Services, The University of Kansas | heacock@ukanvax.bitnet | | Lawrence, KS 66045 | N0NZQ | +-----------------------------------------------------------------+ ------------------------------ Date: 15 Jan 92 04:40:17 GMT From: ucsbcsl!ucsbuxa!6500hage@network.UCSD.EDU Subject: NJ SCANNER LAW APPROVED To: packet-radio@ucsd.edu Why in yhe world does anyone care if you have a scanner in your car? ------------------------------ End of Packet-Radio Digest V92 #10 ****************************** Date: Thu, 16 Jan 92 04:30:02 PST 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 #11 To: packet-radio Packet-Radio Digest Thu, 16 Jan 92 Volume 92 : Issue 11 Today's Topics: K9NG modem modifications Need advice on VHF XCVR NOS - What is it? TAPR on the INTERNET W2A for packet OK 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 Jan 1992 06:09:01 GMT From: ucsd.edu!brian@network.UCSD.EDU Subject: K9NG modem modifications To: packet-radio@ucsd.edu To summarize my mods to the K9NG modem: Data-derived RX Clock may be derived from U4 pin 9. Half an LS02 can be used to buffer and gate RXD and RXC with DCD/, which will really cut down on the number of frame aborts in the switch or TNC. R31 should be changed to 0 ohms, and C18 should be increased to .1 uF to improve the DCD circuit. Cuts down on chattering. If you don't have a 16x or 32x clock available, a 4060 and a 4.9152MHz crystal will get you one for about $3 total. At 4800 bps, no changes are needed to the input RCV Filter, but at 9600 bps, the capacitor values are quite critical because the low-pass filter cutoff is too close to 4800 Hz. If your radio has a decent IF, you can just cut the values down and you'll get fewer damaged received packets. (In fact, what I do is reduce C13/14 from a parallel combination of 2700 and 1800 pf to just the 2700 pf, and use the single 1800 pf left over instead of C15/16, which used to be 2200pf + 56pf.) Change C19, a 220uF capacitor, to something like 6uF to avoid frying the regulator. For a TNC-2, jumper the modem header pin 3 to pin 4 so that Net/Rom can find itself. Don't cut the jumper on 9-10, so that the keying circuit inside the TNC will continue to work. Do cut the jumper on 7-8. Putting a jumper across 1-2 will let the DCD light on the TNC work. Hanging a diode from U2 pin 6 to the RTS/ line (solder it from the right-hand side of R26 to the right-hand side of D3) will inhibit the DCD/ output while you're transmitting, which might confuse things. Note that because of the hang time of the DCD circuit, you WILL get a brief burst of DCD after you unkey, but that's unlikely to cause any problems even in a critical device driver, since you will have already told the interface to deassert RTS/, and presumably you're therefore ready for incoming carriers. Oh, and of course you can leave out all the stuff after U6 pin 10 and U2 pin 14. That's all just DC switching stuff that you won't need if you're using the TNC's PTT or some external PTT. If you are using the modem without a TNC, you can use U6 pin 10 to drive a transistor, or a 555 and a transistor if you need a blab-off. To turn the modem into an FSK regenerator for real-time digital repeating, cut the trace from U7-1 to U8-13, and connect U7-1 to U2-2. That will push received data up the transmit modulation channel whenever RTS/ is not asserted. - Brian ------------------------------ Date: Wed, 15 Jan 92 13:05:29 GMT From: usc!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!udecc.engr.udayton.edu!blackbird.afit.af.mil!lonex.rl.af.mil!popyackl@network.UCSD.EDU Subject: Need advice on VHF XCVR To: packet-radio@ucsd.edu In article <1992Jan14.145316.36937@kuhub.cc.ukans.edu> heacock@kuhub.cc.ukans.edu (Doug Heacock) writes: >I've been a ham for about eight months and have worked CW on HF >exclusively, but I'm interested in VHF and I hope eventually to get >started with packet radio. I'm going to a hamfest on Saturday (1/18) >and I'm hoping I'll find a good deal on a used 2-meter transceiver of >some sort. Can anyone out there offer some friendly advice concerning >things I should look for (or avoid like the plague), e.g., specific >used makes/models; functionality; etc.? > >Any wisdom you can supply will be greatly appreciated. E-mail replies >are fine. > >tnx es 73 de n0nzq > >+-----------------------------------------------------------------+ >| Doug Heacock, Academic Computing | heacock@kuhub.cc.ukans.edu | >| Services, The University of Kansas | heacock@ukanvax.bitnet | >| Lawrence, KS 66045 | N0NZQ | >+-----------------------------------------------------------------+ avoid anything with relays in it. Also, a synthesized rig may be worth the extra $$. Remember to consider the price of crystals when you are looking at a rock bound rig (about $10-14 a pair). Len WF2V e ------------------------------ Date: 15 Jan 92 20:18:24 GMT From: news-mail-gateway@ucsd.edu Subject: NOS - What is it? To: packet-radio@ucsd.edu This will probably sound like a very stupid question to some readers out there, but here goes anyway: What is NOS, and is it something that the average packeteer can use? 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 ------------------------------ Date: 14 Jan 92 22:51:01 GMT From: news-mail-gateway@ucsd.edu Subject: TAPR on the INTERNET To: packet-radio@ucsd.edu In response to the posting re a TAPR address on the INTERNET: I would assume that will allow mail to flow to Lyle and to Heather, who is our office manager ... however, Lyle is retiring from the board of directors so he will have more time to do the fun things (read projects) so I am not sure how much time he'll devote to answering mail ... My offer still stands, to act as a contact, since I sit on the BoD. 73, Dave ************************************************************** * David B. Toth, MD VE3GYQ * * * * INTERNET: dave%toth.uucp@ria.ccs.uwo.ca * * UUCP: ria.ccs.uwo.ca!toth!dave * * AX25 (Packet): ve3gyq @ ve3gyq.on.can.na * * * * "The opinions expressed are my own - No one else could * * think fast enough to defend them ..." - me * ************************************************************** ------------------------------ Date: 15 Jan 92 13:54:48 GMT From: usc!zaphod.mps.ohio-state.edu!mips!public!grady@network.UCSD.EDU Subject: W2A for packet OK To: packet-radio@ucsd.edu I have been able to carry on several good PBBS QSOs using an Icom W2A, a ProComm Handipacket, and a Toshiba 1000SE using a dumb terminal program and cables supplied by ProComm. The volume knob for the appropriate band needs to be at about 90 degrees clockwise of "off," the battery save ratio needs to be OFF and the squelch setting is pretty inconsequential. This setup msetup makkes a ompact battery operated package; it might be considered for emergency BBS traffic. -- Grady Ward grady@btr.com (Moby Lexical Databases) ------------------------------ End of Packet-Radio Digest V92 #11 ****************************** Date: Fri, 17 Jan 92 04:30:03 PST 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 #12 To: packet-radio Packet-Radio Digest Fri, 17 Jan 92 Volume 92 : Issue 12 Today's Topics: Basic Information on Packet Baycom Questions k9ng interfacing 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 Jan 92 21:05:44 GMT From: sdd.hp.com!wupost!psuvax1!hsdndev!dartvax!mars.caps.maine.edu!maine.maine.edu!io71245@network.UCSD.EDU Subject: Basic Information on Packet To: packet-radio@ucsd.edu I'm looking for basic information on packet radio including costs involved and uses for. Any information people could send to me would be much appreciated (including books or data bases I can refrence on the subject). Thanx Matt ------------------------------ Date: 16 Jan 92 14:47:44 GMT From: rosevax!bert!mikef@uunet.uu.net Subject: Baycom Questions To: packet-radio@ucsd.edu I finally pulled out the baycom circuit that I started some time ago, and got it limping along (only works with a scope probe conntected to the CTS signal, recieve line). But I was reading some of the docs and it mentions that there is 2 mailbox formats built in. Does anyone know if these are compatable with the standard mailboxs used here in the US? Also, when my computer boots up, the RS232 signals to port 1 are not initialized, and the internal 5v source (I had to use a 5.1 volt zener because I had only 6.5 volts available thru the diodes from the port) drops to -.46 volts (reverse zener diode drop). So far this hasn't hurt the TC3105 chip. Does anyone know if this is a real problem? Mikef WA0VNH mikef@rosemount.com ------------------------------ Date: Fri, 17 Jan 1992 10:44:33 GMT From: news.hawaii.edu!mpg.phys.hawaii.edu!tony@ames.arpa Subject: k9ng interfacing To: packet-radio@ucsd.edu Some questions about interfacing the K9NG modems: 1. Does anyone know how to connect a K9NG or G3RUH modem to any of the following radios? Wilson T-1405 SM Yaesu FT-207 Kenwood TR-7400A ICOM IC-3200A 2. Has anyone come up with a generic circuit that generates an FM signal from a K9NG/G3RUH modem at some intermediate frequency (user-settable of course)? The resulting signal could then be injected into the mixer of a radio through a pot and coupling capacitor. I know the WA4DSY modem already does this but I'm looking for something that can talk at 9600 BAUD to other K9NG/G3RUH modems. -- Antonio Querubin tony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org / querubin@uhunix.bitnet ------------------------------ End of Packet-Radio Digest V92 #12 ****************************** Date: Sat, 18 Jan 92 04:30:02 PST 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 #13 To: packet-radio Packet-Radio Digest Sat, 18 Jan 92 Volume 92 : Issue 13 Today's Topics: AA4RE problems/questions Kantronics DataEngine / 9600 baud modem / Icom 290H (2 msgs) Shopping for Electronics in LA solar emergency power 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, 16 Jan 1992 19:48:00 GMT From: usc!cs.utexas.edu!oakhill!tkymail!nddsun1!usenet@network.UCSD.EDU Subject: AA4RE problems/questions To: packet-radio@ucsd.edu A guy in our club is running aa AA4RE PBBS and is trying to implement the dial-in port. He's using an internal 2400bps modem but is having problems with it. It works fine when dialing out but when dialing in, the call appears to never be answered. On the system side, it appears that the call is answered but hung up almost immediately, so fast that the caller is not aware of it. With other software instead of the AA4RE package, such as QMODEM or Procomm, the modem works fine. I suspect there is a delay parameter that is not correctly set in the AA4RE package but we can't find anything in the documentation to support that. Does anyone have any suggestions? Any help will be greatly appreciated. Thanks and 73... Mark KG7JL email: markm@mesasrv1.sps.mot.com ------------------------------ Date: 18 Jan 92 05:40:41 GMT From: usc!cs.utexas.edu!asuvax!stjhmc!ddodell@network.UCSD.EDU Subject: Kantronics DataEngine / 9600 baud modem / Icom 290H To: packet-radio@ucsd.edu I will be purchasing the Kantronics DataEngine / 9600 baud modem in the very near future. I would be interested in hearing from anyone with experience with this combination. I also understand a list was posted a few weeks ago with the radios that are compatible with the G3RUH style modem. Can anyone email it to me, or tell me if the Icom IC-290H was on it? Thanks, David wb7tpy -- ------------------------------------------------------------------------- uucp: {gatech, ames, rutgers}!ncar!asuvax!stjhmc!ddodell Bitnet: ATW1H @ ASUACAD FidoNet=> 1:114/15 Internet: ddodell@stjhmc.fidonet.org FAX: +1 (602) 451-1165 Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na ------------------------------ Date: Sat, 18 Jan 1992 10:18:13 GMT From: dog.ee.lbl.gov!hellgate.utah.edu!caen!zaphod.mps.ohio-state.edu!rpi!clarkson!cheetah.ece.clarkson.edu!tadd@network.UCSD.EDU Subject: Kantronics DataEngine / 9600 baud modem / Icom 290H To: packet-radio@ucsd.edu ddodell@stjhmc.fidonet.org (David Dodell) writes: >I also understand a list was posted a few weeks ago with the radios that are >compatible with the G3RUH style modem. Can anyone email it to me, or tell me >if the Icom IC-290H was on it? I'd like to see that list too if anyone has it. Tadd, KA2DEW ------------------------------ Date: 17 Jan 92 15:22:10 GMT From: news-mail-gateway@ucsd.edu Subject: Shopping for Electronics in LA To: packet-radio@ucsd.edu I'm going to have a free mid-February Friday afternoon in LA. I'd like to use it to visit a few of the finer emporia of electronic surplus. I'm particularly interested in RF, microwave, and test equipment. Please reply to Oz@SwRI.edu or the list. Oz (Rich Osman, WB0HUQ) INTERNET: Oz@SwRI.edu (512) 522-5050 (w); (512) 699-1302 (h, merciless machine) (512) 522-2473 (just the fax) ------------------------------ Date: 18 Jan 92 00:28:09 GMT From: olivea!spool.mu.edu!mips!public!grady@ames.arpa Subject: solar emergency power To: packet-radio@ucsd.edu Attention Amateurs with an interest in solar/emergency power for their rigs! A potentially great deal just came in the current Damark "remainders" catalog today: "Solar-Powered Patio Light" (p. 12) contains: 10 watt solar panel 1 x 3 ft 72 watt/h lead acid gel battery plus a 7 watt PL light and mounting hardware has remote and auto-on modes The voltages weren't specified, nor did it say whether the battery is diode-protected or not, but assuming the components have a reasonable lifetime, the price of $69.99 plus $12 s/h per unit is pretty damn good. Since the unit is designed to live outdoors, the components are probably somewhat sturdier and better protected than units intended otherwise. I might pay the same price alone for an extra battery for my HT that has 1/10 the mAh rating of the gel cell alone; the solar panel and the claimed 40-w equivalent light and hardware are "free." I ordered two of them (I have no idea if the units are good quality or not, but at least Damark has a 30-day warranty: beats "as-is" hamfest stuff). I figure with two units I can perpetually keep my HT/TNC on the air on a 500mw setting, assuming a 1 minute xmit, 1 minute rx, and 8 minutes standing by duty cycle, as well as run my notebook for several hours a day. If you are interested, the item number is B-484-2000390 in the Feb 92 Damark catalog: 1-800-729-9000 24h/7 days. [Usual disclaimers: plus, if the units are garbage, the only satisfaction you'll get from me is knowing I got burned with _two_ units. :-)] Grady Ward KD6ETH @ K6LY.#NOCAL.CA.USA.NA -- Grady Ward grady@btr.com (Moby Lexical Databases) ------------------------------ End of Packet-Radio Digest V92 #13 ****************************** Date: Sun, 19 Jan 92 04:30:02 PST 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 #14 To: packet-radio Packet-Radio Digest Sun, 19 Jan 92 Volume 92 : Issue 14 Today's Topics: AMPRNET address coordinators (publishable) 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 Jan 92 13:53:21 GMT From: news-mail-gateway@ucsd.edu Subject: AMPRNET address coordinators (publishable) To: packet-radio@ucsd.edu AMPRNet IP address coordinators as of 15 January 1992 44.002 Bob Meyer K6RTV Calif: Sacramento 44.004 Douglas Thom N6OYU Calif: Silicon Valley - San Francisco 44.006 Don Jacob WB5EKU Calif: Santa Barbara/Ventura 44.008 Brian Kantor WB6CYT Calif: San Diego 44.010 Terry Neal AA6TN Calif: Orange County 44.012 Steven King KD7RO Eastern Washington,Idaho 44.014 John Shalamskas KJ9U Hawaii & Pacific Islands 44.016 Jeff Angus WA6FWI Calif: Los Angeles - S F Valley 44.017 Dana Myers KK6JQ Calif: Antelope Valley/Kern County 44.018 Geoffrey Joy KE6QH Calif: San Bernardino & Riverside 44.020 Fred Schneider K0YUM Colorado: Northeast 44.022 John Stannard KL7JL Alaska 44.024 Dennis Goodwin KB7DZ Washington state: Western (Puget Sound) 44.026 Ron Henderson WA7TAS Oregon 44.028 Don Adkins KD5QN Texas: Dallas 44.030 J Gary Bender WS5N New Mexico 44.032 Bdale Garbee N3EUA Colorado: Southeast 44.034 Jeff Pierce WD4NMQ Tennesee 44.036 Doug Drye KD4NC Georgia 44.038 Mike Abbott N4QXV South Carolina 44.040 Jeff Jacobsen WA7MBL Utah 44.042 Phil Akers WA4DDE Mississippi 44.044 Ed Thorne WB1FEM Massachusetts: western 44.046 William Simmons WB0ROT Missouri 44.048 Jacques Kubley KA9FJS Indiana 44.050 Ron Breitwisch KC0OX Iowa 44.052 Gary Grebus K8LT New Hampshire 44.054 Ralph Stetson KD1R Vermont 44.056 Don Hughes KA1MF Eastern Mass 44.058 Rich Clemens KB8AOB West Virginia 44.060 Howard Leadmon WB3FFV Maryland 44.062 Jim Dearras WA4ONG Virginia (not DC) 44.064 Dave Trulli NN2Z New Jersey: northern 44.065 Bob Applegate WA2ZZX New Jersey: southern 44.066 John DeGood NU3E Delaware 44.068 Bob Foxworth K2EUH New York: Long Island 44.069 Paul Gerwitz WA2WPI New York: upstate 44.070 Gary Sanders N8EMR Ohio 44.072 Ken Stritzel WA9AEK Chicago - North Ill. 44.074 James Curran KA4OJN North Carolina (east) 44.075 Charles Layno WB4WOR North Carolina (west) 44.076 Kurt Freiberger WB5BBW Texas: south 44.077 Rod Huckabay KA5EJX Texas: west 44.078 Joe Buswell K5JB Oklahoma 44.080 John Gayman WA3WBU Pennsylvania: eastern 44.082 Steven Elwood N7GXP Montana 44.084 Bob Ludtke K9MWM Colorado: Western 44.086 Reid Fletcher WB7CJO Wyoming 44.088 Jon Bloom KE3Z Connecticut 44.090 Mike Nickolaus NF0N Nebraska 44.092 Pat Davis KD9UU Wisconsin, upper peninsula Michigan 44.094 Gary Sharp WD0HEB Minnesota 44.096 Don Bennett K4NGC District of Columbia 44.098 Garry Paxinos (waiting) Florida 44.100 Ken Adkisson WB4FAY Alabama 44.102 Jeff King WB8WKA Michigan (lower peninsula) 44.104 Charles Greene W1CG Rhode Island 44.106 Tyler Barnett N4TY Kentucky 44.108 James Dugal N5KNX Louisiana 44.110 Richard Duncan WD5B Arkansas 44.112 Bob Hoffman N3CVL Pennsylvania: western 44.114 Steven Elwood N7GXP N&S Dakota 44.116 Tom Kloos WS7S Oregon: NW&Portland,Vancouver WA 44.118 Jon Andrews WA2YVL Maine 44.120 unassigned 44.122 Dale Puckett K0HYD Kansas 44.124 David Dodell WB7TPY Arizona 44.125 Earl Petersen KF7TI Nevada 44.126 Karl Wagner KP4QG Puerto Rico # # 44.128 is reserved for testing. Do not use for operational networks. # You may safely assume that any packets with 44.128 addresses are bogons # unless you are using them for some sort of testing # 44.128 TEST # # International subnet coordinators by country # 44.129 Japan JG1SLY Tak Kushida, JH3XCU Joly Kanbayashi 44.130 Germany DL4TA Ralf D Kloth 44.131 United Kingdom G6PWY Chris ? 44.132 Indonesia YB1BG Robby Soebiakto 44.133 Spain EA4DQX Jose Antonio Garcia. Madrid. (EA4DQX @ EA4DQX) 44.134 Italy I2KFX 44.135 Canada VE3GYQ David Toth 44.136 Australia VK2ZXQ John Tanner 44.137 Holland PA0GRI Gerard Van Der Grinten 44.138 Israel 4X6OJ Ofer Lapid 44.139 Finland OH1MQK Matti Aarnio 44.140 Sweden SM0RGV Anders Klemets 44.141 Norway LA4JL Per Eotang 44.142 Switzerland HB9CAT Marco Zollinger 44.143 Austria OE1KDA Krzysztof Dabrowski 44.144 Belgium ON7LE 44.145 Denmark OZ1EUI 44.146 Phillipines DU1UJ Eddie Manolo 44.147 New Zealand 44.148 Ecuador HC5K Ted 44.149 Hong Kong VS6EL 44.150 Yugoslavia YU3FK Iztok Saje 44.151 France FC1BQP Pierre-Francois Monet 44.152 Venezuela OA4KO/YV5 Luis Suarez 44.153 Argentina LU7ABF Pedro Converso 44.154 Greece SV1IW Manos 44.155 Ireland EI9GL Paul Healy 44.156 Hungary HA5DI Markus Bela 44.157 Chile CE6EZB Raul Burgos 44.158 Portugal CT1DIA Artur Gomes 44.159 Thailand HS1JC Kunchit Charmaraman 44.160 South Africa ZS6BHD John 44.161 Luxembourg LX1YZ Erny Tontlinger 44.162 Cyprus 5B4TX C. Costis 44.163 Central America TI3DJT Chuck Hast 44.164 Surinam PZ2AC Otto Morroy 44.165 Poland SP5WCA Andrzej K. Brandt 44.166 Korea HL9TG Gary ? 44.193 Outer Space-AMSAT W3IWI Tom Clark ------------------------------ End of Packet-Radio Digest V92 #14 ****************************** Date: Mon, 20 Jan 92 04:30:02 PST 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 #15 To: packet-radio Packet-Radio Digest Mon, 20 Jan 92 Volume 92 : Issue 15 Today's Topics: Internet to packet Source Code for AmigaNOS2.8f? 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 Jan 92 03:56:35 GMT From: sdd.hp.com!samsung!noose.ecn.purdue.edu!en.ecn.purdue.edu!n9ljx@network.UCSD.EDU Subject: Internet to packet To: packet-radio@ucsd.edu Recently someone posted both packet and internet addresses for a gateway. Did anybody save that? If so could you please forward it to me? tnx es 73 --Scott n9ljx@en.ecn.purdue.edu -- Scott Stembaugh - N9LJX internet: n9ljx@ecn.purdue.edu Operations Supervisor, ADPC phone: 317 494 7946 Purdue University West Lafayette, IN 47907-1061 ------------------------------ Date: 19 Jan 92 14:36:15 GMT From: news-mail-gateway@ucsd.edu Subject: Source Code for AmigaNOS2.8f? To: packet-radio@ucsd.edu As someone pointed out a few days ago, the executable for AmigaNOS 2.8m is now available on ucsd.edu ("/hamradio/incoming/amiga/amiganos2.8m) , I believe. I would like to rewrite amiganos2.8m so that elm is called instead of the rather braindead bbs program. Could someone that has the source code for amiganos2.8m (Ie. G1YYH) please upload it to ucsd.edu, or tell me where else I can obtain it from? If G1YYH is subscribed to this listserv, could you please also tell me if any releases past version 2.8m are planned to be release soon? Thanks, 73/55 de Bernie OK8EAS, NU1S ------------------------------ Date: 18 Jan 92 03:41:06 GMT From: peregrine!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!dana@uunet.uu.net To: packet-radio@ucsd.edu References <1992Jan14.145316.36937@kuhub.cc.ukans.edu>, <1992Jan15.130529.26485@lonex.rl.af.mil>, <1992Jan16.210056.2811495@locus.com>ocus. Subject : Transmit delay time and relays (was Re: Need advice on VHF XCVR) In article <1992Jan16.210056.2811495@locus.com> dana@locus.com (me) wrote: >In article <1992Jan15.130529.26485@lonex.rl.af.mil> popyackl@lonex.rl.af.mil (Leonard J. Popyack) writes: >>In article <1992Jan14.145316.36937@kuhub.cc.ukans.edu> heacock@kuhub.cc.ukans.edu (Doug Heacock) writes: >>>I've been a ham for about eight months and have worked CW on HF >>>exclusively, but I'm interested in VHF and I hope eventually to get >>>started with packet radio. I'm going to a hamfest on Saturday (1/18) >>>and I'm hoping I'll find a good deal on a used 2-meter transceiver of >>>some sort. Can anyone out there offer some friendly advice concerning >>>things I should look for (or avoid like the plague), e.g., specific >>>used makes/models; functionality; etc.? >>> >>>Any wisdom you can supply will be greatly appreciated. E-mail replies >>>are fine. > > I wasn't goint to post to the original request, but.... > >>avoid anything with relays in it. Also, a synthesized rig may be worth the >>extra $$. Remember to consider the price of crystals when you are looking >>at a rock bound rig (about $10-14 a pair). > > > Why avoid anything with relays in it? Because they make noise? Because >the result in longer transmit delay times? I'll take relays over PLL >synthesizers any day of the week. I don't think radios with relay T/R >switches are that slow, anyway. > > For packet, I would strongly suggest avoiding a synthesized radio. >Very strongly. Most synthesized radios require more than 100 mS for >transmit delay time. My Kenwood TR-2600A HT requires about 150 mS from >the time PTT is active until RF starts coming out of the antenna connector. >A crystal radio is much faster. My old TR-22 requires maybe 20 mS from PTT >to have full RF. This 20 mS represents the time it takes the 12 Mhz xtal >oscillator to start up. If a radio is relay switched, my guess is that >the relay switches and the oscillator starts up in parallel; i.e., it >really doesn't hurt to have a relay switched radio. Also, synthesized >radios usually require a fairly long time for the receiver to start >working after transmitting; this is a killer for throughout. I looked at the GE MVP service manual last night. The transmit PTT circuit allows a 20 mS delay for the T/R relay to switch before starting the transmitter up. I suspect this is conservative, that the relay is even faster (10-15 mS). I suspect the oscillator startup time is maybe 20 mS; the overall transmit delay for this old relay switched radio is about 40 mS; this is maybe 4 times faster than a common PLL synthesized radio. So? Don't be afraid of relays. Be more afraid of PLL synthesizers. What is the *real* problem with a long transmit delay, anyway? Simple: from the time your TNC decides the channel is clear and activates PTT until the transmitter actually emits a coherent signal, you are prone to a collision with another station. Rather like hidden transmitter syndrome, in this case the transmitter is hidden behind the time delay for the PLL synthesizer to settle down. Every station can hear every other station perfectly, but you'll still have collisions if it takes a long time to capture the channel. -- * Dana H. Myers KK6JQ | Views expressed here are * * (213) 337-5136 | mine and do not necessarily * * dana@locus.com DoD #466 | reflect those of my employer * * "Dammit Bones, spare me the lecture and give me the shot!" * ------------------------------ End of Packet-Radio Digest V92 #15 ****************************** Date: Tue, 21 Jan 92 04:30:03 PST 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 #16 To: packet-radio Packet-Radio Digest Tue, 21 Jan 92 Volume 92 : Issue 16 Today's Topics: 1200 vs. 2400 Internet to packet (2 msgs) Source Code for AmigaNOS2.8f? Transmit delay time and relays (was Re: Need advice on VHF XCVR) W0RLI BBS Code Source? 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 Jan 92 23:34:22 GMT From: sdd.hp.com!spool.mu.edu!munnari.oz.au!ipso!dave@network.UCSD.EDU Subject: 1200 vs. 2400 To: packet-radio@ucsd.edu In an effort to "wean" people away from 1200 bps operation, I'm thinking of establishing a 2400 bps port on our BBS. These upgrades are readily available, and require no special connections to the radio. As an aside, I'm pleased that the various manufacturers seem to use the same modulation technique - they probably all use the same modem chip I guess. I realise there are "chicken and egg" issues here, in that there's not much point in providing a service if it gets little use, bt I'll take that risk. Anyway, how compatible are the two modes? Can they co-exist on the one channel (permitting me to use a common transceiver), or won't they "see" each other? I'm trying to avoid using "squelch" carrier-detect, in favour of modem energy or bit-transition. Note for Australian readers: what would be a good channel to use, to establish a "de-facto" standard in the event the modes are incompatible? Most of the channels are "flat out" with 1200 operation, with some 4800 work on 144.800. Note for non-Australian readers: I realise that Australia is quite backward in packet operation, due to ossified thinking, but some of us are trying to do something about it. Those 1200 bps "network links" are a joke!!! As for 56k bps operation etc, don't even ask... -- Dave Horsfall (VK2KFU) VK2KFU @ VK2RWI.NSW.AUS.OC dave@ips.OZ.AU ...munnari!ips.OZ.AU!dave ADA - from the people who brought you COBOL ------------------------------ Date: Mon, 20 Jan 1992 23:36:57 GMT From: sdd.hp.com!usc!zaphod.mps.ohio-state.edu!hobbes.physics.uiowa.edu!news.iastate.edu!vincent1.iastate.edu!sknapp@network.UCSD.EDU Subject: Internet to packet To: packet-radio@ucsd.edu In <1992Jan20.035635.26764@en.ecn.purdue.edu> n9ljx@en.ecn.purdue.edu (Scott A Stembaugh) writes: > Recently someone posted both packet and internet addresses for a gateway. Did anybody save that? If so could you please forward it to me? >tnx es 73 >--Scott >n9ljx@en.ecn.purdue.edu >-- >Scott Stembaugh - N9LJX internet: n9ljx@ecn.purdue.edu >Operations Supervisor, ADPC phone: 317 494 7946 >Purdue University >West Lafayette, IN 47907-1061 Could someone post this on the net? Allong w/ some info on it's use? It sounds real intresting! TKS! Steve ------------------------------ Date: 21 Jan 92 08:45:21 GMT From: sdd.hp.com!spool.mu.edu!uwm.edu!ux1.cso.uiuc.edu!m.cs.uiuc.edu!sunb10.cs.uiuc.edu!sunc5.cs.uiuc.edu!kinning@network.UCSD.EDU Subject: Internet to packet To: packet-radio@ucsd.edu This is a list I recently downloaded from WB9UUS. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gateway to: 44.80.32/24 (reliably) Central Pennsylvania Gateway to: 44.112/16 (not so reliably) Western Pennsylvania Internet address: af2j.ece.psu.edu 128.118.5.172 Packet address: gw.af2j.ampr.org 44.80.32.136 AX25 mycall: af2j Run by: Joe Reinhardt af2j Internet email address: jmr@ecl.psu.edu Services: no anonymous logins or ftp. SMTP. Axip: No Other useful IP addresses: kb3kj 44.80.32.128 (Jim, Port Matilda, PA, IBM PS/2) af2j 44.80.32.135 (Joe, State College, PA, Mac) ka3wut 44.80.32.139 (Ryan, Dubois, PA, Amiga) ????? 44.80.32.140 (???) Gateway to: 44.76/16 South Texas Internet address: hamgate.cs.tamu.edu 128.194.2.126 Packet address: hamgate.wb5bbw.ampr.org 44.76.0.5 AX25 mycall: WB5BBW-9 Run by: Kurt Freiberger, WB5BBW (409)847-8607 Internet email address: kurt@cs.tamu.edu Services: ftp telnet finger echo Axip: No Other useful IP addresses: Notes: One RF port, 1200 bps, 145.09 Mhz. Local BBS: W5AC.#STX.USA.NOAM 24 hour operation. May be down between 8-5PM CST/CDT for other activity. Gateway to: 44.72.0/18 Chicago Area, Illinois, USA Internet address: ke9yq.imsa.edu 143.195.1.8 Packet address: ke9yq.ampr.org 44.72.38.50 AX25 mycall: ke9yq Run by: Bob Van Valzah ke9yq Internet email address: bob@imsa.edu Servers: ftp telnet smtp finger Axip: No for now, will entertain proposals Notes: Wa9aek [44.72.40.129] (Ken Stritzel) is the local FTP and mbox server. He's also my gateway to most of the rest of 44.72.0/18. N4pcr-1 [44.72.38.34] (Don Lemley, Gracillus Communications, Inc.) is the nearest IP switch. He has 56 Kb links to other IL sites, but I don't know how to use them yet. I don't know enough about NOS administration yet to've set up much of an environment on the gateway itself. Gateway to: 44.48/16 Indiana, USA Internet address: k9iu.ucs.indiana.edu 129.79.16.175 Packet address: k9iu.ampr.org 44.48.0.22 AX25 mycall: k9iu-5 Run by: Dwight Hazen wb9tlh Internet mail addres: hazen@hazen.ucs.indiana.edu Servers: telnet ftp smtp finger netrom axip: no Other useful ip addresses: 44.48.0.2 # This doesn't exist yet. Soon. # #Gateway to: 44.136.138/24 Brisbane, Australia (vk4) #Internet address: vk4kiv.star.qut.edu.au 131.181.5.122 #Packet address: vk4kiv.qut.ampr.org 44.136.138.34 #AX25 mycall: vk4kiv #Run by: Andy Joyce vk4kiv #Internet email address: joyce@qut.edu.au #Servers: ftp telnet smtp finger #Axip: Yes #Other useful IP addresses: #Notes: The host will forward bulletins under AX25 to VK4DGQ from Usenet to # QLDNET or SEQLAN. Gateway to: 44.32/24 SouthEastern Colorado, USA (Colorado Springs, etc) Internet address: hpcsos.col.hp.com 15.255.240.16 Packet address: gw.n3eua.ampr.org 44.32.0.1 AX25 mycall: n3eua Run by: Bdale Garbee N3EUA Internet email address: bdale@gag.com Services: the gateway runs on an HP 9000/370 using Mike Westerhof's prototype IPIP daemon. The .1 address is a Gracilis PackeTen standalone switch in my basement. Right now, the PackeTen is the only thing reachable. I've set up routing info for all hosts in the gateways file... Axip: "or not!" Other useful IP addresses: none yet Gateway to: 44.72/16 Illinois, USA (most of central and southern IL) Internet address: pc1798.bradley.edu 136.176.110.10 Packet address: wb9uus.ampr.org 44.72.123.97 AX25 mycall: wb9uus Run by: Chuck Henderson wb9uus Internet email address: chuck@bradley.bradley.edu Servers: ftp telnet smtp finger netrom Axip: soon Notes: The RF part of this system is not operating properly but should be soon. I am setting up a connect into the 445mhz Backbone that covers much of IL. Nearest MSYS bbs is N9HWO.IL.USA.NOAM n9hwo.ampr.org 44.72.108.1 I don't know enough about NOS administration yet to've set up much of an environment on the gateway itself. Any and all help is welcome. The Internet address will soon change to wb9uus.bradley.edu 136.176.5.9 An updated version of this file will be sent to gateways@uhm.ampr.org when the date of the change is known. Gateway to: 44.136.72.x to 44.136.137.x Victoria, Australia (vk3) 44.136.72...79.x Melbourne 44.136.81.x Shepparton 44.136.82.x Bendigo 44.136.83.x Western Victoria 44.136.84.x Ballarat Internet address: murban.met.unimelb.edu.au 128.250.120.17 Packet address: vk3rum.ampr.org 44.136.80.4 AX25 mycall: vk3rum (to vk3bbs, vk3bbs-2 (bpq switch) via link) Run by: Peter Hallgarten VK3AVE on behalf of Melbourne Packet Radio Group Inc. Internet email address: vk3ave@csource.oz.au Servers: ftp telnet smtp finger netrom Axip: Yes Other useful IP addresses: 44.136.80.2 vk3rpa Notes: vk3rum is connected to a 9600 Baud Full duplex link to vk3rpa & vk3bbs on callsign vk3rum. To gain access to other ax25/netrom systems connect to vk3bbs-2 (G8BPQ Switch) and then use it as a link to the outside world. VK3BBS runs G8BPQ network switch supporting W0RLI BBS and NOS and is Victoria's (Serves Most of VK3) HF Mail Node. Other gateways should add the following routes to catch all of the address space above: route add 44.136.72/21 encap murban.met.unimelb.edu.au route add 44.136.80/20 encap murban.met.unimelb.edu.au route add 44.136.96/19 encap murban.met.unimelb.edu.au --- end ------------------------------ Date: 20 Jan 92 15:25:28 GMT From: cbmvax!rehab1!rehab2!dans@RUTGERS.EDU Subject: Source Code for AmigaNOS2.8f? To: packet-radio@ucsd.edu In article <9201191436.AA02581@ultb.isc.rit.edu> bad1679@ultb.isc.rit.edu writes: >As someone pointed out a few days ago, the executable for AmigaNOS 2.8m >is now available on ucsd.edu ("/hamradio/incoming/amiga/amiganos2.8m) , >I believe. > What exactly is AmigaNOS (or what does it allow you to do)? Send e-mail if this is off topic for the group or everyone already knows. Thanx -Dan -- Reading Rehabilitation Hospital _/\_ Those who worked the Dan Schein - Information Systems \ / hardest, are the last RD 1 Box 250 /_ _\ to surrender. Reading, PA 19607 \/ -= Gary Ward =- dans@rehab2.UUCP -or- ....{uunet,rutgers}!cbmvax!rehab1!rehab2!dans ------------------------------ Date: Mon, 20 Jan 92 00:07:40 GMT From: sdd.hp.com!usc!elroy.jpl.nasa.gov!grian!puffin!wd6ehr.ampr.org!wd6ehr@network.UCSD.EDU Subject: Transmit delay time and relays (was Re: Need advice on VHF XCVR) To: packet-radio@ucsd.edu In message <1992Jan18.034106.2816928@locus.com> you write: > So? Don't be afraid of relays. Be more afraid of PLL synthesizers. > What is the *real* problem with a long transmit delay, anyway? > > Simple: from the time your TNC decides the channel is clear and > activates PTT until the transmitter actually emits a coherent signal, > you are prone to a collision with another station. Rather like hidden > transmitter syndrome, in this case the transmitter is hidden behind > the time delay for the PLL synthesizer to settle down. Every station > can hear every other station perfectly, but you'll still have collisions > if it takes a long time to capture the channel. At least two hams are using PLL rigs and doing quite well :-) and they don't have to buy endless pairs of expensive rocks every time the local "evil C-word" group changes their mind. 1200 baud Bell 202 AFSK is just not that critical, considering that it's inherently flawed. Not all PLL's are as slow as you seem to indicate. My Icom 290H (PLL PIN diode switched multimode) works just fine at TXD 3 (30 mS), which is as fast as we've been able to get any rig - rockbounders included. In fact, _some_ crystal controlled rigs are absolutely pathetic regarding TR turnaround time. The absolute here is that there ain't no absolutes. It's not good to run txdelay at the minimum, though - the rigs need time to stabilize (on both ends), and the BER suffers if you cut it too close. A bit error is every bit as bad as a collision. We've found that TXD 10 at 9600 baud, and txd 30 to 40 at 1200, seems to work best with most stations, and the extra TXD does not contribute to collisions. Remember - even though you're not broadcasting "data", you're broadcasting a signal that will activate DCD, or in the case of 1200 baud non-MFJ modems, will activate the noise detector electro- junk they laughably call "DCD". .. and I don't want to hear about Kantronics "software CD" - I wasted $30 on v3.0 ROMs to get that feature. It works - in fact, so well that some competing TNC's are not heard! Cheap shot. I've since turned that abomination off and reinstalled my TAPR DCD state machine. You're right about relays - unless you mute them with marshmallows, they won't make more than txd 1 worth of difference - and I'm grudgingly conceding that! Just because they're mechanical doesn't make them ridiculous. I still use relays in some of my designs. They're much more forgiving of indiscretions. However, XYL's have expressed a definite preference for PIN diodes over relays at 3 AM when the local insomniac is banging away at your station. 73, Mike packet: wd6ehr@n6yn.#soca.ca.usa Internet: wd6ehr.ampr.org!wd6ehr@puffin.UUCP ------------------------------ Date: 20 Jan 92 13:28:20 GMT From: pa.dec.com!nntpd.lkg.dec.com!tsar.enet.dec.com!hitz@decwrl.dec.com Subject: W0RLI BBS Code Source? To: packet-radio@ucsd.edu I would like to obtain a copy of the W0RLI BBS code from a LL BBS. Can one of you please point me to such source with the particulars, if known? (filename(s), baud rate, stop bits, parity, etc) Thanks, George, W1DA Internet: hitz@tsar.enet.dec.com AX.25 w1da @ wb1dsw.nh.usa.na ------------------------------ End of Packet-Radio Digest V92 #16 ****************************** Date: Wed, 22 Jan 92 04:30:02 PST 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 #17 To: packet-radio Packet-Radio Digest Wed, 22 Jan 92 Volume 92 : Issue 17 Today's Topics: 1200 vs. 2400 AmigaNOS v2.8o Drake TR22C For Packet (2 msgs) Establishing an Internet Packet Radio Gateway. Need advice on VHF XCVR PK232 mailbox help Transmit delay time and relays (was Re: Need advice on VHF XCVR) W0RLI BBS Code Source 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 Jan 92 23:31:50 GMT From: dog.ee.lbl.gov!hellgate.utah.edu!caen!sol.ctr.columbia.edu!samsung!munnari.oz.au!cluster!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDU Subject: 1200 vs. 2400 To: packet-radio@ucsd.edu dave@ips.oz.au (Dave Horsfall) writes: >In an effort to "wean" people away from 1200 bps operation, I'm thinking >of establishing a 2400 bps port on our BBS. These upgrades are readily >available, and require no special connections to the radio. As an aside, >I'm pleased that the various manufacturers seem to use the same modulation >technique - they probably all use the same modem chip I guess. I realise >there are "chicken and egg" issues here, in that there's not much point in >providing a service if it gets little use, bt I'll take that risk. I like it, go for it .. it would be nicer if RWI functioned as a network gateway though, so that 2400bps users would have something else to do, unless you yourself would be willing to take on such a role :-) >Anyway, how compatible are the two modes? Can they co-exist on the one >channel (permitting me to use a common transceiver), or won't they "see" >each other? I'm trying to avoid using "squelch" carrier-detect, in favour >of modem energy or bit-transition. We don't appear to have any great problems running HAPN-4800's and 1200's on the same channel. Mail Paul 2AQG, he runs them both on 144.8MHz >Note for Australian readers: what would be a good channel to use, to establish >a "de-facto" standard in the event the modes are incompatible? Most of the >channels are "flat out" with 1200 operation, with some 4800 work on 144.800. hmm, and 1200 too, much to my chagrin. I could suggest a frequency, but it'd boild down to one I don't use :-) Why not use 144.850 ? It can't be that busy surely ? >Note for non-Australian readers: I realise that Australia is quite backward >in packet operation, due to ossified thinking, but some of us are trying to >do something about it. Those 1200 bps "network links" are a joke!!! As >for 56k bps operation etc, don't even ask... yet .. 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). __\*/__ _____ ------------------------------ Date: 21 Jan 92 15:32:10 GMT From: mcsun!uknet!mucs!mccuts!jh.mcc.ac.uk!john_h@uunet.uu.net Subject: AmigaNOS v2.8o To: packet-radio@ucsd.edu I have put AmigaNOS v2.8o in the public directory on 130.88.202.27, both source and executables are stored as self-extracting archives. asrc28o.sxa sources anos28o.sxa executable (sxa - Self eXtracting Archive, I made that up myself!) I will have a lot of work on this year, doing 2 Open-University courses alongside my normal job, so I anticipate having trouble keeping up with the changes in NOS. Cheers, John. JANET : J.Heaton@uk.ac.Manchester Packet: G1YYH@G1YYH.GB7NWP.#16.GBR.EU (QTHR) * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * | NRS Central Administrator | | MCC Network Unit, The University, Oxford Road, Manchester, M13-9PL | | Phone: (+44) 61 275 6011, FAX: (+44) 61 275 6040 | * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * ------------------------------ Date: 21 Jan 92 21:36:56 GMT From: sun-barr!cronkite.Central.Sun.COM!male!zule!dlp@ames.arpa Subject: Drake TR22C For Packet To: packet-radio@ucsd.edu I just picked up a TR22C and a TR33C for a whopping $40. My plan is to use the TR22C as a packet station since it has adequate power to hit the local BBS that I use. I don't have the manual for the TR22, but the TR33 states a frequency range of 146-148. Since both are crystal controlled, am I going to have a problem running the 22 at 144.93? Also, does the TR22 have sufficient TX turnaround to be a reasonable packet station? -- Thanks Dan Pritchett | ARPA/Internet: dlp@zule.EBay.Sun.COM Sun Federal System Engineer | GEnie: D.PRITCHET3 | Packet: KC6TXZ@N0ARY.#NOCAL.CA.USA.NA -------------------------------------------------------------------------- There's always a hole in theories somewhere, if you look hard enough. --Tom Sawyer Abroad ------------------------------ Date: 21 Jan 92 23:05:47 GMT From: walter!qualcom.qualcomm.com!qualcom.qualcomm.com!karn@uunet.uu.net Subject: Drake TR22C For Packet To: packet-radio@ucsd.edu In article <9932@male.EBay.Sun.COM>, dlp@zule.EBay.Sun.COM (Dan Pritchett) writes: |> Also, does the TR22 have sufficient TX turnaround to be a reasonable |> packet station? Way back in 1983 or so, I was one of the first packet stations on the air in NNJ, and I used a TR22C. I did have to modify the receiver to reduce the T-to-R recovery time. As I recall, a voltage was injected into the squelch detector circuit while in transmit to ensure that the audio output stages were muted. It took a long time (hundreds of milliseconds) for this voltage to decay after switching back to receive. Clipping the wire that injected the transmit voltage resulted in a very fast receiver recovery time. It also caused the radio to receive its own transmissions, but this didn't cause any problems. (Just don't try to use the radio for voice, or if you do, turn down the AF gain before transmitting to avoid feedback.) Many other radios have similarly long receiver recovery times, and they can often be fixed in similar ways. Phil ------------------------------ Date: 21 Jan 92 11:37:28 GMT From: news-mail-gateway@ucsd.edu Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu Hello. I am interested in getting into amateur radio, particularly in hooking up HAM equipment to a computer, and having access to Internet. I found your 'address' in an Internet resource guide, and in the comments it specified that your address is geared to the promotion of packet radio. Currently, in my search for a public access site into the Internet, I have been spending quite a lot of money; I've contacted sites in California, Massachusetts, and several other places, causing my long distance bills to become quite a liability! I'm now using a site in Ottawa, still a good distance (in terms of money) from me. It seems the only way I'm going to enjoy low-cost or no-cost access to the Internet in this area of Canada is to do it with a HAM setup. I have the opportunity to purchase some old HAM equipment at what appears to be a reasonable cost...but, like I said, it's old (vacuum tube technology). Do you think that a setup like this would be adequate for computer linkup, or would I experience much drift from not having electronic tuners? What kinds of methods are used to hook the radio to the computer? How does one actually reach another node? Also, I am an apartment dweller; how far can you go with a balcony antenna? What kind of licence is required, etc... I have an Intel 80386SX @ 16MHz with 120 MEG of hard disk space, VGA, as well as an old 8088 XT with 20 MEG of hard disk space connected to the 386 via the Lantastic LAN cards from Artisoft. What I'm interested in doing is primarily e-mail, however I'd be *very* keen on doing FTP/telnet, newsfeeds, and Inter-Relay Chat as well, provided that was possible. I haven't had much luck finding people who have hooked their computers up to the Internet via HAM and TCP/IP; so you can imagine I'm pretty naive about this subject at the moment. From the people I have talked to, I have received disturbing replies such as, "It is illegal to use HAM for purposes of evading phone toll-charges" and "Although Packet Radio can be used to transmit data, it is illegal to operate a gateway". I'm not convinced, there is clear evidence of these gateways in operation (otherwise I would not have been successful reaching you)! Could you please send me any information you think I might require? Thanks in advance, Steve Frampton ------------------------------ Date: 16 Jan 92 21:00:56 GMT From: ucla-an!stb!hatch!orchard.la.locus.com!devnet.la.locus.com!dana@rand-unix.arpa Subject: Need advice on VHF XCVR To: packet-radio@ucsd.edu In article <1992Jan15.130529.26485@lonex.rl.af.mil> popyackl@lonex.rl.af.mil (Leonard J. Popyack) writes: >In article <1992Jan14.145316.36937@kuhub.cc.ukans.edu> heacock@kuhub.cc.ukans.edu (Doug Heacock) writes: >>I've been a ham for about eight months and have worked CW on HF >>exclusively, but I'm interested in VHF and I hope eventually to get >>started with packet radio. I'm going to a hamfest on Saturday (1/18) >>and I'm hoping I'll find a good deal on a used 2-meter transceiver of >>some sort. Can anyone out there offer some friendly advice concerning >>things I should look for (or avoid like the plague), e.g., specific >>used makes/models; functionality; etc.? >> >>Any wisdom you can supply will be greatly appreciated. E-mail replies >>are fine. I wasn't goint to post to the original request, but.... >avoid anything with relays in it. Also, a synthesized rig may be worth the >extra $$. Remember to consider the price of crystals when you are looking >at a rock bound rig (about $10-14 a pair). Why avoid anything with relays in it? Because they make noise? Because the result in longer transmit delay times? I'll take relays over PLL synthesizers any day of the week. I don't think radios with relay T/R switches are that slow, anyway. For packet, I would strongly suggest avoiding a synthesized radio. Very strongly. Most synthesized radios require more than 100 mS for transmit delay time. My Kenwood TR-2600A HT requires about 150 mS from the time PTT is active until RF starts coming out of the antenna connector. A crystal radio is much faster. My old TR-22 requires maybe 20 mS from PTT to have full RF. This 20 mS represents the time it takes the 12 Mhz xtal oscillator to start up. If a radio is relay switched, my guess is that the relay switches and the oscillator starts up in parallel; i.e., it really doesn't hurt to have a relay switched radio. Also, synthesized radios usually require a fairly long time for the receiver to start working after transmitting; this is a killer for throughout. Note: My TR-22 receiver is quite poor, with poor sensitivity and poor intermodulation characteristics and poor overload characteristics. I only use it cause it is convienent. I plan to replace it soon with a much superior radio. To get started, you will want a synthesized radio to find out which frequencies have the most activity. If you're like me, you'll find that a few frequencies are active. Buy crystals for those channels and put them in a good crystal radio, and dedicate that radio to packet. Use the synthesized radio for chatting about the no-code license :-). I'd recommend buying a surplus commercial radio for packet. Like a GE Mastr, GE MVP, Motorola Micor, Mitrek, etc. Be sure to get one that covers your band of interest; Micors, for instance, come in 138-150 and 150-174 Mhz flavors. It is really a hassle to convert a 150-174 radio to 2m; most people can't do it. Look for these kinds of radios at swap meets. Haggle on the price. Basically, you want to pay as little as possible for them. The GE MVP is attractive because it is a one piece unit, while most of the others are control head/radio combos. You often don't need a control head for packet. Look for radios that offer multiple channels. Disable the CTCSS options if they are present. Consider taking the packet output directly from the discriminator output if possible. Besides being cheap, the commercial gear is built like tanks. Very rugged. The receivers are often moderately sensitive, but exceptionally immune to intermodulation and overload. They make the modern stuff look stupid in terms of selectivity and overload performance. Put a good GaAs FET preamp on a commercial radio, and it will kick tail on any amateur gear. -- * Dana H. Myers KK6JQ | Views expressed here are * * (213) 337-5136 | mine and do not necessarily * * dana@locus.com DoD #466 | reflect those of my employer * * "Dammit Bones, spare me the lecture and give me the shot!" * ------------------------------ Date: 21 Jan 92 15:20:31 GMT From: news-mail-gateway@ucsd.edu Subject: PK232 mailbox help To: packet-radio@ucsd.edu I recently purchased a used PK232 TNC from a friend. I was wondering if the PK232 has a mailbox like the PK232MBX? If not, is there a way to simulate one? Thanks! 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 ------------------------------ Date: 21 Jan 92 23:12:33 GMT From: dog.ee.lbl.gov!hellgate.utah.edu!caen!uakari.primate.wisc.edu!samsung!munnari.oz.au!ipso!dave@network.UCSD.EDU Subject: Transmit delay time and relays (was Re: Need advice on VHF XCVR) To: packet-radio@ucsd.edu In article <42795@wd6ehr.ampr.org> wd6ehr.ampr.org!wd6ehr@puffin.uucp writes: >.. and I don't want to hear about Kantronics "software CD" - I wasted >$30 on v3.0 ROMs to get that feature. It works - in fact, so well >that some competing TNC's are not heard! Cheap shot. I've since >turned that abomination off and reinstalled my TAPR DCD state machine. Ahhh... I was wondering why my KPC-2400 could dig some signals out of the mud, yet ignore others that were fully-quieting... Maybe I'll try fiddling with the "SWP" command some more. >You're right about relays - unless you mute them with marshmallows, >they won't make more than txd 1 worth of difference - and I'm >grudgingly conceding that! Just because they're mechanical doesn't >make them ridiculous. I still use relays in some of my designs. I have had a couple of relays "gum up" on me though. Not the antenna change-over, but the Rx/Tx supply - I guess the contacts don't carry enough "wetting" current to keep them clean. If it keeps up, I'll put in some sort of a transistor switch. >They're much more forgiving of indiscretions. However, XYL's have >expressed a definite preference for PIN diodes over relays at 3 AM >when the local insomniac is banging away at your station. True - "So _that's_ what was clicking away all night!"... -- Dave Horsfall (VK2KFU) VK2KFU @ VK2RWI.NSW.AUS.OC dave@ips.OZ.AU ...munnari!ips.OZ.AU!dave ADA - from the people who brought you COBOL ------------------------------ Date: 21 Jan 92 22:50:56 GMT From: news-mail-gateway@ucsd.edu Subject: W0RLI BBS Code Source To: packet-radio@ucsd.edu It is available on my LL BBS at 519-660-1442 8N1, 300/1200/2400/9600 V.32/V.42bis MNP5 It is in the w0rli directory as mb1305.exe ... wait for the prompt after connect, and at the login: type bbs (lower-case) and follow directions. 73, Dave ************************************************************** * David B. Toth, MD VE3GYQ * * * * INTERNET: dave%toth.uucp@ria.ccs.uwo.ca * * UUCP: ria.ccs.uwo.ca!toth!dave * * AX25 (Packet): ve3gyq @ ve3gyq.on.can.na * * * * "The opinions expressed are my own - No one else could * * think fast enough to defend them ..." - me * ************************************************************** ------------------------------ Date: 22 Jan 92 08:03:30 GMT From: walter!qualcom.qualcomm.com!chicago.qualcomm.com!karn@uunet.uu.net To: packet-radio@ucsd.edu References <1992Jan14.145316.36937@kuhub.cc.ukans.edu>, <1992Jan15.130529.26485@lonex.rl.af.mil>, <1992Jan16.210056.2811495@locus.com>go.qu Subject : Re: Need advice on VHF XCVR Synthesized radios do not *necessarily* have long T/R switching times; it depends on the design. Many FM-only radios program their PLL synthesizers to produce signals that can be multiplied to the first LO frequency in receive mode (channel frequency +/- 1st IF). In transmit, the synthesizers are swung up or down by the 1st IF (typically 10.7 MHz), FMed by transmitted voice (usually by direct injection into the VCO control line) and then multiplied to the channel frequency. It's this shift in PLL frequency between transmit and receive that can cause the radios to take a while to key up or to recover their receivers. But some radios (notably most all-mode rigs) leave the PLL alone. Since they generate their transmit signals at IF and heterodyne them up to the channel frequency, there is no need for a "swinging" synthesizer. One sometimes reliable way to tell if you have a radio that swings its synthesizer PLL between transmit and receive is to key it up while closely listening to it on another FM receiver. If you hear a "Pingggg....." sound at keyup, chances are your radio does indeed swing its PLL, and it may have problems keying up rapidly enough for packet use. The "ping" is the PLL's dynamic response to the step function that is applied to its loop when it is switched to the transmit mode. One of these days we'll have DDS (direct digital synthesis) in all our radios and this problem will go away... Phil ------------------------------ End of Packet-Radio Digest V92 #17 ****************************** Date: Thu, 23 Jan 92 04:30:02 PST 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 #18 To: packet-radio Packet-Radio Digest Thu, 23 Jan 92 Volume 92 : Issue 18 Today's Topics: 1200 vs. 2400 AA4RE BBS test version available Alinco DR-1200 and G3RUH modem Establishing an Internet Packet Radio Gateway. How to get started? Internet to packet MIR (3 msgs) NOS - What is it? Packet - Internet info Request for an article in 1988 April Canadian Amateur Sending email to K3PZN bbs.. (2 msgs) Transmit delay time and relays (was Re: Need advice on VHF XCVR) 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: 23 Jan 92 10:23:08 GMT From: sdd.hp.com!samsung!munnari.oz.au!manuel!sserve!hhcs.gov.au!makinc@network.UCSD.EDU Subject: 1200 vs. 2400 To: packet-radio@ucsd.edu In article <1992Jan20.233422.14353@ips.oz.au>, dave@ips.oz.au (Dave Horsfall) writes: > In an effort to "wean" people away from 1200 bps operation, I'm thinking > of establishing a 2400 bps port on our BBS. These upgrades are readily > available, and require no special connections to the radio. As an aside, Take a look at 4800 baud as well. It's not that hard and worth the effort. > Note for Australian readers: what would be a good channel to use, to establish > a "de-facto" standard in the event the modes are incompatible? Most of the > channels are "flat out" with 1200 operation, with some 4800 work on 144.800. Hmmm. It changes in each place. Most of the whole 2m band is deathly quiet here in the ACT :-( however it's quite busy in Sydney. You'd have to use one of the "packet allocation" frequencies at 144 Mhz, something like 144.750 or something. > Note for non-Australian readers: I realise that Australia is quite backward > in packet operation, due to ossified thinking, but some of us are trying to > do something about it. Those 1200 bps "network links" are a joke!!! As > for 56k bps operation etc, don't even ask... <sigh> 1200 baud UHF links using ROSE is the joke. :-( We have a small 4800 baud NET/ROM network operational as well, Dave. Hopefully Sydney/Melbourne Connectivity sometime in the next few months. (It'll be slow though, most of it will be at 1200 baud.) > ADA - from the people who brought you COBOL <groan> One of the local Uni's is rewriting an introduction to computing coure. Guess what the teaching language will be. (Yep, ADA, guess they want to throttle the number of computing students) Carl. -- Carl Makin, MVS/ESA Systems Programmer, VAX/VMS Dabbler. Dept. Health, Housing and Community Services, Canberra, Australia. sserve.cc.adfa.oz.au!hhcs!makinc - UUCP makinc@hhcs.gov.au - Internet vk1kcm@vk1kcm.act.aus.oc - Packet Radio "I'm from the Government and I'm here to help you." ------------------------------ Date: 23 Jan 92 06:47:41 GMT From: news-mail-gateway@ucsd.edu Subject: AA4RE BBS test version available To: packet-radio@ucsd.edu A new test version of AA4RE BBS called BB2.1V is now available. New features include better monitoring of BPQ node and an integrated callbook lookup routine. The following files will be available from tomcat.gsfc.nasa.gov and ucsd.edu via FTP: BB21V.ZIP -- All files BB21VU.ZIP -- Files updated since 2.11 SAMDEMO.ZIP -- Demo of callbook database Drop me a note if you have any questions. Roy, AA4RE enge@almaden.ibm.com ------------------------------ Date: Thu, 23 Jan 1992 03:21:07 GMT From: news.hawaii.edu!mael!dereky@ames.arpa Subject: Alinco DR-1200 and G3RUH modem To: packet-radio@ucsd.edu Does anyone have experience attaching a G3RUH to a DR-1200? What about for a Icom IC-228/229 ? We are in the midst of setting up a 9600 LAN here, and I'm kinda wondering how easy/hard it is to get these modems interfaced to the different radios... Thanks Derek WH6BH ------------------------------ Date: Thu, 23 Jan 1992 03:50:48 GMT From: rayssd!anomaly!plankton.sbs.com!mpd@uunet.uu.net Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu frampton@micor.ocunix.on.CA (Steve Frampton) writes: >It seems the only way I'm going to >enjoy low-cost or no-cost access to the Internet in this area of Canada is >to do it with a HAM setup. An Amateur Radio <-> Internet gateway is very unlikely, for several reasons: 1. You cannot transmit "obscenities" over the air, making most netnews non-transferrable. 2. You can't transmit crypted/cyphered messages, making a "batch" newsfeed, FTP transfer, etc., a "no-no" on the AR bands. 3. A control operator must inspect each message before it is sent (for reason #1) thus making inbound e-mail sorta hard to get, unless the control operator of the sending site reads all your e-mail. MD <awaiting call> -- -- Michael P. Deignan / -- Domain: mpd@anomaly.sbs.com / I'm not a bigot, -- UUCP: ...!uunet!rayssd!anomaly!mpd / I hate everyone. -- Telebit: +1 401 455 0347 / ------------------------------ Date: 22 Jan 92 21:24:29 GMT From: fritz!preston@hplabs.hpl.hp.com Subject: How to get started? To: packet-radio@ucsd.edu Where can I find out more about packet radio? -- Preston L. Bannister USENET: preston@fritz.filenet.com BIX: plb | CompuServe: 71350,3505 | GEnie: p.bannister ------------------------------ Date: 21 Jan 92 08:45:21 GMT From: kinning@sunc5.cs.uiuc.edu (Warren Kinninger) Subject: Internet to packet This is a list I recently downloaded from WB9UUS. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gateway to: 44.80.32/24 (reliably) Central Pennsylvania Gateway to: 44.112/16 (not so reliably) Western Pennsylvania Internet address: af2j.ece.psu.edu 128.118.5.172 Packet address: gw.af2j.ampr.org 44.80.32.136 AX25 mycall: af2j Run by: Joe Reinhardt af2j Internet email address: jmr@ecl.psu.edu Services: no anonymous logins or ftp. SMTP. Axip: No Other useful IP addresses: kb3kj 44.80.32.128 (Jim, Port Matilda, PA, IBM PS/2) af2j 44.80.32.135 (Joe, State College, PA, Mac) ka3wut 44.80.32.139 (Ryan, Dubois, PA, Amiga) ????? 44.80.32.140 (???) Gateway to: 44.76/16 South Texas Internet address: hamgate.cs.tamu.edu 128.194.2.126 Packet address: hamgate.wb5bbw.ampr.org 44.76.0.5 AX25 mycall: WB5BBW-9 Run by: Kurt Freiberger, WB5BBW (409)847-8607 Internet email address: kurt@cs.tamu.edu Services: ftp telnet finger echo Axip: No Other useful IP addresses: Notes: One RF port, 1200 bps, 145.09 Mhz. Local BBS: W5AC.#STX.USA.NOAM 24 hour operation. May be down between 8-5PM CST/CDT for other activity. Gateway to: 44.72.0/18 Chicago Area, Illinois, USA Internet address: ke9yq.imsa.edu 143.195.1.8 Packet address: ke9yq.ampr.org 44.72.38.50 AX25 mycall: ke9yq Run by: Bob Van Valzah ke9yq Internet email address: bob@imsa.edu Servers: ftp telnet smtp finger Axip: No for now, will entertain proposals Notes: Wa9aek [44.72.40.129] (Ken Stritzel) is the local FTP and mbox server. He's also my gateway to most of the rest of 44.72.0/18. N4pcr-1 [44.72.38.34] (Don Lemley, Gracillus Communications, Inc.) is the nearest IP switch. He has 56 Kb links to other IL sites, but I don't know how to use them yet. I don't know enough about NOS administration yet to've set up much of an environment on the gateway itself. Gateway to: 44.48/16 Indiana, USA Internet address: k9iu.ucs.indiana.edu 129.79.16.175 Packet address: k9iu.ampr.org 44.48.0.22 AX25 mycall: k9iu-5 Run by: Dwight Hazen wb9tlh Internet mail addres: hazen@hazen.ucs.indiana.edu Servers: telnet ftp smtp finger netrom axip: no Other useful ip addresses: 44.48.0.2 # This doesn't exist yet. Soon. # #Gateway to: 44.136.138/24 Brisbane, Australia (vk4) #Internet address: vk4kiv.star.qut.edu.au 131.181.5.122 #Packet address: vk4kiv.qut.ampr.org 44.136.138.34 #AX25 mycall: vk4kiv #Run by: Andy Joyce vk4kiv #Internet email address: joyce@qut.edu.au #Servers: ftp telnet smtp finger #Axip: Yes #Other useful IP addresses: #Notes: The host will forward bulletins under AX25 to VK4DGQ from Usenet to # QLDNET or SEQLAN. Gateway to: 44.32/24 SouthEastern Colorado, USA (Colorado Springs, etc) Internet address: hpcsos.col.hp.com 15.255.240.16 Packet address: gw.n3eua.ampr.org 44.32.0.1 AX25 mycall: n3eua Run by: Bdale Garbee N3EUA Internet email address: bdale@gag.com Services: the gateway runs on an HP 9000/370 using Mike Westerhof's prototype IPIP daemon. The .1 address is a Gracilis PackeTen standalone switch in my basement. Right now, the PackeTen is the only thing reachable. I've set up routing info for all hosts in the gateways file... Axip: "or not!" Other useful IP addresses: none yet Gateway to: 44.72/16 Illinois, USA (most of central and southern IL) Internet address: pc1798.bradley.edu 136.176.110.10 Packet address: wb9uus.ampr.org 44.72.123.97 AX25 mycall: wb9uus Run by: Chuck Henderson wb9uus Internet email address: chuck@bradley.bradley.edu Servers: ftp telnet smtp finger netrom Axip: soon Notes: The RF part of this system is not operating properly but should be soon. I am setting up a connect into the 445mhz Backbone that covers much of IL. Nearest MSYS bbs is N9HWO.IL.USA.NOAM n9hwo.ampr.org 44.72.108.1 I don't know enough about NOS administration yet to've set up much of an environment on the gateway itself. Any and all help is welcome. The Internet address will soon change to wb9uus.bradley.edu 136.176.5.9 An updated version of this file will be sent to gateways@uhm.ampr.org when the date of the change is known. Gateway to: 44.136.72.x to 44.136.137.x Victoria, Australia (vk3) 44.136.72...79.x Melbourne 44.136.81.x Shepparton 44.136.82.x Bendigo 44.136.83.x Western Victoria 44.136.84.x Ballarat Internet address: murban.met.unimelb.edu.au 128.250.120.17 Packet address: vk3rum.ampr.org 44.136.80.4 AX25 mycall: vk3rum (to vk3bbs, vk3bbs-2 (bpq switch) via link) Run by: Peter Hallgarten VK3AVE on behalf of Melbourne Packet Radio Group Inc. Internet email address: vk3ave@csource.oz.au Servers: ftp telnet smtp finger netrom Axip: Yes Other useful IP addresses: 44.136.80.2 vk3rpa Notes: vk3rum is connected to a 9600 Baud Full duplex link to vk3rpa & vk3bbs on callsign vk3rum. To gain access to other ax25/netrom systems connect to vk3bbs-2 (G8BPQ Switch) and then use it as a link to the outside world. VK3BBS runs G8BPQ network switch supporting W0RLI BBS and NOS and is Victoria's (Serves Most of VK3) HF Mail Node. Other gateways should add the following routes to catch all of the address space above: route add 44.136.72/21 encap murban.met.unimelb.edu.au route add 44.136.80/20 encap murban.met.unimelb.edu.au route add 44.136.96/19 encap murban.met.unimelb.edu.au --- end -------------------------------------------------------------------------------- There is also information about these gateways in the faq_packet file available via anonymous ftp from ftp.cs.buffalo.edu. The FAQ should be posted in the next couple of weeks, so if you can't ftp just be patient. 73 es GD LK de N9LJX ...-.- .. -- Scott Stembaugh - N9LJX internet: n9ljx@ecn.purdue.edu Operations Supervisor, ADPC phone: 317 494 7946 Purdue University West Lafayette, IN 47907-1061 ------------------------------ Date: 22 Jan 92 20:13:56 GMT From: ogicse!uwm.edu!rpi!glickj@network.UCSD.EDU Subject: MIR To: packet-radio@ucsd.edu Can anyone make suggestions as to the best TNC settings to connect to the MIR space station? I've just begun making connect attempts and was at least heard by MIR on a ringo ranger + 2 watts.. I got a U5MIR-1 Busy... ------------------------------ Date: 23 Jan 92 00:31:34 GMT From: dog.ee.lbl.gov!hellgate.utah.edu!cs.utexas.edu!asuvax!ncar!hsdndev!bunny!rocky!pascoe@network.UCSD.EDU Subject: MIR To: packet-radio@ucsd.edu In article <672rxl+@rpi.edu>, glickj@aix.rpi.edu (Joel Harris Glickman) writes: |> Can anyone make suggestions as to the best TNC settings to connect to the MIR |> space station? I've just begun making connect attempts and was at least heard |> by MIR on a ringo ranger + 2 watts.. I got a U5MIR-1 Busy... Could someone post the U5MIR-1 frequency data for packet? I heard U4MIR on 145.55 voice yesterday, just by chance. -- Dave Pascoe pascoe@rocky.gte.com GTE Gov't. Systems/SCSD (617) 455-5704 ------------------------------ Date: 23 Jan 92 02:29:25 GMT From: ogicse!uwm.edu!rpi!glickj@network.UCSD.EDU Subject: MIR To: packet-radio@ucsd.edu pascoe@rocky.gte.com (Dave Pascoe) writes: >In article <672rxl+@rpi.edu>, glickj@aix.rpi.edu (Joel Harris Glickman) writes: >|> Can anyone make suggestions as to the best TNC settings to connect to the MIR >|> space station? I've just begun making connect attempts and was at least heard >|> by MIR on a ringo ranger + 2 watts.. I got a U5MIR-1 Busy... >Could someone post the U5MIR-1 frequency data for packet? I heard U4MIR on 145.55 >voice yesterday, just by chance. >-- >Dave Pascoe >pascoe@rocky.gte.com >GTE Gov't. Systems/SCSD >(617) 455-5704 Dave, the frequency for packet is also 145.550. Aparently, they are mostly on packet, but ocassionaly can be heard on voice.. By the way, a good satellite tracker such as TRAKSAT really helps. I loaded up the most recent 2-line element sets from NORAD and was able to hear MIR within a minute or so of the predicted time of signal acquisition.. Also, has anyone heard anything about how long U5MIR will be on the air. Someone mentioned that there may not be any hams on board in a few months. Anyone know about this? ------------------------------ Date: 22 Jan 92 18:32:40 GMT From: microme!mikeh@uunet.uu.net Subject: NOS - What is it? To: packet-radio@ucsd.edu In article <9201152018.AA02345@cel.cummins.com> julie@cel.cummins.COM (Julie A. Strietelmeier) writes: >This will probably sound like a very stupid question to some readers >out there, but here goes anyway: There is NO SUCH Thing as "stupid question". > >What is NOS, and is it something that the average packeteer can use? NOS stands for Network Operating System. It is rather complex piece of software started by Phil Karn (ka9q) to allow TCP/IP networking on the amatuer packet network. (I'm sure others will expand on various points on this ;-). The 'average' packeteer would probably be overwelmed by MOST of the features in NOS. However, if your interested in doing something with your packet station besides keyboard-to-keyboard or BBS'ing then you might want to give it a try. BEWARE! It's NOT for the faint hearted. But it can sure be FUN!! Mike Hasenfratz - WA6FXT * mikeh@uMEM.COM or uunet!microme!mikeh Micro Memory Inc. Chatsworth, Ca. 91311 ------------------------------ Date: Mon, 20 Jan 92 10:21:03 EST From: julie@cel.cummins.com (Julie A. Strietelmeier) Subject: Packet - Internet info To: n9ljx@en.ecn.purdue.edu Here you go: Instructions for the W2XO packet/internet gateway. To mail from Internet to Packet: 1. Mail to: "bbs@w2xo.pgh.pa.us" 2. Make the first line of the text a packet bbs "send" command, ie; SP TOCALL @ BBSCALL < FROMCALL 3. The "subject" line of the internet mail becomes the "title" line of the packet mail. To mail from Packet to Internet: 1. I must have the ham call in my gateway alias list. If you want to mail to a specific ham via the internet, send me mail with his/her call and internet address. 2. Once (1) above is accomplished, all that is necessary is to send packet mail to CALL @ W2XO.#WPA.PA.USA.NOAM . The mail will automatically be forwarded to the internet address of the ham whose call this is. Hope this helps! 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 -------------------------------------------------------------------------------- ps.......tnx Warren!! ------------------------------ Date: 22 Jan 92 18:53:17 GMT From: news-server.csri.toronto.edu!utgpu!cunews!nrcnet0!dgbt!nur@uunet.uu.net Subject: Request for an article in 1988 April Canadian Amateur To: packet-radio@ucsd.edu If readers of this newsgroup, has the following journal or paper can you post or fax a copy to me? A paper by Marcus Leach on CHU time code reception in the April, 1988 edition of "The Canadian Amateur" (published by the Canadian Amateur Radio Federation)." Regards Nur Serinken Nur Serinken | Communications Research Centre (613) 998-2289| Department of Communications, POB 11490 Stn "H" (fax) 990-7987| Ontario Canada K2H 8S2. INTERNET: nur@dgbt.crc.dnd.ca -- Nur Serinken | Communications Research Centre -DRL (613) 998-2289| Department of Communications (fax) 990-7987| 3701 Carling Avenue Ottawa, Ontario Canada INTERNET: nur@dgbt.doc.ca ------------------------------ Date: 22 Jan 92 14:34:19 GMT From: cogsci.cog.jhu.edu!mark@ucbvax.berkeley.edu Subject: Sending email to K3PZN bbs.. To: packet-radio@ucsd.edu Hello, I am not on packet, but would like to be able to send mail to a friend N3CWG at the K3PZN bbs. I believe the address is N3CWG@K3PZN.MD.USA.NA Could someone please describe how to send email there using one of the internet <-> packet 'wormholes' ? I don't suppose this would be of general interest to the group, so email is encouraged. Also, on a semi-related topic, if I cannot get through on packet, he has an account on compuserve of 72571,3437. Does anyone know if I can send an email message to him there ? From what name servers are telling me, compuserve is on the net, but I'm at a loss as to how to specify the userid.. has anyone done this ? Thanks for your time. 73, =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Mark E. Bouver, N3JLP "An Age is called Dark not because the light mark@cogsci.cog.jhu.edu fails to shine, but because people refuse JHU Cognitive Science Center to see it." --James A. Michener, "Space" ------------------------------ Date: 22 Jan 92 17:53:56 GMT From: ogicse!uwm.edu!zaphod.mps.ohio-state.edu!samsung!noose.ecn.purdue.edu!en.ecn.purdue.edu!n9ljx@network.UCSD.EDU Subject: Sending email to K3PZN bbs.. To: packet-radio@ucsd.edu Since I recently asked about the gateways between internet and packet I have gottne quite a bit of mail asking for this info and have seen a couple more posts, so I thought I will post what I got: ps.....tnx Julie! ------------------------------ Date: Wed, 22 Jan 1992 21:20:51 GMT From: dog.ee.lbl.gov!hellgate.utah.edu!caen!sdd.hp.com!usc!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!dana@network.UCSD.EDU Subject: Transmit delay time and relays (was Re: Need advice on VHF XCVR) To: packet-radio@ucsd.edu In article <42795@wd6ehr.ampr.org> wd6ehr.ampr.org!wd6ehr@puffin.uucp writes: >In message <1992Jan18.034106.2816928@locus.com> you write: [Mike means me... at least I'm the author of the note... dana] >> So? Don't be afraid of relays. Be more afraid of PLL synthesizers. >> What is the *real* problem with a long transmit delay, anyway? >> >> Simple: from the time your TNC decides the channel is clear and >> activates PTT until the transmitter actually emits a coherent signal, >> you are prone to a collision with another station. Rather like hidden >> transmitter syndrome, in this case the transmitter is hidden behind >> the time delay for the PLL synthesizer to settle down. Every station >> can hear every other station perfectly, but you'll still have collisions >> if it takes a long time to capture the channel. > >At least two hams are using PLL rigs and doing quite well :-) and they >don't have to buy endless pairs of expensive rocks every time the >local "evil C-word" group changes their mind. 1200 baud Bell 202 AFSK >is just not that critical, considering that it's inherently flawed. 1200 baud is inherently flawed? Huh? How? It works for me. Just cause it isn't 9600 baud doesn't make it broken, at least not to impartial observer. >Not all PLL's are as slow as you seem to indicate. My Icom 290H (PLL >PIN diode switched multimode) works just fine at TXD 3 (30 mS), which >is as fast as we've been able to get any rig - rockbounders included. >In fact, _some_ crystal controlled rigs are absolutely pathetic >regarding TR turnaround time. Sure, even my lousy TR-22 was slow to return to receive from transmit until I buggered the power supply to leave the receiver running while transmitting. However, as a *general* rule, which is what I presented, PLL rigs tend to be quite slow to turnaround in either direction. However, I've noticed many multi-mode radios turn around very quickly. Maybe this is because they want to be able to offer reasonable CW performance, for semi or full break-in keying.. who knows? The average radio on 2m, that is a PLL FM-only rig, tends to be slow. >The absolute here is that there ain't no absolutes. Nothing like clarifying an issue with a sage observation. >It's not good to run txdelay at the minimum, though - the rigs need >time to stabilize (on both ends), and the BER suffers if you cut it >too close. A bit error is every bit as bad as a collision. Strictly speaking, I don't think I'd classify a frame lost due to insufficient TXD as a 'BER' problem; sure, you can use the term, but it is misleading. 'Bit Error Rate' implies the maximum performance of the link under steady conditions, at least to me. However, you are correct that insufficient TXD results in lost frames. But, a frame lost due to short TXD is not as bad as a collision; since the frame was being transmitted, the channel stayed busy, and only one station has to retry. With a collision, it is possible for two (or more) stations to retry... >We've found that TXD 10 at 9600 baud, and txd 30 to 40 at 1200, seems >to work best with most stations, and the extra TXD does not contribute >to collisions. Remember - even though you're not broadcasting "data", >you're broadcasting a signal that will activate DCD, or in the case of >1200 baud non-MFJ modems, will activate the noise detector electro- >junk they laughably call "DCD". Electrojunk? Excuse me. My PK-88 has a TAPR State Machine in it... is that junk? Hmmm? Anyway, you've completely missed the point about TXD; I'm not talking about emitting a lone, useless idle sequence; I'm talking about a radio which goes deaf and does not start transmitting for 100-200 mS; this window allows collisions. >You're right about relays - unless you mute them with marshmallows, >they won't make more than txd 1 worth of difference - and I'm >grudgingly conceding that! Just because they're mechanical doesn't >make them ridiculous. I still use relays in some of my designs. >They're much more forgiving of indiscretions. However, XYL's have >expressed a definite preference for PIN diodes over relays at 3 AM >when the local insomniac is banging away at your station. Most relays I've seen are worth 20 mS (or TXD 2) of delay. Why is your XYL sleeping in the shack? Mine sleeps in bed with me in the bedroom... -- * Dana H. Myers KK6JQ | Views expressed here are * * (213) 337-5136 | mine and do not necessarily * * dana@locus.com DoD #466 | reflect those of my employer * * "Dammit Bones, spare me the lecture and give me the shot!" * ------------------------------ End of Packet-Radio Digest V92 #18 ****************************** Date: Fri, 24 Jan 92 04:30:02 PST 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 #19 To: packet-radio Packet-Radio Digest Fri, 24 Jan 92 Volume 92 : Issue 19 Today's Topics: AmigaNOS v2.8p (2 msgs) Establishing an Internet Packet Radio Gateway. Expand frequensy band on Yaesu 411 FTP sites for Lanlink 1.59 and/or Pcham3.4 (2 msgs) help with Alinco DJ-160 on packet Need info on upgrading Kansas City Tracker to tuner also Updated version of PACKCOM? (later than V.75) Want multimode controller comparison 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: 22 Jan 92 18:12:16 GMT From: mcsun!uknet!mucs!mccuts!MCC.ac.uk!J.Heaton@uunet.uu.net Subject: AmigaNOS v2.8p To: packet-radio@ucsd.edu AmigaNOS v2.8p available by anonymous ftp from 130.88.202.27 (between 1900 and 0900 GMT). anos28p.sxa nos executable asrc28p.sxa nos sources (SXA - Self eXtracting Archive, I made that one up!) Cheers, John. JANET : J.Heaton@uk.ac.Manchester Packet: G1YYH@G1YYH.GB7NWP.#16.GBR.EU (QTHR) * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * | NRS Central Administrator | | MCC Network Unit, The University, Oxford Road, Manchester, M13-9PL | | Phone: (+44) 61 275 6011, FAX: (+44) 61 275 6040 | * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * ------------------------------ Date: 24 Jan 92 00:01:59 GMT From: van-bc!outbound!pat_meloy@ucbvax.berkeley.edu Subject: AmigaNOS v2.8p To: packet-radio@ucsd.edu In article <J.Heaton.7@MCC.ac.uk> J.Heaton@MCC.ac.uk (John Heaton) writes: >AmigaNOS v2.8p available by anonymous ftp from 130.88.202.27 (between 1900 >and 0900 GMT). > anos28p.sxa nos executable > asrc28p.sxa nos sources > > (SXA - Self eXtracting Archive, I made that one up!) > I was wondering if this AmigaNOS would be of any use over a null-modem connection? Basically I'm looking to connect two 500's to a 2500 via null-modem so that they can access files/programs. (Yer basic network task). I've attempted DNet with no success (It can only do a hookup anyways) so would AmigaNOS be a possible answer? ------------------------------ Date: 23 Jan 92 23:16:33 GMT From: ulowell!tegra!vail@uunet.uu.net Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu In article <1992Jan23.035048.7549@anomaly.sbs.com> mpd@anomaly.sbs.com (Michael P. Deignan) writes: frampton@micor.ocunix.on.CA (Steve Frampton) writes: >It seems the only way I'm going to >enjoy low-cost or no-cost access to the Internet in this area of Canada is >to do it with a HAM setup. An Amateur Radio <-> Internet gateway is very unlikely, for several reasons: 2. You can't transmit crypted/cyphered messages, making a "batch" newsfeed, FTP transfer, etc., a "no-no" on the AR bands. I do FTPs over the air all the time. I think you are thinking that compressed data is not legal. I think that compressed data is just binary data and should be legal, unless it really is encrypted as is possible with many archive programs. 3. A control operator must inspect each message before it is sent (for reason #1) thus making inbound e-mail sorta hard to get, unless the control operator of the sending site reads all your e-mail. this is not really a legal must as it is a practical must. you can allow unattended station operation but when 3rd party non amateur stuff is going out on the air it is the gateway owner's call that is on it and who is responsible. it is to his/her advantage to inspect stuff before it goes out. n1dxg "Honesty without Fear" -- Kelvinator _____ | | 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) ------------------------------ Date: 23 Jan 92 18:26:39 GMT From: mcsun!news.funet.fi!sunic!ugle.unit.no!alf.uib.no!hsr.no!johanna4!svein-v@uunet.uu.net Subject: Expand frequensy band on Yaesu 411 To: packet-radio@ucsd.edu A friend of mine has got a Yaesu 411 2m transiver. By a mistake he initialised t he processor. How can he get back his originaly frequensy band. E-mail : svein-v@hsr.no ------------------------------ Date: 22 Jan 1992 22:47:45 GMT From: mvb.saic.com!unogate!orion.oac.uci.edu!usc!wupost!think.com!yale.edu!qt.cs.utexas.edu!news!news!news@network.UCSD.EDU Subject: FTP sites for Lanlink 1.59 and/or Pcham3.4 To: packet-radio@ucsd.edu I'm looking for Lanlink 1.59 and/or Pcham3.4 software. Does anyone know of an FTPable site that I can get it. I mean via the internet and not the AX.25 network. Darrin Robinson ============================================================================= = Darrin E. Robinson = Mail Addresses = = VAX/VMS and Sun Manager = Internet robinson@porter.geo.brown.edu = = Brown University = robinson@pggipl.geo.brown.edu = = Providence, R.I. 02912 = SPAN PGGIPL::ROBINSON (Node 7132) = = AT&Tnet: (401) 863-1062 = Nasamail derobinson@nasamail.nasa.gov = ============================================================================= ------------------------------ Date: 23 Jan 92 18:02:14 GMT From: ogicse!uwm.edu!wupost!unlinfo.unl.edu!news.unomaha.edu!news@network.UCSD.EDU Subject: FTP sites for Lanlink 1.59 and/or Pcham3.4 To: packet-radio@ucsd.edu In <knrt4hINNm4r@stanley.cis.Brown.EDU> robinson@porter.geo.brown.edu writes: > > I'm looking for Lanlink 1.59 and/or Pcham3.4 software. Does > anyone know of an FTPable site that I can get it. I mean via > the internet and not the AX.25 network. > > Darrin Robinson This is a common question that is in the FAQ. The standard answer is to check Simtel20, WUArchive, or look for the program's name in the Archie FTP database index. Here is information about Archie, taken from the alt.bbs.internet services list: [...] -Archie telnet archie.mcgill.ca or 132.206.2.3 (Can./USA) telnet archie.funet.fi or 128.214.6.100 (Finland/Europe) telnet archie.au or 128.184.1.4 (Aussie/NZ) telnet cs.huji.ac.il or 132.65.6.5 (Israel) telnet archie.doc.ic.ac.uk or 146.169.3.7 (UK/Europe) telnet archie.sura.net or 128.167.254.179 telnet archie.unl.edu (Login: archie, pasword: archie1) telnet archie.ans.net or 147.225.1.2 (North America) offers: Internet anonymous FTP database. (Login: archie) -Archie Mail Servers mail archie@<INSERT ONE OF ABOVE ADDRESSES HERE> Subject: help Offers: alterative Archie access to those w/o ftp or telnet. [...] You might also want to check out the /pub/ham-radio directory on ftp.cs.buffalo.edu for other helpful information. The Packet FAQ author, Steve Schallehn, KB0AGD, has been taking advantage of the holidays to catch up on revising the document and should have it posted soon. Good luck with your quest. 73, Paul W. Schleck, KD3FU ACM005@zeus.unomaha.edu ------------------------------ Date: 23 Jan 92 16:08:29 GMT From: olivea!news.bbn.com!bbn.com!jmccombi@ames.arpa Subject: help with Alinco DJ-160 on packet To: packet-radio@ucsd.edu I want to connect my PK-232 to my Alinco DJ-160 (2m-only handheld) for use on packet. The PK-232 manual gives connection instructions for many radios (incl. the new Radio Shack handheld!) but not the DJ-160. The DJ-160's manual gives no clues as to the pin-outs of the spkr and mic jacks; it recommends using an Alinco spkr-mic "for best results." I don't have a service manual. I think I've figured out how to do it, but I'd rather not fry either of my toys, so I seek advice. The mic jack is a 3-pin stereo. Testing with a DVM on my (Alinco--I'm a big fan of "best results" (:-)) spkr-mic, I've found which of the conductors is ground, PTT and mic. When PTT on the spkr-mic is pressed, resistance gnd-PTT goes to about 1K (but not zero). Perhaps this is the resistance of the little "xmit" LED in the spkr-mic? Curiously, when I plug a three-conductor plug into the jack on the radio, I see 5 VDC across gnd-PTT *and* gnd-mic. Shorting gnd-PTT through a 1K resistor makes the unit xmit; shorting gnd-mic does not. I think this means that I need a 1K resistor in the PTT line between TNC and radio, and a 0.1uF cap in the mic line to block the DC. Is this right? If you have direct experience or advice, please e-mail to me. I'll summarize to anyone who's interested. Thanks in advance! 73 de Jon N1ILZ ------------------------------ Date: 23 Jan 92 07:13:41 GMT From: mcsun!fuug!nntp.hut.fi!vipunen.hut.fi!tiger@uunet.uu.net Subject: Need info on upgrading Kansas City Tracker to tuner also To: packet-radio@ucsd.edu The title says it all. I am a happy owner of the Kansas City Tracker card, but I would be a LOT HAPPIER IF I could upgrade it to include the tuner functions. The card has got empty IC places for the needed circuitry for tuner use, but no schematic. Has anybody got the complete tracker/tuner version? If so, could you kindly tell what chip/component is needed for the tuner and where they are located. 73 de oh2mbm -- --------------------------------------------------------------------------- "I have only come here seeking knowledge. Things they would not teach me of in college" - The Police *** Karl Tigerstedt , email tiger@vipunen.hut.fi *** ------------------------------ Date: 23 Jan 92 14:01:52 GMT From: sdd.hp.com!cs.utexas.edu!devnull!bruces@network.UCSD.EDU Subject: Updated version of PACKCOM? (later than V.75) To: packet-radio@ucsd.edu Does anyone know where I can get an updated copy of PACKCOM. I'm running version .75 and I'm impressed by some of the features. However, I've found a few bugs that would be good to have fixed from a later version. Thanks -- | Bruce Sawtelle Ham Radio : W3NJ | | Tandem Computers Packet : W3NJ @ N5LJF.TX.USA.NA | | 14231 Tandem Blvd Internet : bruces @ mpd.tandem.com | | Austin, Tx 78728 USENET : halley!bruces | ------------------------------ Date: Thu, 23 Jan 1992 14:51:55 GMT From: sdd.hp.com!caen!garbo.ucc.umass.edu!hamp.hampshire.edu!awoodhull@network.UCSD.EDU Subject: Want multimode controller comparison To: packet-radio@ucsd.edu Can anyone point me to a comparative review of the Kantronics KAM and the more-or-less equivalent AEA and MFJ multimode controllers? I'm particularly interested in quality of h.f. reception and ease and cost of upgrading to handle 2400 or 9600 baud on vhf. 73 de Al Woodhull N1AW awoodhull@hamp.hampshire.edu ------------------------------ Date: Fri, 24 Jan 1992 06:33:15 GMT From: mdisea!jackb@uunet.uu.net To: packet-radio@ucsd.edu References <6wgweB2w162w@micor.ocunix.on.ca>, <1992Jan23.035048.7549@anomaly.sbs.com>, <2928@atlas.tegra.COM> Subject : Re: Establishing an Internet Packet Radio Gateway. In article <2928@atlas.tegra.COM> vail@tegra.COM (Johnathan Vail) writes: > >In article <1992Jan23.035048.7549@anomaly.sbs.com> mpd@anomaly.sbs.com (Michael P. Deignan) writes: > > frampton@micor.ocunix.on.CA (Steve Frampton) writes: > >It seems the only way I'm going to > >enjoy low-cost or no-cost access to the Internet in this area of Canada is ^^^^^^ > >to do it with a HAM setup. > > An Amateur Radio <-> Internet gateway is very unlikely, for several reasons: > > 2. You can't transmit crypted/cyphered messages, making a "batch" > newsfeed, FTP transfer, etc., a "no-no" on the AR bands. > >I do FTPs over the air all the time. I think you are thinking that >compressed data is not legal. I think that compressed data is just >binary data and should be legal, unless it really is encrypted as is >possible with many archive programs. > > 3. A control operator must inspect each message before it is sent > (for reason #1) thus making inbound e-mail sorta hard to get, > unless the control operator of the sending site reads all your > e-mail. > >this is not really a legal must as it is a practical must. you can >allow unattended station operation but when 3rd party non amateur >stuff is going out on the air it is the gateway owner's call that is >on it and who is responsible. it is to his/her advantage to inspect >stuff before it goes out. > This is interesting discussion, but are the rules any different in Canada? Note that is where the original poster is from. This brings up an awfully interesting point - we know of the potential difficulties with internet - ham gateways here in the US. Could they be circumvented by using a gateway in another country??? (Did _I_ ask that ;-) Of course, then we might have to worry about third party agreements and such. Jack Brindle ham radio: wa4fib internet: jackb@mdd.comm.mot.com ------------------------------ End of Packet-Radio Digest V92 #19 ****************************** Date: Sat, 25 Jan 92 04:30:03 PST 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 #20 To: packet-radio Packet-Radio Digest Sat, 25 Jan 92 Volume 92 : Issue 20 Today's Topics: AmigaNOS v2.8p APlink Establishing a group: rec.radio.amateur.packetBBS? Establishing an Internet Packet Radio Gateway. (4 msgs) MIR PK232 mailbox help Satelite tracking program wanted Shopping for Electronics in LA 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 Jan 92 13:17:49 GMT From: mcsun!uknet!mucs!mccuts!MCC.ac.uk!J.Heaton@uunet.uu.net Subject: AmigaNOS v2.8p To: packet-radio@ucsd.edu In article <pat_meloy.05bx@outbound.wimsey.bc.ca> pat_meloy@outbound.wimsey.bc.ca (Pat Meloy) writes: > I was wondering if this AmigaNOS would be of any use over a null-modem >connection? Basically I'm looking to connect two 500's to a 2500 via >null-modem so that they can access files/programs. (Yer basic network >task). I've attempted DNet with no success (It can only do a hookup >anyways) so would AmigaNOS be a possible answer? I Use AmigaNOS on my 2000 to send/receive files to/from my 386/40 PC running NOS.EXE at 19200baud at about 5k/sec using SLIP. Cheers, John. JANET : J.Heaton@uk.ac.Manchester Packet: G1YYH@G1YYH.GB7NWP.#16.GBR.EU (QTHR) * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * | NRS Central Administrator | | MCC Network Unit, The University, Oxford Road, Manchester, M13-9PL | | Phone: (+44) 61 275 6011, FAX: (+44) 61 275 6040 | * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * ------------------------------ Date: Fri, 24 Jan 1992 15:53:41 GMT From: daffodil!lightning.cs.odu.edu!denny@ames.arpa Subject: APlink To: packet-radio@ucsd.edu Greatings, I am interested in APlink. I will bestarting from scratch. Is there any paticular fearures in a HF rig that I will want when buying for this purpose? I can gess that having computer control capability and non relay PIN diode T/R switching is a plus, But what about others features? Also, what kind of packet setup would be best to go with APlink? Just any gereral packet setup or somthing more specific? I am very tech. knowledgeable so give me both barrels(of information). thanks and God Bless in Jesus Name. denny. ------------------------------ Date: 25 Jan 92 04:06:41 GMT From: ogicse!uwm.edu!linac!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDU Subject: Establishing a group: rec.radio.amateur.packetBBS? To: packet-radio@ucsd.edu Every so often, someone asks about a packet <> internet gateway. (probably should be a FAQ on this). Anyway, would it be useful to create a newsgroup that would take all the articles from the packet BBS network, and post them on the Internet Netnews system? I would see it as a moderated group, the moderator would have a radio and TNC grab the packet BBS articles and post them on this newsgroup. People wishing to post to this group (and on the packet BBS network) would send it to the moderator. The moderator would check it for FCC rule compliance, and allow the good articles to get onto the packet BBS network (with his call attached to it unless he knows your call and he knows that it is legit). He probably wouldn't inspect the stuff from packet. But he would form the gateway for packet to internet, thus avoiding someone else duplicating postings. No, I don't have the time or equipment to do this myself, so I can't volunteer. (I have posted an occasional packet BBS article, but I don't have enough resources to attempt the above.) Why do this? Well, it would give hams with access to the internet, but who don't have packet stations, access to the stuff on packet BBSs. Also, unlicensed people could also get to read these articles. Comments? ------------------------------ Date: Fri, 24 Jan 92 12:39:08 GMT From: usc!zaphod.mps.ohio-state.edu!n8emr!gws@network.UCSD.EDU Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu In article <1992Jan23.035048.7549@anomaly.sbs.com> mpd@anomaly.sbs.com (Michael P. Deignan) writes: >frampton@micor.ocunix.on.CA (Steve Frampton) writes: > >An Amateur Radio <-> Internet gateway is very unlikely, for several reasons: > > 1. You cannot transmit "obscenities" over the air, making most > netnews non-transferrable. obcenities are questionable and are set by local community standards. Most groups could pass with little to no problems. granted alt.sex would most likley be a problem, but many tech groups shouldnt be. > 2. You can't transmit crypted/cyphered messages, making a "batch" > newsfeed, FTP transfer, etc., a "no-no" on the AR bands. Wrong here... crypted messages are illegal if the reason for encrypted message is to hide the message from other. Batched newsgroups are compressed and not crypted. The reason for the compression is to intrease the throughput not hid the contents. > > 3. A control operator must inspect each message before it is sent > (for reason #1) thus making inbound e-mail sorta hard to get, > unless the control operator of the sending site reads all your > e-mail. > This is the killer.. I dont have quite enough time to view the 30mb of news that passes through my machine each day, -- Gary W. Sanders (gws@n8emr or ...!osu-cis!n8emr!gws), 72277,1325 N8EMR @ N8JVY (ip addr) 44.70.0.1 [Ohio AMPR address coordinator] HAM BBS 614-895-2553 (1200/2400/V.32/PEP) Voice: 614-895-2552 (eves/weekends) ------------------------------ Date: 24 Jan 92 23:58:17 GMT From: ogicse!emory!ducvax.auburn.edu!eng.auburn.edu!elling@network.UCSD.EDU Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu >An Amateur Radio <-> Internet gateway is very unlikely, for several reasons: > > 1. You cannot transmit "obscenities" over the air, making most > netnews non-transferrable. Recent court cases, most notably the infamous "Sh*t Happens" case in Georgia (USA), may have bearing on amateur radio usenet gateways. The courts have said something to the effect of (no, I'm not a lawyer and don't understand all of the Constitutional Law implications) the state cannot pass laws restricting the use of printed words, even though the printed words are publically and intentionally visible. In the "Sh*t Happens" case a law was adopted that made printed obscenities illegal. The courts ruled the law unconstitutional. Any ideas on how this impacts packet radio? -- Richard Elling Manager of Network Support Auburn University Engineering Administration richard.elling@eng.auburn.edu KB4HB [44.100.0.72] (205)844-2280 ------------------------------ Date: Sat, 25 Jan 1992 02:32:29 GMT From: ulowell!swlvx2!rayssd!anomaly!plankton.sbs.com!mpd@uunet.uu.net Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu vail@tegra.COM (Johnathan Vail) writes: >I do FTPs over the air all the time. I think you are thinking that >compressed data is not legal. I think that compressed data is just >binary data and should be legal, unless it really is encrypted as is >possible with many archive programs. How does one observing a transmission know whether the binary data is in fact just plain binary data or is "encrypted"? The only way I know is to examine the table of contents (as in the case of pkzip) to see if any files internal to the zipfile are, in fact, encrypted. This is next to impossible via FTP. Personally, I would love to establish an Internet gateway via KA9Q so local hams could access the Internet for FTP, etc. However, I'm unsure that under current FCC regulations it is possible to do so without getting a little 'Notice of Violation' in the mail. MD -- -- Michael P. Deignan / -- Domain: mpd@anomaly.sbs.com / I'm not a bigot, -- UUCP: ...!uunet!rayssd!anomaly!mpd / I hate everyone. -- Telebit: +1 401 455 0347 / ------------------------------ Date: 24 Jan 92 18:24:58 GMT From: sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!wa4mei!n4rsy!ke4zv!gary@network.UCSD.EDU Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu In article <1992Jan23.035048.7549@anomaly.sbs.com> mpd@anomaly.sbs.com (Michael P. Deignan) writes: >frampton@micor.ocunix.on.CA (Steve Frampton) writes: > >>It seems the only way I'm going to >>enjoy low-cost or no-cost access to the Internet in this area of Canada is >>to do it with a HAM setup. > >An Amateur Radio <-> Internet gateway is very unlikely, for several reasons: > > 1. You cannot transmit "obscenities" over the air, making most > netnews non-transferrable. Damn right! (heh heh) > 2. You can't transmit crypted/cyphered messages, making a "batch" > newsfeed, FTP transfer, etc., a "no-no" on the AR bands. A "batch" feed is just a file transfer using a well known, published algorythim to *facilitate communications*, perfectly legal. KA9Q's TCP/IP implementation for amateur radio does FTP just fine thank you, and it's perfectly legal. You still can't transmit obscenities, even compressed (maybe). This walks into the area of defining obscenity. Transmitting a compressed obscenity is like transmitting Midi sequences. Is it music, and thus forbidden, or is it control codes and permitted? In other words, is an obscene word transmitted as a compressed file obscene? The Supremes say that they can't define obscenity, but they know it when they hear it. Will they know it by listening to a compressed transmission? Gary KE4ZV ------------------------------ Date: 24 Jan 92 12:04:55 GMT From: haven.umd.edu!darwin.sura.net!Sirius.dfn.de!fauern!unido!infoac!root@ames.arpa Subject: MIR To: packet-radio@ucsd.edu pascoe@rocky.gte.com (Dave Pascoe) writes: >In article <672rxl+@rpi.edu>, glickj@aix.rpi.edu (Joel Harris Glickman) writes: >|> Can anyone make suggestions as to the best TNC settings to connect to the MIR >|> space station? I've just begun making connect attempts and was at least heard >|> by MIR on a ringo ranger + 2 watts.. I got a U5MIR-1 Busy... >Could someone post the U5MIR-1 frequency data for packet? I heard U4MIR on 145.55 >voice yesterday, just by chance. This is also the packet channel.. Rupert dl3no -- ***************************************************************** ___ ____ ___ _ _ ___ ___ ___ ___ ___ ___ _ _ /__/ / / / / /\ / /__ / /__//__// /__//__ /\ / / \ / / __/_ / / /__ / / // //__ / //__ / / ------------------------------ Date: 24 Jan 92 08:33:14 GMT From: olivea!spool.mu.edu!umn.edu!cs.umn.edu!kksys!edgar!brainiac!jrc@ames.arpa Subject: PK232 mailbox help To: packet-radio@ucsd.edu In article <9201211520.AA03452@cel.cummins.com> julie@cel.cummins.COM (Julie A. Strietelmeier) writes: >I recently purchased a used PK232 TNC from a friend. I was wondering >if the PK232 has a mailbox like the PK232MBX? If not, is there a way >to simulate one? > AEA has an upgrade kit to convert a Model PK-232 to a PK-232MBX. It includes a firmware upgrade, a memory upgrade, and a new battery. It was pretty easy to install. I got mine a few years ago, and I think it cost about 69 bux. -- Jeffrey R. Comstock CW -. .-. ----- -.. INET uunet!jhereg.osa.com!/dev/null (EMAIL CURRENTLY BROKEN) ------------------------------ Date: 24 Jan 92 23:25:52 GMT From: sequent!muncher.sequent.com!washer@uunet.uu.net Subject: Satelite tracking program wanted To: packet-radio@ucsd.edu I am just getting started in satelite packet, and have been TRYING to work MIR whenever I hear them. I would prefer to KNOW when they are coming, and I assume that a satelite tracking program is what I need. I saw one such program, but was not thrilled with it's user interface. It produced CURRENT satelite position data. I would prefer a program that would tell me when MIR is 'visible' to my location, for the next day/week/whatever. Anything out there that has such output and can be used by an idiot like myself?? I'll summarize to the net, so e-mail and save some bandwidth. tia - jim kg7hh washer@sequent.com ------------------------------ Date: 24 Jan 92 15:00:42 GMT From: usc!wupost!darwin.sura.net!gatech!pitt!speedy.cs.pitt.edu!hoffman@network.UCSD.EDU Subject: Shopping for Electronics in LA To: packet-radio@ucsd.edu In article <9201171525.AA27980@ucsd.edu> ROsman%ASS%SwRI05@D26VS046A.CCF.SwRI.EDU writes: >I'm going to have a free mid-February Friday afternoon in LA. I'd like to use >it to visit a few of the finer emporia of electronic surplus. I'm >particularly interested in RF, microwave, and test equipment. About five years ago I spent a couple of days running around looking for electronic surplus places. I had made up a list but I don't know where it is right now. Some places I remember are: Artesia Metals -- they're on Artesia Blvd. east of Hawthorne. They have a warehouse full of parts; I don't remember any test equipment, though. Orvac Electronics -- they're on Orangethorpe Ave. out near Anaheim. R & D Electronics -- also on Orangethorpe Ave. in Fullerton. Here's a suggestion: if you can, pick up a copy of Nuts and Volts magazine. Look for any advertisement with a 213 or 818 area code or an L.A. address. That will give you a good starting point. When you get there, check the Yellow Pages in each area you visit. Look under the classifications "Electronic Parts -- Retail", "Electronic Parts -- Whol & Mfrs", "Scrap Metal" and "Surplus and Salvage Merchandise". I built up a fairly complete list for the SF Bay area that way. I'd be interested to get a copy of whatever list you come up with since I may be out there again someday. Good luck, ---Bob. -- Bob Hoffman, N3CVL pitt!hoffman Pitt Computer Science hoffman@cs.pitt.edu FAX: +1 412 624 8854 ------------------------------ End of Packet-Radio Digest V92 #20 ****************************** Date: Sun, 26 Jan 92 04:30:02 PST 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 #21 To: packet-radio Packet-Radio Digest Sun, 26 Jan 92 Volume 92 : Issue 21 Today's Topics: (none) 2 meter rig conversion/ Binary data Establishing an Internet Packet Radio Gateway. (2 msgs) Establishing a Packet Radio Internet Gateway. How to get started? SunOS AX.25 IP driver available Want multimode controller comparison 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 Jan 92 06:22:39 GMT From: news-mail-gateway@ucsd.edu Subject: (none) To: packet-radio@ucsd.edu Internet Gateways It seems that almost everyone who is talking about an interrnet gateway aren't familiar with EXACTLY these internet gateways are used for. We set up gateways all the time and they work fine and legal. The gateways generally aren't used for people to access the internet for file transfers and telnets, but they are used to connec t other amateur systems together. For instance, we would have a gateway in Detroit, Michingan and one in Canberra, Australia. Then an amateur in Australia on 2m can basically digipeat through the gateways an~d appear on 2m in Detroit. That person canot connect (excuse the mistakes) to an internet system nor can anyone on the internet connect (or at least leaave) our gateways or have amateur access. We can also FTP or telnet THROUGH the gateways connected to each other. Y If the gateway allows it, you can telnet from it to an internet system, but if you are on the amateur side and are trying to telnet or FTP to and internet system, it shouldn't come back to you since the internet doesn't handle the 44 addresseds used in amateur radio. Only the gateways know to send the 44.xx x addresses to the corresponding gateway that can handle it. We are in effect 'digipeating throught the internet' and n ot connecting or allowing internet connections to happen. It is also suggested to shut off SMTP or at least have them not leave the gateway to prevent non-amateurs from possibly sending messages to the amateur community. On the talk of compressin. on, people use pkzip, arc, lz, sit, ertccc... all the time for FTP's. It is a standard mode of compression and can be used. In fact we run WNOS which does LZW compression on SMTP's. The intent is NOT to hide our messages or to encrypt them, but it is to use up less bandwidth and make more eficient use of our spectrum. Isn't this what amateur radio is also about? Many people are ticked off that compression is going on, but it's better use of spectrum. Some of the BBS softwares also do compression and more will be going to it. This will make the day of watching the forwarding stop, (monitoring it that is), but there will be better throughput and your messages will arrive sooner. We are trying to make this system better and not trying to hide data. If a standard mode is used, then it's legal. As for things like Usenet mail, I'd personally not handle it or make it very limited baecause that would have to be screened. (if there are errors in this, I'm typing it blind) I miss ELM. Ron Atkinson N8FOW ron@chaos.eng.wayne.edu N8FOW@WB8H.#SEMI.MI.USA.NA n8fow@detroit.ampr.org ------------------------------ Date: 25 Jan 92 20:23:00 GMT From: news-mail-gateway@ucsd.edu Subject: 2 meter rig conversion/ Binary data To: packet-radio@ucsd.edu I have been reading several of the topics for the past week or so, but I have had no time to post comments to them this week. So, now that I have the chance, I think I will take it. Several folks have commented on problems adapting older crystal controlled 2 meter rigs designed to operate in the 146-148 range to packet operation. When I was looking for a rig to use on packet, an old ICOM rig designed to operate in this range caught my eye. While looking through the manual, I noticed it listed specifications for the European model. Recall that in ITU region 1, the 2 meter allocation is only from 144-146, so in order to market their rigs in Europe, manufacturers had to produce a different version. Apparently the only real difference in this model was a particular crystal. I suggest that anyone who is thinking about modifying one of these rigs for packet check to see if there is a European version. If there is, modification should only involve replacing a crystal and realigning the rig. I also noticed the discussion concerning the logistical problems in setting up Internet<>AMPRnet gateways. One comment was that FTP transfers, newsfeeds, and the like encoded and so not permissible on the Amateur bands. However, the FCC rule on the matter only prohibits "codes and cyphers" intended to OBSCURE the meaning of a communication. Codes intended to facilitate transmissions without obscuring the meaning of transmitted information are permissible. When files are zipped, ARCed, squeezed, etc., the intention is to reduce file size, not to encrypt information. In fact, transmitting files in a compressed format would actually keep traffic down on the channel. Binary data is thus not taboo material per se. The real problems for setting up a gateway are making sure no business, encrypted, or indecent material gets forwarded onto the amateur bands. I could just see the FCC having a fit over a newsfeed containing GIF's in the newsgroup alt.binaries.pictures.erotica being forwarded into the AMPRnet! But to date, I have not seen anything posted to this digest that might be considered taboo on the AMPR or AX.25 network. However, the fact remains that unless we get some major rule changes from the FCC regarding business communication and a realization by J.J. Freeman that BBS operators should not be held strictly liable for illegal material transmitted by their automated stations, any gateway is going to have to employ some kind of human element to ensure improper material stays off the Amateur networks. I do not believe that the AMPRnet will ever become a fully integrated part of the Internet simply because of the nature of the Amateur Service, but certainly the FCC can slack up a bit to allow for the use of new networking technologies. 73 de Will Snyder/ KB4LFD Internet: snyder@uncvx1.acs.unc.edu Bitnet: snyder@uncvx1.bitnet AX.25: kb4lfd@k4iww.nc.usa.noam ------------------------------ Date: 25 Jan 92 05:14:41 GMT From: sdd.hp.com!spool.mu.edu!umn.edu!cs.umn.edu!kksys!orbit!pnet51!fholson@network.UCSD.EDU Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu Seems to me that an Internet gateway for moderate amounts of Email and not the vast volumes of News should be the first goal. Fred Harlan Olson 1221 Russell Av N MPLS, MN 55411 WB0YQM Internet:fred%jwh@vx.acs.umn.edu ------------------------------ Date: 25 Jan 92 13:17:54 GMT From: mentor.cc.purdue.edu!rdale@purdue.edu Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu In article <1992Jan25.023229.18939@anomaly.sbs.com> mpd@anomaly.sbs.com (Michael P. Deignan) writes: >How does one observing a transmission know whether the binary data is in >fact just plain binary data or is "encrypted"? That's kind of like saying that if I don't know French and two amatuers are talking it French, that to me it is "encrypted." Rob -- Robert P. Dale <> rdale@attserv.atms.purdue.edu Purdue University Atmospheric Sciences <> rdale@mentor.cc.purdue.edu N8GSK <> 74010.302@compuserve.com ------------------------------ Date: 25 Jan 92 14:12:15 GMT From: news-mail-gateway@ucsd.edu Subject: Establishing a Packet Radio Internet Gateway. To: packet-radio@ucsd.edu Hi again. First of all, let me apologize if my first posting appeared more than once. I'm quite new to newsgroups, and, to tell the truth, I was under the impression that I was sending to individual (humans) and hence quite possibly cross-posted...a no-no I'm no doubt going to be "flamed" for. I received quite a few responses to my queries, most of them negative, some of them quite contradictory to others. I'm going to summarize what I've learned here for the benefit of others. 1) There are many FCC (and other) regulations which limit the use of packet radio (and HAM in general). - I was told I couldn't use radio for "commercial" business, in fact almost everyone who responded thought I wanted to. This was never my intention in the first place (I'm just an individual computer-geek, not an organization of them!). - Every message (esp. from Internet to packet) must be "hand-filtered" ie censored. Not sure if I like this idea, but it was explained to me that one obscene word could jeopardize the licenses of every rig the message passed through. Kind of a *retarded* regulation, but...! - You would require a "god-class" licence to read non-amateur sourced material over the air. 2) Packet Radio is notoriously slow (for most technologies). - TNC's (Terminal Node Controller) only go about 1200 baud (300 for long distances). - Apparently you can get faster connections, but you've basically got to be "line-of-sight", and there aren't alot of amateurs who have upgraded to faster modems. 3) Somebody from Hawaii suggested I ask everyone about the "Proxim" modems and use the unlicensed/experimental bands. Apparently the throughput is faster as well? 4) I'd appreciate hearing about hooking packet radio into the satellites... this sounds particularly exciting! Finally, I would just like to point out that all I wanted to accomplish is to get a mailbox on the Internet! Currently I have to call all the way to Ottawa to do this, and I wanted to perhaps use radio for a "anytime" method of access; providing me with mail, news, irc, and ftp. However, thanks to the generous amount of mail, I understand that radio is alot more complicated than I anticipated! The rules and regulations are quite intimidating to the uninitiated; and are enough (at least in my case) to scrap any plans on continuing. You scared me off...thanks, guys! :-) But, as one user quoted: "...it isn't the computer part that is fun, it's the radio part...Maybe we can turn you into a radio-geek!!!" I *do* like the idea of talking to somebody half the world away. Oh well, maybe I'll bug my friend to start hammin' again so I can see what I'm possibly missing. Thanks, Steve Frampton frampton@micor.ocunix.on.ca ------------------------------ Date: 24 Jan 92 14:34:31 GMT From: pacbell.com!mips!zaphod.mps.ohio-state.edu!rpi!ispd-newsserver!laidbak!tellab5!vpnet!gagme.chi.il.us!grnwood@network.UCSD.EDU Subject: How to get started? To: packet-radio@ucsd.edu There is a commonly available text file on many FidoNet boards called Packtut.txt or Packtut.zip or some such thing. I'll see if I can find it and either post it or send it you way directly. It might be a good thing to have permanently posted here. -- Jerry Greenwood N9NRG grnwood@gagme.chi.il.us "Logic is the begining of wisdom, Lieutenent, not the end" ------------------------------ Date: 26 Jan 92 08:25:41 GMT From: pacbell.com!mips!think.com!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!asuvax!ukma!aunro!alberta!cpsc.ucalgary.ca!uug@network.UCSD.EDU Subject: SunOS AX.25 IP driver available To: packet-radio@ucsd.edu Short description: This device driver for the SunOS kernel allows the kernel network layer to send IP packet inside AX25 (using a TNC on a serial port), exactly like KA9Q NOS does. The AX25 device appears exactly (ok, minus possible bugs :-) like any other network device does to the kernel, so you can use any old regular SunOS TCP/IP programs (ftp, telnet, etc). (Tested on Sun3/60 and Sun4/260, SunOS4.1.1.) VERSION 1.0 deraadt@lego.cuc.ab.ca Availability: Our SunOS AX.25 IP device driver is now available for anonymous ftp at ucsd.edu in /hamradio/packet/ka9q/incoming/sunos_ax25ip.shar. Source and man pages only, it's 46116 bytes. I'm also willing to distribute it by email -- just drop me a note at uug@cpsc.ucalgary.ca asking for it. Author: Theo De Raadt deraadt@lego.cuc.ab.ca Amateur: William Graham VE6UUG uug@indigo.cuc.ab.ca uug@cpsc.ucalgary.ca Long description: AX25(8) MAINTENANCE COMMANDS AX25(8) NAME ax25 - AX25/IP ifconfig Utility SYNOPSIS ax25 [ -v ] <network address> <ham call sign> <tty_name> DESCRIPTION Amateur packet radio enthusiasts nowadays send IP packets over radio links. Hanging off a serial port on their com- puter, TNC modems are used to provide CSMA-like behaviour so that the single radio channel can be shared between multiple stations (somewhat like how ethernet works). Packet radio is a broadcast medium, hence the TNC is responsible for sharing the bandwidth with other TNC's. The computer talk- ing to the TNC must use a protocol called KISS (a simple derivative of SLIP encoding) to send/receive packets to/from the TNC. AX25 packets vary in length. The packet header at the start of the packet has four parts: 1. A (guaranteed to be) unique source address. 2. A destination addresses. 3. An AX25 packet type field. In our case it is always set to UI, to indicate that this is an AX25 datagram. 4. A small number, choosing between various higher level protocols, called the protocol ID. The addresses found in the header are a simple 7-byte encod- ing of the HAM radio call sign and substation ID. These addresses are used just like ethernet hardware addresses are, to provide a unique name for each station. The proto- col ID can choose between many protocols but users of IP- over-AX25 under Unix are really only concerned with two AX25 sub-protocols: ARP and IP. AX25 packets (received via KISS encoding from the TNC) which are found to contain ARP or IP datagrams are decoded and handed off to the kernel networking code. Similarily, the network code gives outbound datagrams to the AX25 device driver, where the reverse process occurs: they are encapsu- lated in AX25 packets and, after KISS encoding, sent off to the TNC for transmission. Both incoming and outgoing ARP datagrams require special handling. The Unix kernel's internal ARP cache contains translations between 4-byte IP addresses and 6-byte ethernet addresses. It's convenient to not rewrite the kernel's ARP implementation, so an encoding scheme was developed which Sun Release 4.1 Last change: 1 AX25(8) MAINTENANCE COMMANDS AX25(8) converts 7-byte AX25 addresses to/from 6-byte ethernet addresses. This is too twisted to describe here, so refer to the device driver source. OPTIONS You must be root to run this. It's a good idea to start it from /etc/rc.local in the background. -v Print out more information while setting up the link. <network address> This provides the IP address for the network port. This name gets passed to ifconfig(8), so it can be a name out of the hosts(5) database. <ham call sign> This is your HAM call sign, with your substation ID. <tty_name> Communicate over the named device at 9600 baud. EXAMPLE ax25 44.135.145.28 ve6uug-0 /dev/ttyb SEE ALSO Mike Chepponis (K3MC), Phil Karn (KA9Q). The KISS TNC: A simple Host-to-TNC PacComm. Operating Manual for PacComm Packet Controllers, RFC1055 Romkey, J. A Nonstandard for Transmission of IP The README file supplied with this AX25 package. BUGS Etherfind doesn't work as expected the first time you run it! TNC's that toggle DTR for each packet can cause problems because streams M_HANGUP and M_UNHANGUP messages are treated incorrectly. If you see console messages about M_HANGUP and M_UNHANGUP, cutting the DTR line will solve the problem. AUTHORS Theo de Raadt <deraadt@lego.cuc.ab.ca> [kernel hack] William Graham (VE6UUG) <uug@indigo.cuc.ab.ca> [HAM] Sun Release 4.1 Last change: 2 - William Graham - VE6UUG - - uug@cpsc.ucalgary.ca - ------------------------------ Date: 25 Jan 92 15:50:42 GMT From: olivea!isc-br!tau-ceti!comtch!iea!FredGate@ames.arpa Subject: Want multimode controller comparison To: packet-radio@ucsd.edu In a message of <23 Jan 92>, -Unknown- wrote to All: -> Newsgroups: rec.radio.amateur.packet -> Can anyone point me to a comparative review of the Kantronics KAM -> the more-or-less equivalent AEA and MFJ multimode controllers? -> particularly interested in quality of h.f. reception and ease and -> cost -> of upgrading to handle 2400 or 9600 baud on vhf. -> 73 de Al Woodhull N1AW Haven't seen such a review, however, I have reviewed all of these units for the RTTY Digital Journal (MFJ still in review). The MFJ would be the easiest to upgrade to 9600 on VHF. Just takes a daughterboard plug in. AEA PK232 doesn't really support 9600 yet, but probably will soon. KAM by Kantronics uses there Data Engine to get 9600. HF reception on all of these units on Packet is similar. I like PK232 on Packet. KAM on CW and RTTY. MFJ on Vhf Packet. All pretty darn nice units. Right now I reall y like the KAM with the HostMaster II software which allows me to monitor PacketCluster and mess with the other digital modes at the same time. Jay Ws7i * Origin: Radio Therapy BBS (1:346/3) ------------------------------ Date: Sat, 25 Jan 1992 17:39:30 GMT From: sdd.hp.com!wupost!unlinfo.unl.edu!news.unomaha.edu!news@network.UCSD.EDU To: packet-radio@ucsd.edu References <1992Jan23.035048.7549@anomaly.sbs.com>, <elling.920124175817@eng.auburn.edu>, <1992Jan25.040641.13940@cbfsb.att.com> Subject : Re: Establishing a group: rec.radio.amateur.packetBBS? In <1992Jan25.040641.13940@cbfsb.att.com> wa2ise@cbnewsb.cb.att.com writes: > Every so often, someone asks about a packet <> internet gateway. (probably > should be a FAQ on this). Anyway, would it be useful to create a newsgroup > that would take all the articles from the packet BBS network, and post them > on the Internet Netnews system? I would see it as a moderated group, the > moderator would have a radio and TNC grab the packet BBS articles and > post them on this newsgroup. People wishing to post to this group (and > on the packet BBS network) would send it to the moderator. The moderator > would check it for FCC rule compliance, and allow the good articles to > get onto the packet BBS network (with his call attached to it unless he > knows your call and he knows that it is legit). He probably wouldn't > inspect the stuff from packet. But he would form the gateway for packet > to internet, thus avoiding someone else duplicating postings. > No, I don't have the time or equipment to do this myself, so I can't > volunteer. (I have posted an occasional packet BBS article, but I don't > have enough resources to attempt the above.) > Why do this? Well, it would give hams with access to the internet, but > who don't have packet stations, access to the stuff on packet BBSs. > Also, unlicensed people could also get to read these articles. > Comments? How about alt.bbs.packet? It would fit nicely under the alt.bbs.* heirarchy, and since it was an alt group, you wouldn't need the formal call for votes such as in a rec.* newsgroup heirarchy. I don't really have a problem with it, but it depends on someone with lots of time to come in and do it. Any volunteers? (I already manage the Elmers list, and would be happy to add to the list such a volunteer) Check out news.lists, news.groups, news.announce.newusers, and alt.config for more information. 73, Paul W. Schleck, KD3FU ACM005@zeus.unomaha.edu ------------------------------ Date: Sat, 25 Jan 1992 17:44:19 GMT From: sdd.hp.com!wupost!unlinfo.unl.edu!news.unomaha.edu!news@network.UCSD.EDU To: packet-radio@ucsd.edu References <1992Jan23.035048.7549@anomaly.sbs.com>, <elling.920124175817@eng.auburn.edu>, <1992Jan25.040641.13940@cbfsb.att.com> Subject : Re: Establishing a group: rec.radio.amateur.packetBBS? In <1992Jan25.040641.13940@cbfsb.att.com> wa2ise@cbnewsb.cb.att.com writes: > Every so often, someone asks about a packet <> internet gateway. (probably > should be a FAQ on this). [...] Actually, there exists a general FAQ for the newsgroup with a pointer to a gateway discussion mailing list. There is also a list of all current gateways. Both should be available via anonymous FTP from ftp.cs.buffalo.edu or via mail server from ftpmail@decwrl.dec.com. 73, Paul W. Schleck ACM005@zeus.unomaha.edu ------------------------------ End of Packet-Radio Digest V92 #21 ****************************** Date: Mon, 27 Jan 92 04:30:03 PST 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 #22 To: packet-radio Packet-Radio Digest Mon, 27 Jan 92 Volume 92 : Issue 22 Today's Topics: Establishing an Internet Packet Radio Gateway. (2 msgs) Establishing a Packet Radio Internet Gateway. MNJR source code? Proxim Radios 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 Jan 92 15:34:08 GMT From: swrinde!emory!kd4nc!ke4zv!gary@network.UCSD.EDU Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu In article <1992Jan25.023229.18939@anomaly.sbs.com> mpd@anomaly.sbs.com (Michael P. Deignan) writes: >vail@tegra.COM (Johnathan Vail) writes: > >>I do FTPs over the air all the time. I think you are thinking that >>compressed data is not legal. I think that compressed data is just >>binary data and should be legal, unless it really is encrypted as is >>possible with many archive programs. > >How does one observing a transmission know whether the binary data is in >fact just plain binary data or is "encrypted"? The only way I know is to >examine the table of contents (as in the case of pkzip) to see if any files >internal to the zipfile are, in fact, encrypted. This is next to impossible >via FTP. > >Personally, I would love to establish an Internet gateway via KA9Q so >local hams could access the Internet for FTP, etc. However, I'm unsure that >under current FCC regulations it is possible to do so without getting a >little 'Notice of Violation' in the mail. The rules say that you can use "any code" to facilitate communications above 420 Mhz. If you aren't using a standard code, you must keep a copy of the code at your station so the FCC can request it to decode something they monitored if they want to. Just because Joe Average Frequency Cop can't turn "monitor on" in his TNC and print plaintext on his ASR33 is no reason to stop you from using a particular coding method. Gary KE4ZV ------------------------------ Date: 26 Jan 92 15:12:19 GMT From: swrinde!emory!kd4nc!ke4zv!gary@network.UCSD.EDU Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu In article <elling.920124175817@eng.auburn.edu> elling@eng.auburn.edu (Richard Elling) writes: > >>An Amateur Radio <-> Internet gateway is very unlikely, for several reasons: >> >> 1. You cannot transmit "obscenities" over the air, making most >> netnews non-transferrable. > >Recent court cases, most notably the infamous "Sh*t Happens" case >in Georgia (USA), may have bearing on amateur radio usenet gateways. >The courts have said something to the effect of (no, I'm not a lawyer >and don't understand all of the Constitutional Law implications) >the state cannot pass laws restricting the use of printed words, >even though the printed words are publically and intentionally >visible. In the "Sh*t Happens" case a law was adopted that made >printed obscenities illegal. The courts ruled the law unconstitutional. >Any ideas on how this impacts packet radio? That's not exactly what the court said. Basically, they said that that particular message was social commentary and thus had "redemming social value". That's the catchall phrase they use when weaseling approval of dirty language, pictures, and exibitions. They also said that the Georgia statute was "impermissably vague", their weasel words meaning that they didn't know how to interpret it. As you may know, the FCC quit enforcing their 7 dirty word list some time ago because Commission lawyers said it could infringe speech containing "redeeming social value" or speech that met "community standards". Very recently the Commission has tried to crack down on "Shock Radio" with no success. Tipper Gore's pressure group was trying to get it banned, but the Commission's lawyers couldn't find a sufficiently weasel worded regulation that would stop it and still pass muster with the courts. They tried a couple of approaches, but so far they have lost in court. The FCC has tended to take a market approach to regulation in recent years. They have taken an extremely relaxed approach to technical standards. Their contention has been that stations that don't put out high quality signals won't get good ratings so the problem is self correcting. In matters of content they tend to follow a similar line. If it gets good ratings, it must be meeting community standards. I'm not a lawyer either, but my company keeps some very expensive ones on staff to track First Amendment cases. They publish internal memos telling our staff what they think we can and cannot do. Their current opinion seems to be that short of live sex acts we can transmit anything. And they're not too sure about the live sex acts. :-) Gary KE4ZV ------------------------------ Date: Sun, 26 Jan 92 14:10:57 GMT From: hela.iti.org!b-tech!zeeff@uunet.uu.net Subject: Establishing a Packet Radio Internet Gateway. To: packet-radio@ucsd.edu Does anyone have more info about this? > 3) Somebody from Hawaii suggested I ask everyone about the "Proxim" modems > and use the unlicensed/experimental bands. Apparently the throughput is > faster as well? -- Jon Zeeff (NIC handle JZ) zeeff@console.ais.org ------------------------------ Date: 26 Jan 92 14:47:32 GMT From: news-mail-gateway@ucsd.edu Subject: MNJR source code? To: packet-radio@ucsd.edu I know this request deviates a bit from the intent of this listserv, but I still hope that someone can help me. I'd like to run K6STI's MNJR program on am Amiga 500 computer, which is not an IBM compatible computer (uses a 68000 cpu). Does anyone know if the source code to MNJR by K6STI is available, so that I could try porting it to the Amiga? (Yes I realize the program is copyrighted and I am prepared to pay for the source code). If the source code is available, could someone please send me the phone number for ordering it? Thanks, 73's ------------------------------ Date: 26 Jan 92 17:31:44 GMT From: usc!apple!fernwood!glensjl!sjl@network.UCSD.EDU Subject: Proxim Radios To: packet-radio@ucsd.edu In article <-1TJ#M@b-tech.uucp> (rec.radio.amateur.packet), zeeff@b-tech.ann-arbor.mi.us (Jon Zeeff) writes: > Does anyone have more info about this? > > > 3) Somebody from Hawaii suggested I ask everyone about the "Proxim" modems > > and use the unlicensed/experimental bands. Apparently the throughput is > > faster as well? Proxim is a supplier of 902-928 MHz spread spectrum transceivers. They are available in two different power levels (100 mw and 1 w) and do not require licenses to operate (under Part 15 of the FCC rules). They are capable of data rates in the 200kbps range. Proxim is located in Mountain View, CA. Scott ......................................................................... Scott Loftesness Internet: sjl@glenbrook.com 515 Buena Vista Avenue Others: 3801143@mcimail.com Redwood City, CA 94061 76703.407@compuserve.com ------------------------------ End of Packet-Radio Digest V92 #22 ****************************** Date: Tue, 28 Jan 92 04:30:02 PST 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 #23 To: packet-radio Packet-Radio Digest Tue, 28 Jan 92 Volume 92 : Issue 23 Today's Topics: 2 meter rig conversion/ Binary data ? Where is documentation for AmigaNOS AX25 source program needed Can the I/O stream in Ka9q's telnet be redirected? DSP2232 shipping Forwarded for G3LDI Mac Software. MFJ-1278 & MFJ-1289 (For Sale) Paccom's NB-96 modem with D4-10? (help) Packet programs for Amiga PK232, MacRatt Software Proxim Radios 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, 27 Jan 1992 21:54:40 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU Subject: 2 meter rig conversion/ Binary data To: packet-radio@ucsd.edu In article <9201252122.AA15003@ucsd.edu>, SNYDER@uncvx1.acs.unc.EDU (Mr. J. William Snyder, Jr. at the University of North Carolina at Chapel Hill) writes: |> amateur bands. I could just see the FCC having a fit over a newsfeed |> containing GIF's in the newsgroup alt.binaries.pictures.erotica being |> forwarded into the AMPRnet! Oh, I don't know...I have seen RTTY operators exchanging "pin up" pictures of naked ladies over the air for as long as I have been a ham. |> Amateur networks. I do not believe that the AMPRnet will ever become a |> fully integrated part of the Internet simply because of the nature of the |> Amateur Service, but certainly the FCC can slack up a bit to allow for the |> use of new networking technologies. With the present rules, I agree with you, but a major proposal appears to be in the works to relax the business prohibitions for amateur radio. Perhaps this is our chance to see if the rules could be changed to clearly allow automatic gateways with the Internet. Phil ------------------------------ Date: 27 Jan 92 13:03:23 GMT From: sun-barr!cronkite.Central.Sun.COM!grapevine.EBay.Sun.COM!sunicnc.France.Sun.COM!smckinty@ames.arpa Subject: ? Where is documentation for AmigaNOS To: packet-radio@ucsd.edu I have retrieved the latest AmigaNOS stuff from ucsd.edu but I can't find any documentation with it. There are several likely-looking files in the hamradio directories at ucsd.edu, can anybody suggest which (if any) is the most up-to-date piece of documentation for the Amiga version? Thanks -- Steve McKinty SUN Microsystems ICNC 38240 Meylan, France email: smckinty@france.sun.com BIX: smckinty ------------------------------ Date: 27 Jan 92 13:03:42 GMT From: news-mail-gateway@ucsd.edu Subject: AX25 source program needed To: packet-radio@ucsd.edu I need of source of AX25 program preferably dedicated to Z8530 SCC. Is it possible to find it ? Where ? I would like to have too TheNet protocol. Many thanks for your help. Jean-Francois FC1EVM @ FC1GJC.FMLR.FRA.EU !! ------------------------------ Date: 28 Jan 92 02:16:52 GMT From: sdd.hp.com!usc!wupost!csus.edu!ucdavis!UMCVMB!C506634@network.UCSD.EDU Subject: Can the I/O stream in Ka9q's telnet be redirected? To: packet-radio@ucsd.edu [If you're already read this is comp.protocols.tcp-ip.ibmpc then I apologize, It didn't dawn on me to post here until after I had sent it off] I've seen some mention of Ka9q's telnet using ansi.sys for console output. This leads me to beleive that it may be possible to redirect it's i/o streams. Has anybody tried this? If DOS console reads and writes were redirected to the serial port via a BBS style program, could Ka9q's telnet be used from a terminal? Eric Edwards: c506634 @ | "MS-DOS is one of those rare environments where Inet: umcvmb.missouri.edu | applications are written around the operating Bitnet: umcvmb.bitnet | system rather than under it." ------------------------------ Date: 27 Jan 92 19:43:13 GMT From: news-mail-gateway@ucsd.edu Subject: DSP2232 shipping To: packet-radio@ucsd.edu I have an OLD (more than a year) backorder for one of these units from AES in Reno, and they just called to say that they'd received two units and "Did I still want it?". It's on its way to me. 73, doug. ------------------------------ Date: 27 Jan 92 13:01:07 GMT From: news-mail-gateway@ucsd.edu Subject: Forwarded for G3LDI To: packet-radio@ucsd.edu I write Packet Panorama in Practical Wireless, a column devoted, obviously, entirely to packet radio. I am instigating a monthly item called "Sysops Corner". This will be a photograph of the sysop, in the shack, preferably together with information on what the sysop does, i.e. BBS, Node, Remote Sysop or combination of all three, plus details of equipment and antennas used and the interests held. I can read both 3.5 and 5.25 standard/HD disks and would be prepared to return disks and photographs after use. My address is as follows: Roger J. Cooke, G3LDI, The Old Nursery, The Drift, Swardeston, Norwich, Norfolk, England, NR14 8LQ. Tel: 0508 70278 (daytime answering machine) I would also be interested in any packet groups, clubs or organisations that may be in existance. Please send any details you may have. 73 de Roger, G3LDI @ GB7LDI ------------------------------ Date: 27 Jan 92 13:05:24 GMT From: news-mail-gateway@ucsd.edu Subject: Mac Software. To: packet-radio@ucsd.edu Hello MacUsers, Harald Koch asked in his message of Dec 91 about Macintosh Ham Software. Well I'm glad to say that at least here in Europe things seem to be getting a little better day by day. To begin with, Mac's were prohibitively expensive here, but with the introduction of the Mac Classic this seems to be changing. Anyway here is a list of some of the Ham software that I have seen running on a Mac. 1. NET/MAC, TCP/IP for the Mac. 2. AEA MacRatt, controler for the AEA PKP232, excellent. 3. GrayLineMac, grayline stack. 4. TalkTerm, talking terminal for use with DX clusters. 5. Broadcast, for use with PACSAT'S. 6. KISS_TLM, for use with OSCAR 13. 7. MacShortwave, propagation predictor. 8. IM/Mac, better mailer for use with NET/MAC 9. Morse, morse code tutor. 10. Various Hpyer stacks, including one that I'm just about to finish which will control TX/RX rigs that have a RS232 interface. This is just a small sample of the stuff thats available. It's there, you just have to look hard sometimes. Another place worth looking at is the ARRL Project Mac. Ofcourse the telephone BBS's can prove useful. If you need any more information on any of this please feel free to get in touch. AMPR.NET g0oan%g0oan@gb3xp or BBS.NET G0OAN@GB7HSN.#32.GBR.EU. Regards for now, Sean. ------------------------------ Date: 28 Jan 92 03:33:55 GMT From: cbmvax!rehab1!rehab2!dans@RUTGERS.EDU Subject: MFJ-1278 & MFJ-1289 (For Sale) To: packet-radio@ucsd.edu FOR SALE: MFJ-1278 Multi-mode TNC Includes latest version ROM, multi grey level modem. 1200 baud modem. (Can be upgraded to 2400 baud) Does SSTV, FAX, packet, AMTOR, RTTY, CW & Navtex. FOR SALE: MFJ-1289 MultiCom (MS-DOS software) Allows usage of all the 1278's modes w/screen display for video modes (FAX, SSTV, Color Packet). (Copy protected version - no CALL encoded) List: $279.95 (MFJ-1278) List: $ 59.95 (MFJ-1289) ------ $339.90 Asking $250 plus Shipping. Full details (on both items) can be found in the MFJ catalog. These are the current versions being sold by MFJ and as such will require no upgrades. Since I have 2 1278's (yes two) and no longer use a MS-DOS machine its time to do some shack cleaning (not to mention I -WANT- a satellite system real bad ;-). If interested you can reply via e-mail (address below) or voice to (215) 775-8352. -Dan -- Reading Rehabilitation Hospital _/\_ Those who worked the Dan Schein - Information Systems \ / hardest, are the last RD 1 Box 250 /_ _\ to surrender. Reading, PA 19607 \/ -= Gary Ward =- dans@rehab2.UUCP -or- ....{uunet,rutgers}!cbmvax!rehab1!rehab2!dans ------------------------------ Date: 28 Jan 92 05:55:30 GMT From: news-mail-gateway@ucsd.edu Subject: Paccom's NB-96 modem with D4-10? (help) To: packet-radio@ucsd.edu I recently laid my hands on a Paccom Tiny-2 with their NB-96 internal modem. I have no paperwork on this thing (Paccom is sending it) but I was wondering if anyone had converted one of these over to 19.2K baud and had pulled TTL levels out of it to drive the Kantronics D4-10. I'm currently running a Data Engine with 9600 & 19.2K modems on 2 meters and 440 respectively, (and I really like the Data Engine by the way), but I'd like to convert and use this Paccom G3RUH design on 19.2/440 Mhz. Thanks for any and all help. Mark Bitterlich mgb@tecnet1.jcte.jcs.mil internet wa3jpy@wb4uou.nc.usa.na (amateur packet radio, not an internet address :-) ------------------------------ Date: 27 Jan 92 13:04:13 GMT From: news-mail-gateway@ucsd.edu Subject: Packet programs for Amiga To: packet-radio@ucsd.edu Hello, Someone's has been asking about packet prg.'s for the Amiga there are Quite a few I have aan terminal prg AmigaPakrat works fine for AX25. and wat I'm using nou is a shareware prg. AmigaNos bij KA9Q ported to the Amiga bij W ???? and being enhancd bij G1YYH best 73's Arie Hoogzand PA3BVM | [44.137.32.44] PA3BVM | AX25 PA3BVM@PI8MID [44.137.32.93] SYS2.PA3BVM | SMTP PA3BVM@PI8VLI [44.137.32.94] SYS3.PA3BVM | TELE. 01870-82483 ------------------------------ Date: 27 Jan 92 21:51:12 GMT From: zephyr.ens.tek.com!tvnews!steveo@uunet.uu.net Subject: PK232, MacRatt Software To: packet-radio@ucsd.edu This is posted for a friend so if you can please respond to him, thanks... "I have recently purchased a PK232 and wish to use an HP Laserwriter IIP as its printer. The bad news is that the MacRatt software for the MacIntosh only supports the Imagewriter. Does anyone have a suggestion or fix,.....other than purchasing an Imagewriter?" Please respond to: Chris Bednarek (K2RAG) chrisb.dsd-1@data.rain.com or 503-645-7333 X400 ------------------------------ Date: Mon, 27 Jan 1992 22:05:57 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU Subject: Proxim Radios To: packet-radio@ucsd.edu In article <D2150049.qgc40b@glensjl.glenbrook.com>, sjl@glensjl.glenbrook.com (Scott Loftesness) writes: |> Proxim is a supplier of 902-928 MHz spread spectrum transceivers. Anyone interested in these Part 15 data radios should keep "caveat emptor" in mind. Many units are "spread spectrum" in name only, i.e., they spread only because the FCC requires them to and the receivers exhibit no processing gain. This was clearly against the spirit of the rules. The FCC closed this loophole over a year ago but they grandfathered the existing units for two years, I believe. Newer radios meeting the spirit of the old rules (and the letter of the new) are starting to appear, but they are significantly more expensive. Also, I do not know of any Part 15 spread spectrum data radios that do automatic power control, which I believe to be essential for any spectrally-efficient spread spectrum system. Phil ------------------------------ Date: Mon, 27 Jan 1992 21:42:24 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU To: packet-radio@ucsd.edu References <2928@atlas.tegra.COM>, <1992Jan25.023229.18939@anomaly.sbs.com>, <1992Jan26.153408.3523@ke4zv.uucp> Reply-To : karn@chicago.qualcomm.com Subject : Re: Establishing an Internet Packet Radio Gateway. In article <1992Jan26.153408.3523@ke4zv.uucp>, gary@ke4zv.uucp (Gary Coffman) writes: |> The rules say that you can use "any code" to facilitate communications |> above 420 Mhz. Actually, it's "above 50 MHz", AND it applies only to "domestic communications" (between points under the FCC's jurisdiction). The FCC has never groked the concept of protocol layering and modularity. That's how they can talk about "ASCII" and "AX.25" as though they were both "protocols", and why asking them whether sending binary computer programs is "ascii" or not is probably not a good idea. Just do it. It doesn't matter how intricate your coding and/or compression schemes are, if you are not DELIBERATELY taking steps to hide the meaning of what you're sending, then as far as I'm concerned you are not violating the no-cipher rules. Phil ------------------------------ End of Packet-Radio Digest V92 #23 ****************************** Date: Thu, 30 Jan 92 04:30:03 PST 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 #24 To: packet-radio Packet-Radio Digest Thu, 30 Jan 92 Volume 92 : Issue 24 Today's Topics: (none) 1200 vs. 2400 9600 Baud Packet Questions ? Where is documentation for AmigaNOS BAYCOM, working, but HELP DAMA implementations ? (2 msgs) Help request on Heath TNC IP over packet networks -- routing? (4 msgs) Packet TNC Compare (AEA/MFJ/KANTRONICS/etc) Request for Help with Heath TNC HD-4040 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: 29 Jan 92 06:02:26 GMT From: news-mail-gateway@ucsd.edu Subject: (none) To: packet-radio@ucsd.edu Looking for Packet Groups Looking for Packet Groups I'm looking to find other packet groups or organizations that would like to exchange ideas and information. In the state of Michigan (USA), we have a recently formed group called MIPAC, Inc. (Michigan Packet Council). This group covers presently convers the entire state of Michigan. There is also an unofficial group called PTIG (Packet Technical Interest Group) that is in SouthEast Michigan. We're still trying to even get a decent system up around the state we still don't have connectivity everyone. We have no direct routes between the East and West sides of the state (about 200-250 miles apart). Probably the best coordinated systems are the DX Clusters backbone, GLNET (comprised of TEXNET nodes) on the West side of the state, and the Detroit/Windsor TCP/IP switch/server site with it's NETROM/TCP-IP backbone to Ohio (about 60 miles). I know that many many other people have gone through the problem of trying to set up a state or country wide system and have dealt with problems. Many also have packet groups that have solved these. I just got hold of a paper from the NEDA (North East Digital Association) that I thought was very well done explaining a lot of terms and showing maps of the packet system. Are there any other groups out there that would like to share information also. It would be good if groups talked to each other and learn from each others mistakes and problems. The MIPAC is still new, but we are putting together a new list of stations in the state. We are also trying to decide what type of systems should be put in too. One of my goals would be the capability of passing various protocols. Since I run several TCP/IP systems, I would rather see NOS switches go up, but that's not always practical. I have asked several times on here for any info on Flexnet, but noone responded back as to how to get hold of one of these units or who to even contact (guess we won't try that one then). I like what the people in Georgia are doing, but that might still be out of our price range. We are still seeing about getting a post office box for MIPAC, but I can let other groups know when we do get one and what it is. I would like to get some kind of 'point-of-contact' or address though from other groups. 73 Ron Atkinson N8FOW ron@chaos.eng.wayne.edu N8FOW@WB8H.#SEMI.MI.USA.NA n8fow@detroit.ampr.org au351@po.cwru.edu (pick one of tthe above) ------------------------------ Date: 25 Jan 92 23:38:10 GMT From: dorm.rutgers.edu!munnari.oz.au!ipso!runxtsa!ycomputr@RUTGERS.EDU Subject: 1200 vs. 2400 To: packet-radio@ucsd.edu In article <1992Jan23.102309.37@hhcs.gov.au> makinc@hhcs.gov.au writes: > >Take a look at 4800 baud as well. It's not that hard and worth >the effort. > There seems to be a marked drop in interest among many amateurs when they find out that they have to open up their nice shiny black boxes and make connections to their innards. :-( > ><sigh> 1200 baud UHF links using ROSE is the joke. :-( We have >a small 4800 baud NET/ROM network operational as well, Dave. The fellow who writes ARA's packet column (I've forgotten his name) keeps insisting that NET/ROM is illegal in Oz. Is this a result of differing interpretations of the regs, or has NET/ROM been modified to make it legal, or what? >Hopefully Sydney/Melbourne Connectivity sometime in the next few >months. (It'll be slow though, most of it will be at 1200 baud.) Ahhh, when I see those messges from the US with their 56k backbones etc etc, I feel like just packing up and shifting over :-) > -Mark -- Mark Cheeseman, Technical Editor, Your Computer. ycomputr@runxtsa.runx.oz.au packet: vk2xgk@vk2op.nsw.oz.oc [This space intentionally blank] Phn: +61 2 693 4143 Fax: +61 2 693 9720 Fido: 3:712/505.15@fidonet.org ------------------------------ Date: 29 Jan 92 05:48:00 GMT From: sun-barr!cronkite.Central.Sun.COM!grapevine.EBay.Sun.COM!west!nealpo@ames.arpa Subject: 9600 Baud Packet Questions To: packet-radio@ucsd.edu I am new to packet radio. I am interested in the G3RUH (?) 9600 baud modem kit, and also knowing what radio's work with it. I am using a PK-88 TNC. 1. What sources and prices exist for the 9600 baud modem? 2. Has anyone put together a list of 2 meter rigs that work with this 9600 baud packet modem? Those of you using 9600 packet, what hardware works, and is a low cost way to get started? Sincerely, Neal Pollack N6YFM nealpo@West.Sun.COM ------------------------------ Date: 28 Jan 92 13:08:30 GMT From: mcsun!uknet!mucs!mccuts!MCC.ac.uk!J.Heaton@uunet.uu.net Subject: ? Where is documentation for AmigaNOS To: packet-radio@ucsd.edu In article <ko80orINNiu8@grapevine.EBay.Sun.COM> smckinty@sunicnc.France.Sun.COM (Steve McKinty - Sun ICNC) writes: >I have retrieved the latest AmigaNOS stuff from ucsd.edu but I can't >find any documentation with it. There are several likely-looking files >in the hamradio directories at ucsd.edu, can anybody suggest which >(if any) is the most up-to-date piece of documentation for the Amiga >version? The PC documentation for NOS covers about 90% of the facilities available in AmigaNOS, with only the Amiga specific parts being omitted. Cheers, John. JANET : J.Heaton@uk.ac.Manchester Packet: G1YYH@G1YYH.GB7NWP.#16.GBR.EU (QTHR) * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * | NRS Central Administrator | | MCC Network Unit, The University, Oxford Road, Manchester, M13-9PL | | Phone: (+44) 61 275 6011, FAX: (+44) 61 275 6040 | * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * ------------------------------ Date: 28 Jan 92 15:01:22 GMT From: rosevax!bert!mikef@uunet.uu.net Subject: BAYCOM, working, but HELP To: packet-radio@ucsd.edu I need some help with a problem that I have been fighting for several days with the BAYCOM packge, if anyone is familar with it. I can connect to most of the stations in my area, no problem, direct, digi, BBS's, etc. However, there is one BBS that I cannot connect to, which is the one that I want to use as my home BBS. I was able to connect last week, but I haven't gotten into it since. I can connect, just fine with: :c N0IHY-1 (K-node), I get the "Welcome" (but I still have to learn about it!). If I try the connect to the BBS: :c N0IHY-3 I see his packets comming across the lower part of the screen just fine, but they don't get into my recieve buffer. I see all the retrys, and can't see any errors. It is a good strong signal. His packets start with: [MSYS 1.2 H$] (umlauts turned off) Data follows for intro to the board. The info that I see on the screen looks the same as any other station. I have tried it using digipeaters, no change. As I mentioned, I can get into all the other stations without problems (usually instant connect.) I'm running an ICOM 245 (also tried my handheld) to a homebrew J-pole on the roof. I don't have the "cnot" feature enabled, to prevent a connect. The voltage setting on the TC4305 (?) is 2.75 volts, I have tried varying this a bit, without success. Anyone have any other ideas? Mikef WA0VNH mikef@rosemount.com ------------------------------ Date: 28 Jan 92 13:30:18 GMT From: mcsun!news.funet.fi!sunic!ugle.unit.no!mack.uit.no!stud.cs.uit.no!oivindh@uunet.uu.net Subject: DAMA implementations ? To: packet-radio@ucsd.edu Hello! I've read about an alternative mode of the AX.25 link protocol, called DAMA (Demand Assigned Multiple Acess). It makes use of polling to control access to the radio channel. (like ARM-mode HDLC) The throughput should be better than ordinary balanced mode AX.25 with CSMA, because the collision rate is drasticly reduced. My questions to the net is: What implementations of DAMA is available? And where can one get them? (I've only heard about The Firmware 2.3 D ) Has anyone made experiences with this mode? Best 73! Oyvind - LA7ECA @ LA3T ------------------------------ Date: 29 Jan 92 10:28:42 GMT From: pacbell.com!att!linac!uwm.edu!wupost!darwin.sura.net!Sirius.dfn.de!urmel!alf@network.UCSD.EDU Subject: DAMA implementations ? To: packet-radio@ucsd.edu oivindh@stud.cs.uit.no (Oeyvind Hanssen) writes: >Hello! Re: Hello! >My questions to the net is: What implementations of DAMA is available? And >where can one get them? (I've only heard about The Firmware 2.3 D ) Up to now I only knew about The Firmware 2.3d implementation. But I heard as a rumour that there some guys which try to port this implementation to the PK232. The PK232 would then probably behave like a TNC2 with The Firmware. If there is interest I could post (or mail) the binaries of TF2.3d >Has anyone made experiences with this mode? Sorry not yet, as I didn't got an digipeater with DAMA facilities in my neighborhoud. On "normal" digipeaters the TF2.3 behave as was before. Best 73! Ralf, DD2KZ @ DK0MWX.NW.DEU.EU -- Ralf Crumbach, DD2KZ | 355 / 113 alf@dfv.rwth-aachen.de | - Not the famous irrational number PI alf@messua.informatik.rwth-aachen.de | but a incredible good simulation. | ------------------------------ Date: 28 Jan 92 16:54:29 GMT From: swrinde!elroy.jpl.nasa.gov!aero.org!usasoc.soc.mil!aroth@network.UCSD.EDU Subject: Help request on Heath TNC To: packet-radio@ucsd.edu I am having a problem with a Heathkit model HD-4040 Terminal Node Controller. It works fine in all modes except digipeat mode. I have the digipeat mode control set to ON but other stations cannot digipeat through me. If anyone has had this problem or has any suggestions I would appreciate your help. I am using the Heath AX.25 version 3.3 firmware. Thanks, de N4LBB, Perry email: pbrock@usasoc.soc.mil Snail Mail: Perry Brock SRI International P.O. Box 70314 Fort Bragg, NC 28307 Phone: (919) 436-0950 ------------------------------ Date: 28 Jan 92 15:45:17 GMT From: vtserf!groupw.cns.vt.edu@uunet.uu.net Subject: IP over packet networks -- routing? To: packet-radio@ucsd.edu I am starting to do some experimenting with TCP/IP over packet. I have a fair amount of experience with IP on the Internet and have some questions about how it is done over packet. Routing seems to be the real problem. Do you have to use static routes for everything? Is net 44 subnetted? Are there future plans to get some sort of routing protocol running? Phil Benchoff KC4ZEN ------------------------------ Date: Wed, 29 Jan 1992 19:15:50 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU Subject: IP over packet networks -- routing? To: packet-radio@ucsd.edu In article <3179@vtserf.cc.vt.edu>, benchoff@groupw.cns.vt.edu (Phil Benchoff) writes: |> I am starting to do some experimenting with TCP/IP over packet. I have |> a fair amount of experience with IP on the Internet and have some |> questions about how it is done over packet. Routing seems to be the |> real problem. Do you have to use static routes for everything? Is |> net 44 subnetted? Are there future plans to get some sort of routing |> protocol running? Phil, Yes, at present static routing is pretty much the default (pun). There has been some experimentation with SPF protocols (RSPF) but it's not really ready for prime time. NOS also includes RIP, but except for very limited situations it's not really suitable for radio. Network 44 is subnetted by geographic area. At present most subnets are isolated "islands" but an increasing number are interconnected by encapsulating gateways that use the Internet to provide virtual links between them. IP routing in the amateur network is a fertile area... Phil ------------------------------ Date: 29 Jan 92 20:11:40 GMT From: pa.dec.com!nntpd.lkg.dec.com!carafe.enet.dec.com!goldstein@decwrl.dec.com Subject: IP over packet networks -- routing? To: packet-radio@ucsd.edu In article <3179@vtserf.cc.vt.edu>, benchoff@groupw.cns.vt.edu (Phil Benchoff) writes... >I am starting to do some experimenting with TCP/IP over packet. I have >a fair amount of experience with IP on the Internet and have some >questions about how it is done over packet. Routing seems to be the >real problem. Do you have to use static routes for everything? Is >net 44 subnetted? Are there future plans to get some sort of routing >protocol running? A routing protocol specifically designed for packet radio, RSPF, has been experimentally implemented. Based upon the link state - SPF model of routing, RSPF is a small (for PC use) protocol which supports NOS-style node groups (subnets) in both backbone and local configurations. The existing implmentations are a bit iffy, but the N1BEE variant on PA0GRI's NOS, available from ChowdaNet in RI (sorry, I don't have the number handy), is pretty stable. I'm the protocol's author, and while the current test code is based on V2.1 of the spec, Mike N1BEE is about to work on my not-yet-released V2.2 of the protocol. Other than that, there's TheNet and its clone ("NET/ROM"), which is sort of an autorouting program for packet radio, and there's ROSE, which I suspect is more static though based upon X.25. --- Fred R. Goldstein goldstein@carafe.enet.dec.com k1io@n1hqh.ampr.org or goldstein@delni.enet.dec.com voice:+1 508 952 3274 Standard Disclaimer: Opinions are mine alone; sharing requires permission. ------------------------------ Date: 29 Jan 92 21:04:19 GMT From: usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!walter!qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU Subject: IP over packet networks -- routing? To: packet-radio@ucsd.edu In article <33001@nntpd.lkg.dec.com>, goldstein@carafe.enet.dec.com (Fred R. Goldstein k1io) writes: |> Other than that, there's TheNet and its clone ("NET/ROM"), which is |> sort of an autorouting program for packet radio, and there's ROSE, |> which I suspect is more static though based upon X.25. NET/ROM uses a "distance vector" type of routing algorithm which has serious problems on unreliable radio links. ROSE uses static routing, but unlike the author of NOS, ROSE's authors actually tout static routing as an "advantage" of their system. The first rule of American marketing: if you can't deny it, emphasize it. Phil ------------------------------ Date: Tue, 28 Jan 1992 23:19:44 GMT From: ftpbox!mothost!white!rtsg.mot.com!svec@uunet.uu.net Subject: Packet TNC Compare (AEA/MFJ/KANTRONICS/etc) To: packet-radio@ucsd.edu This sounds like a probable FAQ but here goes since I have not yet seen it: I want to buy a TNC in the next few weeks and wonder if a feature compare among the main 3 or 4 TNC vendors exists? I'm tending towards a VHF/UHF TNC with mailbox rather than starting with a full featured all-mode (150 buck price tag vs near 300 for an all mode being the reason). In addition to a feature compare, would appreciate comments on what I might be missing out on with the $150 range vhf/uhf versus going the full all mode route. FYI I plan on using 2M mobile and/or ht, perhaps 70cm radio also. I also have a Kenwood 440 on HF (I wonder what kinds of things are in the ham bands and non-ham bands that might be interesting to listen to with an all-mode controller?) In the computer dept, I have a dumb terminal (e.g. VT100 kind of thing) and a primitive IBM PC with CGA monitor. Would appreciate any and all advice... will post a summary of all replies when the dust settles down in about a week or two on these main questions of: -Feature compare/opinions of VHF/UHF/mailbox TNCs - " " ALLMODE TNCs -What "out of band SWLing" on HF is out there which would be neat if I bought an ALL MODE controller? -etc. Thanks... KD9OF -- Larry Svec - KD9OF home: 708-526-1256 e-mail: uunet!motcid!svecl VHF: 145.150- work: 708-632-5259 fax: 708-632-3290 UHF: 443.575+ ------------------------------ Date: 29 Jan 92 13:41:07 GMT From: sparkyfs.erg.sri.com!usasoc.soc.mil!aroth@ames.arpa Subject: Request for Help with Heath TNC HD-4040 To: packet-radio@ucsd.edu I am having a problem with a Heathkit model HD-4040 Terminal Node Controller. It works fine in all modes except digipeat mode. I have the digipeat mode control set to ON but other stations cannot digipeat through me. If anyone has had this problem or has any suggestions I would appreciate your help. I am using the Heath AX.25 version 3.3 firmware. Thanks, de N4LBB, Perry email: pbrock@usasoc.soc.mil Snail Mail: Perry Brock SRI International P.O. Box 70314 Fort Bragg, NC 28307 Phone: (919) 436-0950 ------------------------------ Date: Wed, 29 Jan 1992 19:19:31 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU To: packet-radio@ucsd.edu References <1992Jan23.035048.7549@anomaly.sbs.com>, <1992Jan24.182458.11566@ke4zv.uucp>, <4227@unccvax.uncc.edu> Reply-To : karn@chicago.qualcomm.com Subject : Re: Establishing an Internet Packet Radio Gateway. In article <4227@unccvax.uncc.edu>, cs00wlh@unccvax.uncc.edu (W. Luke Hamaty) writes: |> Who really cares?) I think regulation of content has become completely |> impractical, and the FCC needs to get away from it except in the most |> basic and critical forms. Well put! |> There should |> at least be an exemption for compression for the purpose of bandwidth |> reduction using published and publicly available formats. Whoa! There is absolutely nothing in the present rules that says you can't compress, so why do we need an exemption? I'd like to nip this one in the bud before people really start believing that compression is illegal... Phil ------------------------------ Date: 29 Jan 92 01:30:44 GMT From: unccvax!cs00wlh@mcnc.org To: packet-radio@ucsd.edu References <6wgweB2w162w@micor.ocunix.on.ca>, <1992Jan23.035048.7549@anomaly.sbs.com>, <1992Jan24.182458.11566@ke4zv.uucp> Reply-To : cs00wlh@unccvax.uncc.edu.UUCP (W. Luke Hamaty) Subject : Re: Establishing an Internet Packet Radio Gateway. This whole discussion of whether binary data is encrypted points out what I think is the key reason the regulations need to be changed. The whole concept of encrypted vs unencrypted is obsolete, as are many of the distinctions between business and personal. (I download a program in source form for my personal use. I really like it, so I take it to work. Maybe that breaks the rules, maybe not. Who knows? Who really cares?) I think regulation of content has become completely impractical, and the FCC needs to get away from it except in the most basic and critical forms. (No regular use for business, no sale of communication services, no kiddie-porn over the airwaves.) There should at least be an exemption for compression for the purpose of bandwidth reduction using published and publicly available formats. This really belongs on the policy topic. This is the short form of my opinion (and only my own), so please don't point out all the holes. I know they are there, but I don't want to type all night. :w:w:w:w:w ------------------------------ Date: 28 Jan 92 17:15:20 GMT From: elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu@ames.arpa To: packet-radio@ucsd.edu References <J.Heaton.7@MCC.ac.uk>, <pat_meloy.05bx@outbound.wimsey.bc.ca>, <J.Heaton.8@MCC.ac.uk>wf Subject : Re: AmigaNOS v2.8p In article <J.Heaton.8@MCC.ac.uk> J.Heaton@MCC.ac.uk (John Heaton) writes: }I Use AmigaNOS on my 2000 to send/receive files to/from my 386/40 PC running }NOS.EXE at 19200baud at about 5k/sec using SLIP. } Does this mean that I should have no problem (hee, hee) using AmigaNos to connect to the SLIP system at school over a modem? Does this also mean that I can buy GfxBase's X server and use it over said line? Inquiring minds want to know! }Cheers, John. } JANET : J.Heaton@uk.ac.Manchester } Packet: G1YYH@G1YYH.GB7NWP.#16.GBR.EU (QTHR) }* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * }| NRS Central Administrator | }| MCC Network Unit, The University, Oxford Road, Manchester, M13-9PL | }| Phone: (+44) 61 275 6011, FAX: (+44) 61 275 6040 | }* - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - * Regards, Randy -- Randy M. Roberts rmr@ccwf.cc.utexas.edu ------------------------------ Date: 30 Jan 92 03:45:43 GMT From: swrinde!gatech!gsusgi1.gsu.edu!gsusgi1.gsu.edu!regmad@network.UCSD.EDU To: packet-radio@ucsd.edu References <1992Jan24.182458.11566@ke4zv.uucp>, <4227@unccvax.uncc.edu>, <1992Jan29.191931.13906@qualcomm.com> Subject : Re: Establishing an Internet Packet Radio Gateway. karn@qualcom.qualcomm.com (Phil Karn) writes: >In article <4227@unccvax.uncc.edu>, cs00wlh@unccvax.uncc.edu (W. Luke Hamaty) writes: >|> Who really cares?) I think regulation of content has become completely >|> impractical, and the FCC needs to get away from it except in the most >|> basic and critical forms. >Well put! >|> There should >|> at least be an exemption for compression for the purpose of bandwidth >|> reduction using published and publicly available formats. >Whoa! There is absolutely nothing in the present rules that says you can't >compress, so why do we need an exemption? I'd like to nip this one in the >bud before people really start believing that compression is illegal... >Phil Face it: The single problem which differentiates HAM radio networks from commercial networks is subtle rules which restrict freedom of speech. No posibility exists for a internet-packet gateway with this restriction. Unfortunatly this restriction is the only thing keeping the HAM bands from becoming a usefull tool for me. I see a compromise. Net news is a public access net with fewer restrictions. Specifically advertising is restricted. I would love to receive my email on packet from work. This is an acceptable Internet option not a HAM option. Perhaps it is the recent announcement of a email service using packet radio technology in an News article I just read. I am sure it uses the stolen portion of the 220 MHZ band. The article also said it is a first to offer email using radio Ha Ha dream on. See comp.dcom.telecom for announcement. I do not want to order a pizza using my 2MTR HT but to me this is not a good point of view for paket radio. I will admit that much of the bands are being under utilized. What is the point of AX.25 if there is no one to colllide with. CB has had a bad name and understandably so but I use it as it was intended. When I have to follow my girl friend to the auto service center we can talk about her lanscaping business and about my work without a problem. Talk about useless the pile-ups on 10 meters. The answer here is the redefinition of HAM to be personal communications not the communication to make contact rule. -- _______ ______ / / / / Michael A. de Kraker / /______ / / Georgia State University 404-261-0472 / ___ / / / Internet:REGMAD@GSUSGI2.GSU.EDU /_______/ ______/ /_______/ BITNET :REGNAD@GSUVM1 PACKET:KD4FKW@W4QO % got a light? no match ------------------------------ Date: 30 Jan 92 05:37:08 GMT From: munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@tcgould.tn.cornell.edu To: packet-radio@ucsd.edu References <1992Jan23.102309.37@hhcs.gov.au>, <1992Jan25.233810.25270@runx.oz.au>, <1992Jan29.030837.8741@ips.oz.au> Subject : Re: 1200 vs. 2400 dave@ips.oz.au (Dave Horsfall) writes: >That would be John Day VK3ZJC - he's also a director of a certain Amateur VK3ZJF for what it matters. >>Ahhh, when I see those messges from the US with their 56k backbones etc etc, >>I feel like just packing up and shifting over :-) >It's a shame, ain't it... Have a look at the wonderful LANs they've set >up in VK1, and VK3 etc, and you wonder what happened to VK2 ... I don't mean to be too pointed Dave, but your 4800bps modem and Nos node will be on air when again did you say ? What happened was no-one did anything ... too much bickering.. too much in-fighting .. not enough doing .. There is a wonderful lan is VK2, there are about 6-7 nodes running on it, it will increase as facilities available increase, and others get themselves organised (Mark, are you reading this ?) 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). __\*/__ _____ -- ------------------------------------------------------------------------ Terry Dawson, terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc +61 2 925 1556 (voice), +61 2 922 5973 (fax). __\*/__ _____ ------------------------------ Date: 29 Jan 92 03:08:37 GMT From: ogicse!uwm.edu!zaphod.mps.ohio-state.edu!samsung!munnari.oz.au!ipso!dave@network.UCSD.EDU To: packet-radio@ucsd.edu References <1992Jan20.233422.14353@ips.oz.au>, <1992Jan23.102309.37@hhcs.gov.au>, <1992Jan25.233810.25270@runx.oz.au>p Subject : Re: 1200 vs. 2400 In article <1992Jan25.233810.25270@runx.oz.au> ycomputr@runx.oz.au (Mark Cheeseman) writes: >There seems to be a marked drop in interest among many amateurs when they find >out that they have to open up their nice shiny black boxes and make connections >to their innards. :-( There's an even bigger drop in interest when so-called Amateurs find out they have to actually scrounge parts for a project. It's the Dick Smith paint-by-numbers kit mentality... One bozo was actually threatening to take the local supplier of the G3RUH 9600 bps modem kit to Consumer Affairs, because it wasn't what he expected. That's funny - it was advertised as being a PCB, an EPROM and a parts-list (plus circuit) - that's precisely what was supplied to him! Said bozo also accused me of not being a "real" Amateur (whatever that means) because I didn't have my 10 wpm CW (whatever relevance that may have). I guess he started "ad hominem" attacks on me because he couldn't refute my arguments. >The fellow who writes ARA's packet column (I've forgotten his name) keeps >insisting that NET/ROM is illegal in Oz. Is this a result of differing >interpretations of the regs, or has NET/ROM been modified to make it legal, or >what? That would be John Day VK3ZJC - he's also a director of a certain Amateur shop in Melbourne, so may have a bias towards certain TNC's... Anyway, NET/ROM is illegal at level 2 (where most packet activity occurs) since the packets do not carry complete identification (they carry the ID of the local NET/ROM node instead). It is however allowable at level 3 (the network layer) and is commonly employed there. Rumours abound that the DoTC are turning a blind eye to its use at level 2, with a view to the eventual de-regulation of Amateur operations, but AAPRA hotly deny this (I guess they have their own hobby-horse to push i.e. ROSE...). >Ahhh, when I see those messges from the US with their 56k backbones etc etc, >I feel like just packing up and shifting over :-) It's a shame, ain't it... Have a look at the wonderful LANs they've set up in VK1, and VK3 etc, and you wonder what happened to VK2 ... -- Dave Horsfall (VK2KFU) VK2KFU @ VK2RWI.NSW.AUS.OC dave@ips.OZ.AU ...munnari!ips.OZ.AU!dave ADA - from the people who brought you COBOL ------------------------------ End of Packet-Radio Digest V92 #24 ****************************** Date: Fri, 31 Jan 92 04:30:04 PST 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 #25 To: packet-radio Packet-Radio Digest Fri, 31 Jan 92 Volume 92 : Issue 25 Today's Topics: DSP2232 shipping Establishing a group: rec.radio.amateur.packetBBS? Establishing an Internet Packet Radio Gateway. Establishing a Packet Radio Internet Gateway. G1NNA BBS? Jeff Angus (WA6FWI)... please contact me Model 102, and accessories FOR SALE PAC-COM PC-100 TNC Card For Sale (CHEAP!) SKIP 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 Jan 92 02:15:33 GMT From: agate!spool.mu.edu!umn.edu!cs.umn.edu!kksys!edgar!brainiac!jrc@ames.arpa Subject: DSP2232 shipping To: packet-radio@ucsd.edu In article <9201271943.AA26050@dirt.cisco.com> faunt@cisco.com (Doug Faunt N6TQS 415-688-8269) writes: >I have an OLD (more than a year) backorder for one of these units from >AES in Reno, and they just called to say that they'd received two >units and "Did I still want it?". >It's on its way to me. 73, doug. Please give us a review after you have played with it. I am especially interested in the performance on AMTOR. Also, does the manual mention PACTOR ? I wonder how hard it would be to make it do it. -- Jeffrey R. Comstock CW -. .-. ----- -.. EMAIL CURRENTLY BROKEN - PLEASE TRY jrc@edgar%kksys.com ------------------------------ Date: 31 Jan 92 01:25:10 GMT From: usc!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!agate!usenet.ins.cwru.edu!cleveland.Freenet.Edu!bl528@network.UCSD.EDU Subject: Establishing a group: rec.radio.amateur.packetBBS? To: packet-radio@ucsd.edu Bob, your thought of porting packet bbs bulletins to a usenet group and vice-versa sounds interesting. OTOH, the last time I was on packet, there were a lot of discussions going on about what traffic was appropriate to be sent "ALLUS"....too much junk many people complained! 73, Ken WA8JXM bl528@cleveland.freenet.edu ------------------------------ Date: 30 Jan 92 18:55:09 GMT From: swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!news!noc.near.net!uhasun!arrlhq!jbloom@network.UCSD.EDU Subject: Establishing an Internet Packet Radio Gateway. To: packet-radio@ucsd.edu In rec.radio.amateur.packet, gary@ke4zv.uucp (Gary Coffman) writes: >The rules say that you can use "any code" to facilitate communications >above 420 Mhz. If you aren't using a standard code, you must keep a Above 30 MHz, actually. >copy of the code at your station so the FCC can request it to decode >something they monitored if they want to. Just because Joe Average ------- Jon Bloom, KE3Z | jbloom%arrlhq.UUCP@uhasun.hartford.edu American Radio Relay League | uhasun!arrlhq!jbloom 225 Main St. | Newington, CT 06111 ! ------------------------------ Date: 31 Jan 92 01:34:37 GMT From: usc!wupost!spool.mu.edu!agate!usenet.ins.cwru.edu!cleveland.Freenet.Edu!bl528@network.UCSD.EDU Subject: Establishing a Packet Radio Internet Gateway. To: packet-radio@ucsd.edu Steve, under U.S. regulations (don't know about Canada), it is "questionable" if you use ham radio to circumvent toll charges, even if the traffic is non-commercial. As for the speed of packet, your information is somewhat correct (1200 baud), but overly optimistic. #1) it's a half duplex circuit with turnaround delays; 2) since others may be sharing the same channel, there are collision, retransmissions, etc. On a GOOD 5-10 mile connection, good throughput is closer to 100 baud or less. For longer vhf distances, multiple hops are required and it is abysmally slow. ONLY A COMPUTER HAS THE PATIENCE TO PUT UP WITH PACKET SPEED OVER ANY DISTANCE! (Yes, there are a few areas which have higher speed trunks.) For really long distance (50-500 miles), actual throughput is probably closer to 10 baud or less. Yes, I can send morse code faster than hf packet! (OTOH, the computer doesn't mind, it has much patience!) 73, Ken WA8JXM bl528@cleveland.freenet.edu ------------------------------ Date: 30 Jan 92 19:04:53 GMT From: news-mail-gateway@ucsd.edu Subject: G1NNA BBS? To: packet-radio@ucsd.edu Is there a source on the Internet for the G1NNA PBBS software? I believe the author himself shows up here from time to time, so it's curious that his handiwork is so hard to find... --- Barry McLarnon | Internet: barry@dgbt.doc.ca Communications Research Center | AMPRnet: barry@hs.ve3jf.ampr.org Ottawa, Canada K2H 8S2 | PBBSnet: ve3jf@ve3jf.#eon.on.can ------------------------------ Date: Fri, 31 Jan 92 05:50:47 GMT From: usc!elroy.jpl.nasa.gov!kilroy!cyamamot@network.UCSD.EDU Subject: Jeff Angus (WA6FWI)... please contact me To: packet-radio@ucsd.edu Jeff, I've been trying to reach you via email but have been unsuccessful thus far. I'd like to obtain an IP address from you. Please contact me at one of the addresses below. - Cliff ---------------------------------------+--------------------------------------- Internet: cky@hydra.Jpl.Nasa.Gov | MaBell: 1 (818) 354-1242 - office cyamamot@kilroy.Jpl.Nasa.Gov | 1 (818) 354-2825 - fax cyamamot@grissom.Jpl.Nasa.Gov --------------------------------------- Bitnet: cyamamot%kilroy.Jpl.Nasa.Gov@Hamlet.Bitnet Uucp: uunet!kilroy.Jpl.Nasa.Gov!cyamamot@uunet.UU.NET ames!elroy!jato!jpl-mil!kilroy.jpl.nasa.gov!cyamamot Packet: KA6JRG@W6VIO.#SOCA.CA.USA.NA ------------------------------------------------------------------------------- USnail: Clifford K. Yamamoto - KA6JRG Jet Propelled La-bore-atore-ee 4800 Oak Grove Drive M/S 238-528, Section 333 Pasadena, Calif. 91109 ------------------------------ Date: 30 Jan 92 23:37:54 GMT From: swrinde!mips!beacker@network.UCSD.EDU Subject: Model 102, and accessories FOR SALE To: packet-radio@ucsd.edu I have the following system for sale: Tandy Model 102, 32k ram Ultimate II rom (spread sheet, word processor, etc...) Disk drive (3.5 inch, battery powered) Bar Code reader (with software) Cassette interface All of this stuff, including the carrying case that I have the machine in, for a measly $270. I have recently purchased a Toshiba T1000SE and find that this guy is sitting in my closet unused. It makes a great portable packet station since it has the built in com port, also has a built in 300 baud modem. And with the disk drive there is a lot more storage available. This setup would generally cost you in the neighbor hood of $600-700 to purchase. All your for only $270... Brad Eacker (beacker@mips.com KB6FED) (408)524-8111 ------------------------------ Date: 30 Jan 92 04:56:53 GMT From: ogicse!qiclab!nosun!loop!mhorne@network.UCSD.EDU Subject: PAC-COM PC-100 TNC Card For Sale (CHEAP!) To: packet-radio@ucsd.edu I have a PC-100 for sale -- see my posting in rec.radio.swap for additional information, or send me e-mail and I'll send you a copy of the posting. Mike Horne -ka7axd loop!mhorne@onion.rain.com 503-649-2285 ------------------------------ Date: 30 Jan 92 19:01:26 GMT From: swrinde!sdd.hp.com!spool.mu.edu!umn.edu!src.honeywell.com!skyler.mavd.honeywell.com!estey@network.UCSD.EDU Subject: SKIP To: packet-radio@ucsd.edu HI - I have seen frequent references to PACTOR. Can anyone provide a short intro as to what it is; who is using it; advantages/disadvantages; hardware requirements; user interface; and hardware interface. Anything at all will be appreciated. Thanks in advance. 73 Carl Estey WA0CQG ------------------------------ Date: 31 Jan 92 03:09:15 GMT From: sun-barr!newstop!sunaus!metro!usage!sserve!hhcs.gov.au!makinc@ames.arpa To: packet-radio@ucsd.edu References <1992Jan23.102309.37@hhcs.gov.au>, <1992Jan25.233810.25270@runx.oz.au>, <1992Jan29.030837.8741@ips.oz.au> Subject : Re: 1200 vs. 2400 In article <1992Jan29.030837.8741@ips.oz.au>, dave@ips.oz.au (Dave Horsfall) writes: >> The fellow who writes ARA's packet column (I've forgotten his name) keeps >> insisting that NET/ROM is illegal in Oz. Is this a result of differing > That would be John Day VK3ZJC - he's also a director of a certain Amateur > shop in Melbourne, so may have a bias towards certain TNC's... Anyway, > NET/ROM is illegal at level 2 (where most packet activity occurs) since So's IP routing and BBSs BTW. > layer) and is commonly employed there. Rumours abound that the DoTC are > turning a blind eye to its use at level 2, with a view to the eventual > de-regulation of Amateur operations, but AAPRA hotly deny this (I guess > they have their own hobby-horse to push i.e. ROSE...). At the moment DoTC IS turning a blind eye towards NET/ROM, IP routing, BBSs and numerous other "transgressions". The Wireless Institute of Australia is hard at work on a "deregulation" proposal to be put to DoTC and when it lands there's going to be a monumental shakeup. :-) DoTC is fully aware of what is happening though. >>Ahhh, when I see those messges from the US with their 56k backbones etc etc, >>I feel like just packing up and shifting over :-) > It's a shame, ain't it... Have a look at the wonderful LANs they've set > up in VK1, and VK3 etc, and you wonder what happened to VK2 ... VK1 isn't that great and VK3s is rather slow. I can give an "expose" if you like. :-) Carl. -- Carl Makin, MVS/ESA Systems Programmer, VAX/VMS Dabbler. Dept. Health, Housing and Community Services, Canberra, Australia. sserve.cc.adfa.oz.au!hhcs!makinc - UUCP makinc@hhcs.gov.au - Internet vk1kcm@vk1kcm.act.aus.oc - Packet Radio "I'm from the Government and I'm here to help you." ------------------------------ Date: 30 Jan 92 15:26:01 GMT From: swrinde!cs.utexas.edu!convex!news.utdallas.edu!tamsun!cs.tamu.edu!willis@network.UCSD.EDU To: packet-radio@ucsd.edu References <4227@unccvax.uncc.edu>, <1992Jan29.191931.13906@qualcomm.com>, <regmad.696743143@gsusgi1.gsu.edu> Subject : Re: Establishing an Internet Packet Radio Gateway. In article <regmad.696743143@gsusgi1.gsu.edu>, regmad@gsusgi2.gsu.edu (Michael de Kraker) writes: [stuff deleted] |> Face it: |> |> The single problem which differentiates HAM radio networks |> from commercial networks is subtle rules which restrict |> freedom of speech. No posibility exists for a internet-packet |> gateway with this restriction. I beg to differ. It does depend a bit on one's definition of what a gateway does, but I feel sure that I can(have) implement a 'gateway' that is both very useful to me as a ham and still within the rules. Email me if you want to discuss details or exchange opinions. |> I see a compromise. Net news is a public access net with |> fewer restrictions. Specifically advertising is restricted. Hah! There is a lot of commercial activity there, by any definition. Some of it is what makes the news groups worthwhile. {Sure wish ICOM & Kenwood subscribed to this news group}. Cheers, Willis n5szf Internet: willis@cs.tamu.edu {soon to be n5szf@n5szf.ampr.org} ------------------------------ Date: 31 Jan 92 02:47:21 GMT From: usc!wupost!spool.mu.edu!munnari.oz.au!ipso!dave@network.UCSD.EDU To: packet-radio@ucsd.edu References <1992Jan25.233810.25270@runx.oz.au>, <1992Jan29.030837.8741@ips.oz.au>, <terryd.696749828@extro.ucc.su.OZ.AU> Subject : Re: 1200 vs. 2400 In article <terryd.696749828@extro.ucc.su.OZ.AU> terryd@extro.ucc.su.OZ.AU (Terry Dawson) writes: >I don't mean to be too pointed Dave, but your 4800bps modem and Nos node >will be on air when again did you say ? What happened was no-one did >anything ... too much bickering.. too much in-fighting .. not enough >doing .. Ouch! Well, I have started buying the components for the 4800 modem (and also started on the SCC port on the Microbee as well). Someone has also thrown another 286 motherboard at me as well, with flaky tracks to be repaired (you don't expect me to BUY pc-clown bits, do you?). But yes, too much talking and not enough doing... >There is a wonderful lan is VK2, there are about 6-7 nodes running on it, >it will increase as facilities available increase, and others get themselves >organised (Mark, are you reading this ?) Perhaps it could be better publicised, if you want more people to join you. -- Dave Horsfall (VK2KFU) VK2KFU @ VK2RWI.NSW.AUS.OC dave@ips.OZ.AU ...munnari!ips.OZ.AU!dave ADA - from the people who brought you COBOL ------------------------------ Date: 30 Jan 92 17:19:48 GMT From: usc!rpi!ispd-newsserver!psinntp!clicquot!ntg!dale@network.UCSD.EDU To: packet-radio@ucsd.edu References <pat_meloy.05bx@outbound.wimsey.bc.ca>, <J.Heaton.8@MCC.ac.uk>, <65741@ut-emx.uucp>p Subject : Re: AmigaNOS v2.8p In article <65741@ut-emx.uucp> rmr@ccwf.cc.utexas.edu (Randy M. Roberts) writes: >In article <J.Heaton.8@MCC.ac.uk> J.Heaton@MCC.ac.uk (John Heaton) writes: >}I Use AmigaNOS on my 2000 to send/receive files to/from my 386/40 PC running > Does this mean that I should have no problem (hee, hee) using > AmigaNos to connect to the SLIP system at school over a modem? > Does this also mean that I can buy GfxBase's X server and use > it over said line? GfxBase uses the SanaI protocol to connect to local domain and DECnet style connections. If AmigaNOS were made SANA compliant it would be a small job to get GfxBase's X11 to work with it. Dale Luck GfxBase, Inc. ------------------------------ End of Packet-Radio Digest V92 #25 ******************************