Return-Path: X-Spam-DCC: paranoid 1233; Body=2 Fuz1=2 Fuz2=2 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DNS_FROM_AHBL_RHSBL, RATWARE_GECKO_BUILD autolearn=no version=3.1.3 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by paranoid.lipkowski.org (8.13.7/8.13.7) with ESMTP id t4NL8Nps008023 for ; Sat, 23 May 2015 23:08:23 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1YwGcL-0002Ts-Cn for rs_out_1@blacksheep.org; Sat, 23 May 2015 22:06:01 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1YwGcK-0002Ta-QQ for rsgb_lf_group@blacksheep.org; Sat, 23 May 2015 22:06:00 +0100 Received: from erato-smout.broadpark.no ([80.202.10.26]) by relay1.thorcom.net with esmtp (Exim 4.85) (envelope-from ) id 1YwGcF-00006V-CW for rsgb_lf_group@blacksheep.org; Sat, 23 May 2015 22:05:59 +0100 MIME-version: 1.0 Received: from osl1cloudm1.nextgentel.net ([80.202.10.58]) by erato-smout.broadpark.no (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0NOT00LKNMB1ROB0@erato-smout.broadpark.no> for rsgb_lf_group@blacksheep.org; Sat, 23 May 2015 23:05:54 +0200 (CEST) Received: from [192.168.0.52] ([178.232.56.161]) by cmsmtp with SMTP id wGcDYMS8uT7aNwGcEYn4xD; Sat, 23 May 2015 23:05:54 +0200 X-Original-Source-IP: 178.232.56.161 Message-id: <5560EBBE.1060106@broadpark.no> Date: Sat, 23 May 2015 23:06:06 +0200 From: Steinar Aanesland User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 To: rsgb_lf_group@blacksheep.org References: <8D2639CB5174D36-131C-D898@webmail-vm180.sysops.aol.com> In-reply-to: <8D2639CB5174D36-131C-D898@webmail-vm180.sysops.aol.com> X-CMAE-Envelope: MS4wfL7N4gt8DHETesnXxHb/E8FclmnZ67tWlTMuTMyPekeGf9JI0ODo58/kjqQh4xtrlIYZ2t9wYHnJh1TC1p/UW95bA9u5cktRRG/Go8+3IfeHJUccAfBEujsvW/8bA/Djvq56vF4d4Y3LsOmBpJf8d29t9JJDI+74QTqWm+S/mY3eBMEX3REPodsCP7twOMLoVQ== X-Scan-Signature: 54c274b8b0f8da777e8f702c98fe24ad Content-transfer-encoding: 8BIT Content-type: text/plain; charset=utf-8; format=flowed Subject: Re: LF: False Decode or Real? - Opera vs opds 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-Scanned-By: MIMEDefang 2.56 on 10.1.3.10 Status: O X-Status: X-Keywords: X-UID: 3228 Markus, he is "religious". Don't bother. It is not worth it. LA5VNA S On 23.05.2015 20:23, Markus Vester wrote: > Hi Graham, > >> OPDS makes use of Wolfs some what excellent spectrum software as > DSP > > Spectrum Lab is used as the frontend for opds, the only signal > processing done there is a straight high-resolution FFT before > exporting the data. Opds then searches for spectral peaks, and > transforms a 1024 bin channel around each peak back to time domain > (0.5 Hz wide, 4x oversampled). For coherent signals, the central > carrier is extracted (including possible drift and fading), and > synchroneous demodulation is performed. Then the resulting real > waveform is Fourier transformed again for a CPU-efficient > crosscorrelation to each of the callsign templates. > >> both systems reliably produce false detections when subjected > to noise .. > > Opds-32 has been running on LF continuously, typically analyzing about > 20 QRM peaks every 10 minutes in a 115 Hz wide band. The searchlist > has currently around 50 entries. With a correlation threshold of 15 > dB, 28 false detections have occured in 20 weeks since year 2015: > https://dl.dropboxusercontent.com/u/26404526/opds32.txt > In a pdf file distributed with Opera 1.5.7 software, the author EA5HVK > mentions that he tested opds and got 11 false detections in only 4 > hours - an observation which is obviously not corroberated by my > statistics. > >> hence ultra stable TX and RX can give advantage > > By using synchroneous demodulation rather than power detection, opds > can detect coherent and stable signals that about 4 dB weaker. > Attached are two plots, showing a side-by-side comparison of detection > probability and SNR output from the Opera 1.5.6 decoder and the > opds2h5c detector. > > SpecLab's digimode terminal was used to generated coherent and > perfectly timed Opera signals, and white noise from the test signal > generator was added with variable power density (dB/Hz). The very same > output was analyzed wihin SpecLab to feed opds, and played to the > Opera software usingh VAC. To speed up the experiments, all testing > was done at Op-05 speed (30 seconds), and SNR values were then scaled > down by 24 dB to Opera-32. During the test, no false detections were > observed in the output from either program. > > In the attached splot uccessrate.png, the solid lines with squares > show detection probability (0 to 100%) against average SNR in 2.5 kHz. > The classic Opera decoder (red) achieved 50 % detections at -40 dB. > Opds correlation (blue) goes down to -49 dB, showing a 4 dB advantage > for these ideal signals. The blue crosses indicate correlation dB > output from opds - note that only hits above the standard 15 dB > threshold (dashed line) were counted as successful detections. > > SNR_output.png shows indicated SNR values versus actual SNR from both > programs. Opera 1.5.6 seemed to consistently read 1 dB high, whereas > opds reads approximately 1 or 2 dB low, with a larger scatter. Part of > this negative offset is because I had originally assumed the "dBOp" > scale to be referenced 4 dB (instead of 3 dB) below PEP. > > I have not yet tested the dynamic deep search in Opera 1.5.7, but the > claimed -45 dB threshold (ie. 5 dB better than the decoder) seems > quite plausible. I believe opds is also around 4 dB less sensitive for > non-coherent signals, which would then put both programs in same > ballpark. > >> Now mines a pint or are we onto shorts now ? > > Please explain... > > All the best, > Markus (DF6NM) > > -----Ursprüngliche Mitteilung----- > Von: Graham > An: rsgb_lf_group > Verschickt: Sa, 23 Mai 2015 4:48 pm > Betreff: LF: MF 630m: False Decode or Real? > > intelligent life in other Galaxy's ? Like the Bar ? 11:14 . Suns not > over the yard yet .. Tad early Eddie ? > > Armature radio V Armature hour , take 2 > > Opera MF and LF is a BOGOFF mode , Buy one and get one free , > just > that its free to uses and the first is a data mode the second mode > is a correlation system , dynamically engaged .. page 70 seems to > miss this rather important fact along with the design solutions > embodied therein , I'm waiting for page 71 .. > > The test of a good design is that no one notices , it just works . > > In that 24 hour window , Opera LF produced no false data > detections > or false dynamic detections , where as the wspr system regularly > fills the LF map , a simple test of design , preventing false > correlation > detections is more difficult than false data . Opera LF is -40 dB > and -45 dB ... that well cool as J C would (of) said > > > Now the tacky bit > > As Im sure Markus will tell, OPDS and Dynamic share the same > design criteria > To drag low signals out of noise , by pattern matching , OPDS makes > use of Wolfs some what excellent spectrum software as DSP , > whilst Mr. > Ros uses his own designs . both systems reliably produce false > detections when subjected to noise .. not all the time , just > depends > on the detection monkeys sense of humour on the day. > > The design solutions' branch , OPDS makes accurate frequency > measurement and Bandwidth , along with allowing parameters to be > adjusted by the user ,as well as maintaining the look up table > hence ultra stable TX and RX can give advantage .. And as pointed > out > , presents the user with a set of parameters, which may be used as > validation > > Opera Dynamic retains the Plug and Play house style , yes these are > criteria , but are evaluated by the system , load it and it dose the > rest , Opera data runs as normal , Opera dynamic is engaged > should > the decoder fail , the sever handles the validation and maintains > the > list. > > Both systems OPDS and DYNAMIC produce false real hits , Dynamic > take > things one step on, where wspr uses the internet as part of the DSP > sync . Opera Dynamic uses the internet to pool ' recovered > time' data > and validate the spots by identity and coincidence of time .. > > Now mines a pint or are we onto shorts now ? > > 73-G > > ... > > >