[digitalradio] lpt to com port assignment?

2009-10-28 Thread kg4kri
Hello all, I am trying to set up my computer to key my radio rather than the el cheapo way of using vox. I have built a circuit to use the 25 pin lpt jack, but I do not know how to assign this jack as a com port. Most of the digital programs I use only specify com ports, not lpt. I do have a 15

MODERATOR: [digitalradio] Re: Fast/Wide Slow/Narrow

2009-10-28 Thread John
MODERATOR: Although I have not contributed to this thread, I have indeed been following it with some interest. I thought that was the whole reason for this forum If I am in error to only sit back and learn without posting, please let me know . along with numerous others Thanks 73

MODERATOR: [digitalradio] Re: Fast/Wide Slow/Narrow

2009-10-28 Thread John Bradley
Moderator since there are only a couple of members carrying on this lengthy dialogue, could I respectfully suggest they take thisprivate, so as to not QRM everyone's mailbox? Thanks John VE5MU From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com] On Behalf Of John B

Re: [digitalradio] Re: Fast/Wide Slow/Narrow

2009-10-28 Thread John B. Stephensen
Since RTTY is defined as "direct printing telegraphy" texting can go on in the RTTY/data segment. However, sending a whole page of text can also be called facsimile and done in the phone/image segments, whether it is encoded as ASCII, PDF or JPEG. B7W (ISB) emissions are also allowed and that is

Re: [digitalradio] Why would anyone

2009-10-28 Thread John B. Stephensen
There is no bandwidth limit in the RTTY/data segments but there is a limit of "no wider than a communications-quality DSB phone signal using the same modulation type" in the phone/image segments from 160 to 1.25 meters. This is interpreted as anything between 6 and 10 kHz by U.S. AM users but th

Re: [digitalradio] Fast/Wide Slow/Narrow

2009-10-28 Thread DANNY DOUGLAS
The model T had limits of around 15-25 mph, for a couple of reasons. It would shake you, and it, to death if you got it too fast on the roads built for wagons. They hardened the road surface, and made them wider, thus allowing future autos to go faster, and safer. Just like in Germany, and ev

Re: [digitalradio] Fast/Wide Slow/Narrow

2009-10-28 Thread Charles Brabham
Dave: The hobby is defined in the first section of PART97. No mystery there. It is quite plain, so there is very little wriggle room there for interpretation. Double sideband is allowed to use 6 kHz of spectrum - and so are digital modes. But if the operator of either one interferes with an ong

Re: [digitalradio] Fast/Wide Slow/Narrow

2009-10-28 Thread Dave Sparks
The problem with worrying about "people interfering with this hobby", you have to narrowly define "this hobby". OK, staying with your analogy, we'd have to set surface street speed limits in concrete based on how fast a Ford Model T could have been safely driven, leading to a national maximum s

Re: [digitalradio] Fast/Wide Slow/Narrow

2009-10-28 Thread DANNY DOUGLAS
Back to the anology. Auto (ground based) speed have nothing to do with aircraft speeds. Aircraft were developed "off-road", and did not interfere with auto carriageways at all. To this day, new records are being made by aircraft, away from other aircraft users. Land speed records are normall

Re: [digitalradio] Fast/Wide Slow/Narrow

2009-10-28 Thread Dave Sparks
Interesting analogy. I guess we'd never have invented jet airplanes, then, if "no one needs to travel faster than XX MPH". If getting data disseminated in an emergency has lower priority than an RTTY contest, then so be it. -- Dave Sparks AF6AS - Original Message - From: DANNY DOU

Re: [digitalradio] Why would anyone

2009-10-28 Thread Charles Brabham
>From what I understand, we do not have an actual bandwidth limit on HF, but we >do have a practical one, based upon PART97 prohibitions against harmful >interference and of course the 300 baud limit. The wider HF digital modes 'get around' the 300 baud limit by transmitting multiple streams, e

RE: [digitalradio] Fast/Wide Slow/Narrow

2009-10-28 Thread Cortland Richmond
Want and should must yield to shall and will; the Rules tell us how fast we may go in different parts of our authorized spectrum. Cortland KA5S > [Original Message] > From: obrienaj > To: > Date: 10/27/2009 10:02:08 PM > Subject: [digitalradio] Fast/Wide Slow/Narrow > > but Dave, ...how would

Re: [digitalradio] Fast/Wide Slow/Narrow

2009-10-28 Thread DANNY DOUGLAS
That is exactly the question. The next person may say that 9.6 is too slow for him. We refer back to the speed limit on road, and knowing human nature. Danny Douglas N7DC ex WN5QMX ET2US WA5UKR ET3USA SV0WPP VS6DD N7DC/YV5 G5CTB All 2 years or more (except Novice) short stints at: DA/PA/SU/HZ/

Re: [digitalradio] Why would anyone-because we just do, and so can you

2009-10-28 Thread WD8ARZ
Well said, well done, and well thought out - Thank You! Ham's have been running ALE for a long time (at least a decade for me, boy does time fly!), and I am not aware of anyone running ALE who has ever received a Notice from the FCC. Our early evaluation work with ALE started out with a special

[digitalradio] Re: Fast/Wide Slow/Narrow

2009-10-28 Thread expeditionradio
I'm glad there isn't any finite bandwidth limit for HF digital data communications in USA's FCC rules. (Other than "the whole subband") This leaves open the potential for some wonderful new and different data modes to be developed in the near future. Modes that have the potential to send a pa

Re: [digitalradio] Re: WA6RZW Mailbox - friendly invitation

2009-10-28 Thread Andy obrien
Thanks Tony, I am using Multipsk which works well for 300 baud packet. I'll skip Winpack this time, I used to use it many years ago. Andy K3UK On Wed, Oct 28, 2009 at 4:06 AM, Tony wrote: > > [Attachment(s) <#1249a2edf42c3387_TopText> from Tony included below] > > Andy > > > Tony, what is th

Re: [digitalradio] Re: WA6RZW Mailbox - friendly invitation [1 Attachment]

2009-10-28 Thread Tony
Andy > Tony, what is the center frequency in Multipsk for packet? If you're VFO is parked on 14105.5 LSB then center the Multipsk cursor on 2200Hz. You might have to tweak it a bit, but that's the general location of where the packet signals are. Also remember to click (PACEKT + APRS) mode and