Date: Wed, 2 Feb 94 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 V94 #22 To: Ham-Digital Ham-Digital Digest Wed, 2 Feb 94 Volume 94 : Issue 22 Today's Topics: Baycom comments please DR-1200T : what modification for 9600 bps ? Hamcom III Ka9q for windows lan-link 2.2 Some dumb questions that I hope someone will take a shot at Welcome to rec.radio.info! 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: 29 Jan 94 19:12:39 -0700 From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!sol.ctr.columbia.edu!destroyer!nntp.cs.ubc.ca!mala.bc.ca!wagner@network.ucsd.edu Subject: Baycom comments please To: ham-digital@ucsd.edu In article <8180@gold.gvg.tek.com>, cleveland@gvg47.gvg.tek.com (Grover Cleveland) writes: > I'm sorry if this has been a recent thread - I've been away. > Please send me any comment on the Baycom modules and software. > I'm especially intrigued by the apparent simplicity of the Baycom > but I'm certain that there are some pitfalls I should know about. > > Reply here or via E-mail. > > 73 > > Grover > > WT6P > > cleveland@gvg47.gvg.tek.com Been using it for some time now and am happy based on the investment. Wish they would come up with a file interchange routine like YAPP. Have been trying to get TPK working with the Baypac, but so far no real success. -- ____________ ____________ ____ _____ /_____ ____/ / _______ / / \ ,' / / / / / / / / /\ \ ,' ,'/ / / / / / / / / / \ \,' ,' / / / / / / / / / / \ ,' / / / / / /______/ / / / \,' / / /__/ /___________/ /__/ /_/ _____________________________________________________ /____________________________________________________/ Proud owner of a dog, cat, bird, old Tractor and a British Car "If Lucas Electric made guns wars wouldn't start" ------------------------------ Date: Tue, 1 Feb 1994 02:41:42 GMT From: ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!cs.utexas.edu!math.ohio-state.edu!cyber2.cyberstore.ca!nntp.cs.ubc.ca!utcsri!newsflash.concordia.ca!CC.UMontreal.CA!fn@network.ucsd.edu Subject: DR-1200T : what modification for 9600 bps ? To: ham-digital@ucsd.edu Hi, The subject almost says it all. Is a modification required for 9600 bps packet radio with the Alinco DR-1200T and if so, which one ? And by the way, if you have any recommendation for a 2m rig for 9600 bps packet, I would be grateful. TNX, 73 de Francois / VE2NFC. -- Francois Normant (VE2NFC) | Internet: fn@mathappl.polymtl.ca Ecole Polytechnique - Mathematiques | Compu$erve: 75210,525 C.P. 6079 - succursale centre ville | Tel. (514) 340-5968 Montreal - Quebec - Canada - H3C 3A7 | Fax. (514) 340-4463 ------------------------------ Date: Sat, 29 Jan 1994 23:53:16 GMT From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!newsserver.jvnc.net!raffles.technet.sg!ntuix!ntuvax.ntu.ac.sg!asirene@network.ucsd.edu Subject: Hamcom III To: ham-digital@ucsd.edu In article <1994Jan27.130948.8299@tellab5.tellabs.com>, jwa@tellabs.com (John W. Albert) writes: > I heard that Hamcom III is available. > > Does anyone have it? Can you uudencode it > and E-mail it? I can't ftp from this sight. Hi Ed, Last I heard, HC 3.0 is still in the works and under testing for some syncing problems. But expect lotsa fun with it. It has some nice new modes and changes which work beautifully. Then again, maybe it IS out. Who knows, I'll go ask Django. 73 de 9V > > > --- > Jack Albert WA9FVP Fellow Radio Hacker > Tele (708) 378-6201 > Tellabs Operations, Inc. FAX (708) 378-6721 > 1000 Remington Blvd. jwa@tellabs.com > Bolingbrook, IL 60440 > > "I'm a half breed" > "I can only breed through on side of my nose!" > > Eddie Kantor > > > ------------------------------ Date: Fri, 28 Jan 1994 13:31:47 GMT From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!news.intercon.com!psinntp!psinntp!psinntp!laidbak!tellab5!jwa@network.ucsd.edu Subject: Ka9q for windows To: ham-digital@ucsd.edu In article jsloman@BIX.com (jsloman on BIX) writes: >ereimber@dcc.uchile.cl (Erich Reimberg N.) writes: > >>Hi!. > >> Recently, I asked if there is a version of ka9q for windows. here >>are some answers: > >> THERE IS NO KA9Q. >> The versions of Ka9q will not run under a DOS box in Windows, but >> there are some patches that will help you. >> There is also a software called Trumped Winsock that implements >> TCP/IP in windows. > What is this ka9q software that every is talking about? Is it some sort of packet program? --- Jack Albert WA9FVP Fellow Radio Hacker Tele (708) 378-6201 Tellabs Operations, Inc. FAX (708) 378-6721 1000 Remington Blvd. jwa@tellabs.com Bolingbrook, IL 60440 "I'm a half breed" "I can only breed through on side of my nose!" Eddie Kantor ------------------------------ Date: 31 Jan 1994 15:38:38 GMT From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!usenet.ins.cwru.edu!eff!news.kei.com!world!news.bu.edu!transfer.stratus.com!hoop.sw.stratus.com!northup@network.ucsd.edu Subject: lan-link 2.2 To: ham-digital@ucsd.edu Does anyone know where I can find lan-link 2.2 ? I can only find 2.0 which does not do what I want (pactor). thanks Bill -- -- Bill Northup PHONE: (508) 460-2085 Stratus Computer Inc. INTERNET: northup@sw.stratus.com 55 Fairbanks Boulevard OR: northup@Vos.Stratus.com Marlboro, MA 01752 Amateur Radio: n1qpr ------------------------------ Date: Tue, 01 Feb 94 09:30:35 GMT From: darwin.sura.net!howland.reston.ans.net!pipex!uknet!ukc!raven.ukc.ac.uk!mrb3@seismo.css.gov Subject: Some dumb questions that I hope someone will take a shot at To: ham-digital@ucsd.edu In article <2ik91nINN932@grumpy.symantec.com>, Alan K. Adamson wrote: >Ok, I have read some articles metioning digital regenerating repeaters. >Anyone >want to take a stab at a laymans defintion? What are we talking about >here. > >From a fellow packeteer who wants to know. >Alan Adamson >aadamson@symantec.com Well i have just had a lecture on data transmissions, so i should be able to answer your question. If we take a simple digital system, then we have a finite number of wave forms, 0 and 1. Now if we send a signal, lets just say a pulse down a transmission line, which can be anything from a bit of cable, optical fibre, or by radio waves, after the signal has travelled along the line, the signal becomes distorted. If we want to send the signal over a large distance, then by the time it reaches the Rx it will be nothing more than noise. To get around this problem, regenerative repeaters are placed in the line at set intervals. The idea of these repeaters is to take the distorted waveform, (ie. the slightly curved pulse) and output a purely digital pulse with only 0's and 1's. The process works by setting a threshold voltage, and any voltage below this is classed as a '0' and anything about is a '1'. If we have a digital signal of 5 volts, then the threshold voltage might be 2.5volts. ___________ I I ______ I I / \ _________Threshold level _____I I_____ ______/ \__________ Input signal to line Input signal to regenerative repeater The trick with these repeaters is to place them as far apart as possible along the line, but not to far apart that errors occur. I hope this makes sence, and is correct as otherwise i am going to fail my exams!! 73's de Matthew -- (========== Matthew Bailey ==========) 2nd Year, Electronics and Communications Engineering Packet (Ax25) - G7KSG @ GB7ZAA #34.GBR.EU ------------------------------ Date: Sun, 30 Jan 1994 21:00:05 MST From: destroyer!nntp.cs.ubc.ca!alberta!ve6mgs!rec-radio-info@uunet.uu.net Subject: Welcome to rec.radio.info! To: ham-digital@ucsd.edu Archive-name: radio/rec-radio-info/welcome Last-modified: $Date: 1994/01/02 22:00 $ Version: $Revision: 1.06 $ *** Welcome to rec.radio.info! *** Welcome to rec.radio.info, a group that aims to provide a noise-free source of information and news for the entire rec.radio hierarchy. Two introductory articles about rec.radio.info are posted to the group and to news.answers every two weeks. You are now reading the first article, which explains what rec.radio.info is, and answers some Frequently Asked Questions. The second article is titled "Submission Guidelines", and you only need to read it if you want to submit an article to rec.radio.info. You can skip to the next section of this article by searching for the next " -- " string. The sections available are: - What is the purpose of rec.radio.info? - Why are messages almost always cross posted to rec.radio.info? - What is a 'follow-up', and what does 'moderated' mean? - OK, so now I know what 'moderated' means. Tell me more. - What type of material is considered inappropriate? - I do not have access to news, how can I get the information posted to rec.radio.info? - Will the material appearing in rec.radio.info be archived somewhere? - I have a regular posting with timely information, is there a way to speed up it's delivery, or automate for more convenience? -- What is the purpose of rec.radio.info? The purpose or charter of rec.radio.info is to provide the Usenet community with a resource for information, news, and facts about any and all things radio. All the other rec.radio groups are intended for discussions and general chit chat about radio. Rec.radio.info will contain informational, factual articles only. Follow-ups are redirected to an appropriate other group, and further discussion (if any) will not take place in rec.radio.info. In order to ensure that rec.radio.info contains only appropriate articles, it was decided to create the group as a moderated newsgroup. -- Why are messages almost always cross posted to rec.radio.info? It provides a "tag" for each article to be assembled into a filtered presentation in rec.radio.info (even with cross-posting, only one message, with a unique Message-ID, is propogated across the net). This tag also facilitates a pre-existing method of dropping or cancelling the articles locally within the discussion groups if you don't want to see them. This accommodates individuals who want to separate the bulletins from the discussions, discussions from the bulletins, as well as those who are adamant about not reading another newsgroup and wanted to see everything all in one basket. With the total size of Usenet (in number of newsgroups and total traffic) doubling every year or so, this is no insignificant contribution to reducing information noise and chaos. Making the discussion groups a catch-all, and making extra newsgroups filters on that catch-all, is also the most realistic way to implement such a scheme (It's not intuitively obvious what the charter, contents, and general appropriate topics for each and every newsgroup are. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial for new readers). By cross-posting one only is adding a few tens of bytes to each bulletin (to specify the extra group on the Newsgroups line), but are adding the capability for very powerful filtering features available on most news servers, listservers and readers. Your local news guru could probably explain these features in more detail. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add a line of the form: /Newsgroups:.*[ ,]rec\.radio\.info/h:j either in ~/News/KILL (if you don't want to see rec.radio.info articles anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them just in rec.radio.amateur.misc). The latter method means your kill file will only be consulted during rec.radio.amateur.misc (and hence runs more efficiently), and will probably work for most people. In nn, according to Bill Wohler in his nn FAQ, add a line of the form: rec.radio.info:!s/:^ in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or put the following lines: sequence rec.radio.info rec.radio. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first, then read the remaining rec.radio.* without the bulletins. -- What is a 'follow-up', and what does 'moderated' mean? If you are new to Usenet and are not familiar with the terminology, you might want to read the general introductory articles found in the newsgroup news.announce.newusers. Doing so will make your life on the net much easier, and will probably save you from making silly beginner's mistakes. If you think that at this moment you are reading an echo, a conference, or a bulletin board, I'd also strongly suggest a trip over to news.announce.newusers. For the rest of this article, I will assume you have a basic knowledge of Usenet terminology and mechanics. A moderated group means that any article that needs to be posted to the group has to be accepted by the moderator of the group. Since we need to ensure that followups to an article (discussion) do not show up in the rec.radio.info newsgroup, the `Followup-To:' header line contains a newsgroup that is appropriate for disussions about the specific article. -- OK, so now I know what 'moderated' means. Tell me more. Rec.radio.info is a moderated newsgroup, which means that all articles submitted to the group will have to be approved by the moderator first. The current moderator of the group is Mark Salyzyn. Submissions to rec.radio.info can be posted, or e-mailed to: rec-radio-info@ve6mgs.ampr.ab.ca Comments, criticisms, suggestions or questions about the group can be e-mailed to: rec-radio-request@ve6mgs.ampr.ab.ca But before you do so, please be sure to check out the "Submission Guidelines" article. The influence of the moderator should be minimal and of an administrative nature, consisting chiefly of weeding out obviously inappropriate articles, while making sure correct headers etc. are used for the appropriate ones. -- What type of material is considered inappropriate? There are three broad categories of articles which will be rejected by the moderator: 1) Requests for information: rec.radio.info is strictly a one-way street. I receive information in my mailbox; I then post it to rec.radio.info. Requests for specific information belong in the normal discussion newsgroups. If your request gets answered, you might consider passing the answer on to rec.radio.info, though. Especially if you can edit it into a informational, rather than a discussion, format. 2) Obvious discussion articles, or articles that appear unsubstantiated. 3) Commercial stuff: a relatively unbiased test of a radio product would be accepted, but any hint of for-profit might be reason for rejection. For three reasons: This is not the purpose of the list, for-profit is a controversial topic, and this list may be passed onto Amateur Packet Radio (where for-profit is prohibited except under certain provisos). rec.radio.swap (or possibly comp.newprod) may be more deserving of the posting in any matter. Similarly, copyrighted material generally cannot be used. If it's TRULY worthwhile to the net, I would recommend obtaining permission from the copyright holder. Please note the source, and if permission was given. I reserve the right to make the final decision concerning appropriateness in all situations. In most cases, a brief summary of, or pointer to, the copyrighted information may be all I can allow. -- I do not have access to news, how can I get the information posted to rec.radio.info? brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for rec.radio.info. Non of the articles will be digested, due to their size, so you will receive individual mailings for every article posted to the group. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca To subscribe and unsubscribe via the listserver; the format for that is sub address radio-info unsub address radio-info where 'address' is your full mailing address. Send this request to listserv@ucsd.edu Note that the server will automatically delete any address that bounces mail. If you leave the address portion blank, it will try to deduce your address from the mail headers. This may not work if you are on bitnet, milnet or some other non-Unix host, so it is recommended to put your return address in any case. For example: sub mymailbox@myhost.mydomain.mil radio-info or sub MEMEME01@DMBHST.bitnet radio-info or something like that. -- Will the material appearing in rec.radio.info be archived somewhere? Yes. Still firming up details at the moment but here is a preliminary list: - unbc.edu as maintained by Lyndon Nerenberg - nic.funet.fi maintained by Risto Kotalampi saved to /pub/dx/text/rec.radio.info currently stored as numbered files. Effectively this means that anything you post to rec.radio.info will be permanently stored, so your work will not be lost. -- I have a regular posting with timely information, is there a way to speed up it's delivery, or automate for more convenience? Yes, there is! It may take a bit of chatter with the moderator, but we are willing to take responsible people and provide them the means of posting the articles directly from their site. We will try everything we can as we fully realize that DX (distant signal) and astronomical data can be somewhat transitory. We are also willing to allow regular posters of information the same courtesy, even if the information is not as time critical. We refer to this as self-moderation, which is partly based on the model for news.answer. This requires co-operation and good will to be beneficial to the community in the rec.radio hierarchy. I suggest reading the posting guidelines for more information. I am open to suggestions. I thank the following individuals for their input into this article: rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us Paul W. Schleck, KD3FU pschleck@unomaha.edu Ian Kluft, KD6EUI ikluft@uts.amdahl.com -- Mark Salyzyn -- Moderator rec.radio.info Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca * Requests for information do *not* belong in rec.radio.info * ------------------------------ End of Ham-Digital Digest V94 #22 ****************************** ******************************