[digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread expeditionradio
Dave AA6YQ wrote: Please identify the significant factors... Hi Dave, Some of the answers you seek are in a previous message: http://groups.yahoo.com/group/digitalradio/message/30581 I will leave the rest up to you to determine. 73 Bonnie KQ6XA

[digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread Dave Bernstein
Thanks, Bonnie. According to the formulae presented in table 2 on page 49 of the document you cite below, binary (2-tone) FSK with a maximum shift of 1 kHz and a maximum symbol rate of 300 baud would require a maximum bandwidth of 2011 hz. for any practical modulation index (i.e. less than

[digitalradio] Re: Bandwidth v Shift in RTTY ?

2009-03-26 Thread Dave Bernstein
In n-ary FSK, if all tones in the ensemble have identical maximum magnitudes, then isn't it true that the maximum bandwidth will be identical that of binary (2-tone) FSK with a shift whose value is difference in frequency between the highest and lowest tones in the ensemble? 73,

[digitalradio] Contestia 16/1K vrs MT63-1K

2009-03-26 Thread Tony
All, Thanks to all who participated in the Contestia tests this evening. It certainly seems to have an advantage over MT63 in terms of sensitivity. Patrick Lindecker pointed out the mean-to-peak power ratio differences between the two and is no doubt the reason why Contestia is the more

Re: [digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread kh6ty
The short answer, as Steve Ford likes to say, based on the Cohen paper, is that the necessary bandwidth appears to be roughly twice the frequency shift, although an exact calculation is obviously very complicated. More importantly, with regards to the amateur radio service is the summary

[digitalradio] Re: Contestia / MT63 Skeds pse

2009-03-26 Thread rich
Tony, Had a good copy on you in MT63 and Contestia. It took a while to get MixW set up again and my temporary rig setup is unstable on transmit. You did have a strong signal to the Gulf Coast around 2330 until my crude wire lash up came undone. Just my luck... Rich WA4SXZ --- In

Re: [digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread bruce mallon
Things go round and around    Back 70 years ago the FCC band SPARK GAP because it was wide and interfered with other stations. CLEAN NARROW signals became the standard.   With bands like 220 MHz sitting there dead one would think wide band on 20 meters would be the last thing we see. .

[digitalradio] Re: Bandwidth and FSK Shift

2009-03-26 Thread expeditionradio
My rule of thumb for FSK is: Bandwidth is greater than Shift. On the surface, that may seem quite simplistic :) But, the deeper one looks, the more one finds that this is just about as far as one can go in making a universal statement of truth in the relationship between bandwidth and shift

RE: [digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread David Little
I know some thought went into that reply, and that it has merit if we are only concerned with short-range communications. However, no matter how wide, narrow, thick or thin the emission, you cannot expect the same range on 1 1/4m as you can on 20m - so I am not sure the statement has any merit

Re: [digitalradio] Andy-Fldigi help

2009-03-26 Thread Russell Blair
Hi Andy, I all so used the pull down secltion (TS-450s) option, my interface for the radio is home made it works fine with (HRD-MMTTY-Commander) it control the radio as in (Txing-freq tracking-change mode), I all so check commander to see how the (RTS and DSR) was set and set the same in

Re: [digitalradio] Andy-Fldigi help

2009-03-26 Thread kh6ty
Russell, If you look at the fldigi HamLib selections, the TS-450S is listed as a beta version (which means it probably does not work! hi!) Instead try using RigCat with fldigi and download the TS-450 xml file from this link: http://www.w1hkj.com/xmlarchives.html Put the file in the Rigs

RE: [digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread bruce mallon
Dave   After 40+ years most of them on 6 meters I understand 220 is not going as far as 14 mhz does   Moving traffic IS NOT what 99% of hams want to do on 20 meters working DX IS. And this band is filled with stations doing just that.   PERSONLY i'm on 20 with psk31 as is my brother

Re: [digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread kh6ty
Moving traffic IS NOT what 99% of hams want to do on 20 meters working DX IS. And this band is filled with stations doing just that. I think you are quit right, Bruce, and the Winlink 2000 network is probably currently the most efficient say of moving traffic, but that interests less

[digitalradio] Re: Bandwidth v Shift in RTTY ?

2009-03-26 Thread jhaynesatalumni
--- In digitalradio@yahoogroups.com, expeditionradio expeditionra...@... wrote: Hi Andy, There is no simple universal relationship between the shift and the transmitted signal bandwidth, However, for the particular case of binary FSK where the shift is wide compared to the bit rate, you

[digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread jhaynesatalumni
--- In digitalradio@yahoogroups.com, Dave AA6YQ aa...@... wrote: Thanks. To repeat my first question, What's the bandwidth of an FSK signal whose shift is 1 kHz and whose symbol rate is limited to a maximum of 300 baud? Feel free to parametize as necessary. Using the approximation I just

[digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread Dave Bernstein
Thanks Jim -- your result is within 10% of what's predicted by the formulae in the paper Bonnie cited, which considered a few more factors. 73, Dave, AA6YQ --- In digitalradio@yahoogroups.com, jhaynesatalumni jhhay...@... wrote: --- In digitalradio@yahoogroups.com, Dave AA6YQ

RE: [digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread David Little
Except for the fact that PSK has no error correction, no compression, no formatting capabilities and no way to accurately know if the traffic was delivered properly other than read back, your figures are fairly accurate. Fortunately, most Winlink traffic is moved on NTIA spectrum, where it is

Re: [digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread kh6ty
Except for the fact that PSK has no error correction, no compression, no formatting capabilities and no way to accurately know if the traffic was delivered properly other than read back, your figures are fairly accurate. David, check out our NBEMS system at www.w1hkj.com/NBEMS Many of the

Re: [digitalradio] Skip-Fldigi help

2009-03-26 Thread Russell Blair
Hi Skip, I have tryed both files and all the setting combo, I guess the default is n-8-1 and I set the speed at 4800.     Yesterday is HISTORY. Tomorrow is a MYSTERY. Today is a GIFT! Thats why its called the PRESENT! IN GOD WE TRUST Russell Blair (NC5O) Skype-Russell.Blair Hell Field

Re: [digitalradio] Skip-Fldigi help

2009-03-26 Thread kh6ty
You have to set the baud rate at whatever your transceiver requires. It is probably stated in the manual. 73, Skip KH6TY http://kh6ty.home.comcast.net - Original Message - From: Russell Blair To: digitalradio@yahoogroups.com Sent: Thursday, March 26, 2009 3:11 PM Subject:

Re: [digitalradio] Andy-Fldigi help

2009-03-26 Thread kh6ty
I still don't understand why anyone would want the increased complication of using RigCat if the Hamlib works well for you. There are no files to put anywhere. It just works for me. I think I tried it on one of my wife's ICOM IC-7000 rigs, and I could also test it on my ICOM 746 Pro as

Re: [digitalradio] Andy-Fldigi help

2009-03-26 Thread Rick W
Agreed that this is the best approach. Do you find that a given rig (such as an ICOM 756 Pro series) that is supported by Hamlib, will work with some rigs and not with others of the same exact model and set up? I have used the West Mountain RigTalk interface and my homebrew interface for the

Re: [digitalradio] Skip-Fldigi help

2009-03-26 Thread Russell Blair
Yes got it set to 4800 per the book and commender program. RTS=+V as well.   Russell Yesterday is HISTORY. Tomorrow is a MYSTERY. Today is a GIFT! Thats why its called the PRESENT! IN GOD WE TRUST Russell Blair (NC5O) Skype-Russell.Blair Hell Field #300 DRCC #55 30m Dig-group #693 --- On

Re: [digitalradio] Re: Contestia / MT63 Skeds pse

2009-03-26 Thread Tony
Rich, Had a good copy on you in MT63 and Contestia. It took a while to get MixW set up again and my temporary rig setup is unstable on transmit. You did have a strong signal to the Gulf Coast around 2330 until my crude wire lash up came undone. Just my luck... Thanks for trying om. Sorry

[digitalradio] QRV Contestia / MT63 14108.0

2009-03-26 Thread Tony
All, I'm QRV Contestia 16/1K, MT63-1K on 14108.0 USB + 1000Hz. It's 22:15 utc, March 26. I'll be listening till 00:00 utc. Tony -K2MO

Re: [digitalradio] QRV Contestia / MT63 14108.0

2009-03-26 Thread kh6ty
Tony, Cannot hear you at all, but copy VE5MU S-5. On MT63-1000, Multipsk is OK, but print on fldigi is all run together like this: THEPRINTISALLRUNTOGETHER. Contestia print on John was poor compared to MFSK16. 73, Skip KH6TY http://kh6ty.home.comcast.net - Original Message -

Re: [digitalradio] QRV Contestia / MT63 14108.0

2009-03-26 Thread Tony
Skip, Have the antenna to toward John. Yes, he was having trouble with Contestia / MT63 when using Multipsk. Was seeing the same thing here; characters were running together. Tony -K2MO - Original Message - From: kh6ty kh...@comcast.net To: digitalradio@yahoogroups.com Sent:

RE: [digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread David Little
Rick, I am excited about Winmor. I have been alpha testing PaclinkW, which incorporates Winmor, Packet, Pactor and Telnet. It provides rig control, accepts email from and ports email to Outlook or Outlook Express. The Winmor implementation in PaclinkW (much to the dismay of the

RE: [digitalradio] No FCC data bandwidth limit on HF Re: USA ham rules

2009-03-26 Thread Dave AA6YQ
re The Winmor implementation in PaclinkW (much to the dismay of the naysayers) has busy channel transmit control enabled. I and others strongly encouraged Rick KN6KB to provide a busy frequency detector in SCAMP. We were optimistic when he agreed to give it a shot, and thrilled by the

[digitalradio] SCAMP and Cynicism? - Nope, no way.

2009-03-26 Thread WD8ARZ
Hello Dave, I was there during those scamp beta testing adventures too . and I remember that part of the evaluation. Various levels were played with, akin to a sensitivity level. Bottom line to me was that when the level made it 'work' ie, not transmit when the frequency was 'active',

[digitalradio] Re: SCAMP and Cynicism? - Nope, no way.

2009-03-26 Thread Andrew O'Brien
I should point out that in my tests of the Alpha version PackinkW (with Winmor) the busy detect worked. I only tried it a few times , and not under all conditions, but several times WINMOR told me the frequency appeared busy and asked me if I really wanted to start a transmit. --- In

[digitalradio] Easypal in MARS

2009-03-26 Thread Andrew O'Brien
- As an aside, if you really want to see something that is slick, give Easy Pal a shot for sending text. Also ultra high resolution pictures with no scan lines that occupy 20KB of data on each end. 90 seconds to send or receive, with the ability to only request the individual blocks that

RE: [digitalradio] SCAMP and Cynicism? - Nope, no way.

2009-03-26 Thread Dave AA6YQ
It is true that the long history of WinLink PMBOs QRMing in-progress QSOs has generated more than a little frustration and anger. Some small percentage of those so affected are alleged to have stooped to similar misconduct -- intentionally QRMing WinLink transmissions in revenge. Over the years,