Date: Wed, 9 Mar 94 04:30:20 PST From: Ham-Digital Mailing List and Newsgroup Errors-To: Ham-Digital-Errors@UCSD.Edu Reply-To: Ham-Digital@UCSD.Edu Precedence: Bulk Subject: Ham-Digital Digest V94 #64 To: Ham-Digital Ham-Digital Digest Wed, 9 Mar 94 Volume 94 : Issue 64 Today's Topics: EMAIL to mid ocean? Info needed on Tandy 4000 megabit per second packet (was "Re: Packet at 1.2 GHz (23cm)?") Send Replies or notes for publication to: Send subscription requests to: Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Ham-Digital Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Tue, 8 Mar 1994 17:37:23 GMT From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!math.ohio-state.edu!news.acns.nwu.edu!ftpbox!mothost!schbbs!NewsWatcher!user@network.ucsd.edu Subject: EMAIL to mid ocean? To: ham-digital@ucsd.edu In article <763117885snz@nick01.demon.co.uk>, nick@nick01.demon.co.uk (Nick de Smith) wrote: > I would just like to thank all those that responded to my question about how > to exchange EMAIL with a small boat in the pacific. Whilst there was an > interesting discussion about the legality of transmitting personal information > (e.g. "Say hello to mum", "We will make landfall in two weeks" etc.), no > clear consensus seemed to be reached even though both parties would be UK > amateurs... Anyway, PAKTOR seems to be the way to go, and that is what I am > investigating through the RSGB in the UK. The RSGB should be able to tell you about the UK "third party" rules. Since both the land station and the vessel are UK, UK laws would apply on the high seas. Traditionally the UK has been one of the stricter nations regarding third party traffic (i.e. anything other than the sending ham and the receiving ham), but I understand this may be slowly changing. > I would say that this is a very polite and helpful group, and that generally > most responses were consistant and, as far as I can judge, accurate. I look > forward to passing my exams later this year and maybe being able to pass our > experiences in what seems to be a rather obtuse area on to other parties. Thank you, I look forward to meeting on the maritme nets and in person! Mike AA4MW -- Phooey on it all - I'm going sailing for a year or two!!! ------------------------------ Date: 6 Mar 94 22:22:07 GMT From: agate!howland.reston.ans.net!gatech!mailer.acns.fsu.edu!freenet3.scri.fsu.edu!freenet2.scri.fsu.edu!twright@ucbvax.berkeley.edu Subject: Info needed on Tandy 4000 To: ham-digital@ucsd.edu This is sort of a cross post but I am in need of an answer. I bought a Tandy 4000 from a surplus computer sale here at the University where I work. It has a 3 1/2 and 5 1/4 drives min of a 40 meg HD EGA monitor a 2 MEG RAM CARD. Paid $25.00 for it because both the monitor and CPU units were marked NO GOOD by the University service people. I thought well if it doesn't work I can always use the case to build a computer system. Well I took it home connected it up, turned on the monitor and it appeared to be working fine complete full rasper on the screen. TYhen I powered up the CPU. The boot up information and the C> prompt over lapped in three columns (running DOS 5.0) I loaded Super Morse and the data on the screen still over lapped. I loaded it off both floppies and the system worked just fine except the monitor. I then loaded a game called Space Quest II and the problem on the monitor cleared up. I reinstalled SM to verify problem still existed and yes it was still there. I then connected the monitor to another CPU and the monitor worked perfectly. I believe the problem is with the Dos 5.0 system program in the video drive cmd section. What leads me to believ this is that a Game like I loaded runs off its own internal programing and the video driver cmds are being taken from the game program and not the system program.\ If you think I am correct or not Please E-Mail me I want to get this system on line on Packet A.S.A.P. Thank a bunch Tim Wright KD4OVM BTW All of the drives are working perfectly also. -- Tim Wright KD4OVM | T.Wright@msuacad.morehead.edu | Morehead State University | TWright@freenet.fsu.edu | Tallahassie Freenet Service | AR098@yfn.ysu.edu | Youngstown Ohio Freenet Service | KD4OVM@WSU.N8FOW.AMPR.ORG | Try one, I'll get it. ------------------------------ Date: 8 Mar 94 01:56:37 GMT From: sdd.hp.com!col.hp.com!srgenprp!glenne@hplabs.hp.com Subject: megabit per second packet (was "Re: Packet at 1.2 GHz (23cm)?") To: ham-digital@ucsd.edu Jay Sissom (JAY@medicine.dmed.iupui.edu) wrote: : I saw the article in the handbook and it looks interesting, but I didn't find : a thing in the article that talked about computer to transceiver interfacing. : The schematic stoped at the +/- RX and +/- TX lines. Does anyone know what to : do with those lines to get them interfaced to a PC? Has anyone built this : project? Comments anyone? See the information available by anon ftp on col.hp.com under hamradio/packet/n6gn/uwvlink. The readme should help explain it. The original article in Ham Radio magazine showed an IBM PCLAN adapter card interface which was a sort of stop-gap solution. You might consider the Gracilis card(s) for an interface. I suspect that the Ottowa PI card might work as well, though not at full speed. Glenn Elmore n6gn ax.25 n6gn@wx3k.#nocal.ca.usa.na amateur IP: glenn@SantaRosa.ampr.org Internet: glenne@sr.hp.com ------------------------------ End of Ham-Digital Digest V94 #64 ****************************** ******************************