Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-di06.r1000.mx.aol.com (Internet Inbound) with ESMTP id 5F95E380000AB; Sun, 28 Oct 2012 19:21:25 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1TSc9D-0001eY-Dg for rs_out_1@blacksheep.org; Sun, 28 Oct 2012 23:20:03 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1TSc9C-0001eP-TI for rsgb_lf_group@blacksheep.org; Sun, 28 Oct 2012 23:20:02 +0000 Received: from relay.uni-heidelberg.de ([129.206.100.212]) by relay1.thorcom.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1TSc9A-0004Oi-UD for rsgb_lf_group@blacksheep.org; Sun, 28 Oct 2012 23:20:01 +0000 Received: from freitag.iup.uni-heidelberg.de (freitag.iup.uni-heidelberg.de [129.206.29.204]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id q9SNK05h018002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 29 Oct 2012 00:20:00 +0100 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 q9SNK0Sf013934 for ; Mon, 29 Oct 2012 00:20:00 +0100 Message-ID: <508DBD9A.9050801@iup.uni-heidelberg.de> Date: Mon, 29 Oct 2012 00:19:54 +0100 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: <508D47B2.8060209@iup.uni-heidelberg.de> <46A9A1D9FC954A658216B197782524BF@White> <891CD59233F844C283BAC09A2AAA04BA@White> <508D6A9D.4020600@iup.uni-heidelberg.de> <508D6C1A.7050607@iup.uni-heidelberg.de> <508D8084.6020501@freenet.de>,<508D822D.9010804@freenet.de> <7E7DFBB4D102A04DB5ADC88D66628A4A0FB5090C@ICTS-S-MBX5.luna.kuleuven.be> In-Reply-To: <7E7DFBB4D102A04DB5ADC88D66628A4A0FB5090C@ICTS-S-MBX5.luna.kuleuven.be> X-Spam-Score: -1.3 (-) 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: :-( Maybe this is due to phase glitches coming from the VAC, SL, and JT9, all working in series? Would be an explanation, if the timing is not the problem. I guess i have to wait for the update that allows an extended frequency range.. [...] Content analysis details: (-1.3 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [129.206.100.212 listed in list.dnswl.org] -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 52d17ee6003fa6763aae891a69410baf Subject: Re: LF: no decodes, help needed Content-Type: multipart/alternative; boundary="------------070303040006060103070305" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.6 required=5.0 tests=HTML_40_50,HTML_FONTCOLOR_BLUE, HTML_MESSAGE,LINES_OF_YELLING 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: 3039ac1da60a508dbdf5694e X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. --------------070303040006060103070305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit :-( Maybe this is due to phase glitches coming from the VAC, SL, and JT9, all working in series? Would be an explanation, if the timing is not the problem. I guess i have to wait for the update that allows an extended frequency range.. 73, Stefan Am 28.10.2012 20:16, schrieb Rik Strobbe: > > Wolf, Stefan, all, > > that's what I got here: > > /1750 8 -23 0.4 1430.59 0.00 DK7FC TEST 5W > 1754 6 -24 0.4 1430.59 0.00 DK7FC TEST 5W > 1758 7 -24 0.4 1430.43 0.00 DK7FC TEST 5W > 1810 8 -23 0.4 1430.59 0.00 DK7FC TEST 5W > 1814 10 -23 0.4 1430.35 0.00 DK7FC TEST 5W > 1822 5 -25 0.4 1430.43 0.00 DK7FC TEST 5W > 1826 10 -21 -0.1 1450.94 0.00 CQ DF2JP JO31 > 1830 10 -21 -0.1 1450.94 0.00 CQ DF2JP JO31 > 1834 10 -20 0.1 1450.94 0.00 CQ DF2JP JO31 > 1838 10 -19 0.0 1450.94 0.00 CQ DF2JP JO31 > 1842 10 -21 -0.1 1450.94 0.00 CQ DF2JP JO31 > 1846 10 -19 -0.1 1450.94 0.00 CQ DF2JP JO31 > 1850 10 -21 0.0 1450.94 0.00 CQ DF2JP JO31 > 1854 10 -21 0.0 1450.94 0.00 CQ DF2JP JO31 > 1858 10 -21 -0.1 1450.94 0.00 CQ DF2JP JO31 > 1902 4 -26 0.4 1430.35 0.00 DK7FC TEST 5W / > > Despite the fact that DK7FC produces > a much stronger trace DF2JP gets better decodes. > > 73, Rik ON7YD - OR7T > > ------------------------------------------------------------------------ > *Van:* owner-rsgb_lf_group@blacksheep.org > [owner-rsgb_lf_group@blacksheep.org] namens wolf_dl4yhf > [dl4yhf@freenet.de] > *Verzonden:* zondag 28 oktober 2012 20:06 > *To:* rsgb_lf_group@blacksheep.org > *Onderwerp:* Re: LF: no decodes, help needed > > Am 28.10.2012 19:59, schrieb wolf_dl4yhf: >> Still many more decodes from DK7FC, even though stronger, than from >> DF2JP. > > Excuses, that should have read: > ... less decodes from DK7FC, even through stronger than DF2JP.. > > Actually, now each of DF2JP's overs is decoded, but (almost) none from > Stefan even though his signal is still stronger in JO42 . > > >> 73, Wolf DL4YHF . >> > --------------070303040006060103070305 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit :-( Maybe this is due to phase glitches coming from the VAC, SL, and JT9, all working in series? Would be an explanation, if the timing is not the problem.

I guess i have to wait for the update that allows an extended frequency range..

73, Stefan


Am 28.10.2012 20:16, schrieb Rik Strobbe:

Wolf, Stefan, all,

 

that's what I got here:

 

1750   8  -23   0.4 1430.59  0.00   DK7FC TEST 5W        
1754   6  -24   0.4 1430.59  0.00   DK7FC TEST 5W        
1758   7  -24   0.4 1430.43  0.00   DK7FC TEST 5W        
1810   8  -23   0.4 1430.59  0.00   DK7FC TEST 5W        
1814  10  -23   0.4 1430.35  0.00   DK7FC TEST 5W        
1822   5  -25   0.4 1430.43  0.00   DK7FC TEST 5W        
1826  10  -21  -0.1 1450.94  0.00   CQ DF2JP JO31        
1830  10  -21  -0.1 1450.94  0.00   CQ DF2JP JO31        
1834  10  -20   0.1 1450.94  0.00   CQ DF2JP JO31        
1838  10  -19   0.0 1450.94  0.00   CQ DF2JP JO31        
1842  10  -21  -0.1 1450.94  0.00   CQ DF2JP JO31        
1846  10  -19  -0.1 1450.94  0.00   CQ DF2JP JO31        
1850  10  -21   0.0 1450.94  0.00   CQ DF2JP JO31        
1854  10  -21   0.0 1450.94  0.00   CQ DF2JP JO31        
1858  10  -21  -0.1 1450.94  0.00   CQ DF2JP JO31        
1902   4  -26   0.4 1430.35  0.00   DK7FC TEST 5W        

Despite the fact that DK7FC produces a much stronger trace DF2JP gets better decodes.

 

73, Rik  ON7YD - OR7T

 

Van: owner-rsgb_lf_group@blacksheep.org [owner-rsgb_lf_group@blacksheep.org] namens wolf_dl4yhf [dl4yhf@freenet.de]
Verzonden: zondag 28 oktober 2012 20:06
To: rsgb_lf_group@blacksheep.org
Onderwerp: Re: LF: no decodes, help needed

Am 28.10.2012 19:59, schrieb wolf_dl4yhf:
Still many more decodes from DK7FC, even though stronger, than from DF2JP.

Excuses, that should have read:
... less decodes from DK7FC, even through stronger than DF2JP..

Actually, now each of DF2JP's overs is decoded, but (almost) none from Stefan even though his signal is still stronger in JO42 .


73, Wolf  DL4YHF .


--------------070303040006060103070305--