Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-dh02.r1000.mx.aol.com (Internet Inbound) with ESMTP id D120E3800008D; Sun, 29 Apr 2012 17:20:55 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1SObXG-0007lH-Ck for rs_out_1@blacksheep.org; Sun, 29 Apr 2012 22:20:02 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1SObXF-0007l8-HS for rsgb_lf_group@blacksheep.org; Sun, 29 Apr 2012 22:20:01 +0100 Received: from smtpout1.wanadoo.co.uk ([80.12.242.29] helo=smtpout.wanadoo.co.uk) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1SObXC-000227-Pq for rsgb_lf_group@blacksheep.org; Sun, 29 Apr 2012 22:20:00 +0100 Received: from AGB ([2.26.46.233]) by mwinf5d06 with ME id 3xKx1j00751rdxN03xKx24; Sun, 29 Apr 2012 23:19:58 +0200 Message-ID: <4C97DD0B42C646C2949D0F40A20238BD@AGB> From: "Graham" To: References: <6AF9FA27D80A49C4BC95967CB103D19D@AGB> In-Reply-To: Date: Sun, 29 Apr 2012 22:19:57 +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-Antivirus: avast! (VPS 120429-0, 29/04/2012), Outbound message X-Antivirus-Status: Clean 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: Ok Roger CPU loading , my old intel P4 3.8g shows between 25 and 35 % loading , I think compared to the beta-beta version the load is much reduced, waterfall can be switched off , that also helps , Rx is single mode now as well , which has reduced the loading and the false decodes. On this intel I4 2.8 , I see 0% or 1 or 2 % maximum cpu loading. [...] 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.29 listed in list.dnswl.org] 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 3b9d13b420c9728010a51ba460eeaed9 Subject: =?Windows-1252?Q?Re:_LF:_Re:_LF:_WANTED_8KHz_OP4H_OPERA_TESTER=92S?= Content-Type: multipart/alternative; boundary="----=_NextPart_000_0130_01CD2656.35AC9C40" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.4 required=5.0 tests=HTML_50_60, HTML_FONTCOLOR_UNSAFE,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-SCOLL-SCORE: 0:2:502115392:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d41164f9db0b71885 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_0130_01CD2656.35AC9C40 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Ok Roger=20 CPU loading , my old intel P4 3.8g shows between 25 and 35 % = loading , I think compared to the beta-beta version the load is = much reduced, waterfall can be switched off , that also helps , Rx = is single mode now as well , which has reduced the loading and = the false decodes. On this intel I4 2.8 , I see 0% or 1 or 2 % = maximum cpu loading.=20 If you check the psk-map , all bands you can see there is quite a = large user base , we have not had any stability problems reported = via the yahoo group, with over 500 members now , so I think all = is ok , a run down of the digital encoding is available on the = yahoo-group . Rx and Tx stations are announced via the psk -map =20 Gary and Eddie have spent quite a few hours testing the decode = and at the moment , all looks to be ok , Gary also used two = soundcards and that test was ok as well ..hopefully some one will = get a off air decode past the garden fence hi=20 73 -G. =20 From: Roger Lapthorn=20 Sent: Sunday, April 29, 2012 8:58 PM To: rsgb_lf_group@blacksheep.org=20 Subject: LF: Re: LF: WANTED 8KHz OP4H OPERA TESTER=92S Graham, When I get a new PC (next few months) with a bit more processing power I = may give this a try using earth mode at VLF in the Cambridgeshire area.=20 My initial Opera tests a few months ago led to all sorts of problems on = my 6 year old WinXP PC. Since then I've not reloaded the software. You = may remember that the load with Opera was close to 100% and I had a = number of other issues that coincided with putting Opera software onto = the PC. I hope you can assure me regarding the stability and processor = loading with the latest versions. I'm still unhappy that the software is = not "open" in the sense that people who know can fully understand what = it does.=20 73s Roger G3XBM On 29 April 2012 20:23, Graham wrote: WANTED 8KHz OP4H OPERA TESTER=92S=20 Dreaming of sending data ? After testing , the Dreamer=92s Band 8KHz version of the = Opera Beacon system is ready for AIR testing (OR) GROUND = testing. The Opera beacon tx time has been extended to 4 hours = to give maximum sensitivity , while maintaining transmit times in = keeping with the 8K activity at the moment=20 At approximately 50 % duty cycle , the system will transmit 2 = hours of carrier in every 4, so should reduce the electricity bill = !, while sending the full call sign , as in the LF>HF versions , = the decode criteria remains at approx randomly 50% of the data = during the Tx time required to achieve a decode.=20 Decode sensitivity is estimated to be approx -47 dB , but this = is based on the sim-path calibration and may extend lower in actual = use.=20 In tests , a signal , modulated by the Opera on/off keying , level = reduced to 'normal off air' was demonstrated to leave a trace on = =91Spec Lab=92 so station=92s using Opera will also show as per = normal on the web based grabbers etc, with the additional = possibility of Opera decodes. As in the LF>HF versions , Opera utilises the PC sound card for = both Tx and Rx and requires NO high stability oscillators or time = synchronisation , all testing being conducted with normal = soundcards, mostly with local Tx and Rx using very small Ae=92s = over short MK1 back garden test ranges.=20 Users operating at 8Khz will show on the psk-reporting map as band = =91unknown=92, both Tx and Rx stations are included in the = display to ensure maximum visability. Transmit Keying=20 Tx keying is provided by way of a direct audio drive from the = sound card or by way of on/off keying by the com-port ptt key = output from the software. An additional com port may be addressed to = perform station Tx/Rx functions at change over. Due to the longer time = scales, the switching times of heaver 'power' relays will not = affect system performance, simplifying switching if need be. =20 Rx requirements=20 Receive is facilitated by the direct input to the sound card at = the 8Khz operating frequency , no filtering or pre processing is = required, however, the receiver is of fixed bandwidth so if using = external oscillator , its important to ensure the signal falls = within the bass band. Compatibility , Opera is designed to operate with all =91new=92 versions of = window=92s and is compatible with running multiple sessions of = Spec-Lab and Opera on the same PC=20 Function=20 The OP4H system , will provide the same data as the high = frequency variants , s/n reporting via the web or local s/n copy = if not web linked. The full call sign is transmitted , so the = system may be classed as a data mode .=20 If there are any questions etc ,pls contact myself Graham G0NBD = or Gary G4WGT ,=20 --=20 http://g3xbm-qrp.blogspot.com/ http://www.g3xbm.co.uk https://sites.google.com/site/sub9khz/ http://qss2.blogspot.com/ ------=_NextPart_000_0130_01CD2656.35AC9C40 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Ok Roger
 
