Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-df05.r1000.mx.aol.com (Internet Inbound) with ESMTP id 57F983800009D; Sat, 11 Aug 2012 22:18:46 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1T0NjU-0002PG-DV for rs_out_1@blacksheep.org; Sun, 12 Aug 2012 03:16:48 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1T0NjT-0002P7-P9 for rsgb_lf_group@blacksheep.org; Sun, 12 Aug 2012 03:16:47 +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 1T0NjR-00074q-CB for rsgb_lf_group@blacksheep.org; Sun, 12 Aug 2012 03:16:46 +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 q7C2GiB0020437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Aug 2012 04:16:44 +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 q7C2GieJ012697 for ; Sun, 12 Aug 2012 04:16:44 +0200 Message-ID: <5027116C.3000903@iup.uni-heidelberg.de> Date: Sun, 12 Aug 2012 04:14:04 +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: <50267F73.16960.E363EA@mike.dennison.ntlworld.com>, <50268A99.29543.10EEFCD@mike.dennison.ntlworld.com> <4C180ADA69F743CF964FC9EDBB58AA20@AGB> <5026C4D0.9040206@iup.uni-heidelberg.de> <197CA7A463F8408C89D9838A879134C3@AGB> In-Reply-To: <197CA7A463F8408C89D9838A879134C3@AGB> X-Spam-Score: -2.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: Jay, John, Graham, LF, Late night for me but i didn't want to miss it: *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 [...] Content analysis details: (-2.3 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.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 84ab60ecdd4473835b39687102047368 Subject: Re: LF: Op32 tonight on 137kHz Content-Type: multipart/alternative; boundary="------------060801010702040908020100" 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_20_30,HTML_MESSAGE 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-SCOLL-SCORE: 0:2:392465024:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d40d9502712853726 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. --------------060801010702040908020100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by relay2.uni-heidelberg.de id q7C2GiB0020437 Jay, John, Graham, LF, Late night for me but i didn't want to miss it: *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: > ''to need endless for one decode! 32 minutes is not endless'' ......? > > 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=20 > think is is predicted by Mr S law's of propagation ? , so as=20 > to the call this is open to debate :( > > The OP mode is a data mode , running in single pass and can make=20 > use of fast qsb/ripple > > Yes 32 is a long time , but we think is the lowest s/n single=20 > pass data move available for use at the moment > another 5 or 6 db could be gained from fsk / psk modulation ,=20 > but then , that puts it outside the user group > > OP32 at -40 dB s/n offers the best possible range for the =20 > 'average' 136 station , and the possibility of ''extended'' =20 > range for the slightly larger installations :)) > > Hopefully the long range monitors are running Rx OP8 and OP32=20 > , I see Mike has just started sending OP32 at 100% cycle .. > > 73 -G.. > > > > DK7FC RD4HU 2200m OPERA 2907 kms 21:36:57 > > > > > > > -------------------------------------------------- > From: "Stefan Sch=E4fer" > Sent: Saturday, August 11, 2012 9:47 PM > To: > Subject: Re: LF: Op32 tonight on 137kHz > >> G.., >> >> OP32 appear to need endless for one decode! 32 minutes is not endless=20 >> and transmitting a call in QRSS-60 takes even longer but when i start=20 >> transmitting in QRSS-60 it takes not longer than 1 minute until i see=20 >> it on the YO/4X1RF grabber... >> >> BTW the OE3GHB grabber is back! http://members.aon.at/grabber/ >> >> 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, schrieb Graham: >>> Ok Mike >>> >>> TF3HZ is showing OP32 at the moment along with some in the =20 >>> Moscow triangle , I think as long as your 3 Hz apart, then each=20 >>> will decode , so that should not be a problem.. >>> >>> 73 -G.. >>> >>> >>> -------------------------------------------------- >>> From: "Mike Dennison" >>> Sent: Saturday, August 11, 2012 4:38 PM >>> To: >>> Subject: Re: LF: Op32 tonight on 137kHz >>> >>>> Yes, 136.000kHz USB dial setting. I usually also specify my actual >>>> transmit frequency in case another transmitting station wants to >>>> avoid that frequency, or perhaps someone wants to look for me with >>>> Argo or SpecLab. >>>> >>>> Mike, G3XDV >>>> >>>>> Mike >>>>> >>>>> Is that 136.000 KHz usb 'dial set' ? >>>>> >>>>> G.. >>>>> >>>>> -------------------------------------------------- >>>>> From: "Mike Dennison" >>>>> Sent: Saturday, August 11, 2012 3:51 PM >>>>> To: ; >>>>> Subject: LF: Op32 tonight on 137kHz >>>>> >>>>> > I will be transmitting an Opera32 beacon on 137.52kHz (136kHz dia= l) >>>>> > overnight from around 2200UTC tonight until 0800 tomorrow morning. >>>>> > >>>>> > Mike, G3XDV >>>>> > >>>>> > >>>>> >>>> >>>> >>>> >>>> >> --------------060801010702040908020100 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Jay, John, Graham, LF,

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

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:
''to need endless for one decode! 32 minutes is not endless'' ......?

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 :(

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

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

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 :))

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

73 -G..



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






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

G..,

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...

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

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

73, Stefan

Am 11.08.2012 18:18, schrieb Graham:
Ok Mike

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..

73 -G..


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

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

Mike, G3XDV

Mike

Is that  136.000 KHz   usb 'dial set' ?

G..

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

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






--------------060801010702040908020100--