home *** CD-ROM | disk | FTP | other *** search
Wrap
Text File | 1993-12-31 | 314.0 KB | 8,119 lines
Mon, 1 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #147 To: packet-radio Packet-Radio Digest Mon, 1 Jun 92 Volume 92 : Issue 147 Today's Topics: (none) info-hams@ucsd.edu, packet-radio@ucsd.edu Internet/Packet Gateway TAPR 1.18 / MFJ-1270B TEKK Radios and commercial operation Which multimode data controller?? 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 May 92 13:31:38 GMT From: mcsun!uknet!qmw-dcs!pef@uunet.uu.net Subject: (none) To: packet-radio@ucsd.edu In <9205310758.AA11123@ucsd.edu> ALEXIOU%GRPATVX1.BITNET@pucc.princeton.edu writes: >Hi net-ers. >Do you know any source for the TMC3105 modem (I mean that they have it in stock" >George P Alexiou >alexiou@grpatvx1.bitnet ------------------------------ Date: 1 Jun 1992 03:02:10 -0700 From: news-mail-gateway@ucsd.edu Subject: info-hams@ucsd.edu, packet-radio@ucsd.edu To: packet-radio@ucsd.edu **** Reposting**** Hi net-ers. Do you know any source for the TMC3105 chip ? (I mean that they have it in stock) I prefer a source in USA. I checked with Marsal Electronics.. They need 16-23 for stocking. I will appreciated e-mail answer. Thanks George P Alexiou alexiou@grpatvx1.bitnet ------------------------------ Date: Sun, 31 May 1992 20:22:17 GMT From: sdd.hp.com!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!news.ysu.edu!do-not-reply-to-path@network.UCSD.EDU Subject: Internet/Packet Gateway To: packet-radio@ucsd.edu A chap I was talking to on the net informed me that there are Internet/Packet gateways. Needless to say, I was intrigued. Can anyone give me any furthur information? Thanks! John KB8GYS/AE -- John S. Kennedy (513) 541-3078 | "It knows only that it needs, Commander. axinar@tso.uc.edu | But, like so many of us, it does au138@cleveland.freenet.edu | not know what." 72217.416@compuserve.com | -- Spock, Star Trek I ------------------------------ Date: 1 Jun 92 00:21:11 GMT From: vtserf!groupw.cns.vt.edu@uunet.uu.net Subject: TAPR 1.18 / MFJ-1270B To: packet-radio@ucsd.edu I've run into problems upgrading the firmware in my MFJ 1270B TNC from TAPR 1.17b to 1.18. When I power up the TNC with the 1.18 code, the STA and CON LEDs light and stay lit. The TNC locks up immediately without displaying any information on the terminal. Has anyone experienced difficulties running the TAPR 1.18 code on their MFJ 1270B. Thanks, Bill Plymale - KD4CIY Virginia Tech Computing Center plymale@groupw.cns.vt.edu ------------------------------ Date: 1 Jun 92 00:28:04 GMT From: swrinde!mips!darwin.sura.net!jvnc.net!netnews.upenn.edu!uofs!bill@network.UCSD.EDU Subject: TEKK Radios and commercial operation To: packet-radio@ucsd.edu I understand that there is a commercial version of the TEKK 9600 baud data radios. Can anyone tell me what service these would be licensed under?? Also what frequencies are available and how one goes about licensing them?? Any help will be greatly appreciated. bill KB3YV -- Bill Gunshannon | If this statement wasn't here, bill@platypus.uofs.edu | This space would be left intentionally blank bill@tuatara.uofs.edu | #include <std.disclaimer.h> ------------------------------ Date: Mon, 1 Jun 1992 01:25:55 GMT From: sdd.hp.com!think.com!mintaka.lcs.mit.edu!bloom-picayune.mit.edu!dobbs.MIT.EDU!brit@network.UCSD.EDU Subject: Which multimode data controller?? To: packet-radio@ucsd.edu I'm trying to decide whether I should spend the money on a multimode data controller or just start out with a simple packet radio modem. Anyway, could anyone tell me what differences there are between AEA's PK-232MBX, the MFJ-1278 and Kantronics' KAM? I'm still a newcomer to all this, so sorry if it's a dumb question. Thanks, Brit Gould KB4ZBP brit@athena.mit.edu ------------------------------ Date: (null) From: (null) Much obliged for your time. Panayotis -- UUCP: pef@qmw-dcs.uucp | Computer Science Dept | Internet: pef@dcs.qmw.ac.uk | QMW University of London | JANET: pef@uk.ac.qmw.dcs | Mile End Road | Voice: +44 71 975 5220 | London E1 4NS | FAX: +44 81 980 6533 | | Cellphone: Too expensive to fit ------------------------------ End of Packet-Radio Digest V92 #147 ****************************** Date: Tue, 2 Jun 92 04:30:04 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #148 To: packet-radio Packet-Radio Digest Tue, 2 Jun 92 Volume 92 : Issue 148 Today's Topics: AT-based terminal server? (2 msgs) Connecting AEA PCB-88 to Yaesu FT-411? info-hams@ucsd.edu introduction to packet radio NEW!! Phone Numbers for WB3FFV LLBBS! News release from ARRL HQ Packet 'listening' Packet BBS distributions (3 msgs) TAPR 1.18 / MFJ-1270B (3 msgs) TMC3105 Source Which multimode data controller?? 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: 1 Jun 92 14:01:32 GMT From: nih-csl!newssrv.dcrt.nih.gov!frost@uunet.uu.net Subject: AT-based terminal server? To: packet-radio@ucsd.edu I've been looking over the KA9Q package for using IBM-PC-style platforms for network routing, mail, etc. It occurs to me that one thing that seems to be missing is the ability to run a telnet session over a serial port, i.e. dialing in to a PC-AT from a remote site with generic telecommunications software and getting a "telnet>" prompt, and then being able to connect to other hosts. I'd be interested in finding any software which accomplishes this. Basically it would support 1-n serial ports and one Ethernet or other network port (perhaps just another serial port running PPP or SLIP). If nothing else, KA9Q can probably be modified to provide this functionality, but I'd rather not duplicate effort if at all possible. Can anyone provide me with any info? Thanks in advance. -- --------------------------------+-------------------------------------- Spoken: James P. Goltz | "Strange things are afoot Internet: frost@helix.nih.gov | at the Circle K." Bitnet: OHF@NIHCU | -- Ted "Theodore" Logan ------------------------------ Date: Mon, 1 Jun 1992 18:25:45 GMT From: qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDU Subject: AT-based terminal server? To: packet-radio@ucsd.edu I'm working on it. Or more specifically, I'm working on the basic mechanisms that would allow this service to be provided without a lot of ad-hockery. Recently I've reimplemented the stdio (standard I/O) package as part of NOS. (Previously I had been using the stdio library provided as part of the regular Borland C++ library). The new stdio library allows you to use file stream functions (i.e., functions that operate on FILE * pointers) on network sockets, internal inter-thread pipes and the new terminal emulator. I will probably add support for serial ports fairly soon. This means that pretty soon the various NOS commands can run pretty much without change on the local console, TCP connections or serial lines. And something like a telnet server (or modem server, which is really the inverse function) should then be pretty easy to implement. Watch the code in ucsd.edu:/hamradio/packet/tcpip/ka9q. I'm updating it on a regular basis, but since it's work in progress you should use it at your own risk until I announce that it's stabilizing. Phil ------------------------------ Date: 1 Jun 92 21:39:15 GMT From: swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!news.ysu.edu!do-not-reply-to-path@network.UCSD.EDU Subject: Connecting AEA PCB-88 to Yaesu FT-411? To: packet-radio@ucsd.edu The Question: ________________________________________ To: /tech/radio/amateurbb Msg #: 223 From: usr2836a (Larry Varney) On: 03/01/92 08:53 Replies: 1 Subject: Packet I just picked up a MFJ-1270B, and now I want to connect it to my Alinco DJ-160 hand-held. The manual has five wires coming out of the TNC, and I have two points of connection on the HT: one little port for an external speaker, and one for an external microphone. Now, I can pretty well figure out where, from the TNC, Microphone Audio, and Receive Audio should be connected. But I've also got Ground, Push-to-Talk, and Squelch Input (which is described as optional). I can see that Ground might just need to be connected to the base part of the plug wires, but where will Push-to_Talk go? On the same wire as Microphone Audio? If any of you have done this before (how five wires are connected to two plugs), I'd appreciate hearing about it. Tnx and '73, Larry KM4ZH ---------------------------------------- The answer: ________________________________________ To: /tech/radio/amateurbb Msg #: 224 From: usr3235a (william j. simpson, jr.) On: 03/01/92 12:04 About: #223 (above) Replies: 1 Subject: Re: Packet Larry, the PPT line or "mic" input is the same as the "AFSK" input to your TNC, the audio output on your HT is obviously the audio input to your TNC. I am not very familiar with Alinco Products, but MOST HT's require isolating the ground in the AFSK input. Usually the TIP of the connector is the AFSK output, and the "ring" is the ground for the PPT. Typically using a .1 MFD capacitor and approximately a 27K Ohm resistor in series is the interface you'll need to use. Here's a schematic.... TNC HT AFSK------------(.1 MFD)-------| | PPT--------------~~27K~~-------|--------Tip of Mic Plug The audio circuit is probably strait forward enough to leave out of this explaination. (Oh...if you find your "deviation is too high...that is the audio level transmitted it to much, increase the size of the resistor, and if its too low to be heard, decrease the size of the resistor.) If you carefully pick the physical size of the cap and resistor, you can easily fit them inside a minature phone plug. Good luck, 73, Bill/KI4QJ usr3235a ---------------------------------------- The next question: Is a similar procedure also necessary to connect an AEA PCB-88 to a Yaesu FT-411? I have to run up to Rat Shack to get the miniplug anyway, so do I also need to get the .1 microfahrad capacitor and the 27Kohm resistor and the .1MFD cap goes on the bottom contact of the sub-mini and the 27Kohm resistor on the tip contact? John KB8GYS/AE -- John S. Kennedy (513) 541-3078 | "It knows only that it needs, Commander. axinar@tso.uc.edu | But, like so many of us, it does au138@cleveland.freenet.edu | not know what." 72217.416@compuserve.com | -- Spock, Star Trek I ------------------------------ Date: 1 Jun 1992 13:49:20 -0700 From: news-mail-gateway@ucsd.edu Subject: info-hams@ucsd.edu To: packet-radio@ucsd.edu The e-mail is doing crazy things **** Reposting No 2**** Hi net-ers. Do you know any source for the TMC3105 chip ? (I mean that they have it in stock) I need about (10) ten. I prefer a source in USA. I checked with Marshal Electronics.. They need 16-23 weeks for stocking. I will appreciated e-mail answer. Thanks George P Alexiou alexiou@grpatvx1.bitnet ------------------------------ Date: Mon, 1 Jun 1992 16:52:51 GMT From: sdd.hp.com!usc!rpi!usenet.coe.montana.edu!news.u.washington.edu!milton.u.washington.edu!mrlee@network.UCSD.EDU Subject: introduction to packet radio To: packet-radio@ucsd.edu ------------------------------ Date: 2 Jun 92 01:33:40 GMT From: sdd.hp.com!uakari.primate.wisc.edu!aplcen.apl.jhu.edu!wb3ffv!howardl@network.UCSD.EDU Subject: NEW!! Phone Numbers for WB3FFV LLBBS! To: packet-radio@ucsd.edu =============================================================================== ***** ATTENTION!!! - NEW Phone Numbers for the WB3FFV BBS!!! ***** =============================================================================== +------------------------------------------------------------------------------+ HOW TO ACCESS THE WB3FFV AMATEUR RADIO TELEPHONE BBS !!! I have placed a BBS system on-line that is mainly oriented towards the Amateur Community (but there is other stuff on-line). As of now I have not attempted to promote this system any place except in the amateur channels (PACKET, USENET, & word of mouth), and will continue under this policy, as I hope to keep it oriented toward amateur radio. The various software for UP/DOWNload is available via telephone dialup and Packet TCP/IP, and through user support I hope to keep the latest and greatest ham software on-line. Below is the information that is needed in order to access the BBS via Telephone -or- TCP/IP, please pass it around to as many ham's as possible. System Name: WB3FFV User Login: bbs Number: (410)-661-2475 -- 1200,2400,4800,9600,19200,38400 (V.32/V.42/V.42bis/MNP1-5) Number: (410)-661-2598 -- 1200,2400,4800,7200,9600,12000,14400,19200,38400 (V.32/V.32bis/V.42/V.42bis/MNP1-5/HST) Number: (410)-661-2648 -- 1200 & 2400 (MNP1-5/V.42bis), 9600 & 19200 (PEP) Data Settings: 8 Bits, NO Parity, 1 Stop Bit Times: 24hrs/365days (except for routine maintenance) Software: XBBS (UNIX/Xenix Multiuser BBS) Version 7.91u IP Address: 44.60.128.1 {wb3ffv.ampr.org} [for FTP transfer via PACKET ONLY!!] Misc. Info: Machine is an 80486 computer running UNIX V.3.2 and features more than 1.5 Gigabytes of on-line file storage. Most transfer protocols are available!! I attempt to keep the latest and greatest HAM software on-line, and encourage all to upload anything new that they come up with, as it is of benefit to all. Here is a sample of a couple pieces of software that is available for DOWNLOAD: KA9Q TCP/IP Software for the PC (Latest OFFICIAL release + TEST Versions) KA9Q TCP/IP for the Atari-ST, MAC, & Amiga KA9Q TCP/IP for UNIX based systems KA9Q TCP/IP (The NOS release) [UNIX, MS/DOS, Amiga] KA9Q TCP/IP (Version by G1EMM, PE1CHL, PA0GRI, Etc.) N2GTE Packet Message Switch [GTEPMS] (Version 1.2 & 1.3) WA7MBL BBS for the PC (Versions 3.31, 4.31 & 5.1[2,3,4]) W0RLI BBS for the PC (Versions 10.xx, 11.xx, 12.xx, 13.xx) MSYS BBS for the PC running KISS TNC's (Version 1.07-1.11) AA4RE BBS for the PC (Version 2.11) F6FBB BBS for the PC (Version 5.14 & Updates) G8BPQ PC-Node (Version 4.05) Various BBS utilities and enhancements Several MORSE CODE Tutors TheNet software by NORD><LINK (Version 1.01 1.16 & 2.06, 2.08) Modifications for many HAM Rigs and Scanners Digital Signal Processing software (DSP) DX and contesting programs ARRL Newsletters & Gateway W5YI Electronic Edition There is much more available on the BBS, and I don't want to waste a lot of PACKET BBS space trying to list it all, so if you are interested give it a call and see for yourself !!! If you are interested in using UUCP to connect to the BBS, this can also be done as I support Anon-uucp. The login to the system is 'uucpanon', and there is NO password. The listing of avalible archives are stored in a file called 'FILES', and it is located in the /usr/spool/uucppublic. To retrieve the files listing just use the following command: uucp wb3ffv!~/FILES /usr/spool/uucppublic This will move a copy of my files listing into your uucppublic directory. If you have any questions or problems, feel free to contact me at one of the numbers/adresses below. Good Luck... ------------------------------ Date: 1 Jun 92 17:28:27 GMT From: psinntp!arrl.org@uunet.uu.net Subject: News release from ARRL HQ To: packet-radio@ucsd.edu For immediate release For more information contact: Lori Weinberg Tel: 203-666-1541 June 1, 1992 Fax: 203-665-7531 Call for Papers -- 11th Computer Networking Conference The deadline for receipt of camera-ready papers for the 11th ARRL Amateur Radio Computer Networking Conference is September 21, 1992. Those planning to submit papers for this year's conference should contact Lori Weinberg at ARRL, 225 Main Street, Newington, CT 06111, tel 203-666-1541, fax 203-665-7531, for paper guidelines and/or an author's package. We'll need to know the topic of your paper and whether or not you plan on attending the conference. Topics will include, but are not limited to, digital signal processing, digital speech, packet satellites, packet services, HF packet investigations, protocols, network development, future systems, hardware and software. The 11th ARRL Amateur Radio Computer Networking Conference, hosted by the Radio Amateur Telecommunications Society, will be held at Fairleigh Dickinson University in Teaneck, New Jersey, this coming November 7. - 30 - ------- Jon Bloom, KE3Z | jbloom@arrl.org American Radio Relay League | 225 Main St. | Newington, CT 06111 | ------------------------------ Date: 1 Jun 92 10:16:29 GMT From: mcsun!uknet!yorkohm!minster!ajm-b@uunet.uu.net Subject: Packet 'listening' To: packet-radio@ucsd.edu I recently aquired a PMR rig for 2m conversion, which I have now converted. I am planning to get my RAE in December, but I want to use the rig now since I've got it working. Is it possible to 'listen' to packet. If so, I'll need a TNC, which one should I buy. What's the frequency of packet on 2m, is it 144.650Mhz? Answers to my questions would be greatly appreciated. Thanks, Andy. ____________________________________________________________________________ /| Andy Moore, + | || SNAIL: Langwith College, York + | || University, Heslington, York. + | || JANET: ajm-b@uk.ac.york.minster + | ||____________________________________________________________________________| /____________________________________________________________________________/ ------------------------------ Date: 1 Jun 1992 08:54:02 -0700 From: news-mail-gateway@ucsd.edu Subject: Packet BBS distributions To: packet-radio@ucsd.edu > 1) All packet BBS should carry the same bulletins. This prevents BBS > DXing. Many years ago, it was common for a person to check into 5 > or 6 BBS to see if there was an interesting bulletin to read that > was not forwarded to the local BBS. By having everyone carry the > same bulletins, a user need only check his local BBS. > > 2) Everybody sending bulletins wanted their own distribution code. > @RACES, @AMSAT, @DX, @CHESS, @ARES, @ARRL, @TAPR, @nauseam. It was > felt that the @xxxx should indicate the geographical area of > interest rather than the subject. Why is KEPS@AMSAT and KEPS@ARRL > different? Who cares which organization created the bulletin? > Won't the same people who read KEPS@AMSAT want KEPS@ARRL? > > That was thinking. I think it was valid at the time and I haven't > seen anything to change that. Other comments? I've argued for years that the To field should be used to designate subject areas, and the @ field for geographical distribution areas. I'm not convinced that organization names like AMSAT need to appear in either field. I wrote an article on the subject for Gateway several years ago, and there has been some minor improvement since then, most notably in reducing the proportion of bulletins addressed to ALL in the To field (Roy's BBS code has helped in that regard... do any other BBS programs attempt to dissuade users from sending bulletins to ALL?). I'm not optimistic that things will get much better in the PBBS network anarchy... that's why some people are implementing Usenet-like news systems as an alternative. It's too bad that no group (such as the ARRL Digital Committee, perhaps?) has taken the bull by the horns and tried to set some standards for the way mail and bulletins should be handled in the PBBS network. Practical experience should precede the setting of standards, but by now we've had plenty of experience... > Roy, AA4RE Barry VE3JF -- Barry McLarnon | Internet: barry@dgbt.doc.ca Communications Research Center | AMPRnet: barry@bbs.ve3jf.ampr.org Ottawa, Canada K2H 8S2 | PBBSnet: ve3jf@ve3jf.#eon.on.can ------------------------------ Date: Mon, 1 Jun 1992 18:54:15 GMT From: sdd.hp.com!zaphod.mps.ohio-state.edu!menudo.uh.edu!tamsun.tamu.edu!cs.tamu.edu!kurt@network.UCSD.EDU Subject: Packet BBS distributions To: packet-radio@ucsd.edu In article <9205301613.AA16872@ucsd.edu>, enge@almaden.ibm.com (Roy Engehausen) writes: |> The ALLUS/ALLCA, etc type of distribution scheme is also used here in |> Northern California and has been for many years. The rationale for |> this goes like this: |> |> 1) All packet BBS should carry the same bulletins. This prevents BBS |> DXing. Many years ago, it was common for a person to check into 5 |> or 6 BBS to see if there was an interesting bulletin to read that |> was not forwarded to the local BBS. By having everyone carry the |> same bulletins, a user need only check his local BBS. |> |> 2) Everybody sending bulletins wanted their own distribution code. |> @RACES, @AMSAT, @DX, @CHESS, @ARES, @ARRL, @TAPR, @nauseam. It was |> felt that the @xxxx should indicate the geographical area of |> interest rather than the subject. Why is KEPS@AMSAT and KEPS@ARRL |> different? Who cares which organization created the bulletin? |> Won't the same people who read KEPS@AMSAT want KEPS@ARRL? |> |> That was thinking. I think it was valid at the time and I haven't |> seen anything to change that. Other comments? There may be cases where one BBS would want only AMSAT stuff, whilst another might want only ARRL bulletins. True, the subject should be more informative, but no two people can decide on a standard subject format, it seems. Also, parsing the ARLxxxx is harder than @ARRL. kf -- Kurt Freiberger, wb5bbw kurt@cs.tamu.edu 409/847-8607 fax:409/847-8578 Dept. of Computer Science, Texas A&M University DoD #264: BMW R80/7 pilot "We preserve our freedom using three boxes: ballot, jury, and cartridge." *** Not an official document of Texas A&M University *** ------------------------------ Date: Mon, 1 Jun 1992 22:20:40 GMT From: qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDU Subject: Packet BBS distributions To: packet-radio@ucsd.edu Has anybody ever suggested that the packet BBSes be replaced with Netnews software instead of slowly but surely reinventing it from scratch, with much pain and anguish along the way? Never mind. I couldn't control myself. Sorry. Phil ------------------------------ Date: Mon, 1 Jun 92 15:48:43 GMT From: microme!mikeh@uunet.uu.net Subject: TAPR 1.18 / MFJ-1270B To: packet-radio@ucsd.edu In article <4064@vtserf.cc.vt.edu> plymale@groupw.cns.vt.edu (Bill Plymale) writes: >I've run into problems upgrading the firmware in my MFJ 1270B >TNC from TAPR 1.17b to 1.18. When I power up the TNC with >the 1.18 code, the STA and CON LEDs light and stay lit. The TNC >locks up immediately without displaying any information on the >terminal. >Has anyone experienced difficulties running the TAPR 1.18 code >on their MFJ 1270B. > >Thanks, >Bill Plymale - KD4CIY >Virginia Tech Computing Center >plymale@groupw.cns.vt.edu Mine did the SAME thing. I purchased it at the SW Division Convention, but have not yet called TAPR. Mainly because it's been so long that I was sure they would question the handling. BUT! Since I'm not the ONLY one.... Mike Hasenfratz - WA6FXT * mikeh@uMEM.COM or uunet!microme!mikeh Micro Memory Inc. Chatsworth, Ca. 91311 ------------------------------ Date: Tue, 2 Jun 1992 05:11:03 GMT From: sdd.hp.com!usc!sol.ctr.columbia.edu!destroyer!ubc-cs!newsserver.sfu.ca!allenm@network.UCSD.EDU Subject: TAPR 1.18 / MFJ-1270B To: packet-radio@ucsd.edu plymale@groupw.cns.vt.edu (Bill Plymale) writes: >I've run into problems upgrading the firmware in my MFJ 1270B >TNC from TAPR 1.17b to 1.18. When I power up the TNC with >the 1.18 code, the STA and CON LEDs light and stay lit. The TNC >locks up immediately without displaying any information on the >terminal. >Has anyone experienced difficulties running the TAPR 1.18 code >on their MFJ 1270B. >Thanks, >Bill Plymale - KD4CIY >Virginia Tech Computing Center >plymale@groupw.cns.vt.edu Bill, I've been running the 1.1.8 release firmware in a MFJ-1270B off and on for a few weeks and it seems to work just fine. Sounds like you have a bad Eprom. Did you buy it from TAPR or burn your own like I did? I got the firmware binary stuff from HamNet on Compuserve. Allen Mar, VE7DPM allenm@wizard.ucs.sfu.ca ------------------------------ Date: 2 Jun 92 01:25:23 GMT From: sdd.hp.com!uakari.primate.wisc.edu!aplcen.apl.jhu.edu!wb3ffv!howardl@network.UCSD.EDU Subject: TAPR 1.18 / MFJ-1270B To: packet-radio@ucsd.edu plymale@groupw.cns.vt.edu (Bill Plymale) writes: > I've run into problems upgrading the firmware in my MFJ 1270B > TNC from TAPR 1.17b to 1.18. When I power up the TNC with > the 1.18 code, the STA and CON LEDs light and stay lit. The TNC > locks up immediately without displaying any information on the > terminal. > Has anyone experienced difficulties running the TAPR 1.18 code > on their MFJ 1270B. Hello, I have two MFJ-1270B TNC's and downloaded the 1.1.8 firmware from a bbs system (I don't remember where), and then burned my own ROM's for my TNC's. Anyway the short of the story is that they both worked fine, so it must be possible to make them work. You may have a bad ROM, or maybe somthing shanged at some revision level in the MFJ. My MFJ's both have 32K RAM, if that makes any difference (I believe it is required for 1.1.8) ------------------------------------------------------------------------------- Internet : howardl@wb3ffv.ampr.org | Howard D. Leadmon UUCP : wb3ffv!howardl | Advanced Business Solutions TELEX : 152252474 | 4107 Martin Avenue FAX : Temporarly Unavailable | Baltimore, MD 21236 PACKET : WB3FFV @ WB3FFV.MD.USA.NA | Phone: (410)-661-0447 ------------------------------ Date: 1 Jun 92 14:57:31 GMT From: swrinde!zaphod.mps.ohio-state.edu!usc!isi.edu!gremlin!snow.nrtc.northrop.com!domae@network.UCSD.EDU Subject: TMC3105 Source To: packet-radio@ucsd.edu Since I've already answered this question several times directly to various requestors.... I purchased some of these from Arrow Electronics a few months ago. I think they have a minimum $ amount, and there is a handling charge as well. Their phone number is: 1/800/932-7769 FYI - Terry Domae | Northrop Research Center | Phone/Fax: 310/544-5203 310/377-4271 | | One Research Park | Internet: domae@nrtc.northrop.com | | Palos Verdes, CA, 90274-5471 | Amateur Radio: KC6ROI | ------------------------------ Date: Tue, 2 Jun 1992 00:44:18 GMT From: sdd.hp.com!hpscdc!hplextra!hpl-opus!hpspdla!paulz@network.UCSD.EDU Subject: Which multimode data controller?? To: packet-radio@ucsd.edu Don't feel too bad, I was asking this same question last year. I bought the KAM, partially because of recommendations by other users, and partially because Kantronics had a sponsored a seminar on digital radio. On the "VHF" port, you can have several distinct packet connections at the same time (one RF frequency). You can also operate on the "HF port" in RTTY or AMTOR at the same time as the "VHF" connections. For example, if you were into DXing on RTTY, you could use the KAM to connect to the DX cluster for spotting while operating RTTY on the HF bands. I don't think the PK-232 will do this. To keep things fair, on AMTOR, I 3 or 4 hams running the 232 for everyone I contact using a KAM. 73, Paul AA6PZ @ N6IIU-1.#NOCAL.CA.USA.NA ------------------------------ Date: 2 Jun 92 02:17:00 GMT From: swrinde!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!dana@network.UCSD.EDU To: packet-radio@ucsd.edu References <9205301613.AA16872@ucsd.edu>, <1992Jun1.185415.8523@tamsun.tamu.edu>, <1992Jun1.222040.25438@qualcomm.com>p Subject : Re: Packet BBS distributions In article <1992Jun1.222040.25438@qualcomm.com> karn@chicago.qualcomm.com (Phil Karn) writes: > >Has anybody ever suggested that the packet BBSes be replaced with >Netnews software instead of slowly but surely reinventing it from >scratch, with much pain and anguish along the way? > >Never mind. I couldn't control myself. Sorry. > >Phil A few weeks ago, while explaining the current amateur BBS arrangement to a non-ham Unix developer friend, I made the observation that the amateur community could do itself a big favor by ceasing to insist on re-inventing a particularly painful wheel such as netnews. So, Phil, yes, I've suggested so. Of course, we know how must packeteers will react.... rather than do something useful, they prefer to put up another digipeater. -- * 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 #148 ****************************** Date: Thu, 4 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #149 To: packet-radio Packet-Radio Digest Thu, 4 Jun 92 Volume 92 : Issue 149 Today's Topics: apple 2c software request (2 msgs) Conection BAYCOM TS231 needed DX Packet messages Experiences sending NTS via packet? Internet/Packet Gateway (3 msgs) Internet/packet gateways list packet BBS article distribution Tigertronics packet modem for Baycom Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Packet-Radio Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: 3 Jun 1992 10:08:39 -0700 From: news-mail-gateway@ucsd.edu Subject: apple 2c software request To: packet-radio@ucsd.edu Date sent: 3-JUN-1992 07:38:33 A friend has asked me to post this for him . He has an apple 2c and wants to dedicate it to packet radio. Is anyone aware of software that is specifically designed with the 2c in mind, or, is other apple/mac software useable on the 2c? thankyou. ..Darrell ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Darrell G. Leavitt SUNY Empire State College (ESC) ESC VAX: DLEAVITT 403 Sibley Hall SUNYNET: SESCVA::DLEAVITT Plattsburgh, New York, USA,12901 INTERNET: LEAVITDG@SPLAVA.CC.PLATTSBURGH.EDU PHONE : (518) 564-2837 AMATEUR BitNet : LEAVITDG@SNYPLAVA PACKET: N2IXL @ KD2AJ.NY.USA.NA Latitude: 44 41 58 N Longitude: 73 27 12 W ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Date: Fri, 5 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #150 To: packet-radio Packet-Radio Digest Fri, 5 Jun 92 Volume 92 : Issue 150 Today's Topics: Activity Question Alinco DJ560T usable w/G3RUH modems? DX Packet messages (2 msgs) KA9Q NOS and Hayes compatible modems PacComm TNC-2 TLL connector -vs- MFJ1270B TTL connector portable packet terminal Yaesu FT-5200 & 470 on 9600 baud??? Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Packet-Radio Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: 4 Jun 92 20:33:40 GMT From: mdcbbs.com!bbs.mdcbbs.com!lasman@uunet.uu.net Subject: Activity Question To: packet-radio@ucsd.edu Is there ever anything posted in this news group ??? ------------------------------ Date: 4 Jun 92 13:19:30 GMT From: swrinde!elroy.jpl.nasa.gov!lambda.msfc.nasa.gov!robichau@network.UCSD.EDU Subject: Alinco DJ560T usable w/G3RUH modems? To: packet-radio@ucsd.edu I'm just starting to get active in packet but have already started thinking about adding a G3RUH 9600baud modem to my MFJ-1278. So far, no one has been able to tell me if my Alinco 560T HT will be compatible with it. Other miscellaneous "getting started" or MFJ-1278 tips are also welcome, of course. 73 de KD4JZG -- Paul Robichaux, KD4JZG | NTI doesn't pay for my opinions, and NASA robichau@lambda.msfc.nasa.gov | doesn't know I have any. This message printed on recycled phosphors. ------------------------------ Date: Thu, 4 Jun 1992 16:14:11 GMT From: sdd.hp.com!hpscdc!hplextra!hpl-opus!hpspdla!paulz@network.UCSD.EDU Subject: DX Packet messages To: packet-radio@ucsd.edu > ... or, for that matter ... how long does it usually take for, oh, say, > a message sent from a PBBS in, say, California to get to a PBBS in NY? It takes a few days for a message to be forwarded across the country. 73, Paul AA6PZ @ N6IIU-1.#NOCAL.CA.USA.NA ------------------------------ Date: 4 Jun 92 22:37:54 GMT From: mdisea!jackb@uunet.uu.net Subject: DX Packet messages To: packet-radio@ucsd.edu In article <33150017@hpspdla.spd.HP.COM> paulz@hpspdla.spd.HP.COM (Paul Zander) writes: >> ... or, for that matter ... how long does it usually take for, oh, say, >> a message sent from a PBBS in, say, California to get to a PBBS in NY? > > >It takes a few days for a message to be forwarded across the country. Interesting. I have found that it depends entirely on the current conditions and your specific situation (proximity to an hf gateway mostly). I have seen transcontinental messages delivered within a few hours. I used to regularly receive mail in Atlanta delivered from New York in 5 to 6 hours. The path was amazing - it almost always made its way from New York down to Maryland, then down to Miami on hf, back to South Carolina also on hf, then vhf terrestrial down to Atlanta. And in only a few hours. It is truly amazing to see... Jack Brindle ham radio: wa4fib internet: jackb@mdd.comm.mot.com ------------------------------ Date: 5 Jun 92 14:31:35 GMT From: comp.vuw.ac.nz!waikato.ac.nz!aukuni.ac.nz!kcbbs!kc@uunet.uu.net Subject: KA9Q NOS and Hayes compatible modems To: packet-radio@ucsd.edu Hi, There are folks who would like to connect to my NOS system (IBM PC based) using their phone modem. How can I attach a Hayes compatible modem to KA9Q NOS and have it accept an ASCII PSTN login ? sw ------------------------------ Date: 4 Jun 1992 07:10:24 -0700 From: news-mail-gateway@ucsd.edu Subject: PacComm TNC-2 TLL connector -vs- MFJ1270B TTL connector To: packet-radio@ucsd.edu LOGFILE: KA9Q Both the MFJ1270B and PacComm TNC-2 tncs are supposed to be TAPR TNC-2 clones. The descriptions in then manuals for the TTL pin-outs don't match. Does anyone know if the TTL pinouts are supposed to be the same, or what? If they are different, has anyone made an interface cable that make the TTL pinouts the same? I have a device that connects to the TTL port of the PacComm TNC-2. I want to connect it to the MFJ-1270B TNC, but I am worried that I will have problems since the pinouts don't seem to match. Any info would be appreciated. From: Jack Snodgrass 73's de KF5MG | VM Office Systems | IBM Corporation | Telephone | Internal Zip | | Performance Group | 5 West Kirkwood Blvd | (817) 962-4409 | 04-02-30 | | Div. 76, Dep. 5FM | Westlake, Tx 76299 | TIE 522-4409 | Bld 4, Rm 4224 | ------------------------------ Date: 5 Jun 92 00:24:56 GMT From: public!grady@decwrl.dec.com Subject: portable packet terminal To: packet-radio@ucsd.edu Can anyone recommend a portable terminal useful for packet? I had been using a T1000SE, but that device is doing other duty now. A tiny screen LCD type might be the ticket -- no need for much memory, a disk, etc. Radio Shack?? -- Grady Ward grady@btr.com KD6ETH @ K6LY.#NOCAL.CA.USA.NA Moby Lexicons ------------------------------ Date: Thu, 4 Jun 1992 16:39:10 GMT From: sdd.hp.com!usc!sol.ctr.columbia.edu!src.honeywell.com!skyler.mavd.honeywell.com!estey@network.UCSD.EDU Subject: Yaesu FT-5200 & 470 on 9600 baud??? To: packet-radio@ucsd.edu I have a Yaesu FT-5200 dualnamd transceiver and a FT-470 handheld which I would like to use on 9600 baud packet. Does anyone know about modifications for either unit? Thanks for your help. 73 Carl-- ______________________________________________________________________________ Carl Estey | Home Mail Address: 276 Walnut Lane Amateur Callsign: WA0CQG | Apple Valley, MN 55124 | Business Address: Honeywell Inc. Phone: Work (612) 541-5136 | Flight Systems & Test Operations M/S MN15-2370 FAX (612) 542-6003 | 1625 Zarthan Ave. S., St. Louis Park, MN 55416 Home (612) 432-0699 | Packet: WA0CQG @ WA0CQG.#SOMSP.MN.USA.NA The nonsense here is of my own making - no one else would want credit! ------------------------------ End of Packet-Radio Digest V92 #150 ****************************** Date: Sat, 6 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #151 To: packet-radio Packet-Radio Digest Sat, 6 Jun 92 Volume 92 : Issue 151 Today's Topics: Activity Question AMPRNet NNTP server? (was Re: Packet BBS distributions) Packet BBS distributions (2 msgs) Packet distributions for Pennsylvania and NJ? PBBSs vs. netnews (was Re: Packet BBS distributions) (2 msgs) portable packet terminal TI99/4A packet radio Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Packet-Radio Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: 5 Jun 92 17:57:33 GMT From: mdcbbs.com!mdcbbs.com!gavin@uunet.uu.net Subject: Activity Question To: packet-radio@ucsd.edu In article <1992Jun4.203340.1@bbs.mdcbbs.com> lasman@bbs.mdcbbs.com writes: >Is there ever anything posted in this news group ??? A question I have often pondered. 8-) I check this newsgroup regularly because I am considering setting up a Packet Radio node, probably connected to some sort of 386 PC. I haven't seen any traffic to encourage me, but. Does anyone use packet radio in the UK? Gavin --- EDS Shape Data, Cambridge, Cambs. ------------------------------ Date: Fri, 5 Jun 1992 14:45:13 GMT From: sdd.hp.com!cs.utexas.edu!utgpu!torn.onet.on.ca!watserv1!norton.waterloo.edu!owpurbo@network.UCSD.EDU Subject: AMPRNet NNTP server? (was Re: Packet BBS distributions) To: packet-radio@ucsd.edu In article <9206051413.AA02543@dgbt.doc.ca> barry@dgbt.doc.CA (Barry McLarnon) writes: >distribution to packet users. And so on... But it's not clear to me how >we could start implementing a packet Netnews network *today* that would be >accessible to all packet users. has anyone run a packet Netnews (NNTP) server accessible through the amprnet gateways? would appreciate any info. 73 Onno yc1dav@ve3.yc1dav.ampr.org [44.135.84.22] ------------------------------ Date: 5 Jun 1992 07:14:03 -0700 From: news-mail-gateway@ucsd.edu Subject: Packet BBS distributions To: packet-radio@ucsd.edu Phil sez: >Has anybody ever suggested that the packet BBSes be replaced with >Netnews software instead of slowly but surely reinventing it from >scratch, with much pain and anguish along the way? > >Never mind. I couldn't control myself. Sorry. Lots of people have suggested it. The packet BBS network does a reasonable job of moving mail and bulletins around, but as a Usenet-type conferencing tool, it's a dud. No amount of tinkering will make a silk purse out of it. On the other hand, it's too facile to simply say "replace it with Netnews". I'd love to, but it ain't that simple! Let's see some practical suggestions on how to implement such a thing in the packet radio environment... Yes, NOS has some NNTP capabilities. Yes, it's now possible to run Unix on your 386 box for next to nothing. Yes, Brian Kantor and others are looking into implementation of a broadcast protocol for efficient news distribution to packet users. And so on... But it's not clear to me how we could start implementing a packet Netnews network *today* that would be accessible to all packet users. Enlightenment, anyone? Barry VE3JF ------------------------------ Date: 5 Jun 92 23:18:42 GMT From: sun-barr!male.EBay.Sun.COM!west.West.Sun.COM!L1-A!flloyd@ames.arpa Subject: Packet BBS distributions To: packet-radio@ucsd.edu In article <9206051413.AA02543@dgbt.doc.ca> barry@dgbt.doc.CA (Barry McLarnon) writes: >Phil sez: >>Has anybody ever suggested that the packet BBSes be replaced with >>Netnews software instead of slowly but surely reinventing it from >>scratch, with much pain and anguish along the way? >> >>Never mind. I couldn't control myself. Sorry. > >Lots of people have suggested it. The packet BBS network does a reasonable >job of moving mail and bulletins around, but as a Usenet-type conferencing >tool, it's a dud. No amount of tinkering will make a silk purse out of it. > >Enlightenment, anyone? > The main reason is far simpler. The typical packet user (who probably has enough trouble at the DOS prompt) can not cope with the extensive commands and options offered by netnews. I run a land line BBS and know this from experience. -fred -- | Fred Lloyd AA7BQ, Systems Engineer Fred.Lloyd@west.sun.com | | Sun Microsystems Computer Corporation ...sun!flloyd | | Phoenix, AZ (If it's a fact, I believe it!) (602) 275-4242 | ------------------------------ Date: 5 Jun 92 19:38:56 GMT From: swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!darwin.sura.net!europa.asd.contel.com!rocky!pascoe@network.UCSD.EDU Subject: Packet distributions for Pennsylvania and NJ? To: packet-radio@ucsd.edu I want to send a packet bulletin to a distribution covering central and eastern Pennsylvania, as well as northern and southern New Jersey. What is the current method for addressing ALL@ type messages? -- Dave Pascoe KM3T pascoe@rocky.gte.com GTE/SCSD - Needham Heights, MA (617) 455-5704 ------------------------------ Date: 6 Jun 92 03:25:52 GMT From: sdd.hp.com!mips!apple!apple!winter@network.UCSD.EDU Subject: PBBSs vs. netnews (was Re: Packet BBS distributions) To: packet-radio@ucsd.edu In article <l2vtiiINNnss@west.west.sun.com> flloyd@L1-A.West.Sun.COM writes: >The main reason is far simpler. The typical packet user (who probably >has enough trouble at the DOS prompt) can not cope with the extensive >commands and options offered by netnews. And conversely, those of us accustomed to netnews can't cope with the limited commands and just plain weird conventions of PBBSs! For instance, why on earth will a PBBS accept "B" and "L", but not the full commands those letters abbreviate (BYE and LIST, respectively)? Aargh!! And in the listing of available bulletins and personal messages, why is the destination BBS after the *sender's* callsign instead of after the recipient's callsign? E.g., if I send a message to KA9Q @ K3MC, it shows up in the listing as "To KA9Q" "From N6BIS" "@K3MC". Not to mention (okay, I'm going to anyway) the utterly delightful inability to break out of reading a message once it's started spewing onto your screen. Oh well, if that's what BBS and PBBS users prefer--chacun a son gout. Patty -- ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: Patty Winter N6BIS Internet: winter@apple.com :: :: Sunnyvale, California AMPRNet: 44.4.0.44 :: ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ------------------------------ Date: 5 Jun 1992 22:36:33 -0700 From: news-mail-gateway@ucsd.edu Subject: PBBSs vs. netnews (was Re: Packet BBS distributions) To: packet-radio@ucsd.edu You are painting all packet BBS prorgams with a broad brush. I think you will find most of the programs overcome the objections you raise. I know mine does. To many of the others that comment that packet BBS should do this and that: I make my source code freely available. Please add your ideas to the program and ship the modifications back to me for incorporation into the master copy. Over the years I have received five or six such contributions. Everyone of them is in the code today. Roy, AA4RE ------------------------------ Date: 6 Jun 92 08:45:05 GMT From: swrinde!mips!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!matt.ksu.ksu.edu!news@network.UCSD.EDU Subject: portable packet terminal To: packet-radio@ucsd.edu grady@public.BTR.COM (Grady Ward grady@btr.com) writes: >Can anyone recommend a portable terminal useful for packet? >I had been using a T1000SE, but that device is doing other >duty now. A tiny screen LCD type might be the ticket -- >no need for much memory, a disk, etc. Radio Shack?? I don't think there is a good *standard* portable packet terminal. Try asking on rec.radio.amateur.packet. BTW, this newsgroup was supposed to be closed over a year ago, but it still lingers. The new amateur radio groups are rec.radio.amateur.misc and rec.radio.amateur.packet. -Steve Schallehn KB0AGD Kansas State University ------------------------------ Date: 5 Jun 92 20:42:39 GMT From: ftpbox!mothost!white!rtsg.mot.com!barracuda38!farhang@uunet.uu.net Subject: TI99/4A packet radio To: packet-radio@ucsd.edu I was wondering if anyone is aware of the existence of a PMP-like program written for the (gasp) TI99/4A ?? The thing is just sitting there, and I thought that someone somewhere might have done such an absurd thing. Any info would be appreciated ..... Tnx, Paul Knight knight@whitefish.rtsg.mot.com knight@rtsg.mot.com ------------------------------ End of Packet-Radio Digest V92 #151 ****************************** Date: Sun, 7 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #152 To: packet-radio Packet-Radio Digest Sun, 7 Jun 92 Volume 92 : Issue 152 Today's Topics: PBBSs vs. netnews (was Re: Packet BBS distributions) TAPR TNC-2 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 Jun 92 07:24:40 GMT From: olivea!apple!apple!winter@uunet.uu.net Subject: PBBSs vs. netnews (was Re: Packet BBS distributions) To: packet-radio@ucsd.edu In article <9206060536.AA23779@ucsd.edu> enge@almaden.ibm.com (Roy Engehausen) writes: >You are painting all packet BBS prorgams with a broad brush. I think >you will find most of the programs overcome the objections you raise. >I know mine does. Hi, Roy. Over the years, I have used 3-4 different PBBSs in the Bay Area (Peninsula and South Bay). All of them have had the drawbacks I described. Perhaps they all use the same software (W0RLI?). If your program is better, I certainly hope that more sysops will switch to it. Patty p.s. If there's someone in the Sunnyvale area using your software (I can't work as far as Gilroy), please tell me the callsign and frequency and I'll gladly try it. -- ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: Patty Winter N6BIS Internet: winter@apple.com :: :: Sunnyvale, California AMPRNet: 44.4.0.44 :: ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ------------------------------ Date: 6 Jun 92 00:42:39 GMT From: swrinde!mips!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!access.usask.ca!ccu.umanitoba.ca!bison!sys6626!inqmind!bills@network.UCSD.EDU Subject: TAPR TNC-2 To: packet-radio@ucsd.edu Being rather cheap, and enjoying endless hours of tedium checking parts of lists, soldering, and clipping leads, I have undertaken to assemble a *real* TAPR TNC-2 from the excellent blank board supplied by TAPR, and by scrounging parts wherever I can. Unless your junkbox runs to 20-turn trimpots and CMOS EPROMS, this is not the way to save money, but its fairly educational and with luck I'll break even with the cost of buying a store-boughten TNC. My question to the world is: TAPR sells an XR2111 replacement for carrier detect that they say does wonders. Is it in fact a worthwhile addition to the TNC 2 ? Any particular pitfalls in the orignal TNC that I should watch for ? Should my next order to TAPR be for the KISS software ? I started off assembling the K9NG kit but after two months, there's still no-one out there to talk to on 2 metres; all the 9600 in this area is on UHF. I *still* think I can do it on 2, though. Bill VE4STW bills@inqmind.bison.mb.ca The Inquiring Mind BBS, Winnipeg, Manitoba 204 488-1607 ------------------------------ End of Packet-Radio Digest V92 #152 ****************************** Date: Mon, 8 Jun 92 04:30:04 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #153 To: packet-radio Packet-Radio Digest Mon, 8 Jun 92 Volume 92 : Issue 153 Today's Topics: Anyone using a KPC-2400 ? Commercial Packet Small terminal TAPR TNC-2 TCP on Apples (was Re: TI99/4A packet radio) TI99/4A packet radio Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Packet-Radio Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: 7 Jun 92 23:30:49 GMT From: pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.dec.com!sousa.ltn.dec.com!bobseg.enet.dec.com!segrest@decwrl.dec.com Subject: Anyone using a KPC-2400 ? To: packet-radio@ucsd.edu Greetings, After a productive morning at the local hamfest I am now the proud owner of a 2M packet station. I picked up a Wilson WE-800 2M FM rig and a Kantronics KPC-2400 TNC for $160. I would like to correspond with anyone currently using the KPC-2400 for packet radio. Having scanned through the manual once or twice now it appears that I may have the front end of a packet bbs system. Is anyone using the KPC for this? If so, what sort of computer and what software are you using? Are there any do's and don'ts that I should be sensitive to? As I just passed my Tech exam on May 9th I suspect that I have several weeks yet to work things out. -- Bob Segrest segrest@dc101.enet.dec.com ------------------------------ Date: 7 Jun 92 10:36:26 GMT From: ub!dsinc!wells!edw@RUTGERS.EDU Subject: Commercial Packet To: packet-radio@ucsd.edu Does anyone know if AX.25 is legal on commercial radio bands? If not, what forms are legal for commercial businesses. I was told both, it is legal, and also that it is not. -- ========================================================================= Edward E. Wells Jr., N3IAS, President Voice: (215)-943-6061 Wells Computer Systems Corp., Box 343, Levittown, Pa. 19058 {wells.com,dsi.com,dsinc,bcccix,francis,hotps,rescon}!wells!edw ------------------------------ Date: 7 Jun 92 10:38:37 GMT From: ub!dsinc!wells!edw@RUTGERS.EDU Subject: Small terminal To: packet-radio@ucsd.edu I'm looking for a small terminal (preferably something backlit or that can be seen in the dark) that would be fairly rugged and small enough to be mounted in a car with a full "QWERTY" keyboard. Anyone know of such a monster? -- ========================================================================= Edward E. Wells Jr., N3IAS, President Voice: (215)-943-6061 Wells Computer Systems Corp., Box 343, Levittown, Pa. 19058 {wells.com,dsi.com,dsinc,bcccix,francis,hotps,rescon}!wells!edw ------------------------------ Date: 7 Jun 1992 14:05:39 GMT From: ucsd.edu!brian@network.UCSD.EDU Subject: TAPR TNC-2 To: packet-radio@ucsd.edu The TAPR 2211 DCD mod is indeed useful. It's easy to install; you just plug it between the 2211 chip and its socket, and chop out a resistor on the mainboard. What it does is allow you to run with an unsquelched radio, which will greatly improve your receive carrier detect time. It also reduces chatter of DCD on marginal signals. A good deal for $20. - Brian ------------------------------ Date: 7 Jun 92 19:33:54 GMT From: sdd.hp.com!mips!apple!apple!winter@network.UCSD.EDU Subject: TCP on Apples (was Re: TI99/4A packet radio) To: packet-radio@ucsd.edu In article <9F0ZLB2w164w@pillock.moron.vware.mn.org> stevej@pillock.moron.vware.mn.org (Steven Jarosh, KA0VYB) writes: > >Has anybody managed to port *ANY* form of nos to the >(gasp) apple IIe/c/gs platform. There are no versions of Phil's software (either NET or NOS) available for any Apple machines except the Macintosh. Pity, too--I had this really nice Apple /// I would have held on to if I could have used it for packet... Patty -- ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: Patty Winter N6BIS Internet: winter@apple.com :: :: Sunnyvale, California AMPRNet: 44.4.0.44 :: ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ------------------------------ Date: 7 Jun 92 15:41:43 GMT From: sdd.hp.com!spool.mu.edu!umn.edu!kksys.com!edgar!brainiac!moron!pillock!stevej@network.UCSD.EDU Subject: TI99/4A packet radio To: packet-radio@ucsd.edu knight@rtsg.mot.com (Paul E. Knight) writes: > I was wondering if anyone is aware of the existence of a PMP-like program > written for the (gasp) TI99/4A ?? The thing is just sitting there, and > I thought that someone somewhere might have done such an absurd thing. > > Any info would be appreciated ..... Since Paul has opened the absurd request can of worms thread, I have one too. Has anybody managed to port *ANY* form of nos to the (gasp) apple IIe/c/gs platform. All info needed, especially memory and hardware spec's. Steve, KA0VYB (11th Hour Contest Group - North American Chapter) (Microwavers do it with higher frequency) ------------------------------ End of Packet-Radio Digest V92 #153 ****************************** Date: Tue, 9 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #154 To: packet-radio Packet-Radio Digest Tue, 9 Jun 92 Volume 92 : Issue 154 Today's Topics: Commercial Packet (2 msgs) Heathkit PK-21 Info wanted MFJ 1278 For Sale Packet Ragchew Packet with computer interface device only? TAPR TNC-2 kit 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: 8 Jun 92 15:03:47 GMT From: dziuxsolim.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDU Subject: Commercial Packet To: packet-radio@ucsd.edu It is legal, and if you call AEA they will treat you much better if you tell them you're commercial. They have a device called a PK90 which is essentially a PK88 with a 2400 baud modem, and even encryption. They recommend Maxon (nothing fancy) commercial radios and the interface is similar to hooking up any other TNC. There are also fancier commercial packet companies out there as well. Some even mention the protocol as AX.25. -Ron ------------------------------ Date: 9 Jun 92 02:53:45 GMT From: swrinde!mips!spool.mu.edu!hri.com!ukma!widener!dsinc!wells!edw@network.UCSD.EDU Subject: Commercial Packet To: packet-radio@ucsd.edu ron@pilot.njin.net (Ron) writes: > It is legal, and if you call AEA they will treat you much better > if you tell them you're commercial. They have a device called a > PK90 which is essentially a PK88 with a 2400 baud modem, and even > encryption. Thanks for your reply Ron. I also have done quite a bit of checking around and have also been told the same, packet is legal commerically. As well as being able to encrypt the data commerically, I'm also told that some commercial version packet controller are the same as the AX.25 unit that the ham radio operators are running, but just as odd baud rates so that the standard AX.25 controllers can't monitor them. -- ========================================================================= Edward E. Wells Jr., N3IAS, President Voice: (215)-943-6061 Wells Computer Systems Corp., Box 343, Levittown, Pa. 19058 {wells.com,dsi.com,dsinc,bcccix,francis,hotps,rescon}!wells!edw ------------------------------ Date: 8 Jun 92 13:11:55 GMT From: swrinde!zaphod.mps.ohio-state.edu!rphroy!ilium!gdls!turini@network.UCSD.EDU Subject: Heathkit PK-21 Info wanted To: packet-radio@ucsd.edu At a hamfest yesterday I picked up a Heathkit HK-21 Pocket Packet at a good price. Unfortunately, it came with no instructions, accessories (?) etc. I called Heath and ordered a manual, but it will not be here for a week. Some of the connections are self-explanatory, but others are not. Can anyone give me a quick explanation of the connectors, how to set the baud rate, etc. So that I can try to get it up before the manual gets here? (I'm going on vacation at the end of the week, and it sure would be nice to take it along with me, but I don't think that the manual will make it here by then.) BTW, I assume that there is an external charger for the ni-cad battery? Thanks Bill KA4GAV/8 +-----------------------------------------------------------------------------+ | Bill Turini Chief, Technical Systems Support | | | | Computer Sciences Corporation ilium.troy.msen.com!gdls!turini | | Technology Management Division turini%gdls@ilium.troy.msen.com | | MZ 435-02-33 | | 6000 E. 17 Mile Road (313) 825-8810 Voice | | Sterling Heights, MI 48313 (313) 825-8764 FAX | | "Doing the right thing is more important than doing it right." | | R. Wamsley, 1991 | +-----------------------------------------------------------------------------+ ------------------------------ Date: 7 Jun 92 00:32:00 GMT From: swrinde!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!usenet.coe.montana.edu!ogicse!qiclab!therose!postmaster@network.UCSD.EDU Subject: MFJ 1278 For Sale To: packet-radio@ucsd.edu I have an older MFJ 1278 Multi-Mode TNC I will part with for $150 This included the Book, TNC and power supply. I can also put a disk in the box with lan-link 2.0 (Shareware) to get ya up and started. The reason I am selling it is I spotted a good deal on a newer one and need the buck (Plus some of mine) to get it. Will split the shipping charges not to exceed $6. If your interested let me know. I'm posting this every where I can. TNX 73 De Larry Lund N7LBP/AG P.s. the only thing you will need to supply for it it is your radio, and computer and a cable for your particular radio. I know they sell em made up already for the MFJ at HRO. Packet : N7LBP @ N7VYN.or.usa.na No.. Taco Bell is not the Mexican Phone Co. * SLMR 2.1a #2073 * Trust in Allah, but tie your camel. ------------------------------ Date: 8 Jun 1992 11:55:56 -0700 From: news-mail-gateway@ucsd.edu Subject: Packet Ragchew To: packet-radio@ucsd.edu This is my half-penny's worth on the topic. Here in the Cleveland Metropolitan area, 145.03 was originally a 'real time' qs o frequency by informal concensus. It has 'almost' remained that way except fo r the existance of one major bbs, which was infact the sponsor of the realtime qso frequency. This frequency still ramains one the main, if not the main, rea l time qso freq. Besides the main bbs there are a host of other personal mailb oxes that beacon on the frequency, but they are essentially low use. One of my concerns about the activity on packet is the proliferation of the maj or bbs's on a single frequency. At first glance one wonders if there could not be some enhanced coordination (without bureaucrary) so that there would be a na tional bbs, a regional, and a metropolitan. This would hopefully reduce some o f the traffic and free up the airwaves for more packet activity. On the other hand, maybe all of this is superflous! THIS IS A HOBBY! Bob KF8PH |44.70.4.113| kf8ph@wa8bxn.oh.na. kf8ph@LakeSw.AmPR.Org ------------------------------ Date: 8 Jun 92 20:15:33 GMT From: sdd.hp.com!spool.mu.edu!agate!linus!linus.mitre.org!mwvm.mitre.org!M16146@network.UCSD.EDU Subject: Packet with computer interface device only? To: packet-radio@ucsd.edu I have an old computer - radio interface device which was designed mostly for RTTY (not AMTOR) and so on, but is not packet capable by itself. Can't re- member the model number and have shipped it to my son some time ago. I was wondering if either the poor man's packet or "Multy (?)" or other software can do the packet assembling/disassembly etc in such an arrangement? Has anyone worked this approach? Can anyone recommend/not recommend Poor Man's Packet and mail order kit? Vern Eubanks AA7EI@NJ7P.AZ.USA.NA, (602) 378-1124, eubanks@mwunix.mitre.org ------------------------------ Date: 8 Jun 92 14:07:28 GMT From: ftpbox!mothost!white!rtsg.mot.com!barracuda38!coons@uunet.uu.net Subject: TAPR TNC-2 kit To: packet-radio@ucsd.edu I have seen several references regarding TAPR TNC-2 kits. Could someone who has built one please drop me a note describing the approximate size of the unit, power requirements, and $$$. Tnx, Paul Knight WD8DKY knight@whitefish.rtsg.mot.com knight@rtsg.mot.com ------------------------------ Date: 9 Jun 1992 02:57:57 -0700 From: news-mail-gateway@ucsd.edu To: packet-radio@ucsd.edu References wd6ehr@wd6ehr.ampr.ORG, (Mike, Curtis) Reply-To : wd6ehr@wd6ehr.ampr.org Subject : Re: TAPR TNC-2 In message <s69wLB1w164w@inqmind.bison.mb.ca> you write: > I started off assembling the K9NG kit but after two months, > there's still no-one out there to talk to on 2 metres; all the > 9600 in this area is on UHF. I *still* think I can do it on 2, though. I've tried both. Pound for pound, 2 meters is better for 9600 than UHF, as well as not having radar problems like 70cm. However, with the TEKK radios being plug and play, and only the (terrible) DVR 2-2 being plug and play on 2 meters, most activity is on 70cm. Mike ------------------------------ End of Packet-Radio Digest V92 #154 ****************************** Date: Wed, 10 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #155 To: packet-radio Packet-Radio Digest Wed, 10 Jun 92 Volume 92 : Issue 155 Today's Topics: BBS coordination (was Re: Packet Ragchew) East Coast Repeater Link (fwd) Manual wanted for HK-21 (plus any detailed schematics, etc) Packet BBS distributions (2 msgs) PBBSs vs. netnews (was Re: Packet BBS distributions) Spectrum terminal TAPR TNC-2 TCP on Apples (was Re: TI99/4A packet radio) (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: 9 Jun 92 16:11:56 GMT From: europa.asd.contel.com!emory!wa4mei!ke4zv!gary@uunet.uu.net Subject: BBS coordination (was Re: Packet Ragchew) To: packet-radio@ucsd.edu In article <9206081855.AA18874@ucsd.edu> P1782@VMCMS.CSUOHIO.EDU (Robert A. Bennett) writes: > >One of my concerns about the activity on packet is the proliferation of the maj >or bbs's on a single frequency. At first glance one wonders if there could not >be some enhanced coordination (without bureaucrary) so that there would be a na >tional bbs, a regional, and a metropolitan. This would hopefully reduce some o >f the traffic and free up the airwaves for more packet activity. When we formed GRAPES, one of the first things we addressed was the coordination of LANS. Actually they are MANS, but the name has stuck. Anyway, we quickly decided that users didn't belong on the trunk frequency playing BBS DXer. It caused unbelievable congestion that held off some sites for minutes at a time while providing little throughput. What we did was divide the state into RF regions called LANS. These weren't simple lines on a map because of terrain. Basically we told users to choose *one* LAN where they wanted to be found and *stay* there. GRAPES would provide gateways to allow access to other users. Each LAN group has a designated mail forwarding BBS that is accessable on the LAN frequency and that has a second port on the trunk frequency. This keeps BBS to BBS forwarding activity out of sight of the users. With proper mail routing and near global bulletin distribution, there is no need for BBS DXing. Each LAN also has a gateway switch with ports on the LAN and on the high speed trunk. Any user can access any other user for keyboard chatting via the gateways. The 56 kb trunk has the capacity, lacking at user speeds, to allow simultaneous BBS to BBS traffic and user chats. This is a very structured network and can be damaged by users not playing by the rules. It is very effective, however, as long as we can keep the gateways operating. The bane of the network engineer is the packet DXer hopping from channel to channel around the network looking for the furtherest point he can reach. This disrupts the automatic routing algorithms and can cause unexpected congestion in parts of the system. Gary KE4ZV ------------------------------ Date: 9 Jun 92 16:13:42 GMT From: swrinde!gatech!ukma!widener!beyonet!beyo@network.UCSD.EDU Subject: East Coast Repeater Link (fwd) To: packet-radio@ucsd.edu This is a forwarded message please respond to the author. Do not send me any responses. Thanks Steve ---------Start Forwarded Packet Message--------- MSG # TR SIZE TO FROM @BBS DATE TITLE 418 B# 1293 ALL WR2O USA 920609 East Coast Repeater Link Forwarding path: WB3EUF N3FOA N3DFD KF2AW KB1BD KB2EAR KA2CHO W2ODV Attention East coast hams. Looking for hams interested in acquiring and maintaining a repeater link from New Jersey to Flordia, using 6 meters as a backbone. Will need sites of at least 100' in height that can have two horizonal 6 element beams installed. One south and one north. Sites need to be between 100 to 200 miles apart, depending on sites. This is a serious project that can be done inexpensively. If interested please contact WR2M Days (201)584-1550 Evenings (201)770-0242 Bill Lupo Or write WR2M 36 Holiday Drive Hopatcong, NJ 07843R 11324 *** END OF MSG # 418 from WR2O @ W2ODV.NJ.USA.NA --------End of Forwarded Message-------- -- ############### Stephen Urich WB3FTP |"Starlightbeams project ############### ##|_|########## Bensalem, PA USA |me in Red Blue and Green##|_|########## ###############----------------------|Velvetdreams protect me ############### #### #### snark!beyonet!beyo |when I hit the Screen" #### #### ## |_| ## widener!beyonet!beyo |--Alan Parsons Project ## |_| ## ## ##-----------------------------------------------## ## #### #### Packet Radio: WB3FTP@WA3NWL.#EPA.PA.USA.NA #### #### _###############_______________________________________________###############_ ------------------------------ Date: Tue, 9 Jun 1992 23:51:02 GMT From: sdd.hp.com!wupost!m.cs.uiuc.edu!vela!vela!swood@network.UCSD.EDU Subject: Manual wanted for HK-21 (plus any detailed schematics, etc) To: packet-radio@ucsd.edu Picked up one of the closeout HK-21 radios, and got it working, but need any manuals (US mail) or technical info. If anyone has any available, please contact me... swood -- +========================+ -------_________ +=========================+ | WANTED - DEAD OR ALIVE | o\ o \ ____|o | If you see this lure, | | Creek Chub "Plunker" | \___\_-o- viv | PLEASE send me email!!! | ------------------------------ Date: 9 Jun 92 06:06:42 GMT From: sdd.hp.com!usc!rpi!bu.edu!wang!harvee!esj@network.UCSD.EDU Subject: Packet BBS distributions To: packet-radio@ucsd.edu In article <9206051413.AA02543@dgbt.doc.ca> barry@dgbt.doc.CA (Barry McLarnon) writes: > But it's not clear to me how > we could start implementing a packet Netnews network *today* that would be > accessible to all packet users. > > Enlightenment, anyone? > I see a (somewhat) common thread. Dos, amiga and (even) atari boxes have some form of uucp based netnews software. these packages accept compressed news batches and uux files to tell the system what to do with the batches. it would be a "simple" matter to replace a uucico with "yet another protocol" to send and recieve data over a basic TNC. Even though some might complain that sending the information point-to-point via a broadcast medium is inefficent (it is!) I think the experiment is worth trying. --- eric -- UUCP ...!uunet!wang!harvee!esj esj@harvee.uucp HAM ka1eec WORK AT&T (617) 577-4068 (w) johansson@athena.polaroid.com source of the public's fear of the unknown since 1956 ------------------------------ Date: Tue, 9 Jun 1992 14:08:05 GMT From: deccrl!news.crl.dec.com!hollie.rdg.dec.com!decvax.dec.com!zk3.dec.com!evans@decwrl.dec.com Subject: Packet BBS distributions To: packet-radio@ucsd.edu In article <1476014@harvee.UUCP>, esj@harvee.UUCP (Eric S Johansson) writes: |> In article <9206051413.AA02543@dgbt.doc.ca> barry@dgbt.doc.CA |> (Barry McLarnon) writes: |> |> > But it's not clear to me how |> > we could start implementing a packet Netnews network *today* that would be |> > accessible to all packet users. |> > |> > Enlightenment, anyone? |> |> I see a (somewhat) common thread. Dos, amiga and (even) atari boxes have some |> form of uucp based netnews software. these packages accept compressed |> news batches and uux files to tell the system what to do with the batches. |> it would be a "simple" matter to replace a uucico with "yet another |> protocol" to send and recieve data over a basic TNC. |> Isn't the common uucico replacement NNTP in the Internet community? I believe that the NNTP sources have been used on other then u*ix OS's, and also recall a version written in perl (perl is available on DOS, amiga and others). - Marc -- =========================================================================== Marc Evans - Marc@Synergytics.COM | Synergytics (603)635-8876 WB1GRH - WB1GRH@W2XO.#WPA.PA.USA.NOAM | 21 Hinds Ln, Pelham, NH 03076 --------------------------------------------------------------------------- Unix and X Software Consultant =========================================================================== ------------------------------ Date: Tue, 9 Jun 1992 18:41:34 GMT From: sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!glenne@network.UCSD.EDU Subject: PBBSs vs. netnews (was Re: Packet BBS distributions) To: packet-radio@ucsd.edu In rec.radio.amateur.packet, brian@ucsd.edu (Brian Kantor) writes: But that begs the entire question of environment: radio is inherently a broadcast medium. It's silly and inefficient to keep sending the same message individually to each person who wants to read it. That inefficiency was why we invented NNTP to replace Internet mailing lists. We should find a way for a broadcast technology to replace ham BBSs. Not to argue with the Brian's discussion I would pick the nit that it is *current* vhf amateur packet radio which is inherently a broadcast medium. We simply aren't able to use antennas large and directive enough to effectively be point-point in this portion of the spectrum. This situation is likely to predominate for some time. In that context I have no disagreement with Brian's position. However, I (for one) live in hope that the broadcast nature of the lower bands may be eventually be supplemented with microwave and millimeter hardware which doesn't carry the broadcast/omni penalty. Radio *is* inherently divergent barring some guiding structure. It will probably not ever allow the kinds of (terrestrial) information transfer efficiency of low loss guided structures that, say, fiber can but we shouldn't rule out the possibility of eventually having some relatively non-broadcast physical layer hardware. The information capacity advantage of this kind of channel is enormous compared to existing broadcast channels. In the interim, I agree that it is extremely wasteful of resources to continue as we are. Within the forseeable future it will no doubt be that the user links will be continue to be broadcast or semi-broadcast. Even the Hubmaster stuff we are working on has antennas with omnidirectionality in azimuth. Dedicated point-point user hardware isn't likely to be widespread anytime soon. I think I can count on one hand the number of multi-Mbps systems which are actually running as a result of n6rce's and my article. I expect that small shared clusters/cells of semi-omni users are more probable than "stars" of full pt-pt users. By the time that most installations will have coordinated two ends with highly directive structures they probably will have been able to find a guided-wave alternative which is cheaper than radio and has even more capacity. In the end, the advantage of radio is the lesser degree of coordination/connection it allows. When it becomes more difficult/expensive to use than "plug-in" access it won't be attractive. However, if we totally write off radio as being broadcast only I doubt that amateur radio stands much of a chance of continuing long into the information age. Glenn Elmore n6gn N6GN @ K3MC amateur IP: glenn@SantaRosa.ampr.org Internet: glenne@sr.hp.com ------------------------------ Date: 9 Jun 92 12:36:15 GMT From: mcsun!ieunet!ul.ie!walshr@uunet.uu.net Subject: Spectrum terminal To: packet-radio@ucsd.edu SPECTRUM TERMINAL DOES ANYONE KNOW IF IT IS POSSIBLE TO USE A SINCLAIR SPECTRUM AS A TERMINAL FOR PACKET WITH THE ADDITION OF A SERIAL PORT INTERFACE. THE INTENTION IS TO HAVE A SMALL PORTABLE SETUP. 73 de Rod EI7DF "itd1.ul.ie" "vax1.may.ie" or @ EI1DF ------------------------------ Date: 9 Jun 92 17:14:58 GMT From: sdd.hp.com!usc!rpi!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic2!mcsun!sun4nl!nikhefk!henkp@network.UCSD.EDU Subject: TAPR TNC-2 To: packet-radio@ucsd.edu In article <10t53jINNprv@network.ucsd.edu> brian@ucsd.edu (Brian Kantor) writes: >The TAPR 2211 DCD mod is indeed useful. It's easy to install; you just >plug it between the 2211 chip and its socket, and chop out a resistor >on the mainboard. What it does is allow you to run with an unsquelched >radio, which will greatly improve your receive carrier detect time. It >also reduces chatter of DCD on marginal signals. A good deal for $20. > - Brian In the Netherlands we some use higher packet speeds then 1200 baud on the same frequentions as used by 1200 Baud packet. The TAPR 2211 DCD doesn't detect those transmisions and the result are colisions! So use them with care and transmit only when a noise squels says the channel is free. When the big users of a packetchannel go to higher transmission speed between them, the packet channel transmission time goes down and creates more transport bandwith on a packet channel for the 1200 Baud users. Henk, PA0HZP Ps: I like to see a DCD detect circuit which detect also higher packet speeds with a short carier detect time? Current I am using a fast noise squels. ------------------------------ Date: 9 Jun 92 05:04:22 GMT From: sdd.hp.com!spool.mu.edu!umn.edu!kksys.com!edgar!brainiac!moron!pillock!stevej@network.UCSD.EDU Subject: TCP on Apples (was Re: TI99/4A packet radio) To: packet-radio@ucsd.edu winter@Apple.COM (Patty Winter) writes: > In article <9F0ZLB2w164w@pillock.moron.vware.mn.org> stevej@pillock.moron.vwa > > > >Has anybody managed to port *ANY* form of nos to the > >(gasp) apple IIe/c/gs platform. > > > There are no versions of Phil's software (either NET or NOS) available > for any Apple machines except the Macintosh. > > Pity, too--I had this really nice Apple /// I would have held on to > if I could have used it for packet... > > > Patty Patty, Thanks for the response, I was hoping to see more people respond. Now for the challenge, I challenge you to port nos to the II platform. If you do, let me know 8-{). Anybody feel up to this????? 73's Steve, KA0VYB ------------------------------ Date: 9 Jun 92 11:10:28 GMT From: swrinde!sdd.hp.com!spool.mu.edu!umn.edu!cs.umn.edu!kksys.com!edgar!brainiac!moron!biggus!chrisc@network.UCSD.EDU Subject: TCP on Apples (was Re: TI99/4A packet radio) To: packet-radio@ucsd.edu stevej@pillock.moron.vware.mn.org (Steven Jarosh, KA0VYB) writes: > > Thanks for the response, I was hoping to see more people respond. Now for > the challenge, I challenge you to port nos to the II platform. If you > do, let me know 8-{). > > Anybody feel up to this????? > > 73's > > Steve, KA0VYB Steve, I still challenge YOU to learn C and do it yourself... Chris -- 73 Chris Cox W0/G4JEC chrisc@biggus.g4jec.tcman.ampr.org chrisc@biggus.moron.vware.mn.org Eleventh Hour Contest Group - North American Chapter; Minneapolis, MN Twin Cities Metro Area Network node (biggus.g4jec.tcman.ampr.org) ------------------------------ Date: 9 Jun 1992 15:13:07 GMT From: ucsd.edu!brian@network.UCSD.EDU To: packet-radio@ucsd.edu References <9206051413.AA02543@dgbt.doc.ca>, <1476014@harvee.UUCP>, <1992Jun9.140805.23979@decvax.dec.com> Subject : Re: Packet BBS distributions At the simplest level, most mail and news systems just transport a file from machine A to machine B, then use the file as input to a program run on the remote machine. UUCP's remote execution capability was (and is) used for this purpose in uucp-based news and mail transfer. In the ham BBS world, the file is sent by imitating a human user typing over an open connection, with a slightly-formalized message structure. What to do with the message is specified by the first line of the file to be sent. NNTP and SMTP (the internet news and mail protocols) use a dedicated socket to feed the data over, so it's not necessary to have to specify what to do with the data - the socket chosen implies what the file is for, so dedicated programs can handle them. Thus ANY file transport mechanism can be used to carry news and mail. However, the current Ham BBS method is too crude for really flexible handling as Usenet does; it would have to change a bit. But there's no reason why the command line, instead of being 'SB .....' to transfer a message, couldn't instead be 'RNEWS messageid' and go from there. But that begs the entire question of environment: radio is inherently a broadcast medium. It's silly and inefficient to keep sending the same message individually to each person who wants to read it. That inefficiency was why we invented NNTP to replace Internet mailing lists. We should find a way for a broadcast technology to replace ham BBSs. - Brian ------------------------------ End of Packet-Radio Digest V92 #155 ****************************** Date: Thu, 11 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #156 To: packet-radio Packet-Radio Digest Thu, 11 Jun 92 Volume 92 : Issue 156 Today's Topics: BBS coordination (was Re: Packet Ragchew) Cheap entry into packet? (3 msgs) DX Packet messages need info about KA9Q PSTN Logins on KA9Q NOS Wanted: table of m-sequence generator polynomials up to order 10 Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Packet-Radio Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Wed, 10 Jun 1992 21:24:52 GMT From: sdd.hp.com!hpscdc!hplextra!hpl-opus!hpspdla!paulz@network.UCSD.EDU Subject: BBS coordination (was Re: Packet Ragchew) To: packet-radio@ucsd.edu In Northern California (San Francisco Bay, and Sacramento area), there is a packet co-ordinating group. They do a variety of things to encourage packet radio. One of them is frequency co-ordination for all the BBS, DX_Cluster, keyboard to keyboard and other sorts of activity. 73, Paul AA6PZ @ N6IIU-1.#NOCAL.CA.USA.NA ------------------------------ Date: 10 Jun 92 17:40:08 GMT From: dziuxsolim.rutgers.edu!dimacs.rutgers.edu!srm@RUTGERS.EDU Subject: Cheap entry into packet? To: packet-radio@ucsd.edu I'm studying for my tech lic. so I can do packet. since I'm new to this and I'm not sure how I will take to it I don't want to spend a lot of money to get started. What's the cheapest/best way to go about getting equipment (new/used) and what equipment (features/name brands/models) would you suggest for a beginner? Thanx in advance. srm -- Scott R. Myers Snail: 8544 Temple Road Phone:215.247.2551 Philadelphia, PA 19150 Arpa: srm@dimacs.rutgers.edu Uucp: ..!dimacs!srm "Every time I think I'm wrong I realize that I was mistaken!" ------------------------------ Date: 10 Jun 92 18:01:38 GMT From: dziuxsolim.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDU Subject: Cheap entry into packet? To: packet-radio@ucsd.edu > I'm studying for my tech lic. so I can do packet. since I'm new to > this and I'm not sure how I will take to it I don't want to spend a > lot of money to get started. What's the cheapest/best way to go about > getting equipment (new/used) and what equipment (features/name > brands/models) would you suggest for a beginner? The cheapest is to get a TNC-2 or clone and an old mobile 2m rig used. Build your own 2m ground plane (plans are ubiquitous). Even so, this is probalby the cheapest even if you don't use used equipment. TNC-2's go under a variety of names such as AEA PK-88, ... ------------------------------ Date: Wed, 10 Jun 1992 21:35:13 GMT From: sdd.hp.com!hpscdc!hplextra!hpl-opus!hpspdla!paulz@network.UCSD.EDU Subject: Cheap entry into packet? To: packet-radio@ucsd.edu To get started on packet you need a technician class license. The hardest part is the 6-8 week wait after you pass the exam. :-( Don't let it get you it has been that way for decades. For gear, you can use almost any 2 meter FM transceiver, either an HT or a "mobile". For the antenna, start with a 1/4 wave groundplane mounted outside, so it is away from any RFI generated by the computer. Just about any computer with a serial port and terminal emulator program can be used. Later, you might want to use one of the fancy programs meant for packet, but if you already have a computer and program to run a modem for telephone, that can get you started. Then the TNC. New ones are about $130. MFJ, AEA, Kantronics, and TAPR are popular brands. Actually TAPR is the amateur group in Tuscon AZ which designed the first really usable TNC. The others are clones of TAPR's design. Lastly, you need cables to connect all of these. If you are not afraid of soldering, these are not to difficult. The hardest part is finding the pin-out pictures for your particular TNC and radio and matching up the info in from the different manufacturers. 73, and good luck on your exam. Paul AA6PZ @ N6IIU-1.#NOCAL.CA.USA.NA ------------------------------ Date: Wed, 10 Jun 1992 21:14:47 GMT From: sdd.hp.com!hpscdc!hplextra!hpl-opus!hpspdla!paulz@network.UCSD.EDU Subject: DX Packet messages To: packet-radio@ucsd.edu Recently, John KB8GYS asked how long it takes to deliver a packet message via NTS. He and I conducted an experiment. John sent me two messages, one to my home BBS, and another via NTS. The direct packet message was orginated on 05 June at 0357, and arrived on my BBS on 9 June at 0149. Which is 3 days and 22 hours. The packet message sent to NTS took 5 days. John sent it the same time as the first message. It arrived in Freemont, CA the next day. That is ~25 miles from my home. Because of some problem in routing tables, it went back and forth between two different BBSs. On the 8th of June it got to the BBS that is designated for my zip code. Finally at 0300 on 10 June, I got a phone call from the asst. sysop to "deliver" the message. He and I chatted about the strange path. Meanwhile, Bill G3RXS in the north of England also sent a message to my home BBS. It took 36 hours and 53 min from the time of origination to arrival! I sent replies via packet to both John and Bill. It will be interesting to see how long they take. 73, Paul AA6PZ @ N6IIU-1.#NOCAL.CA.USA.NA ------------------------------ Date: 10 Jun 92 12:50:47 +0100 From: sdd.hp.com!usc!rpi!ghost.dsi.unimi.it!37.1!37.1!news@network.UCSD.EDU Subject: need info about KA9Q To: packet-radio@ucsd.edu Hi everybody, I used to do packet with digicom + C-64, but now I've got a clone IBM and I would like to know more about packet with IBM clones. I know I could use baycom, but I saw among packet drivers by Clarkson University a packet driver for the serial port which can emulate SLIP KISS and AX.25. I read somewhere that ka9q program can be used with this driver, and I guess I could use an interface between radio and computer similar to the one I used with digicom (of course with the right voltages for RS232). Is anybody else using this program ? Where can I "FTP" it ? Thank you very much for your answers ! Mauro |===================================| /\ |Mauro Andrea Cremonini (IW4BOX) | //\\ |Dept. Organic Chemistry | ///\\\ |University, Bologna, ITALY | \\\/// |e-mail lunazzi@boifcc.cineca.it | \\// |===================================| \/ ------------------------------ Date: 11 Jun 92 02:31:52 GMT From: sdd.hp.com!wupost!waikato.ac.nz!aukuni.ac.nz!kcbbs!kc@network.UCSD.EDU Subject: PSTN Logins on KA9Q NOS To: packet-radio@ucsd.edu Alan Cox (iiitac@pyr.swan.ac.uk) suggests that I attach an ordinary asy comm port and then enable ascii (not SLIP) users over the phone line by typing 'start tip <iface>'. Well, it goes like a rocket ! A couple of things to watch for .. The Modem MUST have echo turned off BEFORE starting NET or else NET will interpret all the command echoes as login text and the lot will eventually crash. Get rid of the verbose messages so these don't interfere with net either. The command string 'ate0v0s0=1' works with my modem. 73 sw ZL1BHD p.s. someone might like to post this hint on the packet net. ------------------------------ Date: Wed, 10 Jun 1992 12:37:39 GMT From: news-server.csri.toronto.edu!utgpu!torn.onet.on.ca!cunews!nrcnet0!bnrgate!bwdls61!bnr.ca!mleech@uunet.uu.net Subject: Wanted: table of m-sequence generator polynomials up to order 10 To: packet-radio@ucsd.edu I'm thinking of building a DSSS transmitter for Amateur Packet Radio whose PN is stored in a ROM/EPROM. I'd like a table of generator polynomials up to order 10 that can be used for PN sequences. The idea being that I can generate the sequence in software and store it (and its brethren) in ROM/EPROM. Before I hear loud shouts of "that's illegal"--remember that I'm in Canada, where the DOC now only cares about total bandwidth, and deliberate transmission obscurement. -- Marcus Leech, 4Y11 Bell-Northern Research |opinions expressed mleech@bnr.ca P.O. Box 3511, Stn. C |are my own, and not ml@ve3mdl.ampr.org Ottawa, ON, CAN K1Y 4H7 |necessarily BNRs ------------------------------ End of Packet-Radio Digest V92 #156 ****************************** Date: Fri, 12 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #157 To: packet-radio Packet-Radio Digest Fri, 12 Jun 92 Volume 92 : Issue 157 Today's Topics: Cheap entry into packet? (2 msgs) Commercial & non-commercial TNCs compatible? DX Packet messages Is there any Mac Packet terminal program?? MSYS utilitys for FTP Packet-radio to X.25 Packet Advantages Wanted: table of m-sequence generator polynomials up to order 10 (2 msgs) Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Packet-Radio Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Thu, 11 Jun 92 20:29:29 GMT From: sdd.hp.com!think.com!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!bronze!stigall@network.UCSD.EDU Subject: Cheap entry into packet? To: packet-radio@ucsd.edu Well, I got into packet with Baycom/Baymod at $59.95 from Paccomm...It's really portable (HT, cheap Laptop PC, Baymod modem-in-a-DB9) and works fine. It does have the limitation of not being upgradable to 9600. If you get a TNC, you can later install a G3RUH 9600 baud modem inside it..and buy a new radio, hardware mod it, etc. I'm happy with the cheap solution right now. -- ** Any opinions expressed are entirely my own, not my employers. ** * John Stigall - Indiana University Computing Services Network * ** stigall@ucs.indiana.edu > Ham Radio: N9LKL@K9IU.IN.USA.NOAM < ** ------------------------------ Date: 11 Jun 92 21:17:00 GMT From: swrinde!mips!darwin.sura.net!europa.asd.contel.com!emory!wa4mei!ke4zv!gary@network.UCSD.EDU Subject: Cheap entry into packet? To: packet-radio@ucsd.edu In article <33150020@hpspdla.spd.HP.COM> paulz@hpspdla.spd.HP.COM (Paul Zander) writes: > >For gear, you can use almost any 2 meter FM transceiver, either an HT or >a "mobile". For the antenna, start with a 1/4 wave groundplane mounted >outside, so it is away from any RFI generated by the computer. > >Just about any computer with a serial port and terminal emulator program >can be used. Later, you might want to use one of the fancy programs >meant for packet, but if you already have a computer and program to run >a modem for telephone, that can get you started. > >Then the TNC. New ones are about $130. MFJ, AEA, Kantronics, and TAPR >are popular brands. Actually TAPR is the amateur group in Tuscon AZ >which designed the first really usable TNC. The others are clones of >TAPR's design. > >Lastly, you need cables to connect all of these. If you are not afraid >of soldering, these are not to difficult. The hardest part is finding >the pin-out pictures for your particular TNC and radio and matching up >the info in from the different manufacturers. Paul has given a fair snapshot of *current* practice, and a novice user would be wise to follow this path *today*. But most advanced packet experimenters recognize it as horribly inefficient, and even evil, because of the congestion and poor throughput that it fosters. After the initial thrill of connecting to a BBS or distant user wears off, comes the cold realization that current packet practice is worse than 300 baud dial up lines for *communications*. Nost advanced experimenters recognize that high speed, narrow beamed, point to point links result in a better network with higher thruput for all users. New users would do well to review the literature on these techniques and decide whether they want to become part of the problem, or part of the solution. Many current users are trapped by inertia and aren't going to change willingly. The hope of future packet networks rides on the shoulders of fresh blood entering the ranks who are willing to lead in a fresh direction. Packet is a *cooperative* activity. The DXer mentality is the wrong approach to effective packeting. You should concentrate much less on your own station and more on the network *system* of stations. The firmware in current TNCs is horribly at odds with effective communications *systems*. Real LANs, MANs, and WANs need to be organized along with effective switching technology to interconnect them. Along with high speed point to point hardware, and controlled access moderate speed wide area coverage hardware, this topology promises *real* communications effectiveness for packet radio. Gary KE4ZV ------------------------------ Date: 11 Jun 1992 04:05:07 -0700 From: news-mail-gateway@ucsd.edu Subject: Commercial & non-commercial TNCs compatible? To: packet-radio@ucsd.edu There has been a little discussion about commercial TNCs.. I began to wonder, if they might be technically compatible with those used by hams, when a friend of mine told me that he is planning / building a system to transfer data on a commercial channel. Has anyone tried this? Esa OH1LTM -- ___________________________________________________________________________ Esa Holmberg Internet: ekho@ttl.fi Elisa: Holmberg Esa TTL OH1LTM Packet: oh1ltm@oh1rbu.tku.fin.eu fax: +358-21-501330 X.400: C=fi, A=elisa, O=ttl, PN=esa holmberg Diana-fax: (9102 21)501330 -------------------- Turku Telephone Company, Finland --------------------- ------------------------------ Date: 11 Jun 92 20:02:10 GMT From: swrinde!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@network.UCSD.EDU Subject: DX Packet messages To: packet-radio@ucsd.edu In rec.radio.amateur.packet, paulz@hpspdla.spd.HP.COM (Paul Zander) writes: >Recently, John KB8GYS asked how long it takes to deliver a packet >message via NTS. He and I conducted an experiment. John sent me two >messages, one to my home BBS, and another via NTS. >The direct packet message was orginated on 05 June at 0357, and arrived >on my BBS on 9 June at 0149. Which is 3 days and 22 hours. >The packet message sent to NTS took 5 days. Interesting. How come it takes so long? I haven't been involved with old-fashioned CW/phone traffic handling for many years, but as I recall, when things were working right, a coast-to-coast message took no more than a day. (Local net - region net - area net takes one evening. TCC that night or next day. Then area net - region net - local net the next evening). Of course, it often takes longer, usually due to routing or delivery problems at the local level. Is the problem the same with packet messages? AL N1AL ------------------------------ Date: 11 Jun 92 22:08:24 GMT From: swrinde!elroy.jpl.nasa.gov!news@network.UCSD.EDU Subject: Is there any Mac Packet terminal program?? To: packet-radio@ucsd.edu Hi, is there any PD or shareware packet terminal program for Mac? I would appreciate some titles and the ftp site where I can locate them. Thanks a lot. ******************************************************************* ** -- I take full responsibility for what I said here. It has nothing to ** -- do with my employer and everything I said cannot be used ** -- against me in this newsgroup or anywhere else... ** ** minh@inst-sun1.jpl.nasa.gov (Minh Lang) ** Jet Propulsion Laboratory ** Instrumentation Section 375 (where all the hi-tech "toys" are ** located...) ** ******************************************************************* ------------------------------ Date: 11 Jun 92 14:14:38 GMT From: swrinde!gatech!utkcs2!memstvx1!kagoos@network.UCSD.EDU Subject: MSYS utilitys for FTP To: packet-radio@ucsd.edu I have uploded two MSYS 1.13 utility programs for FTP. CALLSRV3.ZIP - WA8BXN's Interface to use the SAM Disk based CALLBOOK server with MSYS 1.13 BBS software. MTOOLS.ZIP - WB0OIZ's collection of MSYS utility programs. These programs are available for anonymous ftp from TOMCAT.GSFC.NASA.GOV (128.183.10.100) and on UCSD.EDU as soon as Brian moves it. Thanks to The Cleveland Hamnet phone BBS, Brian and Tom Clark. Enjoy. Suresh N9GSA ___ ___ _____ ___ ___ Suresh Kagoo EE Dept , Memphis State University | \/ | / ____\ | | | | Engineering 215 | Domain: KAGOOS@MEMSTVX1.MEMST.EDU | \ / | \____ \ | |_| | Memphis, TN 38152 | Bitnet: KAGOOS@MEMSTVX1 |_|\/|_| \_____/ \_____/ Ph: (901) 678-3074 | AX.25 : N9GSA@W4BS.#WESTN.TN.USA ------------------------------ Date: 11 Jun 1992 15:07:47 -0700 From: news-mail-gateway@ucsd.edu Subject: Packet-radio to X.25 To: packet-radio@ucsd.edu URGENT! In Croatia we are using packet-radio network for exchanging medical and humanitarian data. As we have also some PSDN connections, we are interesting to integrate packet-radio and X.25 networks. Could somebody help us by advising what sofware and hardware components are required? We are currently using MicroVax/VMS 5.4 and PC compatibles. I heard that similar connections already exist and operate in USA. I must add that I am not an expert in this field, but all my efforts to find one with such an experience in Croatia have failed. Donat Numic ------------------------------ Date: Thu, 11 Jun 1992 18:56:26 GMT From: sdd.hp.com!caen!umeecs!news@network.UCSD.EDU Subject: Packet Advantages To: packet-radio@ucsd.edu Are there any advantages to using packet over other means of computer communications? Just wondering... ------------------------------ Date: 11 Jun 92 07:22:37 GMT From: ogicse!emory!wa4mei!ke4zv!gary@uunet.uu.net Subject: Wanted: table of m-sequence generator polynomials up to order 10 To: packet-radio@ucsd.edu In article <1992Jun10.123739.24860@bwdls61.bnr.ca> mleech@bnr.ca (Marcus Leech) writes: >I'm thinking of building a DSSS transmitter for Amateur Packet Radio > whose PN is stored in a ROM/EPROM. > >I'd like a table of generator polynomials up to order 10 that can be used > for PN sequences. The idea being that I can generate the sequence in > software and store it (and its brethren) in ROM/EPROM. > >Before I hear loud shouts of "that's illegal"--remember that I'm in Canada, > where the DOC now only cares about total bandwidth, and deliberate > transmission obscurement. Well, it seems to me that a tapped shift register and an exclusive OR gate is simpler and cheaper. The details necessary to generate a table for your purposes are available in the ARRL Spread Spectrum Sourcebook. Basically most PN sequences are variations of a basic Fibnocci number algorithm. An order 10 PN sequence has 60 unique maximal length sequences, each 1023 bits long. A linear feedback shift register with taps at stages 7 and 10 would generate one of these maximal sequences. If you want to do it in software, it's easy to code a linear feedback shift register. Gary KE4ZV ------------------------------ Date: Thu, 11 Jun 1992 12:21:53 GMT From: sdd.hp.com!cs.utexas.edu!utgpu!torn.onet.on.ca!cunews!nrcnet0!bnrgate!bwdls61!bnr.ca!mleech@network.UCSD.EDU Subject: Wanted: table of m-sequence generator polynomials up to order 10 To: packet-radio@ucsd.edu In article <1992Jun11.072237.21205@ke4zv.uucp>, gary@ke4zv.uucp (Gary Coffman) writes: |> Well, it seems to me that a tapped shift register and an exclusive |> OR gate is simpler and cheaper. The details necessary to generate |> a table for your purposes are available in the ARRL Spread Spectrum |> Sourcebook. Basically most PN sequences are variations of a basic |> Fibnocci number algorithm. An order 10 PN sequence has 60 unique |> maximal length sequences, each 1023 bits long. A linear feedback |> shift register with taps at stages 7 and 10 would generate one of |> these maximal sequences. If you want to do it in software, it's |> easy to code a linear feedback shift register. |> That's only easier if you want to use ONE PN sequence in the transmitter. If you want to be able to use multiple sequences (as in CDMA), an EPROM seems like the easier approach. Using an EPROM also means that you can do experiments to see which sequences work in real-life, and which don't, without rewiring your shift-register/XOR gates every time. I'm fundamentally a software dweeb, so my hardware inclinations are towards software-driven solutions... I read the ARRL SS sourcebook treatment of m-sequences (admittedly late at night, when my brain was barely functioning), and found it heavy-going. I'll take another slug at it when I'm awake ;-) -- Marcus Leech, 4Y11 Bell-Northern Research |opinions expressed mleech@bnr.ca P.O. Box 3511, Stn. C |are my own, and not ml@ve3mdl.ampr.org Ottawa, ON, CAN K1Y 4H7 |necessarily BNRs ------------------------------ Date: 11 Jun 92 06:08:20 GMT From: wang!harvee!esj@uunet.uu.net To: packet-radio@ucsd.edu References <9206051413.AA02543@dgbt.doc.ca>, <1476014@harvee.UUCP>, <1992Jun9.140805.23979@decvax.dec.com>$ Subject : Re: Packet BBS distributions In article <1992Jun9.140805.23979@decvax.dec.com> evans@zk3.dec.com (Marc Evans) writes: > In article <1476014@harvee.UUCP>, esj@harvee.UUCP (Eric S Johansson) writes: > Isn't the common uucico replacement NNTP in the Internet community? I believe > that the NNTP sources have been used on other then u*ix OS's, and also recall > a version written in perl (perl is available on DOS, amiga and others). > no. nntp replaces the combination of compressed batches and uucico. The main reason I suggested tapping in at the uucico replacement level is that there has been a large amount work done on full news packages for many machines. these packages take care of article expiration, user interface, collecting and dispersing articles, and all the other things associated with maintaining a news site. --- eric -- UUCP ...!uunet!wang!harvee!esj esj@harvee.uucp HAM ka1eec WORK AT&T (617) 577-4068 (w) johansson@athena.polaroid.com source of the public's fear of the unknown since 1956 ------------------------------ Date: 11 Jun 92 13:47:43 GMT From: mcsun!sunic2!sunic!psinntp!psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.net To: packet-radio@ucsd.edu References <s69wLB1w164w@inqmind.bison.mb.ca>, <10t53jINNprv@network.ucsd.edu>, <1992Jun9.171458.23872@paramount.nikhefk.nikhef.nl> Subject : Re: TAPR TNC-2 henkp@paramount.nikhefk.nikhef.nl (Henk Peek) writes: >In the Netherlands we some use higher packet speeds then 1200 baud on the >same frequentions as used by 1200 Baud packet. The TAPR 2211 DCD doesn't >detect those transmisions and the result are colisions! So use them with >care and transmit only when a noise squels says the channel is free. >When the big users of a packetchannel go to higher transmission speed >between them, the packet channel transmission time goes down and creates more >transport bandwith on a packet channel for the 1200 Baud users. >Henk, PA0HZP >Ps: I like to see a DCD detect circuit which detect also higher packet speeds >with a short carier detect time? Current I am using a fast noise squels. I've always used straight noise squelch on my 1200 baud packet, and frankly it seems to work at least as well in practice as anything else. My observation is that the several radios I've used seem to have acceptably fast response time (at least we've never had to change timing parameters because of squelch delay) and the adjustability of the squelch is a Good Thing -- if you can adjust the squelch so it only opens on signals strong enough to decode, you can ignore most interference and the grunge that gets through would likely be strong enough to interfere with reception, anyway. John AG9V -- John R. Ackermann, Jr. Law Department, NCR Corporation, Dayton, Ohio (513) 445-2966 John.Ackermann@daytonoh.ncr.com Packet Radio: ag9v@n8acv tcp/ip: ag9v@ag9v.ampr [44.70.12.34] ------------------------------ End of Packet-Radio Digest V92 #157 ****************************** Date: Sat, 13 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #158 To: packet-radio Packet-Radio Digest Sat, 13 Jun 92 Volume 92 : Issue 158 Today's Topics: GREEK PACKET INFO Packet Advantages PC PAKRATT II Worth The $$$? (2 msgs) UA4P, UA4L PBBS? W2A <---> TNC ??? (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: 12 Jun 1992 14:02:00 -0700 From: news-mail-gateway@ucsd.edu Subject: GREEK PACKET INFO To: packet-radio@ucsd.edu CALL---LOCATOR--QRG/MHZ--SOFT.---QTH-------------SYSOP-----PROTOCOL------ANT =============================================================================== VHF --- J41VAA KM18NA 144.650 X-1F Penteli SV1IW NET/ROM D X SV1IW-2 KM17UW 144.650 SV1IW SV1IW FLEX/NET V + J43VAA KM17FI 144.650 X-1F Doliana SV1IW NET/ROM V J43VAB 144.650 Likodimo SV1IW NET/ROM V * J44VAA KM19LB 144.650 X-1F Pilio SV1IW NET/ROM V X J44VAB KM19LB 144.650 1.01 Pilio SV2RQ NET/ROM V J47VAA 144.650 1.01 Thassos isl. SV7QI NET/ROM V J48VAB KM39EB 144.650 2.08 Mitilini isl. SV8QG NET/ROM V J49VAA KM25MB 144.650 Crete isl. SV9LM NET/ROM V * UHF --- J41UAA DIGI 433.650 X-1F Penteli SV1IW NET/ROM B X J44UAA DIGI 433.650 X-1F Pilio SV1IW NET/ROM L X =============================================================================== = System under repair + Not always on just for test purposes. X Cross linked TNC's via RS-232 port. * Not installed yet. V=Verical, D=Dipole, B=Beam, L=Loop =============================================================================== Here is a map of digis : I* ........ 4N5V .... LZ0SOF . . SV2JL-12 ! ! ! J47VAA ! / | ! / | ! / | ! / | J44VAB | J44VAA ------ J48VAB | UAA | ! | ! | ! | ! | UAA J41VAA / / J48VAA ------ J43VAA \ / \ / \ / J43VAB NOTES /,\,- : 144650 1200 ! : 433650 1200 .... : UNKOWN PATH 1200 SV2JL-12 IS A BPQ NODE AT HIS HOME J44VAB IS NEAR J44VAA AND J44UAA BUT WITHOUT CONNECTION WITH THEM. J44VAB IS MORE SENSITIVE THAN J44VAA. J41VAA-J41UAA , J44VAA-J44UAA HAVE NETROM RS232 CONNECTION BETWEEN THEM. THE DEFAULT SSID IN GREECE ARE : SVNXYZ : CHAT,PMS,TCPIP SVNXYZ-1 : BBS SVNXYZ-14 : PMS SVNXYZ-12 : KA-NODE SVNXYZ-13 : KA-GATE SVNXYZ-11 : DIGI (WHEN ACTIVE) SV8RV,SV1IW,SV2DXC,SV2RQ,SV7QI (-1) ARE ACTIVE BBS SV1RD,SV1AAW,SV1UY : ACTIVE TCPIP STATIONS 24h (USUALLY NETROM ACTIVE) SV1BDS,SV1VN,SV1LH,SV0FP : ACTIVE ONLY SOME TIME OF THE DAY SV8RV,SV3KH,SV1LH,SV4LD,SV4ZQ,SV1IT HAVE SATEL. CAPABILITY . GATE IN HF : SV1GH-12 144675(SV1IW-1 BBS) TO 7038 (8-20 LOCAL TIME) SV8BSA-12 NEAR J48VAB TO 7038 SV2RQ-1 7038 AS SECOND FORWARD PATH SV9AND-1 7038 FOR FORWARD TO SV9(KRHTH) ALL THIS INFO ARE UNOFFICIALY , POSSIBLE INCORECT AND MAYBE CHANGE . CAN BE USED AS AN STARTING GUIDE TO PACKET IN GREECE. 73 de %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % George Katsimaglis SV1BDS [ KM17VX ] % % QRV : 145200 Khz , RU1 , 7088 Khz % % P-mail : SV1BDS@SV1IW.ATH.GRC.EU % % amprnet : sv1bds@sv1bds.ampr.org [44.154.1.3] % % E-mail : SV1BDS@GRATHUN1.BITNET % % sv1bds@leon.nrcps.ariadne-t.gr % % Mail : George Katsimaglis % % OITYLOY 13 % % GR11523 ATHENS % % GREECE % % Phone : 0030-1-6494447 % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ------------------------------ Date: 12 Jun 92 14:05:26 GMT From: swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!wa4mei!n4rsy!ke4zv!gary@network.UCSD.EDU Subject: Packet Advantages To: packet-radio@ucsd.edu In article <1992Jun11.185626.18376@zip.eecs.umich.edu> ayman@umich.edu (Ayman Kayssi) writes: >Are there any advantages to using packet over other means of computer >communications? Just wondering... The main one is error detection and retransmission on a small chunk level. Much like Xmodem, packet does CRC data integrity testing and positive acknowledgements on a packet by packet basis. In addition, AX25 offers a rudimentary routing function and the amateur TCP/IP has the full routing functionality. And, unlike most computer communications, it can be used mobile in motion. Gary KE4ZV ------------------------------ Date: 12 Jun 92 17:24:05 EDT From: psinntp!arrl.org@uunet.uu.net Subject: PC PAKRATT II Worth The $$$? To: packet-radio@ucsd.edu ------------------------------ Date: 12 Jun 92 18:03:53 EDT From: psinntp!arrl.org@uunet.uu.net Subject: PC PAKRATT II Worth The $$$? To: packet-radio@ucsd.edu I just bought a PK-232, mainly for use on HF RTTY and AMTOR, and also on PacketCluster. I'm using PROCOMM right now. I've ordered the update to make my 232 equal the latest MBX version, with SIAM. My question is, is the AEA PAKRATT II software worth having for my applications? I'll summarize responses. Thanks and 73. Jim, KR1S ------------------------------ Date: 13 Jun 92 02:20:12 GMT From: mnemosyne.cs.du.edu!mercury.cair.du.edu!diana.cair.du.edu!awinterb@uunet.uu.net Subject: UA4P, UA4L PBBS? To: packet-radio@ucsd.edu I am looking for a packet station in both of these Russian towns: Kazan (UA4P area) Ulyanovsk (UA4L area) Does anyone have a PBBS address for these areas? 73 de Art N0OQS @ W0LJF.#NECO.CO.USA.NA -- Art Winterbauer N0OQS Internet: awinterb@du.edu OR awinterb@diana.cair.du.edu ------------------------------ Date: Thu, 11 Jun 1992 22:44:23 GMT From: sdd.hp.com!hpscdc!hplextra!hpcc05!hpcc01!wille@network.UCSD.EDU Subject: W2A <---> TNC ??? To: packet-radio@ucsd.edu W 2 A <---> TNC ? ? ? Would someone explain how to interface a W2A to a packet TNC? The W2A has the earphone/mic/PTT connections on a single jack unlike the older Icom radios that have separate jacks for earphone and mic/PTT. Maybe this has been published in a recent magazine, but I haven't been able to find it. Thanks, Ross +============================================================================+ | Ross Wille - N6SJD | Email: wille@cup.hp.com | | Hewlett Packard | Ham Radio Packet: N6SJD @ N0ARY.#NOCAL.CA.USA.NA | | Cupertino, CA | Phone: (408)447-0215, Fax: (408)447-4909 | | "Undetectable errors are treated as if no error occurred." - IBM Manual | +============================================================================+ ------------------------------ Date: Fri, 12 Jun 92 23:45:52 GMT From: nwnexus!tehanu!bruce@uunet.uu.net Subject: W2A <---> TNC ??? To: packet-radio@ucsd.edu In article <31750003@hpcc01.corp.hp.com> wille@hpcc01.corp.hp.com writes: > Would someone explain how to interface a W2A to a packet TNC? The > W2A has the earphone/mic/PTT connections on a single jack unlike... I recently bought a W2A and being too impatient to run around town searching out components bought an AEA interface cable at the same time (not recommended: it works fine, but cost $25!). It uses the same R + C interface as the older Icom models to a stereo-type phone plug where the TNC audio input comes from the tip, AFSK/PTT goes to the ring, and the sleeve is common. Remember to turn off one receiver or you'll get audio from them both into the TNC! ---- Bruce L. Bevelheimer, W3GDZ/7 Seattle, WA INTERNET: bruce@tehanu.wa.com Telephone: +1 206 329 8347 UUCP: ...uunet!nwnexus!tehanu!bruce APLINK: W3GDZ@WA8DRZ.#NOCAL.CA.USA.NA "For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled." - Richard P. Feynman ------------------------------ Date: 12 Jun 92 13:59:56 GMT From: swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!wa4mei!n4rsy!ke4zv!gary@network.UCSD.EDU To: packet-radio@ucsd.edu References <1992Jun10.123739.24860@bwdls61.bnr.ca>, <1992Jun11.072237.21205@ke4zv.uucp>, <1992Jun11.122153.4269@bwdls61.bnr.ca> Reply-To : gary@ke4zv.UUCP (Gary Coffman) Subject : Re: Wanted: table of m-sequence generator polynomials up to order 10 In article <1992Jun11.122153.4269@bwdls61.bnr.ca> mleech@bnr.ca (Marcus Leech) writes: >In article <1992Jun11.072237.21205@ke4zv.uucp>, gary@ke4zv.uucp (Gary Coffman) writes: >|> Well, it seems to me that a tapped shift register and an exclusive >|> OR gate is simpler and cheaper. The details necessary to generate >|> a table for your purposes are available in the ARRL Spread Spectrum >|> Sourcebook. Basically most PN sequences are variations of a basic >|> Fibnocci number algorithm. An order 10 PN sequence has 60 unique >|> maximal length sequences, each 1023 bits long. A linear feedback >|> shift register with taps at stages 7 and 10 would generate one of >|> these maximal sequences. If you want to do it in software, it's >|> easy to code a linear feedback shift register. >|> >That's only easier if you want to use ONE PN sequence in the transmitter. > If you want to be able to use multiple sequences (as in CDMA), an > EPROM seems like the easier approach. Using an EPROM also means that > you can do experiments to see which sequences work in real-life, and which > don't, without rewiring your shift-register/XOR gates every time. I'm > fundamentally a software dweeb, so my hardware inclinations are towards > software-driven solutions... Since, as I noted, it's trivial to do a linear feedback shift register in software, even the most brain dead single chip micro can handle it in it's spare time, the use of an Eprom lookup is hardware overkill. Since it's "only software" you can change the taps on the fly. You'll have a micro in the design anyway to do channel control and protocol conversion so you might as well get your money's worth out of it. >I read the ARRL SS sourcebook treatment of m-sequences (admittedly late > at night, when my brain was barely functioning), and found it > heavy-going. I'll take another slug at it when I'm awake ;-) It isn't as clear as it could be. Simply try coding a hardware emulation of the example linear feedback shift register in software and you'll see it's not really complicated. Gary KE4ZV ------------------------------ Date: Fri, 12 Jun 1992 15:25:36 GMT From: news.acns.nwu.edu!casbah.acns.nwu.edu!lapin@network.UCSD.EDU To: packet-radio@ucsd.edu References <Jun.10.13.40.08.1992.26194@dimacs.rutgers.edu>, <33150020@hpspdla.spd.HP.COM>, <1992Jun11.202929.11525@bronze.ucs.indiana.edu> Subject : Re: Cheap entry into packet? In article <1992Jun11.202929.11525@bronze.ucs.indiana.edu> stigall@bronze.ucs.indiana.edu (john stigall) writes: >Well, I got into packet with Baycom/Baymod at $59.95 from Paccomm...It's >really portable (HT, cheap Laptop PC, Baymod modem-in-a-DB9) and works >fine. It does have the limitation of not being upgradable to 9600. If you >get a TNC, you can later install a G3RUH 9600 baud modem inside it..and buy >a new radio, hardware mod it, etc. I'm happy with the cheap solution right >now. I am really impressed with the Baycom software. It is written better than a lot of the TNC software and is very easily upgradable (I just download the version 1.5 update via FTP). A few corrections, however. The hardware is made by a lot of companies (my packet modem was made by Tigertronics and I'm not terribly pleased with their "RS232" interface). It is small (fits in a DB25 shell and derives power from the RS-232 port). However, in reading the manual for the software, the implication is that it is not constrained by baud rate at all. The software can be set to work at any rate the hardware can handle. Thus the G3RUH modem, which would have to added to a TNC to get 9600 baud, could also be made compatible with Baycom's use of the RS-232 port on the PC and then used with Baycom. >* John Stigall - Indiana University Computing Services Network * >** stigall@ucs.indiana.edu > Ham Radio: N9LKL@K9IU.IN.USA.NOAM < ** 73 de Greg Lapin KD9AZ ------------------------------ End of Packet-Radio Digest V92 #158 ****************************** Date: Sun, 14 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #159 To: packet-radio Packet-Radio Digest Sun, 14 Jun 92 Volume 92 : Issue 159 Today's Topics: Commercial Packet FT-411e to MFJ-1270b problems G3RUH: The Papers Packet Advantages Wanted: Table of m-sequence polynomials 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 Jun 92 21:22:18 GMT From: seas.smu.edu!utacfd.uta.edu!trsvax!rwsys!kf5iw!k5qwb!lrk@uunet.uu.net Subject: Commercial Packet To: packet-radio@ucsd.edu edw@wells.UUCP (Ed Wells) writes: > Does anyone know if AX.25 is legal on commercial radio bands? If not, > what forms are legal for commercial businesses. I was told both, it is > legal, and also that it is not. Er, yes on no.... It's supposed to require a license including data modes, F9 or something for the 'emission type'. Apparently the FCC isn't too concerned, though. Motorola has been putting up Mobile Data Terminal systems on various frequencies ignoring the emission and user restrictions. Seems like AEA makes a commercial TNC, probably not exactly AX.25. They probably give you specific info on license requirements. ------------------------------------------------------------------------- 73, internet | lrk@k5qwb.lonestar.org Lyn Kennedy packet radio | K5QWB @ N5LDD.#NTX.TX.US.NA pony express | P.O. Box 5133, Ovilla, TX, USA 75154 -------------- "We have met the enemy and he is us." Pogo -------------- ------------------------------ Date: 13 Jun 1992 14:29:50 -0700 From: news-mail-gateway@ucsd.edu Subject: FT-411e to MFJ-1270b problems To: packet-radio@ucsd.edu Last week I had some trouble hooking up a cable between my 411 HT and the 1270b: I could receive okay, but PTT wasn't working. With some help from MFJ, I got a cable working to activate PTT (using an RC circuit on the cable), but now it's putting noise back into the receive of the radio (about S7), so I can't get anything. Would anyone know why this would be happening? It's incredibly frustrating. Thanks in advance for any help... A E =-=-=-=-=-=-=-= Andy Eddy-WB1FNV/6, 7J1ALH Beverly Hills, California Exec. Editor, VideoGames & Computer Entertainment Magazine Internet: 70007.3554@compuserve.com or vidgames@biotechnet.com Delphi: VIDGAMES CompuServe: 70007,3554 Prodigy: CKJB66A GEnie: VIDGAME MCImail: VIDGAMES America Online: VIDEOGAMES ------------------------------ Date: 14 Jun 92 00:42:11 GMT From: sdd.hp.com!mips!atha!canada!lyndon@network.UCSD.EDU Subject: G3RUH: The Papers To: packet-radio@ucsd.edu I have been asked by one of the local hams to track down a copy of the original paper(s) by G3RUH describing the design of his 9600 baud modem. Can anyone provide me with references to this? Is it available online anywhere? --lyndon ------------------------------ Date: 13 Jun 92 22:24:26 GMT From: swrinde!cs.utexas.edu!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!news.ysu.edu!do-not-reply-to-path@network.UCSD.EDU Subject: Packet Advantages To: packet-radio@ucsd.edu In a previous article, ayman@umich.edu (Ayman Kayssi) says: >Are there any advantages to using packet over other means of computer >communications? Just wondering... Well, it depends upon what you're trying to accomplish. The only thing that I have noticed, is that, relative to landline BBS's, packet is often PAINFULLY slow. Part of this is due to the fact that there are many different stations using the same frequencies. However, there is all kinds of stuff you can do on packet that you can't do on landline BBS's. There really is no such thing as a busy signal on packet. And there are plenty of "chat areas" on packet, most of which are very rarely used. There are alot more people in packet, I'm sure, than there are on Internet -- and some of the people on packet are in some downright exotic locations. Something that's on packet, but nowhere to be found on landline BBS's is the National Traffic System. You can log onto your local packet BBS and send up to 25 words to anyone in the United States and a handful of foreign countries. The message is sent absolutely free and generally gets to it's destination in a few days to a week. And, most logically, there is alot more ham related stuff on packet than on most landline BBS's, and certainly more hams <<Grin>>. Also, it's pretty difficult to get on a landline BBS from your back yard or anything ... with a portable computer and an HT, you can work packet from anywhere there's an ability to get into a packet board. Oh, also ... there are packet boards on HF, so it's possible to communicate via computer from the comfort of your own RV! John KB8GYS @ K8SCH.#CIN.OH.USA axinar@tso.uc.edu -- John S. Kennedy (513) 541-3078 | "It knows only that it needs, Commander. axinar@tso.uc.edu | But, like so many of us, it does au138@cleveland.freenet.edu | not know what." 72217.416@compuserve.com | -- Spock, Star Trek I ------------------------------ Date: 13 Jun 1992 16:42:56 -0700 From: news-mail-gateway@ucsd.edu Subject: Wanted: Table of m-sequence polynomials To: packet-radio@ucsd.edu M-sequence generating polynomials can be found in several publications. For those not familiar with what this is all about, these generating polynomials are used to generate pseudorandom sequences for spread spectrum communications and for test purposes. They are also used to make "scramblers" to randomize the occurence of bits in some modems to aid in synchronization. "Digital Communications" by John G. Proakis (McGraw-Hill) has a list due to Forney. It only lists one polynomial for each m even though there are often many. m Stages connected to mod-2 adder (OUTPUT IS LOWEST STAGE) 2 1, 2 3 1, 3 To construct the generating polynomial 4 1, 4 instead for say the m=5 one in the list 5 1, 4 (with connections 1, 4) write 100101 6 1, 6 where a "1" is in pos. 1 and in pos.4, 7 1, 7 with another 1 placed in pos. 6 8 1, 5, 6, 7 (m+1=5+1=6). This corresponds to 9 1, 6 the polynomial 1x^5+0x^4+0x^3+1x^2+0x+1 10 1, 8 or x^5+x^2+1. This polynomial is also 11 1, 10 denoted "45" which is obtained by 12 1, 7, 9, 12 converting binary 100101 to octal. Thus the m-sequence generator for the example x^5+x^2+1 (which has taps at stages 1 and 4) is visualized as: out <---------------------------> + -------------- | ^ | | | | --- --- --- --- --- | | 1 | -> | 2 | -> | 3 | -> | 4 | -> | 5 | <-- --- --- --- --- --- where a box with a number indicates a shift register. Another source of such generating polynomials is "Error Correcting Codes" by W. Wesley Peterson and E. J. Weldon, Jr. (MIT Press). Appendix C lists irreducible polynomials (in octal code as described above). Much of this table is due to Marsh (1957). The ones that are m-sequence generators are the "primitive polynomials". (Those denoted E, F, G, H in the table.) Some of these are: m Primitive polynomials 2 7* Note this is only half of the primitive 3 13* polynomials as the reciprocal of a primitive 4 23* polynomial is primitive and only 1 of the 2 5 45* 75 67 is listed. The reciprocal of 23 or 10011 6 103* 147 155 is 11001 or 31 (which is in the first list). 7 211 217 235 367 277 325 203* 313 345 8 435* 551 747 453 545 543 537 703 Starting with m=9, there are too many to list here. The ones marked with * are the ones which turn out to be the polynomial that was in Forney's list. In the US, the FCC allows radio amateurs to use certain pseudorandom sequences to generate spread spectrum signals. These are the following: m Taps uses in feedback (OUTPUT IS HIGHEST STAGE) 7 1, 7 (gen. poly. is 203 octal, 010000011 binary, or x^7+x+1) 13 1, 3, 4, 13 (gen. poly. is 20033 octal, 010000000011011 binary, or x^13+x^4+x^3+x+1) 19 1, 2, 5, 19 (gen. poly. is 2000047 octal, 10000000000000100111 binary, or x^19+x^5+x^2+x+1) These correspond to the corresponding ones in the Forney list once the stages are re-numbered to accound for the difference in numbering the stages. (Subtract from m+1 to do this.) I have seen pseudorandom maximal length sequences transmitted on HF by various US State Department stations. These used the polynomial x^9+x^5+1 (which is 1000100001 binary or 1041 octal --which is the reciprocal of the polynomial 1021 octal in the Marsh list). This will give a pseudorandom sequence of length 2^9-1=511 once seeded with any not all zero 9 bits. --- David L. Wilson dwilson@s850.mwc.edu Department of Mathematics Amateur: AC4IU (ex-KD4ASW/KO4EQ) Mary Washington College Home Phone: (703)898-1084 Frericksburg, VA 22401 Office Phone: (703)899-4744 ------------------------------ Date: Sun, 14 Jun 1992 06:43:04 GMT From: qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDU To: packet-radio@ucsd.edu References <1992Jun10.123739.24860@bwdls61.bnr.ca>, <1992Jun11.072237.21205@ke4zv.uucp>, <1992Jun11.122153.4269@bwdls61.bnr.ca> Subject : Re: Wanted: table of m-sequence generator polynomials up to order 10 In article <1992Jun11.122153.4269@bwdls61.bnr.ca> mleech@bnr.ca (Marcus Leech) writes: >That's only easier if you want to use ONE PN sequence in the transmitter. > If you want to be able to use multiple sequences (as in CDMA), an > EPROM seems like the easier approach. Well, it depends on the specific CDMA scheme. You can use the same PN sequence at each transmitter if you have some way to assure that each transmitter will use a different part of the sequence so they won't coincide at the receiver. Qualcomm's CDMA system works this way -- everybody uses the same "short" and "long" PN codes. Collisions between the short codes on the forward links are avoided with allocated timing offsets controlled by global synchronization to GPS. Collisions in the long code on the reverse links are avoided by using offsets that depend on the unit's address. The latter technique is probably applicable to what you want to do as long as the receiver has some idea of where in the long sequence it should search for acquisition. Another alternative is to use a family of Gold codes. These can be generated with a pair of PN generators (using different polynomials) whose outputs are XORed. You generate different sequences by setting different initial starting states in the two PN generators. (Equivalently, you can start all of the generators at the same state and take different taps off them for combining.) GPS works this way -- each satellite has a unique Gold code generated from a standard pair of PN generators. The polynomials used in the latter are the same for all satellites: 1 + X^3 + X^10 and 1 + X^2 + X^3 + X^6 + X^8 + X^9 + X^10. Only the starting states for the two generators differ for each satellite. This second approach is useful when you have to use a short sequence to make brute-force acquisition feasible (i.e., searching the entire sequence space at the receiver) and you cannot guarantee that multiple transmitters sharing the same PN sequence wouldn't "collide" at the receiver. BTW, an excellent overview of GPS's use of spread spectrum is in the book "Radionavigation Systems" by Boerje Forssell, published by Prentice Hall in 1991. ISBN 0-13-751058-6. I found it on my last trip to Computer Literacy. I highly recommend it as a very readable reference. In addition to basic principles, it describes the specifics of Omega, DECCA, LORAN-C, DF, VOR, DME, ILS, MLS, Transit, GPS, GLONASS, TSIKADA, Starfix, Geostar (now defunct), and Navsat (proposed). About the only one missing is Qualcomm's QASPR system in Omnitracs. Phil ------------------------------ End of Packet-Radio Digest V92 #159 ****************************** Date: Mon, 15 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #160 To: packet-radio Packet-Radio Digest Mon, 15 Jun 92 Volume 92 : Issue 160 Today's Topics: Is there any Mac Packet terminal program?? packet modems for notebooks packet radio via async modem service needed in atlanta ga Setting up a packet system Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Packet-Radio Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Sun, 14 Jun 1992 20:21:48 GMT From: sdd.hp.com!usc!sol.ctr.columbia.edu!destroyer!news.iastate.edu!vlsi4!jvp@network.UCSD.EDU Subject: Is there any Mac Packet terminal program?? To: packet-radio@ucsd.edu In <1992Jun11.220824.3867@elroy.jpl.nasa.gov> Minh Lang <minh@inst-sun1.jpl.nasa.gov> writes: >Hi, is there any PD or shareware packet terminal program for Mac? I would >appreciate some titles and the ftp site where I can locate them. Thanks a >lot. Have you been trying to find the perfect packet radio communications program for your Macintosh computer? Well, you may have just found it. Virtuoso is a communications program written specifically for packet radio. This means that it has features that you as a packet radio operator need and also packs a lot of bells and whistles to keep your packet radio communications smooth and effortless. The current version is 1.3. Virtuoso is a shareware program with a price tag of only $20. It is available on America Online, GEnie, CompuServe, and various ftp sites. The following is a list of some ftp sites where you can find Virtuoso: ucsd.edu: /hamradio/packet/misc hpcsos.col.hp.com: /packet/ke0ph pacific.mps.ohio-state.edu: /public sics.se: /pub Some features implemented in Virtuoso v1.3 include: -Word Mode - Useful for RTTY and AMTOR. -A powerful scripting language to automate routine tasks. -Automatic execution of a script when starting and quitting. -Save incoming text to a disk file. -Send a text file from a disk. -Append a selection of text to the end of an existing file. -Print a selection of text. -Column counter display -Word find - useful for finding the last time you heard someone. -Spelling checker(Dictionaries Necessary). Checks the words as you type them. -Split screen (rx and tx) which can be adjusted easily. -Windows can be scrolled up to see previous text (Up to 32000 characters). -Full font, size, style, and justification support. -Supports 300 - 19200 baud. -Keyboard buffer window so you can type in long messages of text before they are sent over the air. This window supports full cut, copy, paste, clear, and undo like any good text editor does. To send the message, just hit Command-Return. -Use the control key (or the command key if you don't have a control key) to send control characters to the TNC. -Option to strip off line-feeds, or all control characters on the input before it's displayed on the screen and saved to disk. Control-G's can be passed through to beep your computer if you want. -Virtuoso can automatically put your TNC in KISS mode upon shutdown, and take it back out at startup. This is useful for TCP/IP'ers. This file has been checked for viruses with Disinfectant 2.5.1 before uploading. If you cannot find Virtuoso anywhere, send me some e-mail and I'll get you a copy. I also appreciate any and all comments, suggestions, and criticism. That's the only way I'm going to know what to fix and improve for the next versions. +---------------------------------------------------------------+ | James E. Van Peursem - KE0PH | | PhD Student | | Department of Electrical Engineering and Computer Engineering | | Iowa State University | | jvp@cpre1.ee.iastate.edu | +---------------------------------------------------------------+ PS: If you can't find it, let me know and I'll get you a copy. ------------------------------ Date: 14 Jun 1992 13:34:58 -0700 From: news-mail-gateway@ucsd.edu Subject: packet modems for notebooks To: packet-radio@ucsd.edu Subject: Time:7:11 PM OFFICE MEMO packet modems for notebooks Date:2/17/92 hello all Does anyone know of a packet modem for Notebook PCs? I remember reading that Poquet was working on a Notebook that would incorporate such a device - as well as a UHF/VHF transceiver, but I can't seem to find the usenet file with this info. If anyone has some info, please let us know! joel disini Manila joel_disini@disini.ph ps kindly cc your posts to my address. thanks. ------------------------------ Date: 14 Jun 92 02:36:03 GMT From: swrinde!gatech!utkcs2!emory!gwinnett!ctms!jjr@network.UCSD.EDU Subject: packet radio via async modem service needed in atlanta ga To: packet-radio@ucsd.edu Help!! I am in need of packet radio service via async telephone in the Atlanta, Georgia USA area. Please semd e-mail as I don't reg read group. jjr@ctms.gwinnett.com -- jjr@ctms.gwinnett.com is actually a super-ultra-top-secret government test AI program. Therefore, no-one may be held responsible for the erroneous gibberish which periodically spews from this daemon. ------------------------------ Date: Sun, 14 Jun 1992 15:48:44 GMT From: sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!news.columbia.edu!cunixf.cc.columbia.edu!mac20@network.UCSD.EDU Subject: Setting up a packet system To: packet-radio@ucsd.edu Hi, I'm looking to buy an HT and a TNC, I'm a tech class and PC type person. I want to buy components that will carry me into the future a bit, namely being able to handle 9600 baud sometime. Does this mean i'll need a dual-bander for an HT, and what constraints on a TNC? Any specific recommendations? Mike WB2ZLW *********************************************** **** In The Pale Light Of The Moon **** *** I Play The Game Of You. *** *** Whoever I Am. Whoever You Are. *** ------------------------------ Date: 14 Jun 92 12:32:52 GMT From: bionet!raven.alaska.edu!acad3.alaska.edu!ifjrs@ames.arpa To: packet-radio@ucsd.edu References (Mike, Curtis), <53249@wd6ehr.ampr.org>ka Subject : Re: TAPR TNC-2 In article <53249@wd6ehr.ampr.org>, wd6ehr@wd6ehr.ampr.ORG (Mike Curtis) writes: > In message <s69wLB1w164w@inqmind.bison.mb.ca> you write: > >> I started off assembling the K9NG kit but after two months, >> there's still no-one out there to talk to on 2 metres; all the >> 9600 in this area is on UHF. I *still* think I can do it on 2, though. > > I've tried both. Pound for pound, 2 meters is better for 9600 than > UHF, as well as not having radar problems like 70cm. However, with > the TEKK radios being plug and play, and only the (terrible) DVR 2-2 > being plug and play on 2 meters, most activity is on 70cm. > > Mike Mike, I'm building a couple (no one else on 9600 here, either!) Ramsey kits, and considering the TAPR 9600 bps modem. What do you think? John ------------------------------ End of Packet-Radio Digest V92 #160 ****************************** Date: Tue, 16 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #161 To: packet-radio Packet-Radio Digest Tue, 16 Jun 92 Volume 92 : Issue 161 Today's Topics: Commercial Packet FAQ for packet TAPR Tjechoslowakia (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, 15 Jun 1992 14:23:14 GMT From: elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!dana@ames.arpa Subject: Commercial Packet To: packet-radio@ucsd.edu In article <VV48LB5w164w@k5qwb.lonestar.org> lrk@k5qwb.lonestar.org (Mr. Lyn R. Kennedy) writes: > >Seems like AEA makes a commercial TNC, probably not exactly AX.25. They >probably give you specific info on license requirements. > The PK-90 manual I've looked at indicates the PK-90 is essentially the same design as the PK-88. The differences are quite minor; in fact, the PK-90 could be *upgraded* to PK-88 level quiet easily. While I haven't tried it yet, the manual indicates that interoperation with regular AX.25 nodes should be a snap. -- * 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: 15 Jun 92 13:24:03 GMT From: ecsgate!lrc.edu!neal@mcnc.org Subject: FAQ for packet To: packet-radio@ucsd.edu is there a FAQ for packet avalailable? if so, i sure would appreciate a copy. thanks. neal geroge neal@lrc.edu ------------------------------ Date: 16 Jun 1992 00:00:49 -0700 From: news-mail-gateway@ucsd.edu Subject: TAPR To: packet-radio@ucsd.edu Who knows if a TAPR version is around with a buildin MAILBOX function. Wim ------------------------------ Date: 15 Jun 1992 23:59:38 -0700 From: news-mail-gateway@ucsd.edu Subject: Tjechoslowakia To: packet-radio@ucsd.edu Hello, i'm looking for a list with all Tjechoslowakia AX25 BBS's. Who can help me? Also the QRG's and QTH locations if possible. Regards, Wim ------------------------------ Date: Tue, 16 Jun 92 10:24:01 GMT From: sdd.hp.com!cs.utexas.edu!utgpu!torn.onet.on.ca!cunews!nrcnet0!bnrgate!bcarh180!bcarh113!totten@network.UCSD.EDU Subject: Tjechoslowakia To: packet-radio@ucsd.edu In article <9206160658.AA18432@hpuamsc.neth.hp.com> wimn@hpuamsc.NETh.hp.COM (Wim Nijntjes) writes: >Hello, i'm looking for a list with all Tjechoslowakia AX25 BBS's. > Do you mean "Czechoslovakia"??? +----------------------------------------------------------------+ | Paul Totten S.I.R. Tools | | totten@bnr.ca Bell Northern Research | | "Don't do today what your computer can do for you tonight" | +----------------------------------------------------------------+ | Note: The opinions here don't necessarily reflect those of | | my employer, or any of its other employees. | +----------------------------------------------------------------+ ------------------------------ End of Packet-Radio Digest V92 #161 ****************************** Date: Wed, 17 Jun 92 04:30:04 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #162 To: packet-radio Packet-Radio Digest Wed, 17 Jun 92 Volume 92 : Issue 162 Today's Topics: Need FT-767gx to PK-232MBX wiring info Need IC-W2A to PK-232MBX wiring info Packet Internet PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] Spectrum terminal TCP/IP Beginners Guide WHY HASN'T SOMEONE DONE THIS!? 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 Jun 1992 22:49:05 -0700 From: news-mail-gateway@ucsd.edu Subject: Need FT-767gx to PK-232MBX wiring info To: packet-radio@ucsd.edu Does anyone have info on the radio connections for the Yaesu FT-767gx to work with the PK-232MBX? Thanks, Ian, N3CVA s72umil@towsonvx.bitnet or s72umil@toe.towson.edu ------------------------------ Date: 16 Jun 1992 22:52:09 -0700 From: news-mail-gateway@ucsd.edu Subject: Need IC-W2A to PK-232MBX wiring info To: packet-radio@ucsd.edu Does anyone have info on the radio connections for using an Icom W2A with the PK-232MBX? Thanks, Ian, N3CVA s72umil@towsonvx.bitnet or s72umil@toe.towson.edu ------------------------------ Date: 16 Jun 92 16:19:27 GMT From: sdd.hp.com!usc!sol.ctr.columbia.edu!lll-winken!nebbs!hotsun.nersc.gov!bbs@network.UCSD.EDU Subject: Packet Internet To: packet-radio@ucsd.edu Greetings, apologies in advance if this is a FAQ. Please feel free to refer me to an FTP site -- i have looked for but not found the data i'm looking for. I have no experience at all in radio. Next year I will be attending college in annapolis maryland, across the street from a naval academy, which has what was described to me as a "digipeater". Since i wish to stay on the net at school i have begun investigating packet radio as a means to internet access. Unfortunately, the documents I have found which deal with this topic are of a highly technical nature, only comprehensible by those with radio experience. Is there an introduction to this topic intended for people with internet experience but no knowledge of radio? If not, could some kind soul furnish me with said introduction? My objective is simply to get on the net via radio, although I've heard tell of many other wondrous things that can be done with packet. I am particularly interested in knowing what kind of money is needed to get xfer speeds of 9600 baud or above, how the routing works (i assume i would have my own IP address?), and whether the speeds achieved by radio are quick enough to allow for practical remote login. Thanks in advance for your tolerance of a radio neophyte. -matt braithwaite (braithwaite@fncrd0.fnal.gov) ------------------------------ Date: 16 Jun 92 20:22:21 GMT From: swrinde!mips!spool.mu.edu!olivea!apple!apple!autodesk!melange!abeals@network.UCSD.EDU Subject: PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] To: packet-radio@ucsd.edu ron@pilot.njin.net (Ron) writes: >TNC-2's go under a variety of names such as AEA PK-88, ... They're not TNC-2 clones in that you can't plug in H/W such as 9600 baud modems and the like into them. They are, however, a cheap way into packet. Reliable. -- Andrew Scott Beals abeals@autodesk.com, kc6sss@n6ldl.#nocal.ca.usa.na 50.115MHz Vivu libere a>u mortu! ------------------------------ Date: 16 Jun 1992 07:39:56 -0700 From: news-mail-gateway@ucsd.edu Subject: Spectrum terminal To: packet-radio@ucsd.edu Hello . I have such a program. If you want it tell me whow to send it to you. If you want I can upload it to ucsd.edu to ftp it. Here is some docs : > > >From : OK2UCX >To : COMPUT@EU >Type/status : B$ >Date/time : 26-Apr 05:16 >Bid : 244203OE3XBS >Message # : 55899 >Title : Distribution pgm. Z X + T N C ! >Path: !4X1RU!DK0MUC!DB0MWE!DB0LAN!DB0RGB!DB0LNA!OE3XBS! >de OK2UCX @ OE3XBS > >From: OK2UCX @ OE3XBS.AUT.EU >To: COMPUTER @ EU > > >Hallo friends ! > >Have you ever heard about simple terminal program >for Sinclair ZX Spectrum 48K (+) and compatible ? > >NO? > >Do you or your 'till now non-PR friend have ZX Spectrum unused ? >Do you want to work on PR ? > >So then you could need TNC and very simple interface with I8255 chip >(in case of 128K or sound chip AY-3-8912 on your 48K no interface is needed) >to plug TNC into ZX Spectrum and you can communicate on PR ! > >How to get more info's and program to you ? >1.) ZX-SPECTRUM.PAC48.LZH.7PL contens text which you can decode on some PC >and download M.C. code into ZX in some way (through parallel interface best). >BASIC listing you must print & type by ZX keyboard ... or ... > >2.) If you'll send your address and 2 USD or equivalent (for post & cassette) >I will send you latest version of PAC48 (eventually PAC128) on cassette, >schema of parallel port, its PCB layout and some other things. > >Some patching PAC48 for other type could be possible but only in case >you'll write addressing of your parallel port and description of its >controlling (Control Word). But I can't 100% say it will run. > >And what about TNC? > >I have home-made TNC-2 by YT3MV with digital squelch and EPROM's TINY-2 and >WA8DED working with ZX-Spectrum 128K+3 and PC/XT. > >The wonderful version of EPROM for terminal work is (I think) TINY-2 >by PacComm which will be included on cassette too. >It has many channel, digipeater, Personal Mailbox and many many commands. >It can run without computer and your friends can put little messages here. > > Good link, 73's and hope to see you > with ZX on PR ! > Pavel OK2UCX @ OE3XBS.AUT.EU > >My address: > > Pavel Lajsner > Bratrusovska 1 > 787 01 Sumperk > CZECHOSLOVAKIA > E U R O P E > 73 de %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % George Katsimaglis SV1BDS [ KM17VX ] % % QRV : 145200 Khz , RU1 , 7088 Khz % % P-mail : SV1BDS@SV1IW.ATH.GRC.EU % % amprnet : sv1bds@sv1bds.ampr.org [44.154.1.3] % % E-mail : SV1BDS@GRATHUN1.BITNET % % sv1bds@leon.nrcps.ariadne-t.gr % % Mail : George Katsimaglis % % OITYLOY 13 / GR11523 ATHENS / GREECE % % Phone : 0030-1-6494447 % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ------------------------------ Date: 16 Jun 92 17:22:27 GMT From: ucdavis!madrone.eecs.ucdavis.edu!ford@ucbvax.berkeley.edu Subject: TCP/IP Beginners Guide To: packet-radio@ucsd.edu The document entitled "Beginner's Guide to TCP/IP on the Amateur Packet Radio Network Using the KA9Q Internet Software" is again available by anonymous ftp. The new location is ftp.eecs.ucdavis.edu. Version 2.0 of the guide documents the use of NOS 911229 (PA0GRI v2.0h) and BM v3.3.2. The document is available in three forms in the directory pub/ka9q. "nosbgnlp.zip" unzips to a 66 page ascii "line printer" document, which can be printed with the UNIX lpr command. "nosbgnps.zip" unzips to a 54 page PostScript document, which can be printed on a PostScript printer. "nosbgnpr.zip" unzips to a 66 page ascii "print" document, which can be printed using the DOS print command. You will need to send control codes to your printer to control the page offset and you should turn perforation skip off. I am unable to provide access to this document in any way other than anonymous ftp. Those of you who do make it available in other ways (on a BBS for example), please let me know and I can pass this information on to those who inquire. Comments and suggestions for change to the document are welcome. Gary Ford, N6GF ------------------------------ Date: 16 Jun 92 20:42:52 GMT From: swrinde!gatech!ukma!hgpeach@network.UCSD.EDU Subject: WHY HASN'T SOMEONE DONE THIS!? To: packet-radio@ucsd.edu Like many hams, I enjoy scanning/monitoring as well. More and more, I keep encountering non-amateur packet protocols being used for business or other services. Most of the tones seem to be the same as amateur packet, but just using a different packet format. Which brings up my question: Why hasn't someone marketed a modem that demodulates the tone pairs, then hands the demodulated binary off to software that breaks down the packets. Such a company could then sell a single software package that could interpret multiple protocols or different modules for different protocols. The PMP modem everyone built (including myself) does this, but I don't have the knowledge necessary to to modify the software for other protocols. Anyone have any constructive thoughts or suggestions on this? -- Harold G. Peach, Jr. ><> N4FLZ _% hgpeach@s.ms.uky.edu ------------------------------ End of Packet-Radio Digest V92 #162 ****************************** Date: Thu, 18 Jun 92 04:30:04 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #163 To: packet-radio Packet-Radio Digest Thu, 18 Jun 92 Volume 92 : Issue 163 Today's Topics: FAQ for packet (2 msgs) How well does the MacIntosh mix with ham radio? (3 msgs) Need IC-W2A to PK-232MBX wiring info PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] TCP/IP Beginners Guide Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Packet-Radio Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: 17 Jun 92 22:03:44 GMT From: s5!is1.is.morgan.com!is0!alg@uunet.uu.net Subject: FAQ for packet To: packet-radio@ucsd.edu In article <1992Jun15.092403.58@lrc.edu> neal@lrc.edu writes: > is there a FAQ for packet avalailable? > if so, i sure would appreciate a copy. > > thanks. > > neal geroge > neal@lrc.edu mee too. if there's no FAQ, can someone followup with a posting or email to describe briefly what this group is for? -- +-----------------------------------------------------+--------------------+ | "The opinions expressed here are my own and are NOT | alg@is.morgan.com | | necessarily those of Morgan Stanley & Company." | | +-----------------------------------------------------+--------------------+ ------------------------------ Date: Wed, 17 Jun 1992 22:26:26 GMT From: sdd.hp.com!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!unlinfo.unl.edu!news.unomaha.edu!odin!pschleck@network.UCSD.EDU Subject: FAQ for packet To: packet-radio@ucsd.edu alg@is.morgan.com (Al Guintu) writes: >In article <1992Jun15.092403.58@lrc.edu> neal@lrc.edu writes: >> is there a FAQ for packet avalailable? >> if so, i sure would appreciate a copy. >> >> thanks. >> >> neal geroge >> neal@lrc.edu >mee too. if there's no FAQ, can someone followup with a >posting or email to describe briefly what this group is for? Yeah, this newsgroup is for discussing how to can tomatoes. No seriously, this newsgroup is also aliased to misc.misc.me.too, which is a central depository for "me-too" postings. Paid Usenet employees read this newsgroup and are required by net-regulation to research all me-too questions and mail them to the original posters. Lest someone accuse me of being TOO facetious (who, me?), I'll point out that the FAQ is cross-posted to this newsgroup and news.answers (where it still might be on your news sppol) and is archived at ftp.cs.buffalo.edu under pub/ham-radio/faq_packet or at pit-manager.mit.edu under pub/usenet/rec.radio.amateur.packet/(some long name). Other documents of interest might include the general amateur radio FAQ and the Elmers list. Good luck. If you visit the pit-manager archives, check out pub/news.announce.newusers. Feel free to E-mail me if you have any more questions about amateur radio or the net in general. 73, Paul W. Schleck, KD3FU pschleck@unomaha.edu >-- >+-----------------------------------------------------+--------------------+ >| "The opinions expressed here are my own and are NOT | alg@is.morgan.com | >| necessarily those of Morgan Stanley & Company." | | >+-----------------------------------------------------+--------------------+ ------------------------------ Date: 17 Jun 92 19:48:56 GMT From: sdd.hp.com!mips!atha!aupair.cs.athabascau.ca!tech@network.UCSD.EDU Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu I am idly thinking of buying a MacIntosh Classic for use in the ham shack. Questions: how easy is it to keep the Mac racket in the Mac and out of the Rcvr? Are there C compilers and assemblers for the Mac? Any favourite station computers that do not use 80..*[68] cpu's? -- Richard Loken VE6BSV : "ISDN (acronym) Athabasca University, Athabasca, Alberta Canada : Innovations tech@cs.AthabascaU.CA : Subscribers Don't Need." {atha|aunro}!cs.athabascau.ca!tech : - some sorehead or other ------------------------------ Date: Wed, 17 Jun 1992 23:54:30 GMT From: mdisea!jackb@uunet.uu.net Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu In article <2292@aupair.cs.athabascau.ca> tech@cs.athabascau.ca (Richard Loken) writes: >I am idly thinking of buying a MacIntosh Classic for use in the ham shack. > >Questions: > > how easy is it to keep the Mac racket in the Mac and out of the Rcvr? > Are there C compilers and assemblers for the Mac? I can't pass this one up... I've been using Macintoshes next to, and with, my ham station for over eight years. Macintoshes are very well shielded, especially the compact Mac models. I have demonstrated the Mac running MacPacket(tm), with TNC-2s and other TNCs with a handheld 2 meter rig more times than I can count. The only problems I have run into is that the TNC puts out lots of emi that bothers the radio receiver. Turn off the TNC, and things are quiet. The answer, of course, was to move the antenna away from the TNC... It is an interesting experiment to move an HT around the computer in close proximity. You will see some noise, but probably not too much. I have noticed some problems with HF operation, but then I was using a short piece of wire for an antenna. When the station is connected to a decent external antenna, things are great. The big reason for things being quiet is obvious once you open up the Mac. They have shielding and emi coating everywhere. If everyone did as good a job with shielding, there would be few EMI problems... The modular Macs (Mac II family and LCs) aren't quite as quiet as the compact Macs, due to having more openings in their chassis. Still, there is plenty of shielding, and things are far quieter than most other systems. The biggest cause of problems seems to be the CRT. Of course, this is probably the case with most systems. It just helps to have it inside the shielded cabinet ;-). >Any favourite station computers that do not use 80..*[68] cpu's? Well, my first packet station was built around a 6502. In fact, it was probably the first dedicated packet repeater, way back in 1981. Still works, too! Jack Brindle ham radio: wa4fib internet: jackb@mdd.comm.mot.com ------------------------------ Date: 18 Jun 92 02:59:26 GMT From: sdd.hp.com!spool.mu.edu!agate!apple!apple!winter@network.UCSD.EDU Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu In article <2292@aupair.cs.athabascau.ca> tech@cs.athabascau.ca (Richard Loken) writes: > how easy is it to keep the Mac racket in the Mac and out of the Rcvr? I second what Jack said--they're pretty quiet. I just scanned the entire 2m band, and the TNC was the source of all the noticeable hash. It's been a while since I've had an HF rig set up, but I think it was fine, too. (Please note, of course, that my comments do not represent a guarantee from Apple that your experience will be the same.) (FYI, at the moment I'm running my packet station from a Mac Plus; the 2m antenna is acutally draped partly across the computer! And the Mac II I'm writing this on is about three feet away from the antenna.) > Are there C compilers and assemblers for the Mac? Of course! I know there are at least some from Apple (the MPW series) and Symantec (THINK); there may be others. There are also some C++ compilers. Patty -- ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: Patty Winter N6BIS Internet: winter@apple.com :: :: Sunnyvale, California AMPRNet: 44.4.0.44 :: ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ------------------------------ Date: 18 Jun 1992 00:38:33 -0700 From: news-mail-gateway@ucsd.edu Subject: Need IC-W2A to PK-232MBX wiring info To: packet-radio@ucsd.edu > Does anyone have info on the radio connections for using an Icom W2A > with the PK-232MBX? Not exactly IC-W2A to PK-232, but I use my W2E together with a PK-88. I don't think they differ too much.. You need four wires from the TNC: ground, mic, speaker and PTT. I cannot tell for sure, which wire is of which color, as the wire I had, is not necessarily the original. Anyway, you need to connect the speaker wire to the tip of the W2 plug, mic wire to the center ring, and ground to the base ring. Last, connect PTT wire to mic via a 10 kilo-ohm resistor. After that, just power up, check for smoke and on the air.. It might be a good idea to turn off the battery saver on your W2. It still works with 1:4, but it works better when Off. Setting it to 1:16 is a bad idea, especially if the channel is not continuously crowded.. > Ian, N3CVA > s72umil@towsonvx.bitnet or s72umil@toe.towson.edu Esa OH1LTM -- ___________________________________________________________________________ Esa Holmberg Internet: ekho@ttl.fi Elisa: Holmberg Esa TTL OH1LTM Packet: oh1ltm@oh1rbu.tku.fin.eu fax: +358-21-501330 X.400: C=fi, A=elisa, O=ttl, PN=esa holmberg Diana-fax: (9102 21)501330 -------------------------- Turku TelCo, Finland --------------------------- ------------------------------ Date: 17 Jun 92 14:44:33 GMT From: idacrd!n4hy@princeton.edu Subject: PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] To: packet-radio@ucsd.edu ------------------------------ Date: 18 Jun 1992 00:45:18 -0700 From: news-mail-gateway@ucsd.edu Subject: TCP/IP Beginners Guide To: packet-radio@ucsd.edu > The document entitled "Beginner's Guide to TCP/IP on the Amateur Packet > Radio Network Using the KA9Q Internet Software" is again available by > anonymous ftp. The new location is ftp.eecs.ucdavis.edu. I wonder, if this would be available somewhere via a mail ftp server or something for those of us that do not have ftp, but mail only access. (Yes, there are still lots of locations, that can not use ftp.) Anyone who could uuencode & mail the Postscript version, perhaps? > Gary Ford, N6GF Esa OH1LTM -- ___________________________________________________________________________ Esa Holmberg Internet: ekho@ttl.fi Elisa: Holmberg Esa TTL OH1LTM Packet: oh1ltm@oh1rbu.tku.fin.eu fax: +358-21-501330 X.400: C=fi, A=elisa, O=ttl, PN=esa holmberg Diana-fax: (9102 21)501330 -------------------------- Turku TelCo, Finland --------------------------- ------------------------------ Date: (null) From: (null) I do not believe this is correct. I believe the PK-88 has a standard modem disconnect. The PK-232 on the other hand does need a special disconnect header that is provided by TAPR in Tuscon, Az. for a small fee. Bob ------------------------------ Date: 17 Jun 92 04:48:34 GMT From: access.usask.ca!ccu.umanitoba.ca!bison!sys6626!kynes!rdo@decwrl.dec.com To: packet-radio@ucsd.edu References Re:, Spectrum, terminaln Reply-To : rdo@kynes.bison.mb.ca Subject : Re: Spectrum terminal In <199206161440.AA25070@leon.nrcps.ariadne-t.gr>, G. Katsimaglis writes: >Hello . I have such a program. Packet on a ZX Spectrum? I knew there was a reason I kept holding on to mine instead of selling it in a garage sale. >If you want I can upload it to ucsd.edu to ftp it. Yes. Please upload it for FTPing. -- ____________________________________________________________________________ | _ /| | Russell Ochocki | \`o.0' | rdo@kynes.bison.mb.ca | =(___)= |----------------------------------------------------------------- | U | We'll fall off that bridge when we come to it! |_________|_________________________________________________________________ __________________________ ------------------------------ Date: Wed, 17 Jun 1992 02:05:45 GMT From: munnari.oz.au!ipso!dave@network.UCSD.EDU To: packet-radio@ucsd.edu References <1360@wells.UUCP>, <VV48LB5w164w@k5qwb.lonestar.org>, <1992Jun15.142314.2805022@locus.com> Subject : Re: Commercial Packet In article <1992Jun15.142314.2805022@locus.com> dana@locus.com (Dana H. Myers) writes: > The PK-90 manual I've looked at indicates the PK-90 is essentially >the same design as the PK-88. The differences are quite minor; in fact, >the PK-90 could be *upgraded* to PK-88 level quiet easily. While I >haven't tried it yet, the manual indicates that interoperation with >regular AX.25 nodes should be a snap. If it's of any interest, the Kantronics "RF Packet Modem" appears to be just a KPC-2400 with a different EPROM (and manual, and labels). Get the EPROM upgrade, and you're in business! I don't know what the "RFPM" runs, but AX.25 it ain't. Someone here in Australia was selling them real cheap, because they didn't work with the local BBS's. Silly boy :-) -- Dave Horsfall (VK2KFU) VK2KFU @ VK2RWI.NSW.AUS.OC dave@ips.OZ.AU ...munnari!ips.OZ.AU!dave "It's still wrong, but it's righter than it was" - Me ------------------------------ End of Packet-Radio Digest V92 #163 ****************************** Date: Fri, 19 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #164 To: packet-radio Packet-Radio Digest Fri, 19 Jun 92 Volume 92 : Issue 164 Today's Topics: How well does the MacIntosh mix with ham radio? (4 msgs) Node Maps for UK? PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] Tandy laptop COM2 Spectra connector TCM3105 circuit for baycom 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 Jun 92 10:31:46 GMT From: hayes!bcoleman@uunet.uu.net Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu In article <2292@aupair.cs.athabascau.ca>, tech@cs.athabascau.ca (Richard Loken) writes: > I am idly thinking of buying a MacIntosh Classic for use in the ham shack. > > Questions: > how easy is it to keep the Mac racket in the Mac and out of the Rcvr? Extremely easy. Macintosh computers are extremely well-sheilded. They pass FCC standards for Class B (home-use) computing devices. Each pin on the back of a Macintosh Classic is filtered against RFI. The inside of the case is coated with RFI-proofing conductive coating. All cables are shielded. > Are there C compilers and assemblers for the Mac? THINK C is probably the most popular development environment for "hobbyist" programming on the Mac. It includes an inline assembler that most find sufficient for development. I happen to prefer THINK Pascal, but then, that's just me. I have a Mac SE (not unlike the Classic) in my shack and wouldn't trade it for any DOS computer. -- Bill Coleman, AA4LR ! CIS: 76067,2327 AppleLink: D1958 Principal Software Engineer ! Packet Radio: AA4LR @ W4QO Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman POB 105203 Atlanta, GA 30348 USA ! Internet: bcoleman%hayes@uunet.uu.net Disclaimer: "My employer doesn't pay me to have opinions." Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett. ------------------------------ Date: 18 Jun 92 12:21:55 GMT From: mcsun!uknet!pyrltd!mwuk!tony@uunet.uu.net Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu In article <2292@aupair.cs.athabascau.ca> tech@cs.athabascau.ca (Richard Loken) writes: > > Any favourite station computers that do not use 80..*[68] cpu's? > Atari ST, definitely (68000-based). Especially in Europe. -- Tony Mountifield (G4CJO) | Microware Systems (UK) Ltd. Email: tony@microware.co.uk | Colden Common, WINCHESTER, SO21 1TH. (or: ...!uknet!mwuk!tony) | Tel: 0703 601990 Fax: 0703 601991 ------------------------------------------------------------------------ ** Any opinions are mine, not Microware's - but you knew that anyway. ** ------------------------------------------------------------------------ ------------------------------ Date: 18 Jun 92 18:30:40 GMT From: van-bc!mdivax1!mdisea!jackb@ucbvax.berkeley.edu Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu >> Are there C compilers and assemblers for the Mac? > >Of course! I know there are at least some from Apple (the MPW series) >and Symantec (THINK); there may be others. There are also some C++ compilers. I forgot to comment on this one. MacPacket(tm) (note: stupid lawyers...) was written in Aztec C several years ago. Aztec still ships a very nice C development system for the Mac. Price is around $100. I now do all of my development using Apple's MPW development system using either C, C++ or assembler. The environment is very much like the Unix development environment, only I like it better. Depending on what features you want, MPW can be pricey. The whole package is best bought as an ETO subscription for about $1K, although if you just want C, it should be much less. Lots of folks develop excellent programs using Think C, which costs in the $200 range mail order. It has a Mac application front-end (i.e. not command line), is relatively easy to use, and has some C++ like features. All three packages I mentioned have source level debugging, although you pay extra for MPW's SADE debugger. Essentially, if you want to hack and have a good time, look at Think or Aztec. If you are going to do professional development go with MPW or Think. If it will be a large development team, MPW has features (like Projector, the project management system) that greatly ease the effort. I hope I didn't give more info than was wanted. Essentially the answer to the question is that you can do anything with the Mac you want. Have a great time doing it! Jack Brindle ham radio: wa4fib internet: jackb@mdd.comm.mot.com ------------------------------ Date: Thu, 18 Jun 1992 21:06:44 GMT From: sdd.hp.com!hpscdc!hplextra!hpl-opus!hpspdla!paulz@network.UCSD.EDU Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu > Any favourite station computers that do not use 80..*[68] cpu's? The Amiga is a great computer because the operating system is true multi-tasking. You can use any of the many available terminal emulator programs to talk to the TNC and/or send and receive files. Meanwhile, you can have a separate window running any Amiga word processor to read files that have been received, and prepare files to send. While all this is going on, a third window can send a file to the printer. And another window can be used to run a log book program, and ... For example, connect to a BBS, request a listing of postings, and send that to a file. Bring up the file in the editor, and look for postings of interest. Use the terminal window to tell the BBS what file you want to read. Meanwhile, the contents of the listing file don't scroll off the screen! In the 80..*[68] world, you have to buy a special program to attempt to do all this, and you are forced to use whatever editor, etc someone else chose. 73, Paul AA6PZ @ N6IIU-1.#NOCAL.CA.USA.NA Disclaimer: These are my personal opinions, not those of my employer. ------------------------------ Date: 18 Jun 92 15:06:33 GMT From: pa.dec.com!hollie.rdg.dec.com!movies.enet.dec.com!potter@decwrl.dec.com Subject: Node Maps for UK? To: packet-radio@ucsd.edu Can anyone provide me with a map of nodes in the UK? I enjoy trying to set up multi-hop links to various places and such a map would be very useful. Thanks, regards /atp +-----------------------------------------------------------------------------+ | Alan.Potter@edo.mts.dec.com | My opinions are mine, not DEC's 0506 423307 | | NTS: GM7GLJ@GB7EDN.#77.GBR.EU | VMS Engineering, Livingston, UK EH54 6AG | +------------- The bridge is crossed, so stand and watch it burn -------------+ ------------------------------ Date: 18 Jun 92 14:20:34 GMT From: autodesk!melange!abeals@uunet.uu.net Subject: PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] To: packet-radio@ucsd.edu n4hy@idacrd.UUCP (Bob McGwier) writes: >From article <abeals.708726141@melange>, by abeals@autodesk.com (Andrew Scott Beals -- KC6SSS): >> ron@pilot.njin.net (Ron) writes: >> >>>TNC-2's go under a variety of names such as AEA PK-88, ... >> >> They're not TNC-2 clones in that you can't plug in H/W such as 9600 >> baud modems and the like into them. >I do not believe this is correct. I believe the PK-88 has a standard >modem disconnect. The PK-232 on the other hand does need a special disconnect >header that is provided by TAPR in Tuscon, Az. for a small fee. I have been told by a manufacturer of plug-in 9600 baud modems for "TNC-2 clones", that the PK-88 is not a TNC-2 clone and will not work with their board. -- Andrew Scott Beals abeals@autodesk.com, kc6sss@n6ldl.#nocal.ca.usa.na 50.115MHz Vivu libere a>u mortu! ------------------------------ Date: 18 Jun 92 12:44:33 GMT From: news.hawaii.edu!mpg!tony@ames.arpa Subject: Tandy laptop COM2 Spectra connector To: packet-radio@ucsd.edu I am posting the following message for wh6aq. He has a laptop that he'd like to add a second serial port (instead of adding Tandy's internal modem). --------- DOES ANYONE KNOW OF A SOURCE FOR A SPECTRA STYLE CONNECTOR? IT IS AN 18 CONTACT SINGLE ROW 1 X 1/8 INCH CONNECTOR. THE FEMALE END RESIDES ON THE BUSS OF MY TANDY 1500HD LAPTOP AS COM2 PORT. I CONTACTED TANDY SERVICE DEPARTMENT, ONLY INFORMATION AVAILABLE WAS THAT IT IS CALLED A SPECTRA AND IS USED ON A RIBBION CABLE! NO SOURCE OR FURTHER HELP AVAILABLE IN OBTAINING THE SUBJECT CONNECTOR. ANY INFORMATION IS APPRECIATED. REGARDS, KEVIN --------- I suspect it's one of those special ribbon cables with exposed flat conductors at the end. According to Tandy, this port presents/accepts TTL-level RS-232 signals. Kevin's goal is to use the port for a second TNC (he already has one TNC on the first serial port). Please send replies to me and I will forward them. Thanks! -- Antonio Querubin tony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org / querubin@uhunix.bitnet ------------------------------ Date: Thu, 18 Jun 92 14:57:18 GMT From: csus.edu!netcomsv!mork!mont@decwrl.dec.com Subject: TCM3105 circuit for baycom To: packet-radio@ucsd.edu I downloaded baycom20.zip and tcm3105.zip from wsmr-simtel20.army.mil(?). the tcm3105.zip contains a postscript file of a circuit diagram. The questions I have are: 1. Has anyone built the circuit in this diagram and do you have any advice on building it? 2. At the bottom of the diagram it says "sheet 1 of 2". Is there another page to this diagram that I'm missing? And, can you send me a copy of it if there is? 3. I'm not real familiar with integrated circuits, is the TCM3105 a common device that I can pick up at Fry's Electronics? In the zip file I did not find any directions on building the circuit so any comments, suggestions, advice will be welcomed and appreciated. Thanks again, 73s, Mont - KD6JJB/AA ------------------------------ Date: 19 Jun 92 00:46:47 GMT From: sdd.hp.com!mips!apple!apple!kchen@network.UCSD.EDU To: packet-radio@ucsd.edu References <2292@aupair.cs.athabascau.ca>, <68901@apple.Apple.COM>, <1992Jun18.183040.16471@mdd.comm.mot.com> Subject : Re: How well does the MacIntosh mix with ham radio? jackb@mdd.comm.mot.com (Jack Brindle) writes: >>> Are there C compilers and assemblers for the Mac? >> >>Of course! I know there are at least some from Apple (the MPW series) >>and Symantec (THINK); there may be others. There are also some C++ compilers. One of the strongest reason to use THINK C 5.0 is that it has a *very* good GUI-based source-level debugger. 73, Kok Chen, AA6TY kchen@apple.com Apple Computer, Inc. ------------------------------ End of Packet-Radio Digest V92 #164 ****************************** Date: Sat, 20 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #165 To: packet-radio Packet-Radio Digest Sat, 20 Jun 92 Volume 92 : Issue 165 Today's Topics: Connecting and Grounding the PK-232 to the TS450S/690S ( LONG) Delivery Failure Report How well does the MacIntosh mix with ham radio? (3 msgs) Need pin-outs for a Heathkit TNC HD-4040 DB-9 connector Node Maps for UK? Packet Networks 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: 19 Jun 1992 13:54:40 -0700 From: news-mail-gateway@ucsd.edu Subject: Connecting and Grounding the PK-232 to the TS450S/690S ( LONG) To: packet-radio@ucsd.edu Sub: Hooking the PK-232 MBX to the TS690S or the TS450S and grounding the PK-232 to reduce distortion on SSB transmissions. I would like to take this opportunity to thank everyone who replied to my question about connecting the PK-232 to the TS690S. I eventually had to replace Q5 and the PK-232 now keys the 690S. In particular, I would like to thank Dick (KD5VU) and Erich (KA6AMD) for their input on how to connect the PK-232 to the 690S and the 450S. The following information has been edited from that which they had sent me earlier. 1. HOOKUP AND PIN ASSIGNMENTS Dick uses the ACCY2 port of the 450S to hook up his PK-232 for AFSK operation. The following list details the Pin Assignments which Dick uses for AFSK Operation: PK-232 J4 TS-450S (ACCY2 PORT) Pin 5 RED PTT Pin 9 PTT Pin 4 BROWN GND Pin 8 GND (Do not use Pins 4 or 12) Pin 3 BLACK - - Not Used Pin 2 WHITE AFSK-OUT Pin 11 AFSK-IN Pin 1 GREEN AFSK-IN Pin 3 AFSK-OUT As Dick indicated to me, it is important to ensure that you do not overdrive the rig. Since neither the 690S or the 450S has a Tx monitor you will need to watch the ALC setting after setting the desired power level and AFSK audio output from the PK-232. Please note that it takes very little Mic Gain to overdrive the ALC. Also - the 450S and the 690S are rated as 100% duty cycle units. I personally felt more comfortable setting the power level to 50 - 75 watts although the 690S manual suggests setting the power level to 100 watts. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Erich (KA6AMD) hooked up his 690S to the PK-232 in order to use FSK for digital communications. The hookup he uses works well for him on all the digital modes and is listed below: PK-232 TS690S (ACCY2) J7-4 FSK KEYING 2 J4-1 Rx AUDIO 3 J4-4 AUDIO GROUND 4 J7-2 FSK AUDIO 8 J4-5 PTT 9 J4-2 Tx AUDIO 11 On the PK-232 J4 is Radio Port 1. J6 is Radio Port 2. Either port may be used. 2. GROUNDING PROBLEMS Both Erich and Dick indicated that they had distortion when transmitting on SSB when the PK-232 was hooked to their rigs. The Kenwood reps were not able to help them with regards to the problem. Erich suggested that I Disconnect the PK-232 when using SSB. Dick also had little luck with the reps, but he was able to determine that there are floating grounds in the ACCY2 port of the 450S and 690S. Dick appears to have corrected this problem by grounding the PK-232 to the 450S. As Dick noted (edited :-))(please note that Dick is using AFSK): > " Yes! I had the SAME problem (I called it distorted xmit audio) and > the GROUNDING fixed the problem. Its history and the rig works now > with the PK-232 hooked up via the ACCY2 plug. The fine print > in the (Ken)wood manual says you have to GROUND the rig. You better > ground it as they have some floating grounds. > > > I grounded the PK-232 to the Kenwood TS-450S/AT two ways: > > - Used the single pin 8 in the ACCY2 plug to the Gnd connector > on the PK-232 (the white molex plug). Note I did not [repeat > did not] used pins 4 & 12 as shown in the TS-450S manual. > > - The winner was to ground the PK-232 from the circuit board (used > one of the screws that supports the mounting foot nearest the > DC imput connector) to the Large Ground Lug on the rear of the > TS-450S. > > > Kenwood has some floating grounds in the ACCY2 port and will not > admit to the problem. > > Without the REAL ground wire PK-232 to TS-450S my SSB audio was > big time screwed up when the ACCY2 plug was attache. " I have set my rig up for AFSK operation and I have grounded my TS690S as Dick has suggested. I have not yet had problems with my audio when transmitting on SSB. Once again - Thanks to all who replied. And as Erich noted earlier: ANYTHING YOU TRY WITH YOUR TNC (PK-232) AND YOUR RADIOS IS YOUR RESPONSIBILITY. 73 DAVE VY2DCS, SEELER@UPEI.CA ------------------------------ Date: 19 Jun 1992 18:01:46 -0700 From: news-mail-gateway@ucsd.edu Subject: Delivery Failure Report To: packet-radio@ucsd.edu From: POSTMSTR @SSW To: SYSTEM @MRGATE WINS%"PACKET-RADIO @UCSD.EDU" @MRGATE @OZ Author: WINS%"Packet-Radio@UCSD.Edu" Sender: WINS%"PACKET-RADIO @UCSD.EDU"@ISC@ATDECC@MRGATE@OZ Subject: Packet-Radio Digest V92 #164 Message Class: Recipients: DLLARNER@ABSMTP The MAILbridge Server/DEC was unable to deliver mail from Sender WINS%"PACKET-RADIO@UCSD.EDU"@ISC@ATDECC@MRGATE@OZ. Please contact your Soft-Switch E-Mail Administrator to register this user in the Name Translate Directory. ------------------------------ Date: 19 Jun 92 20:14:28 GMT From: swrinde!cs.utexas.edu!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard@network.UCSD.EDU Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu In article <33150021@hpspdla.spd.HP.COM> paulz@hpspdla.spd.HP.COM (Paul Zander) writes: >In the 80..*[68] world, you have to buy a special program to attempt to >do all this, and you are forced to use whatever editor, etc someone else >chose. ...or get an operating system that does DOS better than DOS...If you have a 386SX or better, and can get RAM above 4 MB, take a good, long look at OS/2 2.0. You'll be impressed, even if you just want to multitask DOS and Windows programs (a job that it beats Windows at, hands down). -- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can jmaynard@oac.hsc.uth.tmc.edu | adequately be explained by a .sig virus. "[...] have you noticed how many people have joined you on the back of Rosinante to help subdue this particular windmill?" -- Dan Herrick ------------------------------ Date: Fri, 19 Jun 1992 18:27:55 GMT From: sdd.hp.com!ux1.cso.uiuc.edu!news.iastate.edu!vlsi4!jvp@network.UCSD.EDU Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu In <33150021@hpspdla.spd.HP.COM> paulz@hpspdla.spd.HP.COM (Paul Zander) writes: >> Any favourite station computers that do not use 80..*[68] cpu's? >The Amiga is a great computer because the operating system is true >multi-tasking. You can use any of the many available terminal emulator >programs to talk to the TNC and/or send and receive files. Meanwhile, >you can have a separate window running any Amiga word processor to read >files that have been received, and prepare files to send. While all >this is going on, a third window can send a file to the printer. And >another window can be used to run a log book program, and ... >For example, connect to a BBS, request a listing of postings, and send >that to a file. Bring up the file in the editor, and look for postings >of interest. Use the terminal window to tell the BBS what file you want >to read. Meanwhile, the contents of the listing file don't scroll off >the screen! >In the 80..*[68] world, you have to buy a special program to attempt to >do all this, and you are forced to use whatever editor, etc someone else >chose. >73, Paul >AA6PZ @ N6IIU-1.#NOCAL.CA.USA.NA >Disclaimer: These are my personal opinions, not those of my employer. Just a note: All of the above is also possible on any Macintosh. +---------------------------------------------------------------+ | Jim Van Peursem | | PhD Student | | Department of Electrical Engineering and Computer Engineering | | Iowa State University | | Ames, IA 50011 | | internet - jvp@cpre1.ee.iastate.edu | +---------------------------------------------------------------+ ------------------------------ Date: 19 Jun 92 17:31:57 GMT From: hayes!bcoleman@uunet.uu.net Subject: How well does the MacIntosh mix with ham radio? To: packet-radio@ucsd.edu In article <33150021@hpspdla.spd.HP.COM>, paulz@hpspdla.spd.HP.COM (Paul Zander) writes: > > The Amiga is a great computer because the operating system is true > multi-tasking. You can use any of the many available terminal emulator > programs to talk to the TNC and/or send and receive files. Meanwhile, > you can have a separate window running any Amiga word processor to read > files that have been received, and prepare files to send. While all > this is going on, a third window can send a file to the printer. And > another window can be used to run a log book program, and ... Funny, I seem to be able to do all this with my Macintosh.... > For example, connect to a BBS, request a listing of postings, and send > that to a file. Bring up the file in the editor, and look for postings > of interest. Use the terminal window to tell the BBS what file you want > to read. Meanwhile, the contents of the listing file don't scroll off > the screen! I do this on my Mac SE. Can't everyone? -- Bill Coleman, AA4LR ! CIS: 76067,2327 AppleLink: D1958 Principal Software Engineer ! Packet Radio: AA4LR @ W4QO Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman POB 105203 Atlanta, GA 30348 USA ! Internet: bcoleman%hayes@uunet.uu.net Disclaimer: "My employer doesn't pay me to have opinions." Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett. ------------------------------ Date: 19 Jun 92 21:44:41 GMT From: das.wang.com!wang!djenkins@uunet.uu.net Subject: Need pin-outs for a Heathkit TNC HD-4040 DB-9 connector To: packet-radio@ucsd.edu A friend just loaned me a Heathkit TNC HD-4040 with no cables and no manual. It has KISS proms in it and I have the latest NOS I could find. Now I just need to make a cable from the DB-9 on the TNC to the radio. I am just getting started in packet. And I'm on vacation for a week. (But, I will be checking my e-mail regularly and newsgroups when I can.) Thanks. --- David E. Jenkins Home: (508) 632-4164 Wang Labs, Inc. 52 Norman Street Work: (508) 967-7284 M/S 014-690 Gardner, MA 01440-1916 Fax: (508) 967-2212 1 Industrial Ave. KB1AAU/KT e-mail: djenkins@wang.com Lowell, MA 01851 ------------------------------ Date: 19 Jun 92 15:32:48 GMT From: mcsun!uknet!mucs!jh.mcc.ac.uk!J.Heaton@uunet.uu.net Subject: Node Maps for UK? To: packet-radio@ucsd.edu In article <1992Jun18.150744.1185@rdg.dec.com> potter@movies.enet.dec.com (Alan T Potter) writes: >From: potter@movies.enet.dec.com (Alan T Potter) >Subject: Node Maps for UK? >Date: 18 Jun 92 15:06:33 GMT >Can anyone provide me with a map of nodes in the UK? I enjoy trying >to set up multi-hop links to various places and such a map would be >very useful. North West Packet User Group, (NWPUG) sell a set of Node/BBS maps that cover the UK. The UK is split into two A3 sheets, and the set costs 1 pound. We (NWPUG) attend most of the rallies in the North West. If you cannot attend the rallies in our area, then you could order them through me. John. >+-----------------------------------------------------------------------------+ >| Alan.Potter@edo.mts.dec.com | My opinions are mine, not DEC's 0506 423307 | >| NTS: GM7GLJ@GB7EDN.#77.GBR.EU | VMS Engineering, Livingston, UK EH54 6AG | >+------------- The bridge is crossed, so stand and watch it burn -------------+ 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: 19 Jun 92 18:45:45 GMT From: sdd.hp.com!spool.mu.edu!umn.edu!umeecs!eecs.umich.edu!ayman@network.UCSD.EDU Subject: Packet Networks To: packet-radio@ucsd.edu I have some questions about packet networks. I am really new to this subject, but I am very interested in it. 1- Is it possible to use HF for packet communications? And what is the current used frequency band? (VHF? Microwave?) 2- What is the current limit on the baud rate that is possible? 9600? 3- Is TCP/IP the best protocol for a radio packet-based network? 4- How efficient is it to have several transmitters transmitting at the same time and causing all sorts of collisions? 5- What is a good reference on all of this? Does the ARRL publish any books on this topic? Thank you very much for your help. I'm looking forward to learning more about packet radio and using it soon. -- Ayman I. Kayssi | ayman@eecs.umich.edu Advanced Computer Architecture Laboratory | ayman@engin.umich.edu EECS Department +------------------------ The University of Michigan | (313) 764-8033 ------------------------------ Date: 20 Jun 1992 02:55:29 -0700 From: news-mail-gateway@ucsd.edu To: packet-radio@ucsd.edu References wd6ehr@wd6ehr.ampr.ORG, (Mike, Curtis) Reply-To : wd6ehr@wd6ehr.ampr.org Subject : Re: PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] In message <abeals.708726141@melange> you write: > > ron@pilot.njin.net (Ron) writes: > > >TNC-2's go under a variety of names such as AEA PK-88, ... > > They're not TNC-2 clones in that you can't plug in H/W such as 9600 > baud modems and the like into them. They're also not TNC2 clones in that the EPROMS aren't compatible, the command set differs, and I wouldn't be at all surprised if the hardware is considerably different. They don't use the 2206/2211 chipset, and cannot be run open-squelch (very important if you want better than mediocre performance) without adding a DCD state machine like true TNC2 clones can. To stop a rumour in the making, yes you _can_ use 9600 baud modems with them, but as you (correctly) point out, you "can't plug ... 9600 baud modems ... into them", i.e. inside. (Even if they had an internal header, there's physically no room). They have to be externally mounted, and the PK88 must be slightly modified (cut a trace and tack a wire) to bring out a x16 clock. AEA, in their infinite wisdom, brought out a 9600 Hz (x1) clock. All other necessary modem connections are brought out through the DB25. > They are, however, a cheap way into packet. Reliable. Yes - and so are the true TNC2 clones. -- Mike wd6ehr.ampr.org!wd6ehr@puffin.UUCP ------------------------------ End of Packet-Radio Digest V92 #165 ****************************** Date: Sun, 21 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #166 To: packet-radio Packet-Radio Digest Sun, 21 Jun 92 Volume 92 : Issue 166 Today's Topics: Delivery Failure Report How do I get data feeds over radio? Packet<->Internet gateway?? Software for drawing network diagrams? 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 Jun 1992 06:41:38 -0700 From: news-mail-gateway@ucsd.edu Subject: Delivery Failure Report To: packet-radio@ucsd.edu From: POSTMSTR @SSW To: SYSTEM @MRGATE WINS%"PACKET-RADIO @UCSD.EDU" @MRGATE @OZ Author: WINS%"Packet-Radio@UCSD.Edu" Sender: WINS%"PACKET-RADIO @UCSD.EDU"@ISC@ATDECC@MRGATE@OZ Subject: Packet-Radio Digest V92 #165 Message Class: Recipients: DLLARNER@ABSMTP The MAILbridge Server/DEC was unable to deliver mail from Sender WINS%"PACKET-RADIO@UCSD.EDU"@ISC@ATDECC@MRGATE@OZ. Please contact your Soft-Switch E-Mail Administrator to register this user in the Name Translate Directory. ------------------------------ Date: 19 Jun 92 17:50:09 GMT From: usc!zaphod.mps.ohio-state.edu!mips!apple!mumbo.apple.com!apple!stanbach%apple.com@network.UCSD.EDU Subject: How do I get data feeds over radio? To: packet-radio@ucsd.edu I know almost nothing about radio, packet or otherwise. At Apple, we have a service that gives us stock quotes, which we receive over a radio. What kind of service is this ? Does it cost money? I have seen things like silent radio at the post office, Are there other services like this? How can I buy that service? maybe news feeds, weather feeds, anything? I would like to hook it up to a mac. What kind of hardware do I have to buy to receive this? where do I go to buy It? Radio Clueless Frank ------------------------------ Date: 20 Jun 92 21:26:24 GMT From: cis.ohio-state.edu!magnus.acs.ohio-state.edu!bgsuvax!khmarch!keith@uunet.uu.net Subject: Packet<->Internet gateway?? To: packet-radio@ucsd.edu Date: Sat, 20 Jun 92 17:26:24 EDT ------------------------------ Date: 20 Jun 92 12:45:44 GMT From: psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.net Subject: Software for drawing network diagrams? To: packet-radio@ucsd.edu I'm trying to put together some pretty pictures to describe the packet network we're building. I know there are some commercial programs that allegedly are designed to draw network maps, but they're a bit pricey for a one-shot hobbyist deal. Anyone know of a similar shareware or freeware program? -- John R. Ackermann, Jr. Law Department, NCR Corporation, Dayton, Ohio (513) 445-2966 John.Ackermann@daytonoh.ncr.com Packet Radio: ag9v@n8acv tcp/ip: ag9v@ag9v.ampr [44.70.12.34] ------------------------------ Date: 19 Jun 92 23:48:54 GMT From: pacbell.com!iggy.GW.Vitalink.COM!lll-winken!catnip!abeals@network.UCSD.EDU To: packet-radio@ucsd.edu References <2292@aupair.cs.athabascau.ca>, <33150021@hpspdla.spd.HP.COM>, <jvp.708978475@cpre1.ee.iastate.edu> Subject : Re: How well does the MacIntosh mix with ham radio? [someone in Canada asked:] > Any favourite station computers that do not use 80..*[68] cpu's? In <33150021@hpspdla.spd.HP.COM> paulz@hpspdla.spd.HP.COM (Paul Zander) writes: >The Amiga is a great computer because the operating system is true >multi-tasking. [example of doing several things at once] jvp@vlsi4.ee.iastate.edu (James E. Van Peursem) fu<sskribis: > Just a note: All of the above is also possible on any Macintosh. Yes, *possible*, but not pleasant, due to the fact that the mac is a machine with cooperative multitasking and except on the most expensive models, the CPU is involved in every byte of every disk transfer. [DMA? What's that?] >| Department of Electrical Engineering and Computer Engineering | Jim, I hope your PhD thesis isn't on the difference between preemptive multitasking and cooperative multitasking. -- Andrew Scott Beals (415) 905-6590 any time KC6SSS abeals@catnip.berkeley.ca.us ...!apple!catnip.berkeley.ca.us!abeals Albert Einstein, when asked to describe radio, replied: "You see, wire telegraph is a kind of a very, very long cat. You pull his tail in New York and his head is meowing in Los Angeles. Do you understand this? And radio operates exactly the same way: you send signals here, they receive them there. The only difference is that there is no cat." ------------------------------ Date: Sun, 21 Jun 1992 06:11:59 GMT From: mdisea!jackb@uunet.uu.net To: packet-radio@ucsd.edu References <33150021@hpspdla.spd.HP.COM>, <jvp.708978475@cpre1.ee.iastate.edu>, <5567@catnip.berkeley.ca.us> Subject : Re: How well does the MacIntosh mix with ham radio? In article <5567@catnip.berkeley.ca.us> abeals@catnip.berkeley.ca.us (Andrew Scott Beals) writes: > >Jim, I hope your PhD thesis isn't on the difference between >preemptive multitasking and cooperative multitasking. > Here we go again... Try 2. An attempt was made to get this exact same argument started over on the tcp-group. Sorry, but it won't wash here either. First, we have far too many better things to do with our time. Second, both forms of multitasking have their place. I will still maintain that for data comm systems, or for that matter just about any real time system, I would much rather have a non-preemptive system. When you begin to realize that state machine programming solves many real-time problems extremely well, you might begin to understand why it's better not to have what you are doing interrupted by an OS doesn't know any better. Now we all know that each computer has a specific task that it solves quite nicely for its user. Obviously you like the Amiga an awful lot. That's fine. Others happen to like Macs, and still others DOS based PCs. There are probably even a few CP/M users around. This group is meant for discussing ham packet radio topics. Shall we keep it that way? Or do you really want me to point out that my Mac was the first computer to drive the 56K packet modem at true 56K??? >Andrew Scott Beals (415) 905-6590 any time KC6SSS >abeals@catnip.berkeley.ca.us ...!apple!catnip.berkeley.ca.us!abeals ^^^^^ And awfully ingrateful, too... Jack Brindle ham radio: wa4fib internet: jackb@mdd.comm.mot.com ------------------------------ End of Packet-Radio Digest V92 #166 ****************************** Date: Mon, 22 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #167 To: packet-radio Packet-Radio Digest Mon, 22 Jun 92 Volume 92 : Issue 167 Today's Topics: AA4RE BBS Status codes DR1200 mods for 9600 baud Senior Radio Technician looking for job in OR Type/Status Headers Undeliverable Mail 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 Jun 92 00:12:05 GMT From: olivea!isc-br!tau-ceti!comtch!iea!FredGate@ames.arpa Subject: AA4RE To: packet-radio@ucsd.edu Does anyone know where I can get the latest version of the AA4RE BBS code? I am on a local packet committee and they are thinking of switching BBS software so I wanted to get a look at several different packages. If possible you could answer me here as I am linked from FidoNet into this one and not sure if the mail can cross over very well or not. I am looking also for thoughts and ideas on different pieces of software and which has the most speed and efficiency on a channel. Your thoughts are appreciated. 73, Jay Ws7i * Origin: Radio Therapy BBS (1:346/3) ------------------------------ Date: 21 Jun 1992 22:56:57 -0700 From: news-mail-gateway@ucsd.edu Subject: BBS Status codes To: packet-radio@ucsd.edu Here are the status codes for AA4RE BBS program. + -- Marked for forwarding - -- Being forwarded ? -- routing error F -- forwarded H -- In hold K -- Killed (awaitng erase) N -- Not read O -- old V -- Waiting for SYSOP review Y -- Read Roy, AA4RE ------------------------------ Date: 21 Jun 92 22:00:49 GMT From: swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDU Subject: DR1200 mods for 9600 baud To: packet-radio@ucsd.edu copied from packet: Msg# TSF Size #Rd Date Time From MsgID To 13406 BF 1319 1 10-Jun 0200 KB6ZBI 22178_KB6ZBI ALL@USBBS () Sb: DR-1200/9600 MOD Alinco mods to use mic connector for 9600 baud data TRANSMITTER Remove R31 Remove C40 and replace with one end free and other end reconnected to pin 7 of the VCO board. Connect a jumper between the now free end of C40 and the hot end of C35. The Mic input is now connected directly to the VCO. RECEIVER Disconnect the pink wire that goes to data output on the mic connector from the PCB and reconnect it to pin 2 of the IF board connector. This eliminates the low pass filtering on the discriminator. Jon KB6ZBI (Info from Alinco) ======================================================================== Note: I haven't tried or verified this, proceed at your own risk. WA2ISE ------------------------------ Date: 21 Jun 92 16:31:39 GMT From: usc!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!sequent!muncher.sequent.com!dog@network.UCSD.EDU Subject: Senior Radio Technician looking for job in OR To: packet-radio@ucsd.edu [posted for my brother-in-law. Please reply to him directly. If you are unable to for some reason, feel free to email me at dog@sequent.com] My name is Andrew Foland, N7NWB. I am an senior electronics technician seeking employment in the greater Portland area. A few things about me: - I have five years experience in RF, audio, and digital circuits. - Recent experience with fiber-optic cable splicing. - Experience with AM/FM, SSB and SatCom systems. - Experience with customer technical suppport/service. - I've been working for a Ham Radio accessory company in Bellevue WA for the past 3+ yrs. - Available immediately. I am a motivated, hard working team player with a good sense of humor. For more information, and/or a resume, please call me at (206)881-8475. +-----------------------------------------------------------------------+ Paul Parenteau Sequent Computer Systems, Inc. OS Software Engineering Phone: (503) 578-4119 Internet: dog@sequent.COM UUCP: { uunet ogicse tektronix } !sequent!dog USmail: 15450 SW Koll Parkway/MS DES2-745/Beaverton, OR 97006 +-----------------------------------------------------------------------+ ------------------------------ Date: Mon, 22 Jun 1992 03:50:50 GMT From: cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!news.ysu.edu!do-not-reply-to-path@uunet.uu.net Subject: Type/Status Headers To: packet-radio@ucsd.edu I've looked all over the local PBBS's and I can't seem to locate the following information: a list of types at statuses. I can figure out that PN means "Personal, Not Read" and "B" is for Bulletin and "T" is for traffic, but what does the "$" status mean, the "F" status, etc? Thanks! John -- John S. Kennedy (513) 541-3078 | "It knows only that it needs, Commander. axinar@tso.uc.edu | But, like so many of us, it does au138@cleveland.freenet.edu | not know what." 72217.416@compuserve.com | -- Spock, Star Trek I ------------------------------ Date: 21 Jun 1992 13:55:38 -0700 From: news-mail-gateway@ucsd.edu Subject: Undeliverable Mail To: packet-radio@ucsd.edu Unknown Microsoft mail form. Approximate representation follows. Message: Packet-Radio Digest V92 #166 Sent: Sun, Jun 21, 1992 10:55 AM To: HaeferJRichard On Server: Server #72202177 Date: Sun, Jun 21, 1992 1:56 PM Reason: Could not be delivered because the destination Microsoft Mail server could not be found. ------------------------------ End of Packet-Radio Digest V92 #167 ****************************** Date: Tue, 23 Jun 92 04:30:04 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #168 To: packet-radio Packet-Radio Digest Tue, 23 Jun 92 Volume 92 : Issue 168 Today's Topics: macintosh packet softkiss v1.1.t Want 9600 baud mods for Kenwood TM-241A 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 Jun 92 15:29:58 GMT From: swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!aw0g+@network.UCSD.EDU Subject: macintosh packet softkiss v1.1.t To: packet-radio@ucsd.edu Softkiss version 1.1.t connects a modem directly to a macintosh. This saves having a TNC. Softkiss will work with 300 baud HF, 1200 baud VHF and higher baudrates. The software is functional at this time but the user interface is not pleasent yet. Softkiss is available akutaktak.andrew.cmu.edu [128.2.35.1] in /aw0g/softkiss.1.1t.sit.hqx. You also need Phil Karn's Net/Mac program if you don't have it, it is available as /aw0g/netmac22.sit.hqx Changes since the last release: Well it acutally works. I connected to my local packet bbs for a couple of hours last night. There is more of a manual on how to hook it up. Aaron Wohl (n3liw+@cmu.edu) ------------------------------ Date: Mon, 22 Jun 1992 16:54:37 GMT From: orca!javelin.sim.es.com!nu.sim.es.com!kohlwey@uunet.uu.net Subject: Want 9600 baud mods for Kenwood TM-241A To: packet-radio@ucsd.edu Does anyone have mods for a Kenwood TM-241A 2 meter mobile rig? I would like to use one to uplink to UO-22 at 9600 Baud. Thanks 73 N7SFI Randy ------------------------------ Date: 22 Jun 92 10:01:09 GMT From: hayes!bcoleman@uunet.uu.net To: packet-radio@ucsd.edu References <33150021@hpspdla.spd.HP.COM>, <jvp.708978475@cpre1.ee.iastate.edu>, <5567@catnip.berkeley.ca.us> Subject : Re: How well does the MacIntosh mix with ham radio? In article <5567@catnip.berkeley.ca.us>, abeals@catnip.berkeley.ca.us (Andrew Scott Beals) writes: > In <33150021@hpspdla.spd.HP.COM> paulz@hpspdla.spd.HP.COM (Paul Zander) writes: >>The Amiga is a great computer because the operating system is true >>multi-tasking. [example of doing several things at once] > > jvp@vlsi4.ee.iastate.edu (James E. Van Peursem) fu<sskribis: >> Just a note: All of the above is also possible on any Macintosh. > > Yes, *possible*, but not pleasant, ... BALONEY! While I'm reading your message, I've also got three other applications running: downloading from CIS, running MPW and editing a list of files, and of course I have the Finder. There's nothing unpleasant about it. > ...due to the fact that the mac is > a machine with cooperative multitasking and except on the most expensive > models, the CPU is involved in every byte of every disk transfer. So? That has nothing to do with multitasking. > [DMA? What's that?] Direct memory access. It permits the CPU of a machine to perform other tasks while transferring data into or out of main memory. (Note that all 386 and 386sx machines have DMA. Note that none of them use it for hard disk i/o because it is too slow) -- Andrew, you clearly have not used a Macintosh for multitasking and shouldn't be posting such untruths to the net. Cooperative or not, it is still multitasking. -- Bill Coleman, AA4LR ! CIS: 76067,2327 AppleLink: D1958 Principal Software Engineer ! Packet Radio: AA4LR @ W4QO Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman POB 105203 Atlanta, GA 30348 USA ! Internet: bcoleman%hayes@uunet.uu.net Disclaimer: "My employer doesn't pay me to have opinions." Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett. ------------------------------ Date: Mon, 22 Jun 1992 14:13:35 GMT From: sdd.hp.com!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!dana@network.UCSD.EDU To: packet-radio@ucsd.edu References <(Mike>, <Curtis)>, <53847@wd6ehr.ampr.org>a.gov Subject : Re: PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] In article <53847@wd6ehr.ampr.org> wd6ehr@wd6ehr.ampr.org writes: > > They're [PK-88] also not TNC2 clones in that the EPROMS aren't compatible, >the command set differs, and I wouldn't be at all surprised if the >hardware is considerably different. They don't use the 2206/2211 >chipset, and cannot be run open-squelch (very important if you want >better than mediocre performance) without adding a DCD state >machine like true TNC2 clones can. Both the TNC-2 and the PK-88 use a Z-80 processor. The TNC-2 uses a Z-80 SIO chip, and the PK-88 uses a Z-80 SCC chip. The TNC-2 uses a state machine ROM for recovery of clock in the incoming data; the PK-88 uses the digital PLL internal to the Z-80 SCC. Digitally, they're quite similar but not the same. As for the modem, the TNC-2 uses the Exar analog 2206/2211 chips while the PK-88 uses the Am7910 "World Chip". The 2206/2211 modem is tuned by a combination of resistors and capacitors; it may require re-alignment from time to time. As Mike points out, the 2211 demodulator does indeed provide a "Lock Detect" signal which can be used a DCD indication. Since the modem is tuned by resistors, it is not easy to change the tones in use, for example, when switching from 1200 baud to 300 baud. I recall the TNC-2 provides a method to make this a little easier by mounting the tuning resistors on a DIP header. The Am7910 in the PK-88 is a DSP telephone modem; the Carrier Detect output simply indicates the presence of any noise on the channel over a preset level. It cannot be used as a DCD indication. The Am7910 is tuned by a crystal fixed at 2.4576Mhz (in the PK-88, this clock is derived from the 4.9152 Mhz Z-80 clock). The PK-88 allows the switching of modem tones from the TNC command line. Adding a TAPR DCD State Machine to the PK-88 is quite easy; it took less than an hour to build and install the kit in my PK-88. Research indicates the Am7910 is superior to the XR2211 demodulator with respect to the Signal-Noise ratio. A paper published in the Sixth(?) ARRL CNC suggests a 12dB difference in required SNR between the two chips, but I recall the XR2211 implementation used in that research was flawed; my guess is the XR2211 implementation in the TNC-2 is probably requires 2-3 dB better SNR for the same error rate as the Am7910 (if someone has a copy of the K9NG article on the TNC-2 modem error rate, I'd like a copy) Given the superior performance of the Am7910, ease of control, and precise frequency control, I'd select the PK-88 with the TAPR DCD State Machine any day over the TNC-2 for 300 or 1200 baud operation. If you are going to use an external modem, the two are essentially equal. P.S. I recently purchased a few of the SSI 73K302L modems; these are low power, single +5V supply Bell 212A/103/202 modems. They require 35mW @ 5V and are specified at rather impressive SNR performance; once I get one working, I'll report the results. -- * 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: 22 Jun 92 18:52:39 GMT From: swrinde!sdd.hp.com!wupost!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard@network.UCSD.EDU To: packet-radio@ucsd.edu References <Curtis)>, <53847@wd6ehr.ampr.org>, <1992Jun22.141335.2800309@locus.com> Subject : Re: PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] One gotcha, at least with my PK-88 (close to two years old, now): In KISS mode, it does not accept a packet longer than 1K. I don't know if AEA has fixed this one in later releases. On my local network, where 4-5K packets aren't uncommon, this got in the way a bit... It doesn't blow up or anything; it simply drops the packet on the floor. -- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can jmaynard@oac.hsc.uth.tmc.edu | adequately be explained by a .sig virus. "[...] have you noticed how many people have joined you on the back of Rosinante to help subdue this particular windmill?" -- Dan Herrick ------------------------------ Date: Mon, 22 Jun 1992 19:16:07 GMT From: sdd.hp.com!wupost!gumby!destroyer!news.iastate.edu!vlsi2!jvp@network.UCSD.EDU To: packet-radio@ucsd.edu References <33150021@hpspdla.spd.HP.COM>, <jvp.708978475@cpre1.ee.iastate.edu>, <5567@catnip.berkeley.ca.us> Subject : Re: How well does the MacIntosh mix with ham radio? In <5567@catnip.berkeley.ca.us> abeals@catnip.berkeley.ca.us (Andrew Scott Beals) writes: >In <33150021@hpspdla.spd.HP.COM> paulz@hpspdla.spd.HP.COM (Paul Zander) writes: >>The Amiga is a great computer because the operating system is true >>multi-tasking. [example of doing several things at once] >jvp@vlsi4.ee.iastate.edu (James E. Van Peursem) fu<sskribis: >> Just a note: All of the above is also possible on any Macintosh. >Yes, *possible*, but not pleasant, due to the fact that the mac is >a machine with cooperative multitasking and except on the most expensive >models, the CPU is involved in every byte of every disk transfer. >[DMA? What's that?] True, the Macintosh does use cooperative multitasking. But you see, with well written applications, the user never feels the difference. In fact the application can use cooperative multitasking to its advantage in that it knows EXACTLY when it's being swapped out. >>| Department of Electrical Engineering and Computer Engineering | >Jim, I hope your PhD thesis isn't on the difference between >preemptive multitasking and cooperative multitasking. For what do I deserve such a flame? I was simply stating a fact. All of your examples were and are possible on the Mac. I never said that it used pre-emptive multitasking. Don't you have anything better to do with your time than to flame people? Get a clue. +---------------------------------------------------------------+ | Jim Van Peursem - KE0PH | | PhD Student | | Department of Electrical Engineering and Computer Engineering | | Iowa State University | | Ames, IA 50011 | | internet - jvp@cpre1.ee.iastate.edu | +---------------------------------------------------------------+ ------------------------------ Date: 22 Jun 92 15:05:40 CDT From: timbuk.cray.com!hemlock.cray.com!andyw@uunet.uu.net To: packet-radio@ucsd.edu References <jvp.708978475@cpre1.ee.iastate.edu>, <5567@catnip.berkeley.ca.us>, <jvp.709240567@cpre1.ee.iastate.edu> Subject : Re: How well does the MacIntosh mix with ham radio? In article <jvp.709240567@cpre1.ee.iastate.edu>, jvp@vlsi2.ee.iastate.edu (James E. Van Peursem) writes: > [ small skirmish from a religious war deleted ..... ] Followups to alt.religious.wars.blah.blah.blah - once upon a time this was a thread about EMI - sigh. -- andyw. N0REN/G1XRL andyw@aspen.cray.com Andy Warner, Cray Research, Inc. (612) 683-5835 ------------------------------ End of Packet-Radio Digest V92 #168 ****************************** Date: Wed, 24 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #169 To: packet-radio Packet-Radio Digest Wed, 24 Jun 92 Volume 92 : Issue 169 Today's Topics: AA4RE v2.12 - PK-88 Lockup AA4RE V2.12 - PK-88 Lockup Problem AX25 specification wanted Baycom - Monitor Display (et al.) 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 Jun 1992 14:19:01 -0700 From: news-mail-gateway@ucsd.edu Subject: AA4RE v2.12 - PK-88 Lockup To: packet-radio@ucsd.edu ------------------------------ Date: 23 Jun 92 21:52:33 GMT From: swrinde!elroy.jpl.nasa.gov!news.claremont.edu!ucivax!dhw68k!felix!fritz!darnold@network.UCSD.EDU Subject: AA4RE V2.12 - PK-88 Lockup Problem To: packet-radio@ucsd.edu References <Jun.10.13.40.08.1992.26194@dimacs.rutgers.edu>, <Jun.10.14.01.38.1992.19376@pilot.njin.net>, <abeals.708726141@melange> Reply-To : darnold@fritz.filenet.com (Dave Arnold) Subject : Re: PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] >They're not TNC-2 clones in that you can't plug in H/W such as 9600 >baud modems and the like into them. But I believe you can. AEA said the TAPR modem will work. ------------------------------ Date: 23 Jun 92 12:49:07 GMT From: sun-barr!west.West.Sun.COM!grapevine.EBay.Sun.COM!sunicnc.France.Sun.COM!smckinty@ames.arpa Subject: AX25 specification wanted To: packet-radio@ucsd.edu Is the AX.25 specification available online anwhere, via FTP or mail, or is the printed copy from the ARRL the only source? Steve ------------------------------ Date: 23 Jun 92 16:40:53 GMT From: usc!isi.edu!gremlin!lava.nrtc.northrop.com!domae@network.UCSD.EDU Subject: Baycom - Monitor Display (et al.) To: packet-radio@ucsd.edu Hi all - I'm playing around with a Baycom modem & the 1.4e Software - I'd like to find out a few things which did not get explained in the manual. * Monitor Display - What are all the codes displayed. Most of them correspond directly to the AX.25 spec, but some of them are unknown to me. Does anybody have a summary of these codes and what they represent? * How does one support a YAPP transfer under the using the Baycom setup? If not, then are the srcs available for modification as long as it is feed back to the authors? If not, I suppose one could use the PMP software with the Baycom modem (same basic hw theory). * Are there alternative Software solutions to using the Baycom SW directly? * Is there a Mailbox mode available? Thanks, Terry Domae | Northrop Research Center | Phone/Fax: 310/544-5203 310/377-4271 | | One Research Park | Internet: domae@nrtc.northrop.com | | Palos Verdes, CA, 90274-5471 | Amateur Radio: KC6ROI | ------------------------------ Date: 23 Jun 92 21:50:36 GMT From: swrinde!elroy.jpl.nasa.gov!news.claremont.edu!ucivax!dhw68k!felix!fritz!darnold@network.UCSD.EDU To: packet-radio@ucsd.edu References <abeals.708726141@melange>, <1398@idacrd.UUCP>, <abeals.708877234@melange>w68k Reply-To : darnold@fritz.filenet.com (Dave Arnold) Subject : Re: PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] AEA told me that the G3RUH (TAPR) modems will plug right into the PK-88 with little trouble. -------- Dave Arnold - KD6IFY Internet: darnold@filenet.com UUCP: uunet!felix!darnold --- The opinions expressed above are only mine, not FileNet's ------------------------------ End of Packet-Radio Digest V92 #169 ****************************** Date: Thu, 25 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #170 To: packet-radio Packet-Radio Digest Thu, 25 Jun 92 Volume 92 : Issue 170 Today's Topics: BBS BBS Status codes configuring PK232MBX for KISS (2 msgs) Header spec Need Azden PCS-2000 mic connector Packet Software Versions 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 Jun 1992 17:04:36 -0700 From: news-mail-gateway@ucsd.edu Subject: BBS To: packet-radio@ucsd.edu To answer the question posed, the latest AA4RE BB program is V2.12 and its available via FTP from either ucsd.edu or tomcat.gsfc.nasa.gov ------------------------------ Date: 24 Jun 92 00:04:00 GMT From: swrinde!cs.utexas.edu!mercury.unt.edu!mips.mitek.com!utacfd.uta.edu!trsvax!rwsys!ocitor!FredGate@network.UCSD.EDU Subject: BBS Status codes To: packet-radio@ucsd.edu > Here are the status codes for AA4RE BBS program. what is the lastest version and release date of AA4RE BBS ? and where can i get the latest version ? lee - wa5eha * Origin: -Com Port 1 DFW Amateur Radio BBS (214) 226-1181 (1:124/7009) ------------------------------ Date: 24 Jun 92 19:06:24 GMT From: swrinde!sdd.hp.com!wupost!gumby!destroyer!sol.ctr.columbia.edu!src.honeywell.com!kanefsky@network.UCSD.EDU Subject: configuring PK232MBX for KISS To: packet-radio@ucsd.edu In article <1992Jun24.185122.17772@src.honeywell.com> I wrote: >There are specific instructions in the Beginner's Guide for setting >up the PK-232, but I'm having trouble with them. The Guide lists the >following sequence of commands: > >START 0 >STOP 0 >XON - >XOFF - Those last two lines should be XON 0 XOFF 0 It was a typo when composing the article. I got it right when I was configuring the TNC. -- Steve Kanefsky N7YKG/AE ------------------------------ Date: Wed, 24 Jun 1992 18:51:22 GMT From: sdd.hp.com!wupost!gumby!destroyer!sol.ctr.columbia.edu!src.honeywell.com!kanefsky@network.UCSD.EDU Subject: configuring PK232MBX for KISS To: packet-radio@ucsd.edu I just got a PK-232MBX TNC the other day. So far I've just been tinkering around with some local BBS's, but what I'd really like to do it get into TCP/IP. For now, the only thing I can run NOS on is my HP95LX palmtop computer. I've obtained the version of NOS compiled for this computer, as well as the reference guide and the Beginner's Guide to TCP/IP. I used the latter document to setup an autoexec.net file (at least a first cut at it), but I'm stuck when it comes to getting my TNC into KISS mode. There are specific instructions in the Beginner's Guide for setting up the PK-232, but I'm having trouble with them. The Guide lists the following sequence of commands: START 0 STOP 0 XON - XOFF - XFLOW OFF CONMODE TRANS HPOLL OFF KISS ON RAWHDLC ON PPERSIST ON HOST ON The trouble is, after entering the KISS ON command, my TNC will refuse to accept any more commands until I break out by hitting control-C three times. At that point the value of KISS is $00 (i.e. off). My first thought was to move that command to the end of the list, but the HOST ON command does the same thing. There doesn't appear to be any way to get all of the commands in. Just for fun, I tried running NOS without entering the last 3 commands, just leaving the TNC where it was after I typed KISS ON. I could ping, telnet, ftp etc. to *myself* but trying any other address caused NOS to hang (or just keep trying indefinitely). When I was in my terminal program, keystrokes caused the STA light to flicker, but there was no flickering when I tried to connect from within NOS. Typing "tip ax0" in NOS and then typing on the keyboard *did* cause the light to flicker. I'm pretty sure my TNC isn't set up correctly for NOS, and because of that I don't know whether NOS is set up correctly. Can anyone help? Also, is anyone familiar with the TCP/IP activity in the Seattle, WA area, especially with respect to what frequencies are used for TCP/IP traffic? Thanks in advance, -- Steve Kanefsky N7YKG/AE ------------------------------ Date: 24 Jun 1992 12:45:26 -0700 From: news-mail-gateway@ucsd.edu Subject: Header spec To: packet-radio@ucsd.edu In regards publish more BBS specs, here is what I believe is the current header spec. Header spec -- Originally from NK6K Required items 1) Receive time 2) BBS call 3) Message number Receive time 1) Must start in first position. 2) Time zone optional at end (1 character) 3) Format: R:yymmdd/hhmmz BBS call and message number 1) Two formats permitted (the W0RLI standard and the WA7MBL standard) "nnnnn@bbbbbbb" and "@:bbbbb #:nnnn" 2) The callsign was later extended to include the hierarchical address. 3) Everything after the bbs callsign to the next field start is ignored. Optional items 1) General format of "f:dddddd" where f=field identifier and dddddd is the data. 2) Field identifiers in general use: $: for bid O: for originating station. Was needed way back when some old BBS code dropped this data Z: for zip code. Zip codes preceded hierarchical addressing. There was some effort to standardize on routing using these but along came hierarchical and the effort died. S: Sent time ------------------------------ Date: 24 Jun 92 22:25:34 GMT From: wa3wbu!gdx!frackit!daveh@uunet.uu.net Subject: Need Azden PCS-2000 mic connector To: packet-radio@ucsd.edu I have an Azden PCS-2000 2 meter FM rig that I would like to use for packet radio. The microphone connector is a 12 pin type that is unavailable from either Radio Shack or the local electronics supply house. The 12 pins in the connector are arranged in three rows of four each. I called the Azden dealer in Georgia, but they no longer have any connectors or microphone cables with connectors in stock. The operator's manual is very little help. It lists p/n EC-80 which is the cable with connector, but no part number or manufacturer for the connector. Amateur Wholesale Electronics was the only source of parts listed in manual I have. Does anyone on the net know where I could obtain the female mic connector, cable with connector or even the whole microphone for this rig? 73 Dave KA3UZR -- Private site: frackit | Harrisburg, Pa. | Dave Hultberg ----------------------------------------------------------------------------- uunet!rutgers!psuvax1!eds1!wa3wbu!compnect!frackit!daveh eds1!wa3wbu!compnect!frackit!daveh@psuvax1.psu.edu daveh@frackit.uucp -or- frackit!daveh@uunet.UU.NET ------------------------------ Date: 24 Jun 92 07:19:22 GMT From: csus.edu!netcomsv!cruzio!comix!jeffl@decwrl.dec.com Subject: Packet Software Versions To: packet-radio@ucsd.edu The following is the first draft of common packet software dates and versions. There are errors, oversights, and omissions. Comments and corrections are welcome. The dates and versions are accurate as of the date below. During the month it took to accumulate the list, half the packages were updated. The next release will include commercial tnc firmware revisions and commercial packet software revs. # @(#) Packet Software Versions. Fri Jun 12 00:45:53 PDT 1992 Official releases only, no Beta versions. Software is for MSDOS unless otherwise specified ** BBS'S and Nodes Name Vers Date Author/Notes ------------------------------------------------------------------ APLINK 6.04 920224 W5SMM Concurrent Amtor MBO/Packet BBS PAMS 2.03 920315 W5SMM Personal Amtor Mail-Box. AA4RE BBS 2.12 910306 AA4RE Multi-connect Full service BBS. Phone, server, callbook support. CBBS 6.6 900309 K3RLI & AG3F C-language source (orig by W0RLI) ROSERVER PRMBS 1.58 910731 KA2QBE BBS - phone modem support ROSE Swtich (date) 911130 W2VY Node. Routing by telephone prefix WA7MBL BBS 5.14 900211 WA7MBL Full service BBS W0RLI BBS 13.12 ? W0RLI Full service BBS. Requires DesqView and 286/386. Servers. Callbook w/G8BPQ node. AresData 1.5 910120 WN6I & N6KL Remote database. 5 fields per record, 4 searchable. 80 characters per record. G8BPQ NODE 4.05 920321 G8BPQ NET/ROM compatible software node. Supports W0RLI/AA4RE/AresData/etc servers. SV7AIZ BBS 3.24 900405 SV7AIZ Multi connect BBS. TexNet 1.6 910205 Texas Packet Radio Society Node and server support. For use in a central server network. pacKet BBS 5.1 920229 VK2DHU Personal BBS and enhanced terminal program. ASCII and Binary transfer. F6FBB BBS 5.14 920331 F6FBB Multi connect full service BBS. Supports ASCII and Binary (YAPP). Forwards in compressed mode. ** Communications Software (written specifically for packet) Name Vers Date Author/Notes ------------------------------------------------------------------ YAPP 2.0 861218 WA7MBL Tnc2/PK232 Terminal program. Text and binary (YAPP) modes. LAN-LINK 1.59 910327 G3ZCZ Also supports the KAM PK232 MFJ1278 non-packet modes. VIRTUOSO 1.3 ? KE0PH Mac Terminal program PktGOLD 5.5 ? ? Terminal program. Lots of Features. ** Software TNC's for modem only TNC's Name Vers Date Author/Notes ------------------------------------------------------------------ Baycom 1.5 ? PE1OPI TNC PAD emulator. Digicom 64 2.03 ? Commadore 64. TNC PAD emulator. Poor Mans Pkt 1.1 ? Software emulates TNC PAD. ** Firmware Name Vers Date Author/Notes ------------------------------------------------------------------ TAPR TNC-2 1.1.8 ? Tuscon Amateur Packet ** TCP/IP. KISS mode TNC reqd. Must be TAPR TNC-2 1.1.7b or above. Name Vers Date Author/Notes ------------------------------------------------------------------ KA9Q NET K5JB.K10 920318 K5BJ (orig by KA9Q) TCP/IP package with AX.25, ethernet, slip, etc... KA9Q NOS G1EMM 1.6 910119 G1EMM Enhanced KA9Q NOS. TCP/IP MSYS BBS 1.13 920211 WA8BXN Multi connect full service BBS node; tcp/ip support. Phone and servers supported. Reqires KISS mode TNC. WNOS 2b ? DB3FL AmigaNOS 2.8s ? G1YYH MacTCP 2.2 ? N6OYU Mac TCP/IP NET 910123 PE1CHL (orig by KA9Q) BM ? ? ? BDale's Mailer for NOS IM/Mac 1.0b20 ? ON1XK Mac BM Mailer My thanks to: Russ NW6U @ KI6EH.#NOCAL.CA.USA Send corrections to: # Jeff Liebermann Box 272 1540 Jackson Ave Ben Lomond CA 95005 # 408.336.2558 voice wb6ssy@ki6eh.#nocal.ca.usa wb6ssy.ampr.org [44.4.1.86] # 408.699.0483 digital_pager 73557,2074 cis [don't] # jeffl@comix.santa-cruz.ca.us uunet!comix!jeffl jeffl%comix@scruz.ucsc.edu -- # Jeff Liebermann Box 272 1540 Jackson Ave Ben Lomond CA 95005 # 408.336.2558 voice wb6ssy@ki6eh.#nocal.ca.usa wb6ssy.ampr.org [44.4.1.86] # 408.699.0483 digital_pager 73557,2074 cis [don't] # jeffl@comix.santa-cruz.ca.us uunet!comix!jeffl jeffl%comix@scruz.ucsc.edu ------------------------------ Date: 24 Jun 92 13:57:13 GMT From: hayes!bcoleman@uunet.uu.net To: packet-radio@ucsd.edu References <5567@catnip.berkeley.ca.us>, <jvp.709240567@cpre1.ee.iastate.edu>, <1992Jun23.094756.6708@qualcomm.com> Subject : Re: How well does the MacIntosh mix with ham radio? In article <1992Jun23.094756.6708@qualcomm.com>, karn@chicago.qualcomm.com (Phil Karn) writes: > I am not particularly fond of the Mac. But I have to give credit where > it is due when it comes to Apple's anti-EMI design. I'm impressed. Gee, and I got it in writing, too. <grin> > As for cooperative vs pre-emptive multitasking, they each have their > place. [....] I do get tired of > individual applications in multitasking systems that crash the entire > machine when they fail... Actually, the latter aspect (of crashing the system when an application crashes) has NOTHING to do with cooperative vs preemptive multitasking. It has more to do with memory protection and proper system resource management. Either can exist in a cooperative or preemptive multitasking system. For the record, Apple's System 7 is much better about keeping the system alive when an application crashes. System errors will terminate that application, leaving the others running. Of course, if certain system resources are corrupted in the process, the entire system can lock up, but that just doesn't happen very often. -- Bill Coleman, AA4LR ! CIS: 76067,2327 AppleLink: D1958 Principal Software Engineer ! Packet Radio: AA4LR @ W4QO Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman POB 105203 Atlanta, GA 30348 USA ! Internet: bcoleman%hayes@uunet.uu.net Disclaimer: "My employer doesn't pay me to have opinions." Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett. ------------------------------ Date: 24 Jun 1992 12:17:44 -0700 From: news-mail-gateway@ucsd.edu To: packet-radio@ucsd.edu References flipping@pilot.njin.net, (Bob, Flipping) Subject : Re: HELP! Confused already This is in reply to Bob's (eanc-ra@taegu-emh1.army.mil) question: "[How do] I ... do packet at 9600 baud." First: whoever told you that you need a modem to do packet radio is not completely correct. You need a modem capable of sending at 9600 baud if your TNC is incapable. From reading your post, you already have a TNC. Is it capable of sending at 9600 baud. Because of bandwidth limitations, you are only going to be able to send reliable packets at 300 baud on HF, and 1200 baud at VHF. If you are going to choose another medium such as telephone or microwave or via satalite, where you have greater bandwidth, then you will have no problem with 9600 or greater baud rates. The speed at which your computer will talk to your TNC or modem, is dependent upon the CPU speed of the computer. If you are using an older 8088 IBM clone, don't expect to use anything greater than 2400 baud. If you are using a 286 class machine, depending on the speed of the CPU, you can go as high as 9600, and with most 386 (and higher) machines, you should have no problems at 9600 baud or possibly a little higher. I use packet to link up to the Franklin Radio Club's DX cluster. This is good for dx spotting, and helps you to locate the countries that you need. This won't help you work the station, but it takes the pain of locating the rare one out of the task. BOB FLIPPING -- flipping@pilot.njin.net PACKET -- KZ2T@WB2DRD.#SNJ.NJ.USA.NA PRODIGY -- PHTT51A ------------------------------ Date: 25 Jun 92 00:23:07 GMT From: swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!milo.mcs.anl.gov!ljthompson%anl.gov@network.UCSD.EDU To: packet-radio@ucsd.edu References <1398@idacrd.UUCP>, <abeals.708877234@melange>, <18554@fritz.filenet.com>ov Subject : Re: PK-88s are not TNC-2 clones! [was: Re: Cheap entry into packet?] In article <18554@fritz.filenet.com>, darnold@felix.filenet.com (Dave Arnold) writes: > > AEA told me that the G3RUH (TAPR) modems will plug right into the PK-88 > with little trouble. > > > -------- TAPR's instructions for new 9600 modem include wiring for pk88,tnc-2/clone and pk232, seems to be a simple hook up. loren ljthompson@anl.gov ------------------------------ End of Packet-Radio Digest V92 #170 ****************************** Date: Fri, 26 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #171 To: packet-radio Packet-Radio Digest Fri, 26 Jun 92 Volume 92 : Issue 171 Today's Topics: Almost an FAQ . . . forsale 40 foot tower Info-Hams@ucsd.edu OS/2 and ham radio OS/2 and Ham radio? (4 msgs) Packet Frequencies TCM3105 & BAYCOM MODS TCP/IP and packet radio TCP/IP Frequencies 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: 25 Jun 92 11:54:19 GMT From: sdd.hp.com!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uwm.edu!ogicse!emory!kd4nc!n4hgf!n4vu!jsm@network.UCSD.EDU Subject: Almost an FAQ . . . To: packet-radio@ucsd.edu I have an old TAPR I board. What's the most up-to-date it can be (latest ROM availability from TAPR or 3rd party)? e-mail reply, please, unless you think this would be of interest to the net. TKS, ES 73, DE John Miller, N4VU Fayetteville Voice: (404) 676-4189 jsm@n4vu.UUCP (Atlanta) GA, USA Data: (404) 964-5277 ----------------- A tedious tag overwhelms the sig_nature ---------------- ------------------------------ Date: 25 Jun 92 18:51:08 GMT From: sbi!pivot-sts!icom!gregw@uunet.uu.net Subject: forsale 40 foot tower To: packet-radio@ucsd.edu Forsale $250.00 40 for tower I have a 40 foot tubular steel tower for sale. It is professionally refinished and looks brand new. Tower was sand blasted clean, primed with industrial zinc chromate, and top coated with tower gray enamel. Tower has tilt over base mount and requires a 2 by 2 by 4 foot concrete base. The tower is 12 inches on aside, and would require bracketing to a house or guying to insure stability ( like any typical tower ). It is similar in dimension to a RHON 20 or 25 model. The tower is in great shape and requires no clean-up. Don't miss this bargin!! Call during the day or leave message for Greg at 201-896-7475. ------------------------------ Date: 26 Jun 1992 00:22:23 -0700 From: news-mail-gateway@ucsd.edu Subject: Info-Hams@ucsd.edu To: packet-radio@ucsd.edu Hi net-ers Do you know any source for the "89024" 2400 BPS Intelligent Modem Chip Set (it is INTEL and consists from two chips : P89027 and N89026). Intel does not sell to individuals. I prefer a source in USA. I will appreciated e-mail answer. Thanks George P Alexiou alexiou@grpatvx1.bitnet ------------------------------ Date: 25 Jun 1992 18:32:11 -0700 From: news-mail-gateway@ucsd.edu Subject: OS/2 and ham radio To: packet-radio@ucsd.edu Several people are running my BBS program under OS/2 with good results. Frees the computer to do other things. I do all the main development under OS/2. I also run TCP/IP on OS2 (not NOS) but await a true interface (like NDIS) to AX25 that any TCP/IP can use. Roy, AA4RE ------------------------------ Date: 25 Jun 92 15:54:07 GMT From: sdd.hp.com!swrinde!gatech!taco!garfield.catt.ncsu.edu!protein@network.UCSD.EDU Subject: OS/2 and Ham radio? To: packet-radio@ucsd.edu Is anybody using their IBM compatible running OS/2 2.0 to work with Amateur Radio? If so, 1) Which TNC are you using? 2) Are you running TCP/IP? 3) What comm progam do you use? thanks for any info. Chris Blackmon, N4VGK || In this business, you either lead, follow protein@catt.ncsu.edu || or get the hell out of the way. "pour aller ou personne n'est jamais alle'...." ------------------------------ Date: Thu, 25 Jun 1992 17:55:34 GMT From: sdd.hp.com!ux1.cso.uiuc.edu!rtaylor@network.UCSD.EDU Subject: OS/2 and Ham radio? To: packet-radio@ucsd.edu protein@garfield.catt.ncsu.edu (Chris Blackmon) writes: >Is anybody using their IBM compatible running OS/2 2.0 to work with >Amateur Radio? If so, >1) Which TNC are you using? >2) Are you running TCP/IP? >3) What comm progam do you use? >thanks for any info. Why on earth would anyone put 30 MB of operating system on a computer to use amateur radio. We have been a beta site for 2.0 for quite some time and still can make needed parts of it work, esp. TCP/IP. ------------------------------ Date: 25 Jun 92 18:24:47 GMT From: swrinde!gatech!taco!garfield.catt.ncsu.edu!protein@network.UCSD.EDU Subject: OS/2 and Ham radio? To: packet-radio@ucsd.edu rtaylor@ux1.cso.uiuc.edu (Roger Taylor) writes: >protein@garfield.catt.ncsu.edu (Chris Blackmon) writes: >>Is anybody using their IBM compatible running OS/2 2.0 to work with >>Amateur Radio? If so, >>1) Which TNC are you using? >>2) Are you running TCP/IP? >>3) What comm progam do you use? >>thanks for any info. > Why on earth would anyone put 30 MB of operating system on a computer to > use amateur radio. We have been a beta site for 2.0 for quite some time > and still can make needed parts of it work, esp. TCP/IP. I use OS/2 on my computer to do many things... like programming... running DOS applications, etc.... I also happen to be a ham radio operator... and would like to know if anybody else is using OS/2 with ham radio. Chris Blackmon, N4VGK || In this business, you either lead, follow protein@catt.ncsu.edu || or get the hell out of the way. "pour aller ou personne n'est jamais alle'...." ------------------------------ Date: Thu, 25 Jun 1992 20:08:03 GMT From: sdd.hp.com!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!darwin.sura.net!convex!mips.mitek.com!spssig.spss.com!uchinews!ellis!sip1@network.UCSD.EDU Subject: OS/2 and Ham radio? To: packet-radio@ucsd.edu In article <BqExt1.Er6@ux1.cso.uiuc.edu> rtaylor@ux1.cso.uiuc.edu (Roger Taylor) writes: >>Is anybody using their IBM compatible running OS/2 2.0 to work with >>Amateur Radio? If so, >>1) Which TNC are you using? >>2) Are you running TCP/IP? >>3) What comm progam do you use? > Why on earth would anyone put 30 MB of operating system on a computer to > use amateur radio. We have been a beta site for 2.0 for quite some time > and still can make needed parts of it work, esp. TCP/IP. I strongly disagree. OS/2 would make a fine operating system for amateur radio applications. True multitasking should prove extremely valuable to amateur radio operators. The entire extent of my knowledge with respect to amateur radio applications is that KA9Q/NOS is available in an OS/2 version (with partial PM support). It presently operates only with SLIP, but that's fine for amateur radio. It looks like an interesting package. You can obtain it via anonymous ftp from ftp-os2.nmsu.edu, directory pub/downloads/tcpip (though that is subject to change). -- Get the OS/2 FREQ. ASKED QUESTIONS LIST | Timothy F. Sipples from 128.123.35.151, anonymous ftp, | Internet: sip1@ellis.uchicago.edu directory pub/os2/all/faq, or from | IBM VNET Alias: SIPPLES AT BITNET LISTSERV@BLEKUL11.BITNET (send "HELP"). | Dept. of Econ., U. Chicago, 60637 ------------------------------ Date: 26 Jun 92 07:21:25 GMT From: sdd.hp.com!zaphod.mps.ohio-state.edu!rpi!bu.edu!transfer!athos.az.stratus.com@network.UCSD.EDU Subject: Packet Frequencies To: packet-radio@ucsd.edu Hello, Could someone enlighten me on the frequencies used for packet radio? any info will help!! Thank You! Lonnie, -- ---( #import <stdDisclaimer.h> )---------------------------------------------- Lonnie L. Filbrun Lonnie_Filbrun@vos.stratus.com (SOS Mail) Stratus Computer, Inc. lfil@az.stratus.com (NeXT Mail) Customer Assistance Center (602) 858-3152 (Voice Mail) Telecommunications Division (602) 231-9447 (Alphanumeric Access#) Tel. (800) 828-8513 User Id# 2264090 ------------------------------------------------------------------------------ ------------------------------ Date: 26 Jun 1992 03:36:01 -0700 From: news-mail-gateway@ucsd.edu Subject: TCM3105 & BAYCOM MODS To: packet-radio@ucsd.edu I have built the BAYCOM modem using a TCM3105 . I put it inside a D25-D25 adaptor connector without using a board. The most important modifications is to add a back to back pair of 1N4148 (or similar) in parell with the R9. So it protects the TCM3105 from strong audio signals from the speaker that may distroy the chip. Also there is an error in the schimatic. There is also an typo error . Between D2 and IC2C the resistor is R3 (not R2). It is 2.2 Kom. The most importand : it works great ! Both software and hardware are great. Also exept BAYCOM exist TFPCX & SP 6 ( a baycom & pmp driver for super packet) and ax25drv a FTP driver for tcpip. 73 de %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % George Katsimaglis SV1BDS [ KM17VX ] % % QRV : 145200 Khz , RU1 , 7088 Khz % % P-mail : SV1BDS@SV1IW.ATH.GRC.EU % % amprnet : sv1bds@sv1bds.ampr.org [44.154.1.3] % % BITNET : SV1BDS@GRATHUN1.BITNET % % Internet: sv1bds@leon.nrcps.ariadne-t.gr % % CIS : >INTERNET:sv1bds@leon.nrcps.ariadne-t.gr % % Mail : George Katsimaglis % % OITYLOY 13 / GR11523 ATHENS / GREECE % % Phone : 0030-1-6494447 % % > MACEDONIA WAS , IS and WILL BE GREEK < % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ------------------------------ Date: 25 Jun 1992 12:37:58 -0700 From: news-mail-gateway@ucsd.edu Subject: TCP/IP and packet radio To: packet-radio@ucsd.edu Hello: I am new to the list as well as new to packet radio. I would like your help on the following: I have connected a PK88 to my PC and am running PACKRATT II software. So far I have had pretty good success at making connections. Now I would like to attempt implementing TCP/IP. I understand that one can run TCP/IP. I would like to know exactly what is required to do this (if in fact it is possible on a PK88)... for instance: 1. Does the PK88 support TCP/IP usage? 2. Where do you get TCP/IP? - Does it include FTP, TELNET, TN3270? 3. What configuration is required on the PK88 and the PC? 4. What else is required (ex: min dos version...)? 5. What is KISS mode? 6. I have heard that you must be in "KISS MODE" to run TCP/IP, is this correct? 7. Also, *am* I currently able to connect to net/rom nodes and then from there connect via TCP/IP to other locations? - If so what net nodes offer this capability? 8. Are there gateways to the internet? - If so what are they? I appreciate any help I can get. RLMeyering (KD6AUK) ------------------------------ Date: 26 Jun 92 00:32:12 GMT From: sdd.hp.com!mips!darwin.sura.net!jvnc.net!phage!helix.cshl.org!markiewi@network.UCSD.EDU Subject: TCP/IP Frequencies To: packet-radio@ucsd.edu Can Anyone tell me what frequencies are used for TCP/IP on Long Island in New York. Any Help would be appreciated. Thanks in Advance.. Peter, N2IFC markiewi@cshl.org ------------------------------ Date: 26 Jun 92 06:08:59 GMT From: ub!dsinc!widener!beyonet!beyo@RUTGERS.EDU To: packet-radio@ucsd.edu References <(Bob>, <Flipping)>, <CMM-RU.1.1.709413325.flipping@pilot.njin.net>r Subject : Re: HELP! Confused already flipping@pilot.njin.net (Bob Flipping) writes: [...] >I use packet to link up to the Franklin Radio Club's DX cluster. This is ^^^^^^^^ Don't you mean Frankford Radio Club!?!? Steve -- ############### Stephen Urich WB3FTP |"Starlightbeams project ############### ##|_|########## Bensalem, PA USA |me in Red Blue and Green##|_|########## ###############----------------------|Velvetdreams protect me ############### #### #### snark!beyonet!beyo |when I hit the Screen" #### #### ## |_| ## widener!beyonet!beyo |--Alan Parsons Project ## |_| ## ## ##-----------------------------------------------## ## #### #### Packet Radio: WB3FTP@WA3NWL.#EPA.PA.USA.NA #### #### _###############_______________________________________________###############_ ------------------------------ Date: 25 Jun 92 19:41:06 GMT From: swrinde!cs.utexas.edu!torn!cunews!news@network.UCSD.EDU To: packet-radio@ucsd.edu References <protein.709487647@garfield.catt.ncsu.edu>, <BqExt1.Er6@ux1.cso.uiuc.edu>, <protein.709496687@garfield.catt.ncsu.edu> Subject : Re: OS/2 and Ham radio? Why would anybody load up 30mb worth of OS just to run amateur radio? Easy! I don't just want to run amateur radio! I want to use it for other things at the same time - and OS/2 is *superb* at that. I'm running the WG7J variant of the KA9Q NOS tcpip program for amateur radio in a dos session. I'm using an Ottawa PI hdlc interface card (instead of a TNC) to drive a 56Kbps radio channel. For more info on OS/2 2.0 and NOS, telnet jks@giskard.uthscsa.edu, and read the FAQ messages in the area OS2_FAQ. Cheers (and 73), Dave dp@hydra.carleton.ca ------------------------------ Date: 25 Jun 92 12:43:37 GMT From: psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.net To: packet-radio@ucsd.edu References (Bob, Flipping), <CMM-RU.1.1.709413325.flipping@pilot.njin.net> Subject : Re: HELP! Confused already flipping@pilot.njin.net (Bob Flipping) writes: >This is in reply to Bob's (eanc-ra@taegu-emh1.army.mil) question: "[How do] I >... do packet at 9600 baud." >First: whoever told you that you need a modem to do packet radio is not >completely correct. You need a modem capable of sending at 9600 baud if your >TNC is incapable. From reading your post, you already have a TNC. Is it >capable of sending at 9600 baud. Because of bandwidth limitations, you are >only going to be able to send reliable packets at 300 baud on HF, and 1200 >baud at VHF. If you are going to choose another medium such as telephone or >microwave or via satalite, where you have greater bandwidth, then you will >have no problem with 9600 or greater baud rates. This isn't true. It has been shown that a 9600 baud packet signal generated by a K9NG/G3RUH modem fits within the legal bandwidth requirements on 2M. At 220 and 440 MHz, speeds up to 56KB are legal and possible. Most TNCs can hack 9600 baud packet, though some may have trouble unless you increase the clock speed (often a matter of moving a jumper, and maybe putting in a couple of faster chips). The 9600 baud modem can sometimes be mounted internally, or if space doesn't allow can be external to the modem. But in any event, you will not be able to use the TNC's internal modem. >The speed at which your computer will talk to your TNC or modem, is dependent >upon the CPU speed of the computer. If you are using an older 8088 IBM >clone, don't expect to use anything greater than 2400 baud. If you are using >a 286 class machine, depending on the speed of the CPU, you can go as high as >9600, and with most 386 (and higher) machines, you should have no problems at >9600 baud or possibly a little higher. I have seen an XT machine running at 56KB, but admittedly that was with a special plug-in card that took the place of a TNC. But an XT <can> run at 9600 baud on the serial line with most terminal programs that do interrupt-driven instead of polled asynchronous communication. And, by using a $15 replacement chip on the serial card (a 16550AFN), an XT can run easily at 19.2KB on the serial port. I run a 286 with the 16550 chip at 38.4KB with no trouble, using the KA9Q NOS software. Ideally, you'd like the computer-to-TNC link to run at a higher speed than the radio link, so 19.2 is nice for a 9600 baud system. John AG9V -- John R. Ackermann, Jr. Law Department, NCR Corporation, Dayton, Ohio (513) 445-2966 John.Ackermann@daytonoh.ncr.com Packet Radio: ag9v@n8acv tcp/ip: ag9v@ag9v.ampr [44.70.12.34] ------------------------------ End of Packet-Radio Digest V92 #171 ****************************** Date: Sat, 27 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #172 To: packet-radio Packet-Radio Digest Sat, 27 Jun 92 Volume 92 : Issue 172 Today's Topics: (none) configuring PK232MBX for KISS (2 msgs) KA9Q NOS 911229 vs. shared COM? interrupts (2 msgs) More info on 9k6 modems, please Msys Need Azden PCS-2000 mic connector Want 9600 baud mods for Kenwood TM-241A ZX SPECTRUM & PACKET 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 Jun 1992 16:22:27 -0700 From: news-mail-gateway@ucsd.edu Subject: (none) To: packet-radio@ucsd.edu subscribe fac_amenta@vax1.acs.jmu.edu ------------------------------ Date: 26 Jun 92 13:30:02 GMT From: swrinde!gatech!emory!wa4mei!ke4zv!gary@network.UCSD.EDU Subject: configuring PK232MBX for KISS To: packet-radio@ucsd.edu In article <1992Jun24.185122.17772@src.honeywell.com> kanefsky@src.honeywell.com (Steve Kanefsky) writes: >I just got a PK-232MBX TNC the other day. So far I've just been tinkering >around with some local BBS's, but what I'd really like to do it get into >TCP/IP. For now, the only thing I can run NOS on is my HP95LX palmtop >computer. I've obtained the version of NOS compiled for this computer, >as well as the reference guide and the Beginner's Guide to TCP/IP. > >I used the latter document to setup an autoexec.net file (at least a first >cut at it), but I'm stuck when it comes to getting my TNC into KISS mode. >There are specific instructions in the Beginner's Guide for setting >up the PK-232, but I'm having trouble with them. The Guide lists the >following sequence of commands: > >START 0 >STOP 0 >XON - >XOFF - >XFLOW OFF >CONMODE TRANS >HPOLL OFF >KISS ON >RAWHDLC ON >PPERSIST ON >HOST ON > >The trouble is, after entering the KISS ON command, my TNC will refuse >to accept any more commands until I break out by hitting control-C three >times. At that point the value of KISS is $00 (i.e. off). My first thought >was to move that command to the end of the list, but the HOST ON command does >the same thing. There doesn't appear to be any way to get all of the >commands in. The reason is that you have a PK-232MBX while the instructions are for a PK-232. The ROM has changed. Now all you have to do is type KISS ON and the PK-232MBX will go into kiss mode with default parameeters that will work with NOS. Read the PK-232MBX manual. >Just for fun, I tried running NOS without entering the last 3 commands, >just leaving the TNC where it was after I typed KISS ON. I could ping, >telnet, ftp etc. to *myself* but trying any other address caused NOS >to hang (or just keep trying indefinitely). When I was in my terminal program, >keystrokes caused the STA light to flicker, but there was no flickering >when I tried to connect from within NOS. Typing "tip ax0" in NOS and >then typing on the keyboard *did* cause the light to flicker. This is a *different* problem. NOS has changed since the doc was written. If you are using other than a 3 wire connection between the computer and the TNC, IE SD, RD, Gnd, then you must assert DTR ON in the autoexec.nos startup file. I don't have my notes handy, but it's a param command. Or, do what I did and just change to a three wire cable. With everybody updating their firmware and software faster than the docs, these problems are inevitable. Gary KE4ZV ------------------------------ Date: Sat, 27 Jun 1992 05:21:28 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU Subject: configuring PK232MBX for KISS To: packet-radio@ucsd.edu In article <1992Jun26.133002.1637@ke4zv.uucp>, gary@ke4zv.uucp (Gary Coffman) writes: |> >to hang (or just keep trying indefinitely). When I was in my terminal program, |> >keystrokes caused the STA light to flicker, but there was no flickering |> >when I tried to connect from within NOS. Typing "tip ax0" in NOS and |> >then typing on the keyboard *did* cause the light to flicker. |> |> This is a *different* problem. NOS has changed since the doc was written. |> If you are using other than a 3 wire connection between the computer and |> the TNC, IE SD, RD, Gnd, then you must assert DTR ON in the autoexec.nos |> startup file. I don't have my notes handy, but it's a param command. Or, |> do what I did and just change to a three wire cable. |> |> With everybody updating their firmware and software faster than the |> docs, these problems are inevitable. |> |> Gary KE4ZV Mea culpa. Yes, you need to add the parameters param ax0 rts 1 param ax0 dtr 1 to your autoexec.net file anywhere after the attach command if your TNC cares about the state of the RTS or DTR leads. And PK-232s *do* care, as they use them for flow control. And if you want the PC to obey the PK-232's flow control requests, add the 'c' parameter to the end of the attach line, e.g., attach asy 0x3f8 4 slip com1 1500 1500 115200 c BTW, NOS saves and restores modem control signals. That is, if they're down when NOS starts and you raise them with the param commands, they'll drop again when you exit NOS. --Phil ------------------------------ Date: Sat, 27 Jun 1992 02:22:49 GMT From: agate!usenet.ins.cwru.edu!ncoast!allbery@ames.arpa Subject: KA9Q NOS 911229 vs. shared COM? interrupts To: packet-radio@ucsd.edu I just added a third COM port to my computer (an XT clone for these purposes), only to find that NOS won't allow me to use COM1 and COM3 at the same time. Specifically, COM3 won't work at all and COM1 operates very slowly (there is a measurable delay between bytes sent out the serial port, although the bit rate is correct). When I use the ports individually from e.g. Telix, or enable only one of the two from NOS, things work fine (that is, it's not something specific about the port itself). Is there anything that can be done about this, short of surgery on NOS's asy driver? I've been trying to avoid that because the local group runs a customized split-screen NOS and the author won't distribute the source to his changes. On the other hand, I have some ideas of my own for it and therefore might go ahead and hack the sources myself anyway. ++Brandon -- Brandon S. Allbery, KF8NH [44.70.4.88]: allbery@NCoast.ORG, bsa@telotech.com Senior Programmer, Telotech, Inc. (if I may call myself that...) ------------------------------ Date: Sat, 27 Jun 1992 05:16:24 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU Subject: KA9Q NOS 911229 vs. shared COM? interrupts To: packet-radio@ucsd.edu In article <1992Jun27.022249.1345@NCoast.ORG>, allbery@NCoast.ORG (Brandon S. Allbery KF8NH) asks about sharing com port IRQs: |> Is there anything that can be done about this, short of surgery on NOS's asy |> driver? I've been trying to avoid that because the local group runs a |> customized split-screen NOS and the author won't distribute the source to his |> changes. On the other hand, I have some ideas of my own for it and therefore |> might go ahead and hack the sources myself anyway. I performed the surgery in question several months ago on my base version of NOS. You can now specify "chaining" of IRQs; that is, a device driver can be told to first service its interrupt and then jump to the vector that was in place before the device was attached instead of returning directly from the interrupt. If your hardware is properly designed (i.e., the interrupt request lines are ORed together instead of fighting directly for control of the bus IRQ line) this allows any number of devices to share a single IRQ line. Although the BIOS ROMs and/or DOS seem to be careful to install null interrupt handlers for each vector at boot time, I didn't want to rely on this. Also, it takes time to call even a null interrupt service routine, so this chaining behavior is NOT the default. To invoke chaining, you have to append the letter "c" to the IRQ number on the attach line in autoexec.net, e.g., attach asy 0x3f8 4c slip com1 1500 1500 115200 This tells the attach command to install the link to the interrupt handler that was previously using IRQ 4. The device that is attached last therefore gets control first when the interrupt comes, so keep this in mind if you have devices of different speeds sharing an IRQ. Shame on the guy who won't release the source to his NOS enhancements. Perhaps a GNU-style copyleft for amateur use would be appropriate... Phil ------------------------------ Date: 26 Jun 92 11:59:38 GMT From: deccrl!news.crl.dec.com!hollie.rdg.dec.com!movies.enet.dec.com!potter@decwrl.dec.com Subject: More info on 9k6 modems, please To: packet-radio@ucsd.edu Hi all, I am interested in the discussions on 9k6 modems to fit into standard TNCs. My TNC is a KPC-II, so I guess the first question must be whether this can take an external modem. Where can I get in touch with the manufacturers of a suitable external modem? I am in the UK; I guess that the G6RUH(?) modem would be good if only because the designer will be within reasonably easy access. Or does anyone have any better suggestions? Thanks, /Alan +-----------------------------------------------------------------------------+ | Alan.Potter@edo.mts.dec.com | My opinions are mine, not DEC's 0506 423307 | | NTS: GM7GLJ@GB7EDN.#77.GBR.EU | VMS Engineering, Livingston, UK EH54 6AG | +------------- The bridge is crossed, so stand and watch it burn -------------+ ------------------------------ Date: Fri, 26 Jun 1992 13:08:24 -0600 From: usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!kksys.com!tdkt!FredGate@network.UCSD.EDU Subject: Msys To: packet-radio@ucsd.edu Hello: I have seen referances in this and other areas about the fact that MSYS is supposed to not work properly when it come's to it's handling of ax.25 and or netrom. My question is, 1. What really is broke and what symptoms exist on the air to prove that it is bad ? 2. Is there a particular set of circumstancses that can be repeated that make's it go bad ? 3. I see some strange things when my g8bpq switch trys to talk to MSYS, but how do I prove that's it's a MSYS internal problem or that it's not just some other problem (configuration or the like)? 4. Is it all versions of MSYS, or has it been fixed in some versions. 73 Dan WB0GDB @ WB0GDB.MN.USA.NA * SLMR 2.1a * If this worked we wouldn't need to test it. * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN (K0TG) (1:282/100) ------------------------------ Date: 26 Jun 92 14:29:50 GMT From: psinntp!ncrlnk!ncrwat!news@uunet.uu.net Subject: Need Azden PCS-2000 mic connector To: packet-radio@ucsd.edu broken n for normal usuage. I have used some Seperate pins from an other connectoror and pushed them in to the from AZDEN connector seperately. I would to Organization: Imaging Systems Division, NCR Corp, Waterloo, Ont., CANADA References: <621@frackit.UUCP> From: keith@images1.Waterloo.NCR.COM (Keith Campbell) Path: images1!keith -- Keith Campbell, ISD Waterloo ------------------------------ Date: 25 Jun 92 22:05:27 GMT From: sdd.hp.com!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@network.UCSD.EDU Subject: Want 9600 baud mods for Kenwood TM-241A To: packet-radio@ucsd.edu > Does anyone have mods for a Kenwood TM-241A 2 meter mobile rig? > I would like to use one to uplink to UO-22 at 9600 Baud. Me too if possible. I too have one of these transmitters. What ho Richard --------------------------------------------------------------------------- And Noah Spaketh unto his children: "Scattered showers my arse!" FIDONET: Richard Vowles 3:772/110.0 USENET: richard@nacjack.gen.nz Packet Radio: ZL1UTF@ZL1AB.#11.AKL.NZL.OC The Demi-Monde: 199:310/1 ------------------------------ Date: 26 Jun 1992 18:36:04 -0700 From: news-mail-gateway@ucsd.edu Subject: ZX SPECTRUM & PACKET To: packet-radio@ucsd.edu I upload in /pub/hamradio/packet/incoming at ucsd.edu the pac48.zip file. It permits to a ZX SPECTRUM to be used as a packet terminal. I have not try it. It was copied from @EU packet as a 7pl file. Good luck. 73 de %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % George Katsimaglis SV1BDS [ KM17VX ] % % QRV : 145200 Khz , RU1 , 7088 Khz % % P-mail : SV1BDS@SV1IW.ATH.GRC.EU % % amprnet : sv1bds@sv1bds.ampr.org [44.154.1.3] % % BITNET : SV1BDS@GRATHUN1.BITNET % % Internet: sv1bds@leon.nrcps.ariadne-t.gr % % CIS : >INTERNET:sv1bds@leon.nrcps.ariadne-t.gr % % Mail : George Katsimaglis % % OITYLOY 13 / GR11523 ATHENS / GREECE % % Phone : 0030-1-6494447 % % > MACEDONIA WAS , IS and WILL BE GREEK < % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ------------------------------ Date: Sat, 27 Jun 1992 04:47:27 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU To: packet-radio@ucsd.edu References <jvp.709240567@cpre1.ee.iastate.edu>, <1992Jun23.094756.6708@qualcomm.com>, <5686.2a487f39@hayes.com> Reply-To : karn@chicago.qualcomm.com Subject : Re: How well does the MacIntosh mix with ham radio? In article <5686.2a487f39@hayes.com>, bcoleman@hayes.com (Bill Coleman) writes: |> > As for cooperative vs pre-emptive multitasking, they each have their |> > place. [....] I do get tired of |> > individual applications in multitasking systems that crash the entire |> > machine when they fail... |> |> Actually, the latter aspect (of crashing the system when an application |> crashes) has NOTHING to do with cooperative vs preemptive multitasking. |> It has more to do with memory protection and proper system resource |> management. Either can exist in a cooperative or preemptive multitasking |> system. Sure it does. A crash-proof system requires all of those features (preemptive scheduling, memory protection and resource management). If I had only the latter two and my application goes into a tight loop, everything stops. That's as good as a crash in my book. Like I said, all of those features have their place. I recently bought a copy of OS/2 because of its claimed ability to fully protect tasks from each other, i.e., to avoid having to reboot the whole machine when one application crashes. (I'll install it once I free up enough disk space!!) Full protection can be useful even if you're only running one application. When you develop software on a machine with a $#@!! Future Domain SCSI controller that takes the better part of an eon to read the life history of every device on the bus at boot time, you get real tired of hitting reset all the time... Phil ------------------------------ Date: Sat, 27 Jun 1992 05:36:53 GMT From: qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDU To: packet-radio@ucsd.edu References Flipping), <CMM-RU.1.1.709413325.flipping@pilot.njin.net>, <1992Jun25.124337.1478@lawday.DaytonOH.NCR.COM> Reply-To : karn@chicago.qualcomm.com Subject : Re: HELP! Confused already In article <1992Jun25.124337.1478@lawday.DaytonOH.NCR.COM>, jra@lawday.DaytonOH.NCR.COM (John Ackermann) writes: |> I run a 286 with the 16550 chip at 38.4KB with no trouble, using the |> KA9Q NOS software. Recently I had the pleasure of testing a pair of Codex "V.fast" dialup modems. 24,000 bits/s on the line, up to 115,200 bits/sec (!) on the DTE interface. (A standard PC serial port can't go any faster than that, as it corresponds to a baud rate generator divisor of 1!) And they work, too, even on my 12 MHz 80286-based dedicated packet switch. But the 16550A's are absolutely essential. NOS's FIFO high water mark typically hits 13 when the DTE speed is set to 115,200 and I do a FTP "get" operation. That means an interrupt response time of about 9 character times at 115,200 bits/sec (the chip is set to interrupt when it gets 4 characters.) A standard 8250 or 16450 chip would be hopeless here. On rare occasions the high water mark hits 17, possibly because of a long interrupt response time caused by being inside MS-DOS. Since the FIFO is only 16 characters deep, I assume this can happen when a character comes in after I've already started emptying the FIFO. I've not seen *any* overruns, though. Phil ------------------------------ Date: 26 Jun 92 13:53:56 GMT From: sdd.hp.com!wupost!emory!kd4nc!ke4zv!gary@network.UCSD.EDU To: packet-radio@ucsd.edu References <(Bob>, <Flipping)>, <CMM-RU.1.1.709413325.flipping@pilot.njin.net>! Reply-To : gary@ke4zv.UUCP (Gary Coffman) Subject : Re: HELP! Confused already In article <CMM-RU.1.1.709413325.flipping@pilot.njin.net> flipping@pilot.njin.net (Bob Flipping) writes: >This is in reply to Bob's (eanc-ra@taegu-emh1.army.mil) question: "[How do] I >... do packet at 9600 baud." > >First: whoever told you that you need a modem to do packet radio is not >completely correct. You need a modem capable of sending at 9600 baud if your >TNC is incapable. From reading your post, you already have a TNC. Is it >capable of sending at 9600 baud. Because of bandwidth limitations, you are >only going to be able to send reliable packets at 300 baud on HF, and 1200 >baud at VHF. If you are going to choose another medium such as telephone or >microwave or via satalite, where you have greater bandwidth, then you will >have no problem with 9600 or greater baud rates. A few corrections. You *have* to have a 9600 baud modem to do 9600 baud packet. ( For the picky, you can use direct FM FSK with a Kantronics DVR but you won't be compatible with anyone else.) You don't *have* to have a TNC, there are plugin cards for the PC that do away with that necessity. The low baudrate at HF is partially the result of regulation and partially because of HF multipath fading. Faster transfer rates are possible, see Clover II. 9600 is both legal and possible at VHF and above. It works fine on 2 meters. Modems from PacComm, TAPR, G3RUH, K9NG, and Kantronics are all available and interoperable. The preferred TNC, if you use a TNC instead of a plugin card like the Gracillis or Ottawa PI, is an original or clone TAPR TNC2. Examples include the MFJ1270, MFJ1274, PacComm Tiny 2, and others. *Some* of these TNCs need a slight modification to work at 9600 baud. The opamp used for RS232 in the MFJ and TAPR units needs to be swapped for a TL084, a faster direct plugin chip. The Tiny 2 needs a trace cut and jumper to bring out the high speed serial clock. New Kantronics TNCs support only their 9600 baud modem unless you want to do a lot of hacking, but their modem works fine. >The speed at which your computer will talk to your TNC or modem, is dependent >upon the CPU speed of the computer. If you are using an older 8088 IBM >clone, don't expect to use anything greater than 2400 baud. If you are using >a 286 class machine, depending on the speed of the CPU, you can go as high as >9600, and with most 386 (and higher) machines, you should have no problems at >9600 baud or possibly a little higher. This is completely false. An original IBM PC can do 9600, or 19.2 kbaud with a suitable interface card. If you are using an async port to talk to a TNC, you must change the serial chip to a 16550AFN. If you are using a Gracillis card, the DMA transfer method it uses works fine as is. Indeed, the Gracillis card will work at 56 kilobaud, as will the Ottawa PI card. The PC is not processor bound, after all the TNC does it with a little Z80. The problem is IO interrupt latency on the IBM bus. That's cured by the DMA approach or the 16 byte FIFO in the 16550 chip. This bus latency is a problem with *all* IBM PCs and clones no matter what processor or clock rate they run since the bus is maintained at a constant 8 MHz for compatibility. (Some clones do run the bus at 11 MHz, but they won't work with all IBM cards.) Gary KE4ZV ------------------------------ End of Packet-Radio Digest V92 #172 ****************************** Date: Sun, 28 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #173 To: packet-radio Packet-Radio Digest Sun, 28 Jun 92 Volume 92 : Issue 173 Today's Topics: KA9Q NOS 911229 vs. shared COM? interrupts KA9Q NOS V920603 help...mbox More info on 9k6 modems, please Msys Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Packet-Radio Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Sun, 28 Jun 1992 01:33:51 GMT From: agate!usenet.ins.cwru.edu!ncoast!allbery@ames.arpa Subject: KA9Q NOS 911229 vs. shared COM? interrupts To: packet-radio@ucsd.edu As quoted from <1992Jun27.051624.5108@qualcomm.com> by karn@qualcom.qualcomm.com (Phil Karn): +--------------- | chaining, you have to append the letter "c" to the IRQ number on the | attach line in autoexec.net, e.g., | | attach asy 0x3f8 4c slip com1 1500 1500 115200 +--------------- I got the source from the N8EMR BBS and discovered this. Thanks. +--------------- | Shame on the guy who won't release the source to his NOS enhancements. | Perhaps a GNU-style copyleft for amateur use would be appropriate... +--------------- It turns out that they're on N8EMR BBS. I guess he just didn't want people doing FTPs of a 1MB file from his station at 1200 baud. :-) ++Brandon -- Brandon S. Allbery, KF8NH [44.70.4.88]: allbery@NCoast.ORG, bsa@telotech.com Senior Programmer, Telotech, Inc. (if I may call myself that...) ------------------------------ Date: 27 Jun 1992 07:05:17 -0700 From: news-mail-gateway@ucsd.edu Subject: KA9Q NOS V920603 help...mbox To: packet-radio@ucsd.edu I have been experiencing a problem with the remote mailbox feature of KA9Q NOS V920603. Quite simply, it does not seem to work. After receiving a remote telnet session and receiving a valid login/password sequence, NET displays the mailbox greeting, motd, but then locks up and sens no more data. No prompt, no menu, nothing. The AX.25 mailbox is even worse: after receiving a remote connect, NET sends absolutely no data to the distant station. Manuals I have refer to and "mbox on" command, but this version of NET chokes on it (i.e. returns the equivalent of a syntax error.). Outbound AX.25 connects work fine, and as far as I know telnet seems to be working ok. Any help at all would be appreciated. Thanks, 73 de Will/KB4LFD Internet: snyder@uncvx1.acs.unc.edu AX.25 : KB4LFD@N4CCK.#ILMNC.NC.USA.NOAM AMPRNet : kb4lfd@kb4lfd.nc.ampr.org (as soon as operational) P.S. Would I better off switching to another package, like GRINOS or one of the other packages floating around out there? ------------------------------ Date: 27 Jun 92 22:04:14 GMT From: usc!wupost!emory!wa4mei!ke4zv!gary@network.UCSD.EDU Subject: More info on 9k6 modems, please To: packet-radio@ucsd.edu In article <1992Jun26.120248.4612@rdg.dec.com> potter@movies.enet.dec.com (Alan T Potter) writes: >Hi all, > >I am interested in the discussions on 9k6 modems to fit into standard TNCs. >My TNC is a KPC-II, so I guess the first question must be whether this can take >an external modem. > >Where can I get in touch with the manufacturers of a suitable external modem? >I am in the UK; I guess that the G6RUH(?) modem would be good if only because >the designer will be within reasonably easy access. Or does anyone have any >better suggestions? The KPC II doesn't have the TAPR disconnect interface that most of the 9600 baud modems are designed to use. The Kantronics 9600 baud unit I have is a daughter board designed to go in the DE56, or as in my case, to attach to a Gracillis internal card. I don't know if a 9600 baud modem is available for the KPC II from Kantronics. I suspect that considerable hacking would be required to fit one of the other modems to the KPC II. Since Kantronics went their own way in TNC design, it's sort of like trying to hack a Mac to take an IBM accessory board to get the TAPR compatible modems to work. You can probably do it, but it's likely much easier to just get a TAPR compatible TNC in the first place. G3RUH's work is the basis for most of the 9600 baud modems. Some are slightly better, and some are much worse. Kantronics' own 9600 baud design is a derivative of the G3RUH design. Gary KE4ZV ------------------------------ Date: 28 Jun 92 01:31:10 GMT From: swrinde!gatech!usenet.ins.cwru.edu!ncoast!allbery@network.UCSD.EDU Subject: Msys To: packet-radio@ucsd.edu As quoted from <709615579.F00001@tdkt.kksys.com> by Dan.Karg@f100.n282.z1.tdkt.kksys.com (Dan Karg): +--------------- | I have seen referances in this and other areas about the fact that | MSYS is supposed to not work properly when it come's to it's | handling of ax.25 and or netrom. My question is, +--------------- MSYS has bugs in its NET/ROM and IP handling. I have seen AX.25 problems in the past, but recent versions appear to have fixed them (after all, it's far more likely run into those). I haven't seen any symptoms in current versions, mainly because I hang out on the IP frequencies these days and all the local MSYSes are on standard AX.25 / NET/ROM frequencies. NET/ROM: the symptom I've seen is that it scotches packet flow control. IP: the ones I've seen are: - flow control, as with NET/ROM - occasional-to-often checksum problems - there is at least one known case of a TCP packet with binary data (specifically, an LZ-compressed SMTP packet sent by a WNOS node) causing MSYS to crash NET/ROM is best handled with MSYS by attaching a TNC with the NET/ROM, TheNET, or other firmware to it (because NRS *does* work). IP is best avoided. ++Brandon -- Brandon S. Allbery, KF8NH [44.70.4.88]: allbery@NCoast.ORG, bsa@telotech.com Senior Programmer, Telotech, Inc. (if I may call myself that...) ------------------------------ End of Packet-Radio Digest V92 #173 ****************************** Date: Mon, 29 Jun 92 04:30:03 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #174 To: packet-radio Packet-Radio Digest Mon, 29 Jun 92 Volume 92 : Issue 174 Today's Topics: FAQ - VIA (very infrequent answers) "Gateways?!?" KA9Q NOS 911229 vs. shared COM? interrupts KA9Q NOS V920603 help...mbox TCP/IP local subnet help 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: 28 Jun 92 21:29:23 GMT From: dog.ee.lbl.gov!nosc!vela!vela!swood@network.UCSD.EDU Subject: FAQ - VIA (very infrequent answers) "Gateways?!?" To: packet-radio@ucsd.edu I keep seeing people requesting information on mail gateways to amateur radio packet, but as of yet I have not seen a single answer. I have heard rumors of a system called GRIP in Michigan that allows for IP access to the U of M weather server among others, but I have not seen anything from it in regards to whether or not it handles mail. So I ask yet again: Are there any mail gateways from internet to packet out there? Thanks - S. Wood WQ8B -- +========================+ -------_________ +=========================+ | WANTED - DEAD OR ALIVE | o\ o \ ____|o | If you see this lure, | | Creek Chub "Plunker" | \___\_-o- viv | PLEASE send me email!!! | ------------------------------ Date: 28 Jun 92 05:37:21 GMT From: swrinde!emory!wa4mei!ke4zv!gary@network.UCSD.EDU Subject: KA9Q NOS 911229 vs. shared COM? interrupts To: packet-radio@ucsd.edu In article <1992Jun27.022249.1345@NCoast.ORG> allbery@NCoast.ORG (Brandon S. Allbery KF8NH) writes: >I just added a third COM port to my computer (an XT clone for these purposes), >only to find that NOS won't allow me to use COM1 and COM3 at the same time. >Specifically, COM3 won't work at all and COM1 operates very slowly (there is a >measurable delay between bytes sent out the serial port, although the bit rate >is correct). When I use the ports individually from e.g. Telix, or enable >only one of the two from NOS, things work fine (that is, it's not something >specific about the port itself). > >Is there anything that can be done about this, short of surgery on NOS's asy >driver? I've been trying to avoid that because the local group runs a >customized split-screen NOS and the author won't distribute the source to his >changes. On the other hand, I have some ideas of my own for it and therefore >might go ahead and hack the sources myself anyway. NOS doesn't support shared interrupts. You should perform a bit of surgery on your async card and grab an unused interrupt vector, the LPT vector is a good candidate because DOS doesn't use the parallel interrupt. Gary KE4ZV ------------------------------ Date: 28 Jun 92 21:26:36 GMT From: news.hawaii.edu!mpg!tony@ames.arpa Subject: KA9Q NOS V920603 help...mbox To: packet-radio@ucsd.edu In article <9206271405.AA16435@ucsd.edu> SNYDER@uncvx1.acs.unc.EDU (J. William Snyder, Jr.) writes: >I have been experiencing a problem with the remote mailbox feature of KA9Q >NOS V920603. Quite simply, it does not seem to work. After receiving a >remote telnet session and receiving a valid login/password sequence, NET >displays the mailbox greeting, motd, but then locks up and sens no more >data. No prompt, no menu, nothing. The AX.25 mailbox is even worse: after >receiving a remote connect, NET sends absolutely no data to the distant >station. Manuals I have refer to and "mbox on" command, but this version of >NET chokes on it (i.e. returns the equivalent of a syntax error.). Outbound >AX.25 connects work fine, and as far as I know telnet seems to be working >ok. Any help at all would be appreciated. You have to do an explicit 'start ax25'. This starts the ax25 mailbox listener. The command should probably be renamed to 'start mbox' although there may be historical reasons for it being the way it is now. -- Antonio Querubin tony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org / querubin@uhunix.bitnet ------------------------------ Date: 27 Jun 92 16:14:27 GMT From: pacbell.com!pacbell!osc!dgilmour@network.UCSD.EDU Subject: TCP/IP local subnet help To: packet-radio@ucsd.edu Question for NOS wizards -- I have two PCs -- the main PC runs 24hrs, has a DRSI board, and is running NOS. I would like to hide this PC, remove its monitor, and control it remotely from a second PC. This second PC is connected via a serial line to the first PC, and I have NOS running between the machines using a SLIP connection. Both machines have published IP addresses, but of course only one is connected to a radio. My problem is that when I initiate connections from the second PC, routing through the first as a gateway, none of the returning packets know to use the first as a gateway since it does not appear in their routing tables. As a result I cannot connect. Is there a way to force my main PC to intercept packets for my second PC's IP address and forward them on? Or some other feature of NOS that addresses this situation? Thanks in advance -- David Gilmour: -- Internet: dgilmour@osc.com Packet: wq1k%k3mc.#NOCAL.CA.USA.NA ------------------------------ End of Packet-Radio Digest V92 #174 ****************************** Date: Tue, 30 Jun 92 04:30:02 PDT From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> Errors-To: Packet-Radio-Errors@UCSD.Edu Reply-To: Packet-Radio@UCSD.Edu Precedence: Bulk Subject: Packet-Radio Digest V92 #175 To: packet-radio Packet-Radio Digest Tue, 30 Jun 92 Volume 92 : Issue 175 Today's Topics: "Gateways?!?" (was FAQ - VIA (very infrequent answers) Amiga and Packet Radio FAQ - VIA (very infrequent answers) "Gateways?!?" getting started w/ packet-what eqptmnt? into to packet -email address forgotten! KA9Q NOS 911229 vs. shared COM? interrupts (2 msgs) KPC-2 @ 9k6 (was Re: More info on 9k6 modems, please) OS/2 and Ham radio? problems with Kantronics All Mode (2 msgs) TCP/IP Beginners Guide TCP/IP local subnet help 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 Jun 92 15:17:56 MDT From: sdd.hp.com!caen!hellgate.utah.edu!cc.usu.edu!sltmw@network.UCSD.EDU Subject: "Gateways?!?" (was FAQ - VIA (very infrequent answers) To: packet-radio@ucsd.edu In article <swood.709766963@vela>, swood@vela.acs.oakland.edu (Scott Wood - EVENSONG) writes: > I keep seeing people requesting information on mail gateways to amateur > radio packet, but as of yet I have not seen a single answer. I have > heard rumors of a system called GRIP in Michigan that allows for IP > access to the U of M weather server among others, but I have not seen > anything from it in regards to whether or not it handles mail. > > So I ask yet again: > > Are there any mail gateways from internet to packet out there? > > Thanks - S. Wood WQ8B I asked for as many gateways as anyone knew, but, I only recieved a reply from one person....here it is: ----If---You---Cut---Here----you---may----damage---your----screen------------- How to Use the wb7tpy.ampr.org Internet <-> Amateur Packet Radio Gateway ------------------------------ Date: 29 Jun 92 12:11:27 GMT From: usc!sdd.hp.com!uakari.primate.wisc.edu!unmvax!uservx.plk.af.mil!tollefson@network.UCSD.EDU Subject: Amiga and Packet Radio To: packet-radio@ucsd.edu Amiga and Packet Radio - well, lots of people jumped in and gave information on OS-2 and packet, so how about the Amiga? Is anyone using an Amiga for Packet and are there any good software programs to support it? I have an Amiga 1000 and an Amiga 3000. Thanks in advance, Mark (N5XYV, Albuquerque) ------------------------------ Date: 29 Jun 92 23:39:50 GMT From: news.hawaii.edu!mpg!tony@ames.arpa Subject: FAQ - VIA (very infrequent answers) "Gateways?!?" To: packet-radio@ucsd.edu In article <swood.709766963@vela> swood@vela.acs.oakland.edu (Scott Wood - EVENSONG) writes: >I keep seeing people requesting information on mail gateways to amateur >radio packet, but as of yet I have not seen a single answer. I have >heard rumors of a system called GRIP in Michigan that allows for IP >access to the U of M weather server among others, but I have not seen >anything from it in regards to whether or not it handles mail. > >So I ask yet again: > > Are there any mail gateways from internet to packet out there? The gateways exist. Not all of them forward e-mail from Internet to packet. Most will forward packet mail to the Internet. Almost all of them, except for the mail-only gateways, link disconnected portions of AMPRNet (net-44, ie. 44.x.x.x) using TCP/IP. Roughly half of them allow digipeating of plain AX.25 and Netrom packets to other gateways. Some gateways allow telnet(mailbox)/ftp access from the Internet. At last count there were 24 gateways. Two of them in Europe, four in Australia, and the rest in Canada and the U.S. And the list keeps growing. I haven't kept any records but would guess that on average a new gateway appears once a month. Because of various concerns for security you will not find many of the gateway administrators advertising their systems on Usenet. However, the FAQs mention a mailing list for gateways. The mailing list is restricted to gateway administrators, those who are planning on setting up gateways, and other folks who have a 'need-to-know' (eg. FAQ editors). To get onto the mailing list, send a subscription request to gateways-request@mpg.phys.hawaii.edu stating your name, callsign, and the nature of your interest (ie. one of the three categories I mentioned above). Subscribers are requested to keep information from the gateways mailing list confidential. Those interested in end-user access information may also send inquiries to the address above. Generally, the individual will then be directed to his/her geographically nearest gateway for further questions by the administrator(s) there. Alternatively, one can send directly to the mailing list (gateways@mpg.phys.hawaii.edu) and hope that one of the sysops responds. To expedite the process, end-users should provide their full-name, callsign, geographic location and a 'good' e-mail return address. There is NO guarantee of access to any of the gateways - just that someone (usually me) will try to answer an inquiry as time permits. -- Antonio Querubin tony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org / querubin@uhunix.bitnet ------------------------------ Date: 29 Jun 92 22:07:58 GMT From: ub!galileo.cc.rochester.edu!uhura.cc.rochester.edu!ddrk_ltd@RUTGERS.EDU Subject: getting started w/ packet-what eqptmnt? To: packet-radio@ucsd.edu Does anybody know what equipment I should but to get started in packet? I would like something that is compatable with AX.25, CW, TCP/IP, can possibly be used portably and can achieve speeds of 2400 or greater. Also, where can one find about TCP/IP frequencies etc in their area (Long Island)? Is it posiible to run a PBBS on any of the TNC's on the market today? Thanks, David Dorkin (didn't get my call letters yet) ------------------------------ Date: 29 Jun 92 22:27:43 GMT From: ub!galileo.cc.rochester.edu!uhura.cc.rochester.edu!ddrk_ltd@RUTGERS.EDU Subject: into to packet -email address forgotten! To: packet-radio@ucsd.edu I forgot my address- ddrk_ltd@uhura.cc.rochester.edu ------------------------------ Date: 29 Jun 1992 14:33:29 GMT From: usc!cs.utexas.edu!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard@network.UCSD.EDU Subject: KA9Q NOS 911229 vs. shared COM? interrupts To: packet-radio@ucsd.edu In article <1992Jun28.053721.11331@ke4zv.uucp> gary@ke4zv.UUCP (Gary Coffman) writes: >You should perform a bit of >surgery on your async card and grab an unused interrupt vector, the >LPT vector is a good candidate because DOS doesn't use the parallel >interrupt. Just as a general note, and not directed at anyone in particular: If you're thinking about running OS/2, don't do this. While DOS doesn't use the printer interrupt, OS/2 does, and (at least on an ISA machine) you can't share interrupt levels between more than one piece of hardware. BTW, this isn't restricted to COM ports; the default interrupt for the Soundblaster card is IRQ 7, which is the same as LPT1:; a common problem for new OS/2 users with Soundblasters is that they can't print... -- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can jmaynard@oac.hsc.uth.tmc.edu | adequately be explained by a .sig virus. "[...] have you noticed how many people have joined you on the back of Rosinante to help subdue this particular windmill?" -- Dan Herrick ------------------------------ Date: 29 Jun 92 16:28:13 GMT From: dziuxsolim.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDU Subject: KA9Q NOS 911229 vs. shared COM? interrupts To: packet-radio@ucsd.edu There's not much you can do other than to comitt surgery on the braindead design of an IBM PC. The problem is 1/3 and 2/4 share the same interrupt. Any code that uses the interrupts (and most PC code doesn't seem to) is going to have fun using 1/3 or 2/4 at the same time. -Ron ------------------------------ Date: 29 Jun 1992 09:43:28 -0700 From: news-mail-gateway@ucsd.edu Subject: KPC-2 @ 9k6 (was Re: More info on 9k6 modems, please) To: packet-radio@ucsd.edu Per Kantronics, none of the KPC line, or the KAM, are capable of operation at anything above 2400 baud radio port speed. They use the processor to do too much and it runs out of steam. Mike ------------------------------ Date: Mon, 29 Jun 92 21:20:50 GMT From: microme!mikeh@uunet.uu.net Subject: OS/2 and Ham radio? To: packet-radio@ucsd.edu In article <BqExt1.Er6@ux1.cso.uiuc.edu> rtaylor@ux1.cso.uiuc.edu (Roger Taylor) writes: >protein@garfield.catt.ncsu.edu (Chris Blackmon) writes: > >>Is anybody using their IBM compatible running OS/2 2.0 to work with >>Amateur Radio? If so, > >>1) Which TNC are you using? >>2) Are you running TCP/IP? >>3) What comm progam do you use? > >>thanks for any info. > > Why on earth would anyone put 30 MB of operating system on a computer to > use amateur radio. We have been a beta site for 2.0 for quite some time > and still can make needed parts of it work, esp. TCP/IP. Get a HAM license and find out. If you already have one, where have you been for last 5yrs. Subcribe to Tcp-Digest at ucsd.edu and find out!!! 73's de mike WA6FXT Mike Hasenfratz - WA6FXT * mikeh@uMEM.COM or uunet!microme!mikeh Micro Memory Inc. Chatsworth, Ca. 91311 ------------------------------ Date: 29 Jun 92 12:57:30 GMT From: swrinde!gatech!concert!ecsgate!lrc.edu!neal@network.UCSD.EDU Subject: problems with Kantronics All Mode To: packet-radio@ucsd.edu hi folks... One of my friends, WB4FQB (Ken Crump) is having troubke setting up a packet station. He is using a new Kantronics All Mode TNC (ROM v5.2)attached to a new Gateway 386sx. The combination works in terminal mode, but just stares at us in KISS mode or when using NOS. We tried replacing the ROMS with v5.0 with no luck. Another Kantronics TNC (known good) was attached with the same results. Assuming that the documentation is correct, the cables are wired correctly. Swapping comm ports doesn't help. Long-time packet operator K4OLC (Lin Couch) is baffelled. If I sound dazed and confused, I am. Waht I know about packet would fit in a very small thimble and still leave room for a finger. Any thoughts or suggestions would be greatly appreciated. thanks much... neal george neal@lrc.edu (704) 327-0045 KD4xxx (still awaiting call) ------------------------------ Date: Mon, 29 Jun 1992 20:56:50 GMT From: pacbell.com!mips!sdd.hp.com!hpscdc!cupnews0.cup.hp.com!news1.boi.hp.com!jhays@network.UCSD.EDU Subject: problems with Kantronics All Mode To: packet-radio@ucsd.edu Are you using the the commands: kiss on reset ??? John -- John D. Hays jhays@hpdmd48.boi.hp.com Hewlett Packard Boise Printer Division ------------------------------ Date: Mon, 29 Jun 92 11:52:12 GMT From: netcomsv!mork!mont@decwrl.dec.com Subject: TCP/IP Beginners Guide To: packet-radio@ucsd.edu In article <9206180751.AA00417@ttsrv2.ttl> ekho@ttsrv2.ttl.FI (Holmberg Esa ttl) writes: >> The document entitled "Beginner's Guide to TCP/IP on the Amateur Packet >> Radio Network Using the KA9Q Internet Software" is again available by >> anonymous ftp. The new location is ftp.eecs.ucdavis.edu. > > I wonder, if this would be available somewhere via a mail ftp > server or something for those of us that do not have ftp, but > mail only access. (Yes, there are still lots of locations, that > can not use ftp.) > Here is a copy of a posting I made on rec.radio.amateur.misc, also please read the FAQ #3 in rec.radio.amateur.misc ------------------------------------------------------------------------- You posted a reply to an article with the following comment: > > Yes, but there are LOTS of people who cannot use FTP for various >reasons ( I am one, there must be others! ). > This is not true. Even if you do not have direct access to FTP you can still use FTP. Let me explain. There are special servers out there that accept FTP command files as e-mail and will execute the command file for you. One such site is "ftpmail@decwrl.dec.com". First you should send an e-mail with only "help" in the body of the message. It will then send you back a list of detailed instructions on how to use it. One note, for binary files you need to request the server to uuencode it for you before sending it. Then when you receive it you will need to uudecode it back to a binary file. This also means that you will need the executable uudecode. Check and see if you have this command available at your site, if not then let me know and I will see what I can do to get you a copy. FTP mail servers are a blessing to those who only have e-mail access. And they work pretty good. There is some time delay and it's not as neat as having real FTP access, but it makes a pretty good second. Happy FTPing, -- Mont Pierce +-------------------------------------------------------------------------+ | Ham Call: KDGJJB/AA Internet: mont@netcom.netcom.com | | bands: 80/40/20/2 IBM vnet: nrpierce@scrvm2.vnet.ibm.com | | modes: cw,ssb,fm Religion: Jehovah's Witnesses | +-------------------------------------------------------------------------+ ------------------------------ Date: Mon, 29 Jun 1992 17:30:41 GMT From: usc!cs.utexas.edu!tamsun.tamu.edu!willis@network.UCSD.EDU Subject: TCP/IP local subnet help To: packet-radio@ucsd.edu In article <5648@osc.COM-- dgilmour@osc.COM (David Gilmour) writes: --Question for NOS wizards -- ... or someone like me. 8-) --... My problem is that when I initiate connections from the second --PC, routing through the first as a gateway, none of the returning packets --know to use the first as a gateway since it does not appear in their routing --tables. As a result I cannot connect. -- --Is there a way to force my main PC to intercept packets for my second PC's --IP address and forward them on? One way that would work is for your gateway PC to do an "arp publish" using your hidden machines' IP address but the gateway's callsign. Then when some station arp's for your IP address, the gateway will respond, get the packet, then figure out how to forward it to you. Cheers, Willis n5szf ------------------------------ Date: (null) From: (null) Send email to "gate@wb7tpy.ampr.org" on Internet or "gate at 1:114/15" on fidonet. The first line of text must be: Packet: user@callsign.hierchial.address ie Packet: wb7tpy@wb7tpy.az.usa.na ----- ------------------------------ Date: 29 Jun 92 17:17:06 GMT From: hayes!bcoleman@uunet.uu.net To: packet-radio@ucsd.edu References <1992Jun23.094756.6708@qualcomm.com>, <5686.2a487f39@hayes.com>, <1992Jun27.044727.4508@qualcomm.com> Subject : Re: How well does the MacIntosh mix with ham radio? In article <1992Jun27.044727.4508@qualcomm.com>, karn@qualcom.qualcomm.com (Phil Karn) writes: > > Sure it does. A crash-proof system requires all of those features > (preemptive scheduling, memory protection and resource management). > If I had only the latter two and my application goes into a tight > loop, everything stops. That's as good as a crash in my book. If you have an application hang, you can always abort it. (System 7 has Command-Option-Escape, which forcibly aborts the current application) > Full protection can be useful even if you're only running one > application. When you develop software on a machine with a $#@!! > Future Domain SCSI controller that takes the better part of an eon to > read the life history of every device on the bus at boot time, you get > real tired of hitting reset all the time... Agreed. I always liked my friend Chris's CP/M machine. That sucker would boot within 1/64th of a second of hitting the reset switch. -- Bill Coleman, AA4LR ! CIS: 76067,2327 AppleLink: D1958 Principal Software Engineer ! Packet Radio: AA4LR @ W4QO Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman POB 105203 Atlanta, GA 30348 USA ! Internet: bcoleman%hayes@uunet.uu.net Disclaimer: "My employer doesn't pay me to have opinions." Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett. ------------------------------ Date: (null) From: (null) send email on packet to "gate@wb7tpy.az.usa.na" The first line of text must be: Internet: user@site.domain Any questions can be sent to: wb7tpy@wb7tpy.ampr.org (Internet) wb7tpy@wb7tpy.az.usa.na (Packet) -- ------------------------------------------------------------------------- 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 Included message-------------------------------- Hope this helps -- -------------------------------------------------------------------------------- / | "I drank WHAT?" -Socrates \ uper |)an |-|olmes | "I love the smell of Napalm in the morning" -Big Duke: / 'N7NKR' | Apocalypse Now -------------------------------------------------------------------------------- I'net: sltmw@cc.usu.edu sltmw@cache.declab.usu.edu Bitnet: sltmw@usu.bitnet -------------------------------------------------------------------------------- ghazexsrcwtdceterfygtgyiy <---------sorry, just wiping the puke off my keyboard ------------------------------ End of Packet-Radio Digest V92 #175 ******************************