Delivered-To: daveyxm@virginmedia.com Received: by 10.50.124.97 with SMTP id mh1csp233954igb; Wed, 19 Jun 2013 16:09:31 -0700 (PDT) X-Received: by 10.194.243.129 with SMTP id wy1mr3829870wjc.47.1371683370959; Wed, 19 Jun 2013 16:09:30 -0700 (PDT) Return-Path: Received: from post.thorcom.com (post.thorcom.com. [195.171.43.25]) by mx.google.com with ESMTP id r2si10600912wjy.70.2013.06.19.16.09.30 for ; Wed, 19 Jun 2013 16:09:30 -0700 (PDT) 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; dkim=pass header.i=@mx.aol.com Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1UpR1H-0004re-Bf for rs_out_1@blacksheep.org; Wed, 19 Jun 2013 23:38:27 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1UpR1G-0004rV-Nj for rsgb_lf_group@blacksheep.org; Wed, 19 Jun 2013 23:38:26 +0100 Received: from omr-m09.mx.aol.com ([64.12.143.82]) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1UpR1E-0007cU-1T for rsgb_lf_group@blacksheep.org; Wed, 19 Jun 2013 23:38:25 +0100 Received: from mtaout-da02.r1000.mx.aol.com (mtaout-da02.r1000.mx.aol.com [172.29.51.130]) by omr-m09.mx.aol.com (Outbound Mail Relay) with ESMTP id 1F78B70071A11 for ; Wed, 19 Jun 2013 18:38:21 -0400 (EDT) Received: from Black (188-195-246-26-dynip.superkabel.de [188.195.246.26]) by mtaout-da02.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 22BBCE0000C1 for ; Wed, 19 Jun 2013 18:38:20 -0400 (EDT) Message-ID: <308B9B54F0B24BAE89F3DC5538AA0D6B@Black> From: "Markus Vester" To: References: In-Reply-To: Date: Thu, 20 Jun 2013 00:37:46 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6002.18197 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18463 x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1371681501; bh=/feCJnu9SxmQqhC37coZVebq269g8rjT5s5KwZ/eT6g=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=Q4pUWwprs2/0YTdxYwKreDq39W9KL8Uzc4VYtigKriHK6y8OfTseshkpjTg8ZrxGO uNGTVntazBwbYwkgxN/vBuV7UAWueRZAL/+w0KQQU6KhPoVXw4ODHqwlLO9VfrYvG9 jzr9PwnK3KBSu5qUEUN/5b4iEUq68rhSHtkz+lC8= X-AOL-SCOLL-SCORE: 0:2:453766752:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d338251c232db65dd X-AOL-IP: 188.195.246.26 X-Spam-Score: -1.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: Hi Joe, very good. Yes I guess that from your ~10^33 emitted photons, some 10^23 may have found their way into my RX antenna ;-) Regarding Opera, coherence is not an issue for the standard decoder which basically decides each symbol individually. But with correlation detection, it seems to improve sensitivity by about 6 or 7 dB compared to random-phase or chirpy dashes. On the other hand, in winter conditions your signal had been strong enough for easy incoherent decodes, but the extra dBs may be valuable now to overcome summertime QRN. No need to worry about DDS rounding errors as the exact absolute frequency is not relevant for detection. [...] Content analysis details: (-1.3 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [64.12.143.82 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (markusvester[at]aol.com) -0.0 SPF_PASS SPF: sender matches SPF record -1.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Scan-Signature: 55db901127f87fafbf8ae301dac99c44 Subject: Re: LF: VO1NA 137777.0000 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0008_01CE6D4E.6213BB20" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: ** X-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_20_30,HTML_MESSAGE, LARGE_HEX,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 Status: O X-Status: X-Keywords: X-UID: 3214 This is a multi-part message in MIME format. ------=_NextPart_000_0008_01CE6D4E.6213BB20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Joe, very good. Yes I guess that from your ~10^33 emitted photons, some 10^23 = may have found their way into my RX antenna ;-) Regarding Opera, coherence is not an issue for the standard decoder = which basically decides each symbol individually. But with correlation = detection, it seems to improve sensitivity by about 6 or 7 dB compared = to random-phase or chirpy dashes. On the other hand, in winter = conditions your signal had been strong enough for easy incoherent = decodes, but the extra dBs may be valuable now to overcome summertime = QRN. No need to worry about DDS rounding errors as the exact absolute = frequency is not relevant for detection. The Manchester-coded Op-32 sequence consists of 239 half-symbols (ie. on = or off), each nominally 8.192 seconds long, making up 32 minutes and 38 = seconds total (don't be tempted to round down to 8.0 seconds per dash as = the accumulated timing error would become much too large). According to = the coding scheme uncovered in the PE1NNZ paper, the sequence for VO1NA = should be 1101101010010101011010010110011010010101100110011010101010101010011001100= 1100101100101101001011001011010011010101010101010101010100110101010101010= 0101010110100101101010100110011001100110101010101010010110010101100101100= 10110100101101001101 It's all up to your preference whether you'd generate that by a = computer, a microcontroller, or even a mechanical device based on = conducting pencil marks on a paper strip ;-) As mentioned by Graham, you = could either use EA5HVK's software directly to generate keying, or = extract the sequence and program it into a PIC. For my own = transmissions, I have converted my 1010 sequence to a 16-bit IQ file, = which is played out by DL4YHF's SndOutpt tool, slowed down by a properly = selected decimation factor. The audio from the PC soundcard then = activates a simple VOX keying circuit. Best 73, Markus (DF6NM) =20 ----- Original Message -----=20 From: jcraig@mun.ca=20 To: rsgb_lf_group@blacksheep.org=20 Sent: Wednesday, June 19, 2013 8:57 PM Subject: Re: LF: VO1NA 137777.0000 Hi Markus and group, Thank-you very much for the progress report and critique of the many=20 2200m photons that have been eminating from my back yard over the past=20 week. The AD9851 is clocked by a DOCXO that's calibrated against WWV to within 0.1 Hz. Initially, there were rounding errors and an error due to the=20 resolution (~0.01 Hz). The former was eliminated using higher precision arithmetic the latter by setting the dds to 16x and dividing the output enroute to keyer the Decca. It isn't anything fancy or exotic = and=20 perhaps a just bit of good luck. So it seems the photons are now last reasonably stable, accurate,=20 monochromatic and exhibit phase coherence. The next steps are to make them frequency agile (137.555 kHz) and to key them in a manner that preserves these properties. Perhaps I can code the OP32 directly in the microprocessor? How long would the minumim message be or would I be better off using a computer to take care of the keying? 73 to all Joe VO1NA On Tue, 18 Jun 2013, Markus Vester wrote: > Hi Joe, > > it looks like you've moved your QRG to an exact integer Hz a couple of = nights ago. Just curious how you managed to circumvent the 2^-32 DDS = clock raster - did you just tweak the reference frequency, or employ = some sophisticated fractional-N frequency toggling scheme? > > And how about serving some freshly cooked, perfectly coherent Opera-32 = to the world tonight? The famous international reception commitee is = awaiting your signal ;-) > > Best 73, > Markus (DF6NM) ------=_NextPart_000_0008_01CE6D4E.6213BB20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Joe,
 
very good. Yes I guess that from = your ~10^33=20 emitted photons, some 10^23 may have found their way into = my RX=20 antenna ;-)
 
Regarding Opera, coherence is = not an=20 issue for the standard decoder which basically decides each = symbol=20 individually. But with correlation detection, it seems to = improve sensitivity by about 6 or 7 dB compared=20 to random-phase or chirpy dashes. On the other hand, = in winter=20 conditions your signal had been strong enough for easy = incoherent=20 decodes, but the extra dBs may be valuable now to overcome = summertime QRN.=20 No need to worry about DDS rounding errors as the exact absolute = frequency is=20 not relevant for detection.
 
The Manchester-coded Op-32 = sequence consists=20 of 239 half-symbols (ie. on or off), each nominally 8.192 seconds=20 long, making up 32 minutes and 38 seconds total (don't be = tempted=20 to round down to 8.0 seconds per dash as the accumulated timing = error would=20 become much too large). According to the coding=20 scheme uncovered in the PE1NNZ paper, the sequence for = VO1NA should=20 be
 
110110101001010101101001011001101001010110011001101010101010= 1010011001100110010110010110100101100101101001101010101010101010101010011= 0101010101010010101011010010110101010011001100110011010101010101001011001= 010110010110010110100101101001101
 
It's all up to your preference whether = you'd=20 generate that by a computer, a microcontroller, or even = a mechanical=20 device based on conducting pencil marks on a paper strip ;-) As = mentioned by=20 Graham, you could either use EA5HVK's software directly to generate = keying,=20 or extract the sequence and program it into a PIC. For my own=20 transmissions, I have converted my 1010 sequence to a=20 16-bit IQ file, which is played out by DL4YHF's SndOutpt = tool,=20 slowed down by a properly selected decimation factor. The = audio=20 from the PC soundcard then activates a simple VOX keying=20 circuit.
 
Best 73,
Markus (DF6NM)
 
 
 
----- Original Message -----
From: jcraig@mun.ca =
Sent: Wednesday, June 19, 2013 = 8:57=20 PM
Subject: Re: LF: VO1NA = 137777.0000

Hi Markus and group,

Thank-you = very much for=20 the progress report and critique of the many
2200m photons that have = been=20 eminating from my back yard over the past
week.

The AD9851 is = clocked=20 by a DOCXO that's calibrated against WWV to within
0.1 Hz. Initially, = there=20 were rounding errors and an error due to the
resolution (~0.01 = Hz). =20 The former was eliminated using higher precision
arithmetic  the = latter=20 by setting the dds to 16x and dividing the
output enroute to keyer = the=20 Decca.  It isn't anything fancy or exotic and
perhaps a just = bit of=20 good luck.

So it seems the photons are now last reasonably = stable,=20 accurate,
monochromatic and exhibit phase coherence.  The next = steps=20 are to
make them frequency agile (137.555 kHz) and to key them in a=20 manner
that preserves these properties.  Perhaps I can code the = OP32=20 directly
in the microprocessor?  How long would the minumim = message be=20 or would
I be better off using a computer to take care of the=20 keying?

73 to all
Joe VO1NA


On Tue, 18 Jun 2013, = Markus=20 Vester wrote:

> Hi Joe,
>
> it looks like you've = moved=20 your QRG to an exact integer Hz a couple of nights ago. Just curious how = you=20 managed to circumvent the 2^-32 DDS clock raster - did you just tweak = the=20 reference frequency, or employ some sophisticated fractional-N frequency = toggling scheme?
>
> And how about serving some freshly = cooked,=20 perfectly coherent Opera-32 to the world tonight? The famous = international=20 reception commitee is awaiting your signal ;-)
>
> Best = 73,
>=20 Markus (DF6NM)

------=_NextPart_000_0008_01CE6D4E.6213BB20--