Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-dc03.r1000.mx.aol.com (Internet Inbound) with ESMTP id B0D073800008E; Sun, 12 Aug 2012 06:57:56 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1T0VqS-0005e8-Dr for rs_out_1@blacksheep.org; Sun, 12 Aug 2012 11:56:32 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1T0VqR-0005dz-P1 for rsgb_lf_group@blacksheep.org; Sun, 12 Aug 2012 11:56:31 +0100 Received: from smtpout4.wanadoo.co.uk ([80.12.242.68] helo=smtpout.wanadoo.co.uk) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1T0VqP-0000nZ-By for rsgb_lf_group@blacksheep.org; Sun, 12 Aug 2012 11:56:30 +0100 Received: from AGB ([2.26.47.219]) by mwinf5d46 with ME id lmwU1j0084jkXRu03mwUr0; Sun, 12 Aug 2012 12:56:28 +0200 Message-ID: <99AAA55B9CBB4C8DB22621143DC9BA4F@AGB> From: "Graham" To: References: <50267F73.16960.E363EA@mike.dennison.ntlworld.com>, <50268A99.29543.10EEFCD@mike.dennison.ntlworld.com> <4C180ADA69F743CF964FC9EDBB58AA20@AGB> <5026C4D0.9040206@iup.uni-heidelberg.de> <197CA7A463F8408C89D9838A879134C3@AGB> <5027116C.3000903@iup.uni-heidelberg.de> In-Reply-To: <5027116C.3000903@iup.uni-heidelberg.de> Date: Sun, 12 Aug 2012 11:56:28 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Spam-Score: 0.0 (/) 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: Good results Stefan ! , This is interesting as -35 (ish) and definitely -31 dB are inside the minimum decode level of OP8 , being 4 and 9 dB over the Op32 limit. seems Mike did not decode , but I think he is round -14 / -15 dB lower , so that would of fallen short .. [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.12.242.68 listed in list.dnswl.org] 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 1723994b96364fbc892cb8d93e13abcb Subject: Re: LF: Op32 tonight on 137kHz Content-Type: multipart/alternative; boundary="----=_NextPart_000_0057_01CD7881.818D0730" 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_20_30,HTML_MESSAGE, MISSING_OUTLOOK_NAME 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: 3039ac1d408350278c345d30 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. ------=_NextPart_000_0057_01CD7881.818D0730 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Good results Stefan ! ,=20 This is interesting as -35 (ish) and definitely -31 dB are = inside the minimum decode level of OP8 , being 4 and 9 dB over = the Op32 limit. seems Mike did not decode , but I think he is round -14 / -15 dB = lower , so that would of fallen short .. Looks like it was a good night all round=20 73 -G.. From: Stefan Sch=E4fer=20 Sent: Sunday, August 12, 2012 3:14 AM To: rsgb_lf_group@blacksheep.org=20 Subject: Re: LF: Op32 tonight on 137kHz Jay, John, Graham, LF, Late night for me but i didn't want to miss it:=20 02:13 136 DK7FC de W1TAG Op32 5785 km -35 dB in Raymond, ME 02:13 136 DK7FC de TF3HZ Op32 2438 km -11 dB in Reykjavik 02:13 136 DK7FC de GW0EZY Op32 -5 dB in Welshpool IO82HO 02:13 136 DK7FC de RN3AGC Op32 2053 km -17 dB in Moscow 02:13 136 DK7FC de W1VD Op32 6096 km -31 dB in Burlington CT 02:13 136 DK7FC de RW3ADB Op32 2044 km -34 dB in Moscow KO85ro 02:13 136 DK7FC de RX3DHR Op32 2124 km -25 dB in Zaraysk . 02:13 136 DK7FC de PA3ABK Op32 386 km -6 dB in Dordrecht 4:12 AM now, time for bed! :-) 73, Stefan/DK7FC Am 12.08.2012 00:50, schrieb Graham:=20 ''to need endless for one decode! 32 minutes is not endless'' ......?=20 Of course , a pixel is one thing , the full call is the other :) = what we can see is , not all the pixels show all the time , I = think is is predicted by Mr S law's of propagation ? , so as to = the call this is open to debate :(=20 The OP mode is a data mode , running in single pass and can make = use of fast qsb/ripple=20 Yes 32 is a long time , but we think is the lowest s/n single = pass data move available for use at the moment=20 another 5 or 6 db could be gained from fsk / psk modulation , = but then , that puts it outside the user group=20 OP32 at -40 dB s/n offers the best possible range for the = 'average' 136 station , and the possibility of ''extended'' range = for the slightly larger installations :))=20 Hopefully the long range monitors are running Rx OP8 and OP32 = , I see Mike has just started sending OP32 at 100% cycle ..=20 73 -G..=20 DK7FC RD4HU 2200m OPERA 2907 kms 21:36:57=20 --------------------------------------------------=20 From: "Stefan Sch=E4fer" =20 Sent: Saturday, August 11, 2012 9:47 PM=20 To: =20 Subject: Re: LF: Op32 tonight on 137kHz=20 G..,=20 OP32 appear to need endless for one decode! 32 minutes is not = endless and transmitting a call in QRSS-60 takes even longer but when i = start transmitting in QRSS-60 it takes not longer than 1 minute until i = see it on the YO/4X1RF grabber...=20 BTW the OE3GHB grabber is back! http://members.aon.at/grabber/=20 Tonite there are OP8 and OP32 decodes. I will also TX in OP8 since = this is faster... Confusing.=20 73, Stefan=20 Am 11.08.2012 18:18, schrieb Graham:=20 Ok Mike=20 TF3HZ is showing OP32 at the moment along with some in the = Moscow triangle , I think as long as your 3 Hz apart, then each will = decode , so that should not be a problem..=20 73 -G..=20 --------------------------------------------------=20 From: "Mike Dennison" =20 Sent: Saturday, August 11, 2012 4:38 PM=20 To: =20 Subject: Re: LF: Op32 tonight on 137kHz=20 Yes, 136.000kHz USB dial setting. I usually also specify my = actual=20 transmit frequency in case another transmitting station wants to = avoid that frequency, or perhaps someone wants to look for me = with=20 Argo or SpecLab.=20 Mike, G3XDV=20 Mike=20 Is that 136.000 KHz usb 'dial set' ?=20 G..=20 --------------------------------------------------=20 From: "Mike Dennison" =20 Sent: Saturday, August 11, 2012 3:51 PM=20 To: ; = =20 Subject: LF: Op32 tonight on 137kHz=20 > I will be transmitting an Opera32 beacon on 137.52kHz = (136kHz dial)=20 > overnight from around 2200UTC tonight until 0800 tomorrow = morning.=20 >=20 > Mike, G3XDV=20 >=20 >=20 ------=_NextPart_000_0057_01CD7881.818D0730 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Good  results  Stefan ! ,
 
