[digitalradio] MICROHAMS DIGITAL CONFERENCE IN REDMOND, WA
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, SEPTEMBER 18, 2010. Registration is now open for the 2010 MicroHAMS Digital Conference. The 2010 MDC will be held on Saturday, September 18, 2010 from 08:00 (registration opens) to 17:00 on the Microsoft campus at one of their excellent conference facilities. Because the MDC is being held on Microsoft property, advance registration is recommended - not only is space limited, but there are only a limited number of same-day registrations available. Registration is $25 in advance (includes lunch) and can be performed online at http://www.microhams.com/registration/. The MicroHAMS Digital Conference is an official ARRL Conference. Presentations at the MicroHAMS Digital Conference draw heavily from local presenters to reflect both local interests and local Amateur Radio Digital technology development. Presentations from past MDCs are linked from the MicroHAMS web page - http://www.microhams.com. 2010 MicroHAMS Digital Conference speakers currently scheduled: Jeremy McDermond NH6Z discussing High Performance Software Defined Radio (HPSDR) software being ported to run natively on latest versions (including underlying OS and graphical user interface technology) of Apple Mac OS. Stewart Kantor, CEO of Full Spectrum Networks, which makes a Mobile WiMAX system called FullMAX that adapted for use on VHF and UHF spectrum. FullMAX capabilities encompass all Amateur Radio bands 50 MHz through 928 MHz with no modification, leading to the exciting potential of plug and play TRUE broadband (mobile!) wireless capability on Amateur Radio frequencies. Stewart will explain how they adapted Mobile WiMAX technology, normally operated on frequencies such as 2.5 GHz (Clearwire), to VHF / UHF spectrum, including challenges such as narrowing the occupied channel of Mobile WiMAX to as little as 200 KHz. Andy Ruschak KK7TR will discuss the use of P25 and digital voice in general in Amateur Radio. Andy will explain about the attributes of P25 (the interoperable standard for digital two-way radio for public safety) that are of particular interest for Amateur Radio operations, including potential interoperability, when needed, with public safety P25 systems. Lyle Johnson KK7P's presentations are unfailingly fascinating, ranging from his experiences helping to found TAPR and the US Amateur Packet Radio movement, to hands-on development of hardware that has flown on a number of Amateur Satellites, to embedded Digital Signal Processor (DSP) technology, most recently for the Electraft series of HF radios. Dan Smith KK7DS, the father of the D-RATS software (which some consider a primary reason to deploy Icom's D-STAR digital radio systems) will be speaking on the latest developments in D-STAR (including the rapidly-evolving non-Icom D-STAR ecosystem) and integrating D-RATS with Winlink. Ward Silver N0AX will be our official ARRL speaker. Ward is the author of numerous books relating to Amateur Radio, most famously, Ham Radio for Dummies, one of the most accessible treatments of Amateur Radio as a whole for readers not previously exposed to Amateur Radio. In keeping with the Digital focus of the MDC, Ward will speak on Protocols, Modulations, and Modes. The cost of lunch is included with registration and is provided on site. By popular demand, the 2010 MDC has more space allocated to show and tell tables, and the 90-minute lunch period is specifically UNstructured to allow ample time for individual discussion and visiting the various show and tell tables. In addition a series of blog posts have been created to provide insight into the organization and planning process of the conference - http://www.microhams.com/digitalconference/. To answer a Frequently Asked Question about the scheduling of the MicroHAMS Digital Conference, due to unavoidable scheduling conflicts, the MicroHAMS Digital Conference, normally held in the Spring, was rescheduled to the Fall. After the MDC was scheduled and announced, the ARRL and TAPR Digital Communications Conference was announced for both the weekend following the MDC (September 24-26), and that it would be held in nearby Vancouver WA (Portland, OR metro area). As this announcement is written, only a loose outline of the ARRL and TAPR DCC is available. The presentations and overall focus of the two conferences, though outwardly similar, have quite different focus. The Microhams Digital Conference tends to focus more on Seattle-area technology developments and developers; the ARRL and TAPR Digital Communications Conference presentations can be slightly more academic / formal paper presentation, along with a more national and international focus. In the view of the MicroHAMS Digital Conference organizers, the
[digitalradio] Re: Direct RTTY Generation
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 a simple Tx for beginners that wasn't yet another CW QRP transmitter - and I was hoping RTTY would be as dead-simple to get going as it used to be back in the days of yore. Clearly not. It might even be easier to wrirte my own simple RTTY Tx terminal in VB6. Waggling the TXD line using the MSComm1.Break = True/False function will do the job if timing can be assured. And to the others who made comments - Setting the shift is part of the self education process - I suggested they use Spectran or SpecLab on thre output on an SSB Rx to set up the shift at test. Only a case of tweaking a preset R FeldHell or whatever isn't an option. Its not on/off keyed - quite intentionally - and FSK Hell needs more setting up than RTTY. Next time a request like that arrives, I'll be boring and just give them an I/Q upconverter + linear amp. Which reminds me - where is all that datmode software that delivers I/Q stereo outputs. Its only another line or two of code surely. Andy www.g4jnt.com
RE: [digitalradio] Re: Direct RTTY Generation
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 of code surely.
[digitalradio] Re: World's nastiest PSK31 signal
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 better, I'd guess they few offenders were processing their audio through a megaphone to a hand mic. -Dave, KB3FXI --- In digitalradio@yahoogroups.com, J. Moen j...@... wrote: Maybe, but I had a nice PSK31 QSO with a CO last week. He had a very clean signal. Jim - K6JM - Original Message - From: KB3FXI To: digitalradio@yahoogroups.com Sent: Wednesday, August 04, 2010 3:21 PM Subject: [digitalradio] Re: World's nastiest PSK31 signal Andy, I've seen some CO psk signals that would beat that by a mile. -Dave, KB3FXI --- In digitalradio@yahoogroups.com, Andy obrien k3ukandy@ 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 ! Andy K3UK
[digitalradio] Re: Direct RTTY Generation
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 protocol, where the commands for the XOR gate and CW on/off are modulated synchronously by a sound card and decoded by a simple algorithm on a cheap controller. Any DIP part (Atmel or PIC) would do. I am currently writing an article for QEX, but I can give you more detail if you like the idea. What I am proposing is an offspring of an already proven concept. http://www.kufr.cz/~ok1iak/HAM/ATS3a-digital/index.php3 http://www.kufr.cz/~ok1iak/HAM/ATS3b/index.php3 http://www.kufr.cz/~ok1iak/HAM/WSPR/index.php3 The commands over sound card protocol is supported by PocketDigi http://sourceforge.net/projects/pocketdigi/ http://www.n0hr.com/PocketDigi/PocketDigi_intro.htm The firmware for the MSP430 controller of the ATS-3b is freely available. 73, Vojtech OK1IAK, AB2ZA
RE: [digitalradio] Re: Direct RTTY Generation
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 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 :-( The standard MMTTY installation package includes EXTFSK.dll So guess I need to go back to your download page and find it. I sent you a copy via email. Its all getting too complicated - the design was a request for a simple Tx for beginners that wasn't yet another CW QRP transmitter - and I was hoping RTTY would be as dead-simple to get going as it used to be back in the days of yore. Clearly not. It might even be easier to wrirte my own simple RTTY Tx terminal in VB6. Waggling the TXD line using the MSComm1.Break = True/False function will do the job if timing can be assured. Travelling to Alpha Centauri will be easy if the Warp Drive can be assured. 73, Dave, AA6YQ
Re: [digitalradio] World's nastiest PSK31 signal
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 audio frequency visible on the waterfall (600, 1200 1800 Hz) 3) drifting just enough during and between transmissions for fldigi to lose track trying to copy his signal The only thing missing were background noises from his shack. -- All rights reversed.
AW: [digitalradio] World's nastiest PSK31 signal
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 Auftrag von Rik van Riel Gesendet: Donnerstag, 5. August 2010 14:03 An: digitalradio@yahoogroups.com Betreff: Re: [digitalradio] World's nastiest PSK31 signal 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 audio frequency visible on the waterfall (600, 1200 1800 Hz) 3) drifting just enough during and between transmissions for fldigi to lose track trying to copy his signal The only thing missing were background noises from his shack. -- All rights reversed.
[digitalradio] Re: ROS HF Path Simulations
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
http://money.cnn.com/2010/08/02/real_estate/new_vulture_investing/index.htm?hpt=T2
[digitalradio] Re: Direct RTTY Generation
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 years ago that simply toggled either a serial port bit (or parallel port bit) and you could use that to drive a simple transmitter. Nowadays as most people don't have either serial or parallel ports on their computer, the sound card is the most accessible port and by constructing a simple threshold detector switch you could achieve the same result. 73 Sholto K7TMG --- In digitalradio@yahoogroups.com, IMR ac.tal...@... wrote: 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 a simple Tx for beginners that wasn't yet another CW QRP transmitter - and I was hoping RTTY would be as dead-simple to get going as it used to be back in the days of yore. Clearly not. It might even be easier to wrirte my own simple RTTY Tx terminal in VB6. Waggling the TXD line using the MSComm1.Break = True/False function will do the job if timing can be assured. And to the others who made comments - Setting the shift is part of the self education process - I suggested they use Spectran or SpecLab on thre output on an SSB Rx to set up the shift at test. Only a case of tweaking a preset R FeldHell or whatever isn't an option. Its not on/off keyed - quite intentionally - and FSK Hell needs more setting up than RTTY. Next time a request like that arrives, I'll be boring and just give them an I/Q upconverter + linear amp. Which reminds me - where is all that datmode software that delivers I/Q stereo outputs. Its only another line or two of code surely. Andy www.g4jnt.com
Re: [digitalradio] Re: ROS HF Path Simulations
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 ROS 500/16 and ROS 2250/16. SIC Marc, PD4U Mark, Comments? Tony