Delivered-To: daveyxm@virginmedia.com Received: by 10.50.96.198 with SMTP id du6csp143721igb; Mon, 9 Dec 2013 09:42:08 -0800 (PST) X-Received: by 10.15.61.134 with SMTP id i6mr13616583eex.48.1386610927639; Mon, 09 Dec 2013 09:42:07 -0800 (PST) Return-Path: Received: from post.thorcom.com (post.thorcom.com. [195.171.43.25]) by mx.google.com with ESMTP id e2si10523530eeg.135.2013.12.09.09.42.07 for ; Mon, 09 Dec 2013 09:42:07 -0800 (PST) Received-SPF: neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) client-ip=195.171.43.25; Authentication-Results: mx.google.com; spf=neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) smtp.mail=owner-rsgb_lf_group@blacksheep.org Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1Vq4pQ-0001Ex-UL for rs_out_1@blacksheep.org; Mon, 09 Dec 2013 17:41:08 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Vq4pQ-0001Eo-9e for rsgb_lf_group@blacksheep.org; Mon, 09 Dec 2013 17:41:08 +0000 Received: from relay2.uni-heidelberg.de ([129.206.210.211]) by relay1.thorcom.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1Vq4pN-0006KU-Sm for rsgb_lf_group@blacksheep.org; Mon, 09 Dec 2013 17:41:07 +0000 Received: from freitag.iup.uni-heidelberg.de (freitag.iup.uni-heidelberg.de [129.206.29.204]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id rB9Hf0pB009597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 9 Dec 2013 18:41:00 +0100 Received: from [129.206.22.206] (pc206.iup.uni-heidelberg.de [129.206.22.206]) by freitag.iup.uni-heidelberg.de (8.12.11.20060308/8.11.2) with ESMTP id rB9Hf07V030283 for ; Mon, 9 Dec 2013 18:41:00 +0100 Message-ID: <52A600A7.1060906@iup.uni-heidelberg.de> Date: Mon, 09 Dec 2013 18:40:55 +0100 From: =?UTF-8?B?U3RlZmFuIFNjaMOkZmVy?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <2504E90AEBE5469E956314C7151BF777@White> <8D0C2E6EC29A51B-1A78-495@webmail-m255.sysops.aol.com> In-Reply-To: <8D0C2E6EC29A51B-1A78-495@webmail-m255.sysops.aol.com> X-Spam-Score: -2.3 (--) 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: Markus, Bob, Congrats to that success! It's a remarkable distance for that band and in a digital mode!! Keep up the work! 73, Stefan/DK7FC [...] Content analysis details: (-2.3 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/, medium trust [129.206.210.211 listed in list.dnswl.org] -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 1b85b97af56c2ce8b6be9bd6ca70127d Subject: Re: LF: 74550 - opds-64 Content-Type: multipart/alternative; boundary="------------030904000102010102040005" 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 Status: O X-Status: X-Keywords: X-UID: 1953 This is a multi-part message in MIME format. --------------030904000102010102040005 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by relay2.uni-heidelberg.de id rB9Hf0pB009597 Markus, Bob, Congrats to that success! It's a remarkable distance for that band and=20 in a digital mode!! Keep up the work! 73, Stefan/DK7FC Am 09.12.2013 12:14, schrieb Markus Vester: > Hi Bob, LF, > I am very pleased to find that your Opera-64 signal produced five=20 > correlation detections here last night. In the attached spectrogram,=20 > the symmetrical Opera modulation sidebands are clearly visible between=20 > the many DCF-77 interference lines. > Unfortunately the timestamps from SpecLab temporarily suffered from an=20 > unexplained offset, affecting both the spectrogram and the exported=20 > spectrum data. Such transient errors have also happened to other slow=20 > SpecLab instances, eg. 8.97 kHz - sometime after startup, time seems=20 > to spontaneously jump back, and suddenly comes back to normal after a=20 > few hours. In this case, timestamps were found to be exactly 5h 46m 4s=20 > early, allowing to derive corrected spot times (appended to the end of=20 > the lines here): > date time call distance frequency bandwidth snr =20 > correlation > 2013-12-09 07:53:55 WG2XRS 6448km 74549.500Hz 1mHz -49.5dBOp 95%=20 > 15.6dB > 2013-12-09 05:42:27 WG2XRS 6448km 74549.500Hz 1mHz -47.3dBOp 82%=20 > 16.7dB > 2013-12-09 04:36:41 WG2XRS 6448km 74549.500Hz 1mHz -44.4dBOp 100%=20 > 19.6dB > 2013-12-08 22:50:39 WG2XRS 6448km 74549.500Hz 1mHz -45.2dBOp 91%=20 > 19.1dB 04:36:43 (same transmission as above) > 2013-12-08 21:44:53 WG2XRS 6448km 74549.500Hz 1mHz -41.8dBOp 92%=20 > 19.3dB 03:30:57 > 2013-12-08 20:39:07 WG2XRS 6448km 74549.500Hz 1mHz -49.2dBOp 98%=20 > 16.1dB 02:25:11 > The grass is always greener on the other side... Regarding the choice=20 > of frequency, the high resolution spectrogram seems to confirm the gap=20 > in the DCF77 interference around 74552.0 Hz. So Bob, Dex and others=20 > may consider moving up there, further reducing the QRM for other=20 > observers (eg. Hartmut) as well. > My understanding is that Opera's 28 bit payload can encode six=20 > character callsigns, but no extra appendix. This would result in=20 > ambiguities if several WG2XGR/n stations were transmitting=20 > simultaneously. As a simple workaround, I would suggest to replace the=20 > number "2" by the number from the appendix, eg. just use WG4XGR=20 > instead of WG2XGR/4 etc. One could argue that "sending the wrong=20 > callsign" might be considered illegal. But it would be unabiguous, and=20 > we could publicly announce it as an appropriate extension of the Opera=20 > encoding scheme. > Best 73, > Markus (DF6NM) > > -----Urspr=C3=BCngliche Mitteilung----- > Von: Markus Vester > An: rsgb_lf_group > Verschickt: So, 8 Dez 2013 11:05 pm > Betreff: Re: LF: 74550 - opds-64 > > Regarding opds-64 (or 65?) setup, I had forgotten to mention two more=20 > lines to be edited in opds.ini: > opspeed=3D64 ' speed definition > spotdelay=3D58 ' same timestamp offset as from Opera > In Graham's words, there's really a whole "cactus" of spikes in=20 > the 238 =C2=B5Hz spectrum. Most are on a 16.67 mHz raster, because larg= e=20 > parts of the BCD time-message from DCF77 are repeating every minute. I=20 > have now recalibrated the frequency scale, and restricted the opds=20 > search range from 74548.1 to 74550.0 Hz. > Anyway given the QRSS levels from Bob last night I am quite optimistic. > Best 73, > Markus (DF6NM) > > *From:* Markus Vester > *Sent:* Sunday, December 08, 2013 8:40 PM > *To:* rsgb_lf_group@blacksheep.org > *Subject:* LF: 74550 > > ... > For the night to come, I'm set up for monitoring opds-64 in a 4 Hz=20 > slot around 74.55 kHz, and will be uploading screenshots and possible=20 > detections to the usual opds grabber=20 > http://dl.dropboxusercontent.com/u/26404526/opds.htm > In case others want to try: SpecLab FFT settings can be similar=20 > to opds-32 but more decimation is needed for half bandwidth (0.238=20 > mHz). In opds.ini, center frequency and decimation should be=20 > edited: fc=3D74550, dec=3D50331648 . > Best 73, > Markus (DF6NM) --------------030904000102010102040005 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by relay2.uni-heidelberg.de id rB9Hf0pB009597 Markus, Bob,

Congrats to that success! It's a remarkable distance for that band and in a digital mode!!
Keep up the work!

73, Stefan/DK7FC

Am 09.12.2013 12:14, schrieb Markus Vester:
Hi Bob= , LF,
=C2=A0=
I am very pleased to find that your Opera-64 signal produced five correlation detections here last night. In the attached spectrogram, the symmetrical Opera modulation sidebands are clearly visible between the many DCF-77 interference lines.
=C2=A0=
Unfor= tunately the timestamps from SpecLab temporarily suffered from an unexplained offset, affecting both the spectrogram and the exported spectrum data. Such transient errors have also happened to other slow SpecLab instances, eg. 8.97 kHz - sometime after startup, time seems to spontaneously jump back, and suddenly comes back to normal after a few hours. In this case, timestamps were found to be exactly 5h 46m 4s early, allowing to derive corrected spot times (appended to the end of the lines here):
=C2=A0=
=C2=A0= =C2=A0 date=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 time=C2=A0=C2=A0 call=C2=A0=C2=A0 dist= ance=C2=A0 frequency bandwidth=C2=A0 snr=C2=A0=C2=A0=C2=A0 correlation
2013-12-09 07:53:55 WG2XRS=C2=A0 6448km=C2=A0 74549.500Hz=C2=A0=C2=A0 1mH= z -49.5dBOp=C2=A0 95% 15.6dB
2013-12-09 05:42:27 WG2XRS=C2=A0 6448km=C2=A0 74549.500Hz=C2=A0=C2=A0 1mH= z -47.3dBOp=C2=A0 82% 16.7dB
2013-12-09 04:36:41 WG2XRS=C2=A0 6448km=C2=A0 74549.500Hz=C2=A0=C2=A0 1mH= z -44.4dBOp 100% 19.6dB
2013-12-08 22:50:39 WG2XRS=C2=A0 6448km=C2=A0 74549.500Hz=C2=A0=C2=A0 1mH= z -45.2dBOp=C2=A0 91% 19.1dB=C2=A0 04:36:43 (same transmission as above)
2013-12-08 21:44:53 WG2XRS=C2=A0 6448km=C2=A0 74549.500Hz=C2=A0=C2=A0 1mH= z -41.8dBOp=C2=A0 92% 19.3dB=C2=A0 03:30:57
2013-12-08 20:39:07 WG2XRS=C2=A0 6448km=C2=A0 74549.500Hz=C2=A0=C2=A0 1mH= z -49.2dBOp=C2=A0 98% 16.1dB=C2=A0 02:25:11
=C2=A0=
The grass is always greener on the other side... Regarding the choice of frequency, the high resolution spectrogram seems to confirm the gap in the DCF77 interference around 74552.0 Hz. So Bob, Dex and others may consider moving up there, further reducing the QRM for other observers (eg. Hartmut) as well.
=C2=A0=
My understanding is that Opera's 28 bit payload can encode six character callsigns, but no extra appendix. This would result in ambiguities if several WG2XGR/n stations were transmitting simultaneously. As a simple workaround, I would suggest to replace the number "2" by the number from the appendix, eg. just use WG4XGR instead of WG2XGR/4 etc. One could argue that "sending the wrong callsign" might be considered illegal. But it would be unabiguous, and we could publicly announce it as an appropriate extension of the Opera encoding scheme.
=C2=A0=
Best 73,
Markus (DF6NM)

-----Urspr=C3=BCngliche Mitteilung-----
Von: Markus Vester <markusvester@aol.com>
An: rsgb_lf_group <rsgb_lf_group@blacksheep.org>
Verschickt: So, 8 Dez 2013 11:05 pm
Betreff: Re: LF: 74550 - opds-64

Regarding opds-64 (or 65?) setup, = I had forgotten to mention two more lines to be edited in opds.ini:<= /div>
=C2=A0opspeed=3D64=C2=A0=C2=A0 =C2= =A0' speed definition
=C2=A0spotdelay=3D58=C2=A0 '=C2=A0same timestamp offset=C2=A0as from Oper= a
=C2=A0
In=C2=A0Graham's words, there's re= ally a whole "cactus" of spikes=C2=A0in the=C2=A0238 =C2=B5Hz spectrum.=C2=A0Mos= t are on a 16.67 mHz raster, because large parts of=C2=A0the BCD time-message from DCF77 a= re repeating=C2=A0every minute. I have now recalibrated the frequency scale, and restricted the opds search range from 74548.1=C2=A0to 74550.0 Hz.
=C2=A0
Anyway given the QRSS levels from Bob last night I am quite optimistic.
=C2=A0
Best 73,
Markus (DF6NM)
=C2=A0

Sent: Sunday, December 08, 2013 8:40 PM
Subject: LF: 74550

...
For the night to come, I'm set up for monitoring=C2=A0opds-64 in a 4 Hz slot around 74.55 kHz, and will be uploading screenshots and possible detections to the usual opds grabber http://dl.dropboxusercontent.com/u/26404526/opds.htm
In case others=C2=A0want to try: S= pecLab FFT settings can be=C2=A0similar to=C2=A0opds-32 but more decimation is n= eeded for half bandwidth (0.238 mHz).=C2=A0In opds.ini,=C2=A0center frequency=C2= =A0and decimation should be edited:=C2=A0fc=3D74550,=C2=A0dec=3D50331648 .
=C2=A0
Best 73,
Markus (DF6NM)
=C2=A0
=C2=A0
--------------030904000102010102040005--