This  is  interesting  as   -35 (ish) =  and  definitely  -31 dB are inside the  = minimum =20 decode  level of  OP8    , being  4 =20 and  9 dB over the  Op32 limit.
seems  Mike did  not  decode  , but  I = think he=20 is  round  -14 / -15 dB  lower , so  that  = would =20 of  fallen short ..
 
Looks like it  was a  good  night  all  = round=20
 
73 -G..
 
 
 

From: Stefan = Sch=E4fer
Sent: Sunday, August 12, 2012 3:14 AM
To: rsgb_lf_group@blacksheep.org= =20
Subject: Re: LF: Op32 tonight on 137kHz

Jay, John, Graham, LF,

Late night for me but i = didn't want=20 to miss it:

02:13    136 DK7FC de W1TAG Op32 = 5785 km=20 -35 dB in Raymond, ME
02:13    136 DK7FC de TF3HZ = Op32=20 2438 km -11 dB in Reykjavik
02:13    136 DK7FC de = GW0EZY=20 Op32  -5 dB in Welshpool IO82HO
02:13    136 = DK7FC de=20 RN3AGC Op32 2053 km -17 dB in Moscow
02:13    136 = DK7FC de=20 W1VD Op32 6096 km -31 dB in Burlington CT
02:13    = 136=20 DK7FC de RW3ADB Op32 2044 km -34 dB in Moscow = KO85ro
02:13   =20 136 DK7FC de RX3DHR Op32 2124 km -25 dB in Zaraysk   =20 .
02:13    136 DK7FC de PA3ABK Op32 386 km -6 dB in=20 Dordrecht

