Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-md05.r1000.mx.aol.com (Internet Inbound) with ESMTP id 58A4838000402; Fri, 2 Sep 2011 11:08:24 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1QzVKK-0007EL-Ie for rs_out_1@blacksheep.org; Fri, 02 Sep 2011 16:06:40 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1QzVKJ-0007EC-Tx for rsgb_lf_group@blacksheep.org; Fri, 02 Sep 2011 16:06:39 +0100 Received: from out1.ip02ir2.opaltelecom.net ([62.24.128.238]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1QzVKG-0004Nw-T4 for rsgb_lf_group@blacksheep.org; Fri, 02 Sep 2011 16:06:39 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgkBAF/vYE5Ok8gX/2dsb2JhbABClGCEEQ+PZHmBQQUBAQQBCAEBA0kCLAEBAwUCAQMRBAEBCiUUAQQaBhYIBhMKAQICAQGHYQK4KYZlBIJUhGaVbocS X-IronPort-AV: E=Sophos;i="4.68,319,1312153200"; d="scan'208,217";a="374019510" Received: from host-78-147-200-23.as13285.net (HELO xphd97xgq27nyf) ([78.147.200.23]) by out1.ip02ir2.opaltelecom.net with SMTP; 02 Sep 2011 16:06:30 +0100 Message-ID: <008001cc6981$e5c19af0$0401a8c0@xphd97xgq27nyf> From: "mal hamilton" To: References: <004301cc68dc$3ee79540$0401a8c0@xphd97xgq27nyf><4EEE84D5F0DF43BE878C6B3E1E455554@AGB><005301cc68de$4c864c80$0401a8c0@xphd97xgq27nyf><3C0C61D0515A436CB88A0DB5AFDD9CA9@AGB><001101cc68e5$974df590$0401a8c0@xphd97xgq27nyf><20110902053904.477d773c@svr1> Date: Fri, 2 Sep 2011 16:06:30 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Score: 0.0 (/) X-Spam-Report: autolearn=disabled,HTML_MESSAGE=0.001 Subject: Re: LF: ros Content-Type: multipart/alternative; boundary="----=_NextPart_000_007D_01CC698A.4726A4E0" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.8 required=5.0 tests=HTML_30_40,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:439279072:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d60594e60f1681f54 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_007D_01CC698A.4726A4E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Graham In my case ROS freeze, ceased to function, otherwise all other PC = functions normal de mal/g3kev ----- Original Message -----=20 From: Graham=20 To: rsgb_lf_group@blacksheep.org=20 Sent: Friday, September 02, 2011 2:08 PM Subject: Re: LF: ros That's an unfortunate start to the winter ! The MF mode has had very little usage compared to the HF , so = its quite possible some bug's lurk within=20 as with the HF side, operation is unique , however all be it = functional , its worth noting , the whole mode/project is the=20 some work of one person ..=20 It is firstly a qso mode , so as noticed the beacon side = tends to favour users of the channel ,=20 As noted by Gary , there was a beacon-timer freeze problem with = the previous issue Programme freeze , was that PC lock , or just ROS ? not = experienced any freeze problems for some time now =20 Psk-Reporter can offer some history data from the stats page, = unique band spots for 136/500 can be obtained by setting the Band =3D unknown. but to date = there is no searchable data base=20 for the ros system.. ( A stored history of the received text = would be useful....but not avilable) Static problem's , a bit subjective may be ? but if the same = occurs in the near future , an audio recording would be useful for = evaluation , The s/n indication is a average value of the received frame , = with the 'Margin' being the amount of signal over the 'limit of = resolution' so at the lower levels its quite possible a % of the data was = under the threshold , low level decodes are rarely 100% crc , but = it is a=20 live 'rtty' mode, structured for data rate V s/n , at levels of = -30 > -33dB average it is predictable there will be a level of = corruption ? If anyone has any requests / observations , > nietoros@hotmail.com; = Tnx all - G..=20 From: Gary - G4WGT=20 Sent: Friday, September 02, 2011 10:22 AM To: rsgb_lf_group@blacksheep.org=20 Subject: Re: LF: ros John & All,=20 Apparently the latest ROS version v6.6.9 has been changed to prevent = beacon mode stopping when other signals encountered. 73, Gary - G4WGT. On 2 September 2011 06:39, John GM4SLV = wrote: On Thu, 1 Sep 2011 15:45:19 -0800 Laurence KL7UK wrote: > > KL7UK now ROS 500kHz for the night - > > Laurence, LF, ROS is NOT the mode for this sort of test! I came to the shack at 05:15 UTC to find the regular beaconing had stopped running. Apparently if a signal is received the software = stops any beacon (to avoid causing QRM) and in this instance it didn't = restart the beacon timer afterwards - therefore my log shows that at 23:34 = UTC there was a (not correctly decoded) RX frame, and after that no = further beacons were sent. Sorry. WSPR would seem to be the mode for finding an opening, not ROS, I won't be using it again in anger. I find as a QSO mode it is very ponderous, which I can accept for the ability to resolve signals = deep in the noise, inaudible even, but it didn't seem to perform very = well in the presence of lightning QRN - requiring signals to be audible = before it decoded them. On top of that I find the actual software to be very difficult to drive. As Mal pointed out, the continuous appearance if spots & information of activity on every other band is very annoying, and seemingly can't be turned off. The Beacon functionality is seriously flawed for the use we put it to. The secret nature of the modem = means no one else can integrate ROS into existing (more user friendly) software (fldigi, multipsk etc). The PSKreporter spot-collecting website, while a laudable project, = is no way as usable as the WSPRNet online database, which makes finding and tabulating reception reports more difficult. I'll stick with WSPR for beaconing, which is what it was intended = for, and look into other MFSK modes for QSOs. Anyone interested in some MFSK-4 tests over the weekend? Cheers, John GM4SLV ------=_NextPart_000_007D_01CC698A.4726A4E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Graham
In my case ROS freeze,  ceased to function, = otherwise=20 all other PC functions normal
 
de mal/g3kev
 
----- Original Message -----
From:=20 Graham
Sent: Friday, September 02, = 2011 2:08=20 PM
Subject: Re: LF: ros

That's an unfortunate  start to = the =20 winter  !
 
The  MF mode  has  had = very =20 little  usage compared  to the  HF , so its  quite = possible  some  bug's  lurk   within
as  with  the  HF = side,=20 operation  is unique , however all  be  it=20  functional , its  worth  noting  , the  = whole  mode/project  is the
some  work  of one person = ..=20
 
It  is  firstly a  = qso  mode=20 , so  as  noticed  the  beacon  side =20 tends  to  favour  users of the channel ,
 
As noted  by Gary , there  = was a=20 beacon-timer  freeze problem  with the  previous =20 issue
 
Programme freeze , was = that   PC=20 lock  , or  just ROS ? not  experienced any = freeze  =20 problems   for  some time  now =20   
 
Psk-Reporter can  offer  = some =20 history data  from the  stats page, unique  band =20 spots  for  136/500
can be  obtained by  = setting =20 the  Band =3D unknown. but  to  date  there  = is no=20 searchable data  base
for the  ros  system.. ( = A  stored=20 history  of the  received  text would be =20 useful....but  not avilable)
 
Static problem's  , a bit  = subjective=20 may be ? but  if  the  same  occurs in the =20 near  future , an audio recording  would  be=20 useful for  evaluation ,
 
The  s/n  indication  = is a=20 average  value  of the  received  frame , with = the =20 'Margin'  being the amount  of  signal  over = the =20 'limit of  resolution'
so  at the  lower = levels =20 its  quite  possible a  % of  the  data  = was=20 under the  threshold , low  level  decodes are = rarely =20 100% crc  , but  it  is a
live 'rtty'  mode, = structured =20 for  data  rate V s/n , at  levels  of  -30 = >=20 -33dB average  it is  predictable there  will  be = a level=20 of  corruption ?
 
If  anyone has any requests /=20 observations  , >  nietoros@hotmail.com; =
 
Tnx  all  - G.. =
 
 
 
 
 
 
 
 

From: Gary - G4WGT
Sent: Friday, September 02, 2011 10:22 AM
To: rsgb_lf_group@blacksheep.org= =20
Subject: Re: LF: ros

John & All,=20

Apparently the latest ROS version v6.6.9 has been changed to = prevent=20 beacon mode stopping when other signals encountered.

73, Gary - G4WGT.


On 2 September 2011 06:39, John GM4SLV <gm4slv@sighthound.demon.co.= uk>=20 wrote:
On Thu, 1 Sep 2011 15:45:19 -0800
Laurence KL7UK = <hellozerohellozero@hotmail= .com>=20 wrote:

>
> KL7UK now ROS 500kHz for the night=20 -
>
>

Laurence, LF,

ROS is NOT the = mode for=20 this sort of test!

I came to the shack at 05:15 UTC to find = the=20 regular beaconing had
stopped running. Apparently if a signal is = received=20 the software stops
any beacon (to avoid causing QRM) and in this = instance=20 it didn't restart
the beacon timer afterwards - therefore my log = shows=20 that at 23:34 UTC
there was a (not correctly decoded) RX frame, = and after=20 that no further
beacons were sent.

Sorry.

WSPR = would seem=20 to be the mode for finding an opening, not ROS,

I won't be = using it=20 again in anger. I find as a QSO mode it is very
ponderous, which = I can=20 accept for the ability to resolve signals deep
in the noise, = inaudible=20 even, but it didn't seem to perform very well in
the presence of=20 lightning QRN - requiring signals to be audible before
it decoded = them.

On top of that I find the actual software to be very = difficult=20 to
drive. As Mal pointed out, the continuous appearance if spots=20 &
information of activity on every other band is very = annoying,=20 and
seemingly can't be turned off. The Beacon functionality is=20 seriously
flawed for the use we put it to. The secret nature of = the modem=20 means
no one else can integrate ROS into existing (more user=20 friendly)
software (fldigi, multipsk etc).

The PSKreporter = spot-collecting website, while a laudable project, is
no way as = usable as=20 the WSPRNet online database, which makes finding
and tabulating = reception=20 reports more difficult.

I'll stick with WSPR for beaconing, = which is=20 what it was intended for,
and look into other MFSK modes for=20 QSOs.

Anyone interested in some MFSK-4 tests over the=20 = weekend?


 Cheers,

John
GM4SLV




------=_NextPart_000_007D_01CC698A.4726A4E0--