Date: Thu, 11 Nov 93 04:30:21 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 V93 #106 To: Ham-Digital Ham-Digital Digest Thu, 11 Nov 93 Volume 93 : Issue 106 Today's Topics: baycom14e broadcasting KISS reset (more questions) Unicode Adoption (Re: RTTY v. AMTOR v. PACTOR -- dumb question) 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, 9 Nov 1993 13:37:25 GMT From: sdd.hp.com!swrinde!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!m2.dseg.ti.com!ernest!cmptrc!mitch@network.ucsd.edu Subject: baycom14e To: ham-digital@ucsd.edu I just recently downloaded a shareware version of Baycom 14e. I plan on using it with a 1200 baud modem I have at the shack. What I need is advice on making up a cable to go between the modem and my kenwood th25at handheld. Can anyone help me? Thanks! Mitcheal KA5SOI (tech+ upgrading to general as soon as I can get the code behind me!) ------------------------------ Date: 9 Nov 93 00:05:44 GMT From: organpipe.uug.arizona.edu!news@uunet.uu.net Subject: broadcasting To: ham-digital@ucsd.edu what sort of equiptment do i need in order to broadcast on an AM or FM frequency.-sorry if this is the wrong BBS. todd ------------------------------ Date: Tue, 9 Nov 1993 18:35:34 GMT From: library.ucla.edu!agate!howland.reston.ans.net!pipex!sunic!ericom!eds.ericsson.se!ecudhm@network.ucsd.edu Subject: KISS reset (more questions) To: ham-digital@ucsd.edu The MFJ 1270 seems to periodically reset itself (actually, it RESTARTs with default settings for persist, txdelay, etc., but stays in KISS mode). There has been some discussion in this group about WHY it does it. One story is that the lithium battery is bad; another story is that the software does a restart after several (3?) minutes of inactivity. I wonder what the real reason is?? Does anyone really know? If it is the battery, then how can it stay in the KISS mode, instead of doing a complete reset as in the RESET command? Is it possible to determine the condition of the battery with a volt- meter? Anyone have any thoughts on these matters? Regards, Don McGee KF6CJ ------------------------------ Date: 10 Nov 93 21:09:25 GMT From: ogicse!uwm.edu!vixen.cso.uiuc.edu!newsrelay.iastate.edu!news.iastate.edu!jvp@network.ucsd.edu Subject: Unicode Adoption (Re: RTTY v. AMTOR v. PACTOR -- dumb question) To: ham-digital@ucsd.edu In <2blop5$fbo@crchh941.bnr.ca> kharker@bnr.ca (Kenneth E. Harker) writes: > Well, the big problem with a move to unicode from ascii (as opposed to the >move to ascii from baudot, et al) is that while baudot and friends were 5 >bit encodings, ascii was a 7 bit encoding - not a whole lot bigger. Well, now we >have ascii at 7 bits, and the next step is unicode, which is 32 bits. Over four ^^^^^^^^^^^^^^^^ Are you sure about this? I thought it was 16 bits. >times as much information needs to be trasmitted to put up the same character now. > Which of course makes things slower/less reliable/more complex, etc... Which >isn't to say that it's impossible - but it would be a big leap. Not necessarily. I'm no unicode expert, but I believe the ascii character set is a subset of unicode. So when transmitting ascii text, it's unicode compliant. Some of the 8th bit codes (Ascii beyond 127) define that a second byte is present to define the character. So only those characters that need the extra byte will send the extra byte. I don't see why any modifications would be needed to today's system to be able to handle unicode. Just so both sides of the connection are both speaking it. +---------------------------------------------------------------+ | Jim Van Peursem - Ph.D. Student - Ham Radio -> KE0PH | | Department of Electrical Engineering and Computer Engineering | | Iowa State University - Ames, IA 50011 | | internet - jvp@iastate.edu -or- jvp@cpre1.ee.iastate.edu | +---------------------------------------------------------------+ -- Jim Van Peursem - Dept of EE and CprE - Iowa State University Ames, IA 50011 - internet: jvp@iastate or tools1.ee.iastate.edu Just say no to Clinton's health care plan - we can't afford it ------------------------------ End of Ham-Digital Digest V93 #106 ****************************** ******************************