[digitalradio] CW ?

2006-02-05 Thread obrienaj
Although Morse code is not the digital mode this group usually focuses on, I wonder if any of the members are interested in CW operations and the occasional sked ? By some miracle, a few years ago, I managed to pass the 13 WPM code test in the USA. I must have eaten good brain food that

Re: [digitalradio] CW ?

2006-02-05 Thread John Bradley
I've started to do the same thing, and have been lurking around 3700-3715 nites getting my speed up usually around 0300-0400Z John - Original Message - From: obrienaj To: digitalradio@yahoogroups.com Sent: Sunday, February 05, 2006 12:04 PM Subject:

RE: [digitalradio] CW ?

2006-02-05 Thread Garry Harley
NO From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of obrienaj Sent: Sunday, February 05, 2006 1:04 PM To: digitalradio@yahoogroups.com Subject: [digitalradio] CW ? Although Morse code is not the digital mode this group usually focuses on, I wonder

[digitalradio] Re: CW ?

2006-02-05 Thread obrienaj
OK John, I will look for you. Andy K3UK --- In digitalradio@yahoogroups.com, John Bradley [EMAIL PROTECTED] wrote: I've started to do the same thing, and have been lurking around 3700-3715 nites getting my speed up usually around 0300-0400Z John - Original Message -

[digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread Steve Waterman, k4cjx
There are different standards (e. g. STANAG 4539) achieving 9600 bit/sec within 3 kHz of BW at an SNR of only 21 dB. That is today. The ITU is adopting further standards on HF which will exceed this with similar bandwidths. I don't believe anyone expects to experiment with or achieve a

[digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread Steve Waterman, k4cjx
I believe that the ARRL is suggesting that symbol rate is not the best way to define a protocol. The symbol rate of most any modern protocol is going to be much less than it is currently defined. For example, Pactor 1 has a symbol rate of 200 baud and a speed of max speed of 200 bps, while

[digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread N6CRR
However, unless Part 97.1 is changed as to the purpose of Amateur radio, enhancement of the radio art also includes HF. The issue is that there is little incentive to further develop digital protocols for high speed binary transfer since under Part 97.221, there is little space to use

Re: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread F.R. Ashley
. It may be technically feasible to do everything WinLink, the ARRL and others may want to do by allowing more spectrum to be allocated to these services, but by doing so is the resulting environment still Amateur Radio? This question, to me, is what it all boils down to. I think the

Re: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread jivey
N6CRR, You sure did hit the nail on the head with this one. That is exactly what the one want that is pushing this stuff. The want to turn ham radio into an email forwarding service. I just wonder how many of those guys ever work any other mode other than passing email. Most all emergency

[digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread N6CRR
. I just wonder how many of those guys ever work any other mode other than passing email. Most all emergency communications is going to be defined to a local area of the country anyway. (Emergency is defined a threat to life and property). I am not against the handling of important traffic, as a

Re: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread KV9U
Steve, It is not just emergency traffic, but HW traffic, important informational traffic, e-mail from distant points, etc. It can sometimes include systems such as Winlink 2000, but for the most part it will not, since they have two things that greatly changes the calculus compared to the

[digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread N6CRR
--- In digitalradio@yahoogroups.com, KV9U [EMAIL PROTECTED] wrote: Steve, It is not just emergency traffic, but HW traffic, important informational traffic, e-mail from distant points, etc. It can sometimes Rick you make some good points in your post, and I think the ARRL should take

Re: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread John Becker
It's time to change the subject to reflect what you are now talking about. It has moved from the ARRL proposal to an anti traffic. Please remember that before email ham's had been doing the same thing for years. John, W0JAB Need a Digital mode QSO? Connect to Telnet://cluster.dynalias.org

Re: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread KV9U
I think I can answer some of your questions. The ARRL definitely has taken the issue of having some kind of workable network for emergency to heart. At least the past president did. After doing a test to demonstrate how effective amateur radio networking is, we were unable to deliver messages

RE: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread Peter G. Viscarola
KV9U Wrote: What I do see is the restricting of bandwidths to ~3 or so KHz and that will make high speed digital protocols much more difficult since you can not ignore the science behind it. [...snip...] the new proposals do not address my biggest concern of finally being able to intermix

RE: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread John Becker
At 09:47 PM 2/5/06, Peter Viscarola wrote: Today, I agree that it'd be really tough to do digital voice in 3KHz. Peter, Please get your facts right. I and others have been using digital voice on the HF bands for the last 3 or 4 years in less the 2.5Kc. Even from to mobile. John, W0JAB

RE: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread Peter G. Viscarola
At 09:47 PM 2/5/06, Peter Viscarola wrote: Today, I agree that it'd be really tough to do digital voice in 3KHz. Peter, Please get your facts right. I and others have been using digital voice on the HF bands for the last 3 or 4 years in less the 2.5Kc. Even from to mobile. Clever retort,

RE: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread John Becker
At 10:13 PM 2/5/06, you wrote: Clever retort, but not very elucidating. Obviously I need educating. Please say more. A pointer to a paper, something... de K1PGV try this page for the AOR digital modem at that most on digital voice are using. http://www.aorusa.com/ard9800.html scroll to the

Re: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread Danny Douglas
I think most members are not going to be all that upset with what is in effect a shrinking of the CW exclusive subbands (although they could be used for other narrow band modes such as PSK31 and maybe some others that have not been invented yet to fit in that size of bandwidth), a shrinking of the

Re: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread Danny Douglas
John, what are you using to do this. Can all of us do it, with simple equipment/software? Thats where we need to go. I dont want to spend (and cant) hundreds or thousands of dollars to speak with a few well heeled individuals, but am more than willing to jump in for a few bucks (or even less -

Re: [digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread Danny Douglas
Those answer my questions. It is NOT cheap, not readily available for me to use in my computer with already owned equipments. Let me know when it is. Danny - Original Message - From: Michael Keane K1MK [EMAIL PROTECTED] To: digitalradio@yahoogroups.com Sent: Sunday, February 05, 2006

[digitalradio] Re: ARRL proposal removes baud rate limitations on HF

2006-02-05 Thread Dave Bernstein
We should not rule out certain applications of amateur radio just because the majority of hams currently doesn't find them interesting or useful; that's the road to technical stagnation. We need only insist that all amateur applications be responsible in their stewardship of our shared