Return to KLUBNL.PL main page

rsgb_lf_group
[Top] [All Lists]

Re: LF: Op32 tonight on 137kHz

To: [email protected]
Subject: Re: LF: Op32 tonight on 137kHz
From: Stefan Schäfer <[email protected]>
Date: Sun, 12 Aug 2012 04:14:04 +0200
In-reply-to: <197CA7A463F8408C89D9838A879134C3@AGB>
References: <[email protected]>, <B5C407ADC37F4550B8472AEC628573AC@AGB> <[email protected]> <4C180ADA69F743CF964FC9EDBB58AA20@AGB> <[email protected]> <197CA7A463F8408C89D9838A879134C3@AGB>
Reply-to: [email protected]
Sender: [email protected]
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
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" <[email protected]>
Sent: Saturday, August 11, 2012 9:47 PM
To: <[email protected]>
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" <[email protected]>
Sent: Saturday, August 11, 2012 4:38 PM
To: <[email protected]>
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" <[email protected]>
Sent: Saturday, August 11, 2012 3:51 PM
To: <[email protected]>; <[email protected]>
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
>
>






<Prev in Thread] Current Thread [Next in Thread>