CPU loading  , my  old  intel  P4 =20 3.8g   shows   between  25  and  35 = % =20 loading , I think  compared to the  beta-beta   = version=20 the  load is much reduced,  waterfall  can be  = switched=20 off  , that  also  helps , Rx is  single  = mode =20 now  as  well  , which has  reduced the  = loading =20 and  the  false  decodes. On this  intel  = I4 =20 2.8  , I see  0% or  1  or 2 % maximum  = cpu =20 loading. 
 
If you  check the  psk-map  , all  bands = you  can=20 see  there is quite  a large user base , we  have  = not =20 had  any  stability  problems  reported  via = the =20 yahoo  group, with  over  500  members now , = so  I=20 think  all is ok ,  a run  down of the  = digital =20 encoding  is  available on the  yahoo-group . Rx and = Tx =20 stations  are  announced  via the  psk -map  =
 
Gary and Eddie  have  spent  quite  a few  = hours  testing  the  decode and at the  moment , = all =20 looks to  be ok , Gary also  used  two  soundcards = and =20 that  test was  ok as  well ..hopefully  some  = one=20 will  get  a off  air  decode past = the =20 garden  fence  hi
 
73 -G. 

From: Roger Lapthorn
Sent: Sunday, April 29, 2012 8:58 PM
To: rsgb_lf_group@blacksheep.org= =20
Subject: LF: Re: LF: WANTED 8KHz OP4H OPERA=20 TESTER=92S

Graham,

When I get a new PC (next few months) with = a bit=20 more processing power I may give this a try using earth mode at VLF in = the=20 Cambridgeshire area.

My initial Opera tests a few months ago led = to all=20 sorts of problems on my 6 year old WinXP PC. Since then I've not = reloaded the=20 software. You may remember that the load with Opera was close to 100% = and I had=20 a number of other issues that coincided with putting Opera software onto = the PC.=20 I hope you can assure me regarding the stability and processor loading = with the=20 latest versions. I'm still unhappy that the software is not "open" in = the sense=20 that people who know can fully understand what it does. =

