Delivered-To: daveyxm@virginmedia.com Received: by 10.50.237.98 with SMTP id vb2csp139268igc; Fri, 20 Dec 2013 10:22:25 -0800 (PST) X-Received: by 10.194.161.233 with SMTP id xv9mr62421wjb.79.1387563744870; Fri, 20 Dec 2013 10:22:24 -0800 (PST) Return-Path: Received: from post.thorcom.com (post.thorcom.com. [195.171.43.25]) by mx.google.com with ESMTP id gv8si3695850wib.2.2013.12.20.10.22.24 for ; Fri, 20 Dec 2013 10:22:24 -0800 (PST) Received-SPF: neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) client-ip=195.171.43.25; Authentication-Results: mx.google.com; spf=neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) smtp.mail=owner-rsgb_lf_group@blacksheep.org Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1Vu4HB-00006q-Gq for rs_out_1@blacksheep.org; Fri, 20 Dec 2013 17:54:17 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Vu4HA-00006h-UI for rsgb_lf_group@blacksheep.org; Fri, 20 Dec 2013 17:54:16 +0000 Received: from blu0-omc1-s28.blu0.hotmail.com ([65.55.116.39]) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1Vu4H8-00005d-R5 for rsgb_lf_group@blacksheep.org; Fri, 20 Dec 2013 17:54:15 +0000 Received: from BLU180-W93 ([65.55.116.8]) by blu0-omc1-s28.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Dec 2013 09:54:13 -0800 X-TMN: [tNg33vZkLoBFqG+ARos3EIZG0Br7Mehg] X-Originating-Email: [rjraide@hotmail.com] Message-ID: From: Bob Raide To: "rsgb_lf_group@blacksheep.org" Date: Fri, 20 Dec 2013 12:54:12 -0500 Importance: Normal In-Reply-To: References: <005d01cefd22$36f84a00$6401a8c0@JAYDELL>, MIME-Version: 1.0 X-OriginalArrivalTime: 20 Dec 2013 17:54:13.0012 (UTC) FILETIME=[7DFAE540:01CEFDAC] X-Spam-Score: -0.5 (/) 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: G et all; Things have changed over this pasted year or so. Many more new stations have come on and these newbies are running lower power and RXers that may not be up to what some of the veteran ops are using. There really isn't allot of room for QRO in the 630 meter band-fortunately those of us that have been on awhile have authorization up above 500 kHz. If I do any more QRO it will be above say 490 kHz [600 M band]-plenty of room up there-just announce a freq and folks will come up for you-20W ERP should be the limit at 630M-Bob [...] Content analysis details: (-0.5 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [65.55.116.39 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rjraide[at]hotmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.5 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 6bb858db23df2b82c4f5a8cb512b45b1 Content-Type: multipart/alternative; boundary="_efd9012e-ec38-443b-b57b-86d20179b96b_" Subject: RE: LF: OPERA overload? X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=FORGED_HOTMAIL_RCVD, 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 Status: O X-Status: X-Keywords: X-UID: 1565 --_efd9012e-ec38-443b-b57b-86d20179b96b_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable G et all=3B Things have changed over this pasted year or so. Many more new stations ha= ve come on and these newbies are running lower power and RXers that may not= be up to what some of the veteran ops are using. There really isn't allot= of room for QRO in the 630 meter band-fortunately those of us that have be= en on awhile have authorization up above 500 kHz. If I do any more QRO it = will be above say 490 kHz [600 M band]-plenty of room up there-just announc= e a freq and folks will come up for you-20W ERP should be the limit at 630M= -Bob =20 > From: g8fzk@g8fzk.fsnet.co.uk > To: rsgb_lf_group@blacksheep.org > Date: Fri=2C 20 Dec 2013 17:40:45 +0000 > Subject: Re: LF: OPERA overload? >=20 > Jay=2C >=20 > Just pulled these back from the psk-data base =2C >=20 > + 8 OPERA 0.477 20/12/2013 00:15 United States 1387498502 WE6XGR FN12= LQ=20 > WD2XNS > + 8 OPERA 0.477 20/12/2013 00:32 United States 1387499533 WE6XGR FN12L= Q=20 > WD2XNS >=20 > +8 is 5/6 db up on my signal over 25 miles range =2C >=20 > That's definitely one up from 'Cookie' more to Tall Boy =2C if Bob r= uns=20 > to double figures =2C then may be 'Grand Slam' >=20 > The spectrum w/f has no link to the decode engine =2C but =2C yes un= der=20 > those conditions the noise floor is going to be much higher >=20 > Can you generate a local signal 100% op4 =2C see if Bob will run t= he=20 > timer =2C give you 4 tx 8 rx window =2C that would give a value to = the=20 > drop ? >=20 > Use something like spec-lab to give a better view =2C the w/f in Op = is=20 > only a indicator / tune aid =2C what happens to the noise floor =2C c= arrier=20 > on / off ? >=20 > 73-G=2C >=20 > -------------------------------------------------- > From: > Sent: Friday=2C December 20=2C 2013 1:24 AM > To: > Subject: LF: OPERA overload? >=20 > > G > > > > I have to take issue with your earlier comments about OPERA being immun= e=20 > > to overload. Check out the > > waterfall below. I'm looking for OP8 signals out west (UT and VE7) and= =20 > > WE2XGR/6 running OP4 is > > clearly desensing the OPERA software. Sensitivity can be seen returning= to=20 > > normal between keyed > > characters. > > > > The receiving setup is a 1000' BOG (beverage on ground) > Harris RF-590= =20 > > receiver > Delta 44 sound > > card. Receiver AGC is off and the received signal level is well below t= hat=20 > > to cause gain compression > > in the receiver. Likewise=2C the sound card is being operated well belo= w=20 > > compression/clipping levels. > > > > Weak signals do not decode under these conditions ... same as with WSPR= . > > > > Jay W1VD WD2XNS WE2XGR/2 WG2XRS/2 > > > > > > > > > >=20 >=20 = --_efd9012e-ec38-443b-b57b-86d20179b96b_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
G et all=3B
Things have chang= ed over this pasted year or so. =3B Many more new stations have come on= and =3Bthese newbies are running lower power and RXers that may not be= up to what some of the veteran ops are using. =3B There really isn't a= llot of room for QRO in the 630 meter band-fortunately those of us that hav= e been on awhile have authorization up above 500 kHz. =3B If I do any m= ore QRO it will =3Bbe above say 490 kHz [600 M band]-plenty of room up = there-just announce a freq and folks will come up for you-20W ERP should be= the limit at 630M-Bob
 =3B