4:12 AM now, time for bed! :-)

73,=20 Stefan/DK7FC



Am 12.08.2012 00:50, schrieb Graham:=20
''to=20 need endless for one decode! 32 minutes is not endless'' ......? =

Of=20 course , a pixel is one thing  , the  full  call  = is=20 the  other  :)

what we can see is , not all  = the =20 pixels show  all  the time , I think  is is =20 predicted  by  Mr S law's  of  propagation ? , = so  as=20 to  the  call this  is  open to debate :( =

The OP=20 mode is a data  mode , running  in single  pass = and =20 can  make use of fast  qsb/ripple

Yes  32 is a=20 long  time , but  we think  is  the  lowest = s/n =20 single pass data  move available for  use  at  = the =20 moment
another  5 or 6  db  could  be =20 gained  from fsk / psk  modulation , but then  , that = puts it=20 outside the  user group

OP32  at  -40 dB = s/n =20 offers the  best  possible  range  for  = the =20 'average' 136  station , and  the  possibility of  = ''extended''  range  for the slightly  larger = installations :))=20

Hopefully  the  long range  monitors  = are =20 running  Rx  OP8 and  OP32 , I see  Mike  = has =20 just  started  sending OP32 at  100% cycle .. =

73 -G..=20



DK7FC     =20 RD4HU      2200m   =20 OPERA     2907 kms    21:36:57=20 =






---------------------------------------------= -----=20
From: "Stefan Sch=E4fer" <Stefan.Schaefer= @iup.uni-heidelberg.de>=20
Sent: Saturday, August 11, 2012 9:47 PM
To: <rsgb_lf_group@blacksheep= .org>=20
Subject: Re: LF: Op32 tonight on 137kHz

G..,

OP32 appear to need endless for = one=20 decode! 32 minutes is not endless and transmitting a call in QRSS-60 = takes=20 even longer but when i start transmitting in QRSS-60 it takes not = longer=20 than 1 minute until i see it on the YO/4X1RF grabber...

BTW = the=20 OE3GHB grabber is back! http://members.aon.at/grabber/=20

Tonite there are OP8 and OP32 decodes. I will also TX in OP8 = since=20 this is faster... Confusing.

73, Stefan

Am = 11.08.2012 18:18,=20 schrieb Graham:
Ok Mike

TF3HZ  is  = showing=20 OP32  at the  moment  along  with  some = in=20 the  Moscow triangle , I think as long as your  3 Hz = apart,=20 then  each will  decode , so that  should  = not =20 be a  problem..

73 -G..=20


-------------------------------------------------- =
From:=20 "Mike Dennison" <mike.dennison@ntlworld.com= >=20
Sent: Saturday, August 11, 2012 4:38 PM
To: <rsgb_lf_group@blacksheep= .org>=20
Subject: Re: LF: Op32 tonight on 137kHz

Yes, 136.000kHz USB dial setting. I = usually also=20 specify my actual
transmit frequency in case another = transmitting=20 station wants to
avoid that frequency, or perhaps someone = wants to=20 look for me with
Argo or SpecLab.

Mike, G3XDV =

Mike

Is that  136.000=20 KHz   usb 'dial set' ?

G..=20

-------------------------------------------------- =
From:=20 "Mike Dennison" <mike.dennison@ntlworld.com= >=20
Sent: Saturday, August 11, 2012 3:51 PM
To: <Rsgb_lf_group@yahoogr= oups.co.uk>;=20 <rsgb_lf_group@blacksheep= .org>=20
Subject: LF: Op32 tonight on 137kHz

> I will be = transmitting an Opera32 beacon on 137.52kHz (136kHz dial) =
>=20 overnight from around 2200UTC tonight until 0800 tomorrow = morning.=20
>
> Mike, G3XDV
>
>=20 =






------=_NextPart_000_0057_01CD7881.818D0730--