[digitalradio] MICROHAMS DIGITAL CONFERENCE IN REDMOND, WA

2010-08-05 Thread Bill V WA7NWP
Lots of good Digital Radio content at the Microhams Digital Conference. It's the weekend before DCC so if you're coming out to the Pacific Northwest, come a little early and check this out. 73 Bill - WA7NWP REGISTRATION NOW OPEN FOR THE MICROHAMS DIGITAL CONFERENCE IN REDMOND, WA,

[digitalradio] Re: Direct RTTY Generation

2010-08-05 Thread IMR
In your MMTTY folder (the one that contains the file mmtty.exe), is the file extfsk.dll present? No. n fact that file is nowhere to be found on the machine at all :-( So guess I need to go back to your download page and find it. Its all getting too complicated - the design was a request for

RE: [digitalradio] Re: Direct RTTY Generation

2010-08-05 Thread Simon HB9DRV
Tongue in cheek I hope :) I do think this is the easiest way to go. Simon Brown, HB9DRV http://sdr-radio.com -Original Message- From: digitalradio@yahoogroups.com Which reminds me - where is all that datmode software that delivers I/Q stereo outputs. Its only another line or two

[digitalradio] Re: World's nastiest PSK31 signal

2010-08-05 Thread KB3FXI
I didn't intend on painting with a braod brush... I've had many great q's with CO stations running perfect clean signals. It just seems that there are a handful that I've seen which were the absolute worst looking/sounding signals blanketing the bandpass with images. If I didn't know any

[digitalradio] Re: Direct RTTY Generation

2010-08-05 Thread Vojtech
Hi Andy. If you are up to something simple, reliable and useful, I have a proposal for a PSK31 transmitter. With a VFO, fast XOR gate and a CW shaping circuit you may generate a decent PSK31 signal. You just need a cheap controller to control the XOR gate and CW on/off. I developed a simple

RE: [digitalradio] Re: Direct RTTY Generation

2010-08-05 Thread Dave AA6YQ
AA6YQ comments below -Original Message- From: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com]on Behalf Of IMR Sent: Thursday, August 05, 2010 6:04 AM To: digitalradio@yahoogroups.com Subject: [digitalradio] Re: Direct RTTY Generation In your MMTTY folder (the one

Re: [digitalradio] World's nastiest PSK31 signal

2010-08-05 Thread Rik van Riel
On 08/03/2010 09:18 PM, Andy obrien wrote: On 10M tonight, from Mexico See attached, the image around 500 Hz is his MAIN signal with LOTS of side bars, and the image around 1700 Hz is also him ! He had the trifecta: 1) sidebars around his main signal 2) second and third harmonic of his

AW: [digitalradio] World's nastiest PSK31 signal

2010-08-05 Thread Siegfried Jackstien
What about adding some hum with harmonics??? Every 50hz a line . have seen this from an Italian station He had just forgot to switch of his processor in his rig . and a bit tooo much drive Dg9bfc Sigi _ Von: digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com] Im

[digitalradio] Re: ROS HF Path Simulations

2010-08-05 Thread pd4u_dares
While the mode performs well over HF, the additional bandwidth doesn't appear to have any throughput advantage over other modes that use less spectrum. In fact, path simulations indicate that there is no difference in throughput between ROS 500/16 and ROS 2250/16. SIC Marc, PD4U

[digitalradio] Real Estate market

2010-08-05 Thread hteller
http://money.cnn.com/2010/08/02/real_estate/new_vulture_investing/index.htm?hpt=T2

[digitalradio] Re: Direct RTTY Generation

2010-08-05 Thread sholtofish
Andy, You said: FeldHell or whatever isn't an option. Its not on/off keyed - quite intentionally - and FSK Hell needs more setting up than RTTY. In it's simplest form Feld Hellschreiber IS on/off keyed! That's the way Rudolf Hell did it back in 1929. I seem to remember a dos program from

Re: [digitalradio] Re: ROS HF Path Simulations

2010-08-05 Thread Tony
On 8/5/2010 12:32 PM, pd4u_dares wrote: While the mode performs well over HF, the additional bandwidth doesn't appear to have any throughput advantage over other modes that use less spectrum. In fact, path simulations indicate that there is no difference in throughput between