Return-Path: Received: from mtain-mi01.r1000.mx.aol.com (mtain-mi01.r1000.mail.aol.com [172.21.131.154]) by air-db03.mail.aol.com (v129.4) with ESMTP id MAILINDB033-86454d5a2a3263; Tue, 15 Feb 2011 02:24:34 -0500 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mi01.r1000.mx.aol.com (Internet Inbound) with ESMTP id 5F17038000066; Tue, 15 Feb 2011 02:24:33 -0500 (EST) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1PpFFo-00089G-Hq for rs_out_1@blacksheep.org; Tue, 15 Feb 2011 07:23:20 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1PpFFn-000897-T4 for rsgb_lf_group@blacksheep.org; Tue, 15 Feb 2011 07:23:19 +0000 Received: from cavuit02.kulnet.kuleuven.be ([134.58.240.44]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1PpFFl-0003Iv-2w for rsgb_lf_group@blacksheep.org; Tue, 15 Feb 2011 07:23:19 +0000 Received: from smtps02.kuleuven.be (smtpshost02.kulnet.kuleuven.be [134.58.240.75]) by cavuit02.kulnet.kuleuven.be (Postfix) with ESMTP id 4BABD51C00C; Tue, 15 Feb 2011 08:23:06 +0100 (CET) Received: from ICTS-S-HUB-N4.luna.kuleuven.be (icts-s-hub-n4.luna.kuleuven.be [10.112.9.14]) by smtps02.kuleuven.be (Postfix) with ESMTP id 5920AF3862; Tue, 15 Feb 2011 08:23:06 +0100 (CET) Received: from ICTS-S-EXC2-CA.luna.kuleuven.be ([10.112.11.13]) by ICTS-S-HUB-N4.luna.kuleuven.be ([10.112.9.14]) with mapi; Tue, 15 Feb 2011 08:23:06 +0100 X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Rik Strobbe To: "rsgb_lf_group@blacksheep.org" CC: Joe Taylor Date: Tue, 15 Feb 2011 08:23:06 +0100 Thread-Topic: =?Windows-1252?Q?Alignment_of__(Narrow_Band)_DATA__and__WSPR__frequency?= =?Windows-1252?Q?=92s_on_the__500_KHz__band.?= Thread-Index: AcvMrwVIQYAFibtiQWCJa3PQ7OXT/gALkFtF Message-ID: References: <6AD920D46A4546ECB1E0FF76E739307C@AGB> In-Reply-To: <6AD920D46A4546ECB1E0FF76E739307C@AGB> Accept-Language: nl-NL, nl-BE Content-Language: nl-BE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: nl-NL, nl-BE MIME-Version: 1.0 X-KULeuven-Information: Katholieke Universiteit Leuven X-KULeuven-Scanned: Found to be clean X-KULeuven-Envelope-From: rik.strobbe@fys.kuleuven.be X-Spam-Score: 1.5 (+) X-Spam-Report: autolearn=disabled,HTML_MESSAGE=0.001,SUBJECT_ENCODED_TWICE=1.543 Subject: LF: =?Windows-1252?Q?RE:_Alignment_of__(Narrow_Band)_DATA__and__WSPR__frequen?= =?Windows-1252?Q?cy=92s_on_the__500_KHz__band.?= Content-Type: multipart/alternative; boundary="_000_BF4A524700075746A6467658DFC7102C88B050FEB0ICTSSEXC2CAlu_" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.5 required=5.0 tests=HTML_40_50,HTML_MESSAGE, TO_ADDRESS_EQ_REAL 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: 3039400cdec94d5a2a302ceb X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none X-Mailer: Unknown (No Version) --_000_BF4A524700075746A6467658DFC7102C88B050FEB0ICTSSEXC2CAlu_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello Graham, I would suggest to have all digital modes as close as possible to the band= edges, leaving the band centre for CW. For WSPR there are currently 2 segments: one for EU stations to transmit= on (503.9kHz +/- 100Hz) and one NA stations to transmit on (501.1kHz +/-= 100Hz) to avoid local QRM (or better said RX overload). So 503.7kHz +/- 100Hz and/or 501.3kHz +/- 100Hz for other digimodes ? It would be possible to have a single data segment for EU and NA it we go= from frequency division to time division: if all EU stations would transm= it in the xx:00-xx:02, xx:04-xx:06, xx:08-xx:10 ... time slots and all NA= stations in the xx:02-xx:04, xx:06-xx-08 ... time slots they can use the= same frequency without local QRM. But this would require a minor chang in the WSPR software (and maybe also= other software). 73, Rik ON7YD - OR7T ________________________________ Van: owner-rsgb_lf_group@blacksheep.org [owner-rsgb_lf_group@blacksheep.or= g] namens Graham [g8fzk@g8fzk.fsnet.co.uk] Verzonden: dinsdag 15 februari 2011 2:20 Aan: rsgb_lf_group@blacksheep.org CC: Joe Taylor Onderwerp: LF: Alignment of (Narrow Band) DATA and WSPR frequency=92s on= the 500 KHz band. Alignment of (Narrow Band) DATA and WSPR frequency=92s on the 500 KHz= band. The original wspr frequency 502.4 was defined as the working frequ= ency to utilise the =91clean=92 area just under the 504 harmonic, wh= ilst avoiding the various beacons running across the 501/504 band= at the time. However, time has moved on and there are now numerous =91di= al setting=92s=92 in use both sides of the Atlantic. Due to an apparent increase in the side band noise from the 504 sig= nal , possibly by enhanced propagation , the ROS MF (100 hz b/w) work= ing frequency is to be re defined as 500 USB dial set giving a cent= re carrier frequency of 501.500 Due to Ae bandwidth and perhaps alignment with other band=92s,= I would suggest the original WSPR 502.4K is replaced with the low= er frequency of 495.9K , thus restoring the System=92s coverage and= facilitating changes of mode etc within a narrow bandwidth. I don=92t see this detracting from the monitoring of spot frequency= beacons over 505Khz , but more appropriate to transmitting station= s , which by the nature of the antenna arrays are not able comfortab= ly to qsy from top to bottom of the band without re-tuning, not = always a simple option. Comments or suggestions please ?. Graham G0NBD --_000_BF4A524700075746A6467658DFC7102C88B050FEB0ICTSSEXC2CAlu_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hello Graham,
 
I would suggest to have all digital= modes as close as possible to the band edges, leaving the band centre for= CW.
For WSPR there are currently&nb= sp;2 segments: one for EU stations to transmit on (503.9kHz +/- 100Hz)= and one NA stations to transmit on (501.1kHz +/- 100Hz) to avoid loca= l QRM (or better said RX overload).
So 503.7kHz +/- 100Hz and/or 501= .3kHz +/- 100Hz for other digimodes ?
It would be possible to have a singl= e data segment for EU and NA it we go from frequency division to time divi= sion: if all EU stations would transmit in the xx:00-xx:02, xx:04-xx:06,= xx:08-xx:10 ... time slots and all NA stations in the xx:02-xx:04, xx:06-xx-08 ... time slots they can use the same freq= uency without local QRM.
But this would require a minor chang= in the WSPR software (and maybe also other software).
 
73, Rik  ON7YD - OR7T
 
Van: owner-rsgb_= lf_group@blacksheep.org [owner-rsgb_lf_group@blacksheep.org] namens Graham= [g8fzk@g8fzk.fsnet.co.uk]
Verzonden: dinsdag 15 februari 2011 2:20
Aan: rsgb_lf_group@blacksheep.org
CC: Joe Taylor
Onderwerp: LF: Alignment of (Narrow Band) DATA and WSPR frequency= =92s on the 500 KHz band.

Alignment of  (Narrow Band) DATA  and  WSPR  frequenc= y=92s on the  500 KHz  band.

=  

= The  original wspr frequency   502.4  = was  defined  as the  working  frequency  to  utilise the  =91clean=92 area  = just under the  504  harmonic, whilst avoiding the  various  beacons  running  across&= nbsp; the  501/504  band at the  time. How= ever, time has moved on and there are now numerous =91dial setting=92s=92= in use both sides of the Atlantic.

=  

= Due to  an apparent  increase  in the  side band  noise  from the  504 signal ,= possibly by  enhanced  propagation , the  ROS  MF  (100 hz b/w) working  frequ= ency is  to be re defined as  500  USB dial  set  giving a  centre&nbs= p; carrier  frequency of 501.500  

=  

= Due  to  Ae  bandwidth and  perhaps  alignment  with   other   band=92s,  I   would  suggest the= original WSPR  502.4K is  replaced  with the  lower frequ= ency  of  495.9K , thus  restoring the  S= ystem=92s  coverage and  facilitating  changes  of mode etc within a  narrow bandwidth.

=  

= I don=92t  see  this  detracting  from the monitoring  of spot  frequency  beacons  over 505Khz , but more  appropriate   to  transmit= ting  stations , which  by the  nature of the  antenna= arrays are  not  able  comfortably&nb= sp; to  qsy  from  top  to  bottom of the  band without  re-tuning, not  always a  simple = option.

=  

= Comments  or  suggestions please ?.

=  

= Graham

= G0NBD

=  



--_000_BF4A524700075746A6467658DFC7102C88B050FEB0ICTSSEXC2CAlu_--