Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-de01.r1000.mx.aol.com (Internet Inbound) with ESMTP id 8EDD3380000A4; Tue, 18 Sep 2012 18:11:04 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1TE5zk-0002KC-91 for rs_out_1@blacksheep.org; Tue, 18 Sep 2012 23:10:16 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1TE5zj-0002K3-Lx for rsgb_lf_group@blacksheep.org; Tue, 18 Sep 2012 23:10:15 +0100 Received: from relay2.uni-heidelberg.de ([129.206.210.211]) by relay1.thorcom.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1TE5zh-0005WM-Hg for rsgb_lf_group@blacksheep.org; Tue, 18 Sep 2012 23:10:14 +0100 Received: from freitag.iup.uni-heidelberg.de (freitag.iup.uni-heidelberg.de [129.206.29.204]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id q8IMACsH012594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 19 Sep 2012 00:10:12 +0200 Received: from [129.206.22.206] (pc206.iup.uni-heidelberg.de [129.206.22.206]) by freitag.iup.uni-heidelberg.de (8.12.11.20060308/8.11.2) with ESMTP id q8IMACA9016506 for ; Wed, 19 Sep 2012 00:10:12 +0200 Message-ID: <5058F07B.70907@iup.uni-heidelberg.de> Date: Wed, 19 Sep 2012 00:06:51 +0200 From: =?ISO-8859-1?Q?Stefan_Sch=E4fer?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <26496.242258fa.3d8a3fd4@aol.com> In-Reply-To: <26496.242258fa.3d8a3fd4@aol.com> X-Spam-Score: -2.8 (--) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Am 18.09.2012 23:21, schrieb KKorn42@aol.com: > > > > First results are looking fine though. For later regulat > transmissions i shall use the program, unless it is possible to > generate a 12450 Hz TX tone. For the RX, it is not possible to set > the audio BFO tone to 12500 Hz :-( Don't know why it seems to be > such a problem to add that possibility. SpecLab and VAC has to do > the rest of the work. OK, maybe i would need SpecLab anyway, to > realise the 2.5 kHz SSB filter... > > Sri, do not know why you need 12kHz?? [...] Content analysis details: (-2.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/, medium trust [129.206.210.211 listed in list.dnswl.org] -0.5 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 2b323379b582abbe78ea971e119c2a1c Subject: Re: LF: WSPR tests by DK7FC Content-Type: multipart/alternative; boundary="------------090708050200080909050609" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: * X-Spam-Status: No, hits=1.3 required=5.0 tests=HTML_FONTCOLOR_BLUE, HTML_FONTCOLOR_UNSAFE,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false x-aol-global-disposition: G x-aol-sid: 3039ac1d40c95058f1774d45 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. --------------090708050200080909050609 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Am 18.09.2012 23:21, schrieb KKorn42@aol.com: > > > > First results are looking fine though. For later regulat > transmissions i shall use the program, unless it is possible to > generate a 12450 Hz TX tone. For the RX, it is not possible to set > the audio BFO tone to 12500 Hz :-( Don't know why it seems to be > such a problem to add that possibility. SpecLab and VAC has to do > the rest of the work. OK, maybe i would need SpecLab anyway, to > realise the 2.5 kHz SSB filter... > > Sri, do not know why you need 12kHz?? Like many other stations (e.g. TF3HZ, G4WGT and YV7MAE) i do not use a HF TRX at 136 kHz "dial" to receive on LF. We are using a wideband DC receiver with different LO frequencies. For example, here it is 125 kHz, for YV7MAE it is 130 kHz. We also are not limited to a SSB bandwidth but can cover several kHz of LF spectrum. So we can not simply set to 136 kHz and all is fine. A tone generated at 137.5 kHz appears at 12500 Hz in my soundcard input. For TF3HZ it is 7500 Hz and so on. So what we have to do is to substract a specific frequency in Spectrum Lab and also pass this through a 2.5 kHz wide filter. I have to substract 11 kHz, then the tone comes out at 1500 Hz. The sound output of SpecLab must then be fed to the sound input of the WSPR or Opera program by using a VAC (virtual audio cable software).... Obviously it works because i got several decodes of PA0A now. On my side it is the same for transmitting. I do neither use a HF TRX + transverter nor a DDS VFO to generate my TX signal but i'm generating the transmit frequency in my PC, either by SpecLab or now by using Markus' tool which is using a tool by DL4YHF of course :-) Now i am transmitting on 137.45 kHz. This is done by generating a 12450 Hz tone in the soundcard. The tone is fed to my IQ transmit converter (https://dl.dropbox.com/u/19882028/LF/schematics/TX%20IQ%20converter.png) where 125 kHz are "added". So then the signal appears at 137.45 kHz and is fed to the PA. The 125 kHz signal for the RX and TX are generated by downdividing a 8 MHz xtal signal which is part of a PLL that is locked to a 10 kHz GPS reference signal. This is why i can generate DFCW-180 without any noticable drift. Also the soundcard xtal drift of all PCs is compensated by this 10 kHz signal. Now, if i would like to transmit WSPR by using the WSPR program, the program can't do that, i.e. can't generate a frequency on 12450 Hz... I would have to generate a tone on 1450 Hz and feed this to SpecLab using VAC and then add 11 kHz and feed this to the IQ converter. I would work but quite complex :-) Anyway the way to generate CW, QRSS, DFCW, slow HELL or what ever in SpecLab is the perfect way to go for me because i can use all the other important functions in SpecLab, e.g. generating a quasi-GPS locked tone on a desired frequency, using all the periodic and scheduled actions and so on... > As long as some reports are coming in, the time delay cannot be to > high. However i think the displayed SNR suffers from this delay. > > Dont't think so: WSPR compares power during times of no signal with > those with signal. OK, thanks. 73, Stefan --------------090708050200080909050609 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Am 18.09.2012 23:21, schrieb KKorn42@aol.com:


First results are looking fine though. For later regulat transmissions i shall use the program, unless it is possible to generate a 12450 Hz TX tone. For the RX, it is not possible to set the audio BFO tone to 12500 Hz :-( Don't know why it seems to be such a problem to add that possibility. SpecLab and VAC has to do the rest of the work. OK, maybe i would need SpecLab anyway, to realise the 2.5 kHz SSB filter...
Sri, do not know why you need 12kHz??

Like many other stations (e.g. TF3HZ, G4WGT and YV7MAE) i do not use a HF TRX at 136 kHz "dial" to receive on LF. We are using a wideband DC receiver with different LO frequencies. For example, here it is 125 kHz, for YV7MAE it is 130 kHz. We also are not limited to a SSB bandwidth but can cover several kHz of LF spectrum. So we can not simply set to 136 kHz and all is fine. A tone generated at 137.5 kHz appears at 12500 Hz in my soundcard input. For TF3HZ it is 7500 Hz and so on.
So what we have to do is to substract a specific frequency in Spectrum Lab and also pass this through a 2.5 kHz wide filter. I have to substract 11 kHz, then the tone comes out at 1500 Hz. The sound output of SpecLab must then be fed to the sound input of the WSPR or Opera program by using a VAC (virtual audio cable software)....
Obviously it works because i got several decodes of PA0A now.

On my side it is the same for transmitting. I do neither use a HF TRX + transverter nor a DDS VFO to generate my TX signal but i'm generating the transmit frequency in my PC, either by SpecLab or now by using Markus' tool which is using a tool by DL4YHF of course :-) Now i am transmitting on 137.45 kHz. This is done by generating a 12450 Hz tone in the soundcard. The tone is fed to my IQ transmit converter (https://dl.dropbox.com/u/19882028/LF/schematics/TX%20IQ%20converter.png) where 125 kHz are "added". So then the signal appears at 137.45 kHz and is fed to the PA.

The 125 kHz signal for the RX and TX are generated by downdividing a 8 MHz xtal signal which is part of a PLL that is locked to a 10 kHz GPS reference signal. This is why i can generate DFCW-180 without any noticable drift. Also the soundcard xtal drift of all PCs is compensated by
this 10 kHz signal.

Now, if i would like to transmit WSPR by using the WSPR program, the program can't do that, i.e. can't generate a frequency on 12450 Hz... I would have to generate a tone on 1450 Hz and feed this to SpecLab using VAC and then add 11 kHz and feed this to the IQ converter. I would work but quite complex :-)
Anyway the way to generate CW, QRSS, DFCW, slow HELL or what ever in SpecLab is the perfect way to go for me because i can use all the other important functions in SpecLab, e.g. generating a quasi-GPS locked tone on a desired frequency, using all the periodic and scheduled actions and so on...

As long as some reports are coming in, the time delay cannot be to high. However i think the displayed SNR suffers from this delay.
Dont't think so: WSPR compares power during times of no signal with those with signal.

OK, thanks.

73, Stefan
--------------090708050200080909050609--