Return to KLUBNL.PL main page

rsgb_lf_group
[Top] [All Lists]

Re: LF: Opera continuous changes

To: <[email protected]>
Subject: Re: LF: Opera continuous changes
From: "James Moritz" <[email protected]>
Date: Tue, 17 Jan 2012 22:58:27 -0000
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btopenworld.com; s=s1024; t=1326841115; bh=MXz776Bcfz16D8awsn3nqcVHe09SRN2Lkd1WAd0oIDk=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:References:In-Reply-To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE; b=JpH3JSCw765LOHYMKcAw5wffWSkR6Os0pDmnmxnxnTMl2Rdq4dQivbTPU1PQyNNv2/o/fq51Q2gaiTowFo4X3qbnEIHcAL38MTFiXzh2VlCuuA9RSuzSCPLUOFbcxFMWr6kFZr/FfiuP61nzsYG02UFR3YsMNqjo5oi7GsiXKuk=
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btopenworld.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:References:In-Reply-To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE; b=DSNz0KxGizvwwCH1uqgmd0GWQKnLapeerlKWHIsw7pu5HBbZQwkhDEgjanS6Ivsovz6XYDkCwlxUejVIarO2ye4fGEtOFLAqJyi7WffNLHpROXUKPBxk9cDad3HfJ8ARWDjsGyK+XIWnfWL6itO5TZo7CVKdxOHEhXz631wSPNI= ;
Domainkey-status: good (testing)
In-reply-to: <2BB40A231A1A4EF8B2DB14786249FA35@AGB>
References: <CAA8k23STzh0z0=AqAXBhz-AEpcT67y-5CSazZny-QT=wuDPhoQ@mail.gmail.com> <2BB40A231A1A4EF8B2DB14786249FA35@AGB>
Reply-to: [email protected]
Sender: [email protected]

Dear Graham, LF Group,


It was felt the Op50 /64 was perhaps too long a capture period for 136Khz
with  max  33% data  loss  this  was still  40mins  , which , was possibly
a little  too  long.

OP32 , will reduce to 20 mins capture window and is perhaps more realistic?

As currently implemented, Opera is purely a beacon mode; as far as I am aware, it transmits only the station ID. It is quite normal to transmit beacon signals using QRSS60 or even slower signalling. At 60s per dot, it takes of the order of 60 minutes to transmit a typical callsign, so quite a similar rate to "Op50" or "Op64". Most people run their beacon transmitters and/or receivers for hours at a time. If complete station IDs with some sort of signal level assesment can be obtained within that period, I guess most would think one such detection per hour is a satisfactory result and slowness would not be a problem. A very slow beacon signal, accompanied with the information that the SNR is only just adequate for decoding, or good enough to try a faster mode, is certainly more useful than a faster mode that can't be detected!

For a communications mode, it would be pointlessly slow of course. But with beacon signals we are often trying simply to see if anything can be detected at all with the combination of radiated power, propagation path and RX noise level that is available, and if so, how much. I'm sure if there were Op128 or Op256 modes, people would be happy to try using them too... A nice feature of the current Opera is that the receiver can detect signals at whichever speed happens to be in use, so there is nothing to stop people altering their transmission mode to see what will work, without having to re-arrange the test.

Cheers, Jim Moritz
73 de M0BMU


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