73s
Roger=20 G3XBM



On 29 April 2012 20:23, Graham <g8fzk@g8fzk.fsnet.co.uk> wrote:

WANTED =20 8KHz    OP4H   = OPERA   TESTER=92S =

 

Dreaming of  sending  data=20 ?

 

After =20 testing  , the  Dreamer=92s = Band  8KHz   = version =20 of  the  Opera =20 Beacon  system is ready =20 for  AIR =20 testing  (OR)  = GROUND =20 testing.  The  Opera=20 beacon   tx  time  = has been  extended  = to =20 4  hours  to give=20 maximum  sensitivity , while  = maintaining=20 transmit  times in keeping =20 with  the  8K = activity =20 at the  moment

 

At  = approximately =20 50 % duty cycle , the  system =20 will  transmit  = 2 =20 hours  of  = carrier =20 in every 4, so  should  = reduce the=20 electricity  bill !, while  = sending=20 the  full  call  = sign ,=20 as in the  LF>HF  = versions =20 , the  decode  criteria=20 remains  at  approx =20 randomly 50% of the  data =20 during  the  Tx time = required to=20 achieve  a decode.

 

Decode sensitivity is =20 estimated  to  = be  =20 approx  -47 dB , but =20 this  is based on the  = sim-path=20 calibration and  may extend lower in =20 actual  use.

 

In tests , a signal ,=20 modulated  by the  = Opera =20 on/off  keying , level reduced to = 'normal=20 off  air' was  demonstrated = to =20 leave a  trace  = on =20 =91Spec Lab=92  so =20 station=92s  using  Opera=20 will  also  show =20 as  per normal  = on =20 the  web based grabbers  = etc, with=20 the  additional possibility  of = Opera=20 decodes.

 

As in the  = LF>HF =20 versions , Opera  utilises  = the PC=20 sound  card  for =20 both  Tx  and =20 Rx  and requires  NO high=20 stability  oscillators  or=20 time  synchronisation  , = all =20 testing  being conducted with =20 normal  soundcards, mostly =20 with  local  Tx and Rx=20 using  very  small =20 Ae=92s  over  = short =20 MK1 back  garden  = test =20 ranges.

 

Users operating at 8Khz   = will=20 show on the psk-reporting   map as band = =91unknown=92,=20 both  Tx  and =20 Rx  stations  are=20 included  in the  display = to =20 ensure  maximum =20 visability.

 

Transmit  Keying=20

 

Tx  keying =20 is  provided by way  = of =20 a  direct  = audio =20 drive  from the  = sound =20 card  or  by way of  = on/off=20 keying   by the com-port =20 ptt   key  = output =20 from the  software. An additional com port = may be=20 addressed to perform station Tx/Rx functions at change over. Due to = the=20 longer  time  scales, the  switching  times = of =20 heaver 'power' relays  will  not  affect system=20 performance, simplifying  switching  if need  be.  =

 

Rx requirements=20

 

Receive is  facilitated by=20 the  direct  input to = the =20 sound card  at the  8Khz=20 operating  frequency , no =20 filtering  or  pre=20 processing  is  required, however, = the  receiver   is  of fixed bandwidth  = so =20 if  using external  oscillator , its  important = to =20 ensure  the  signal  falls within  the  bass=20 band.

 

Compatibility = ,

 

Opera  is  = designed=20 to  operate  with  = all=20 =91new=92  versions  = of =20 window=92s  and  = is =20 compatible  with =20 running  multiple =20 sessions  of Spec-Lab =20 and  Opera on the  same PC=20

 

Function =

 

The OP4H system , will  = provide=20 the  same  data  = as=20 the  high  frequency =20 variants , s/n  reporting  = via=20 the  web or  local =20 s/n  copy  if = not =20 web  linked. The  = full =20 call sign  is  transmitted = ,=20 so  the  system  = may=20 be  classed as  a data  = mode .

 

 

If there  are  any  questions = etc  =20 ,pls contact  myself  Graham G0NBD or   Gary G4WGT = ,=20

 

 

 

 

 

 



--
http://g3xbm-qrp.blogspot.com/
http://www.g3xbm.co.uk
https://sites.google.com/site/sub9khz/
http://qss2.blogspot.com/

------=_NextPart_000_0130_01CD2656.35AC9C40--