>=3B From: g8fzk@g8fzk.fsnet.c= o.uk
>=3B To: rsgb_lf_group@blacksheep.org
>=3B Date: Fri=2C 20 D= ec 2013 17:40:45 +0000
>=3B Subject: Re: LF: OPERA overload?
>=3B=
>=3B Jay=2C
>=3B
>=3B Just pulled these back from the p= sk-data base =2C
>=3B
>=3B + 8 OPERA 0.477 20/12/2013 00:15 U= nited States 1387498502 WE6XGR FN12LQ
>=3B WD2XNS
>=3B + 8 OP= ERA 0.477 20/12/2013 00:32 United States 1387499533 WE6XGR FN12LQ
>= =3B WD2XNS
>=3B
>=3B +8 is 5/6 db up on my signal over 25 mil= es range =2C
>=3B
>=3B That's definitely one up from 'Cookie'= more to Tall Boy =2C if Bob runs
>=3B to double figures =2C th= en may be 'Grand Slam'
>=3B
>=3B The spectrum w/f has no lin= k to the decode engine =2C but =2C yes under
>=3B those condition= s the noise floor is going to be much higher
>=3B
>=3B Can = you generate a local signal 100% op4 =2C see if Bob will run the >=3B timer =2C give you 4 tx 8 rx window =2C that would give a val= ue to the
>=3B drop ?
>=3B
>=3B Use something like spec-= lab to give a better view =2C the w/f in Op is
>=3B only a indica= tor / tune aid =2C what happens to the noise floor =2C carrier
>= =3B on / off ?
>=3B
>=3B 73-G=2C
>=3B
>=3B --------= ------------------------------------------
>=3B From: <=3Bjrusgrove@= comcast.net>=3B
>=3B Sent: Friday=2C December 20=2C 2013 1:24 AM
= >=3B To: <=3Brsgb_lf_group@blacksheep.org>=3B
>=3B Subject: LF: = OPERA overload?
>=3B
>=3B >=3B G
>=3B >=3B
>=3B &g= t=3B I have to take issue with your earlier comments about OPERA being immu= ne
>=3B >=3B to overload. Check out the
>=3B >=3B waterfall = below. I'm looking for OP8 signals out west (UT and VE7) and
>=3B >= =3B WE2XGR/6 running OP4 is
>=3B >=3B clearly desensing the OPERA so= ftware. Sensitivity can be seen returning to
>=3B >=3B normal betwe= en keyed
>=3B >=3B characters.
>=3B >=3B
>=3B >=3B The= receiving setup is a 1000' BOG (beverage on ground) >=3B Harris RF-590 <= br>>=3B >=3B receiver >=3B Delta 44 sound
>=3B >=3B card. Rece= iver AGC is off and the received signal level is well below that
>=3B= >=3B to cause gain compression
>=3B >=3B in the receiver. Likewis= e=2C the sound card is being operated well below
>=3B >=3B compress= ion/clipping levels.
>=3B >=3B
>=3B >=3B Weak signals do not = decode under these conditions ... same as with WSPR.
>=3B >=3B
&g= t=3B >=3B Jay W1VD WD2XNS WE2XGR/2 WG2XRS/2
>=3B >=3B
>=3B= >=3B
>=3B >=3B
>=3B >=3B
>=3B >=3B
>=3B
<= /div>
= --_efd9012e-ec38-443b-b57b-86d20179b96b_--