Delivered-To: daveyxm@virginmedia.com Received: by 10.50.237.98 with SMTP id vb2csp702306igc; Sat, 28 Dec 2013 15:09:11 -0800 (PST) X-Received: by 10.180.14.231 with SMTP id s7mr25960454wic.1.1388272150328; Sat, 28 Dec 2013 15:09:10 -0800 (PST) Return-Path: Received: from post.thorcom.com (post.thorcom.com. [195.171.43.25]) by mx.google.com with ESMTP id c9si14863301wjs.146.2013.12.28.15.09.09 for ; Sat, 28 Dec 2013 15:09:10 -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 1Vx22D-0007xB-Vz for rs_out_1@blacksheep.org; Sat, 28 Dec 2013 22:07:05 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Vx22D-0007x2-1m for rsgb_lf_group@blacksheep.org; Sat, 28 Dec 2013 22:07:05 +0000 Received: from mout0.freenet.de ([195.4.92.90]) by relay1.thorcom.net with esmtps (UNKNOWN:AES256-GCM-SHA384:256) (Exim 4.77) (envelope-from ) id 1Vx22A-0008Jx-QH for rsgb_lf_group@blacksheep.org; Sat, 28 Dec 2013 22:07:03 +0000 Received: from [195.4.92.141] (helo=mjail1.freenet.de) by mout0.freenet.de with esmtpa (ID dl4yhf@freenet.de) (port 25) (Exim 4.80.1 #4) id 1Vx229-0001Bo-PQ for rsgb_lf_group@blacksheep.org; Sat, 28 Dec 2013 23:07:01 +0100 Received: from localhost ([::1]:42521 helo=mjail1.freenet.de) by mjail1.freenet.de with esmtpa (ID dl4yhf@freenet.de) (Exim 4.80.1 #4) id 1Vx229-0006Qq-KT for rsgb_lf_group@blacksheep.org; Sat, 28 Dec 2013 23:07:01 +0100 Received: from mx2.freenet.de ([195.4.92.12]:47326) by mjail1.freenet.de with esmtpa (ID dl4yhf@freenet.de) (Exim 4.80.1 #4) id 1Vx205-00007n-3J for rsgb_lf_group@blacksheep.org; Sat, 28 Dec 2013 23:04:53 +0100 Received: from blfd-4db02eef.pool.mediaways.net ([77.176.46.239]:1681 helo=[192.168.178.21]) by mx2.freenet.de with esmtpsa (ID dl4yhf@freenet.de) (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (port 465) (Exim 4.80.1 #4) id 1Vx204-0004wU-Ik for rsgb_lf_group@blacksheep.org; Sat, 28 Dec 2013 23:04:53 +0100 Message-ID: <52BF4B01.4010900@freenet.de> Date: Sat, 28 Dec 2013 23:04:49 +0100 From: wolf_dl4yhf User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <20C550A7D07741688C6A26E73CBCF741@White> <52BF4895.8080502@iup.uni-heidelberg.de> In-Reply-To: <52BF4895.8080502@iup.uni-heidelberg.de> X-Originated-At: 77.176.46.239!1681 X-Spam-Score: -0.6 (/) 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: Hello Stefan, indeed the max string length may be exceeded. I will check, and upload a new version soon. If this is the reason, it's trivial to fix. The ASK (amplitude shift keying) modulator indeed produces a tone when the digit is '1', and all digits have the same length (=symbol duration). [...] Content analysis details: (-0.6 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [195.4.92.90 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dl4yhf[at]freenet.de) -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 3a21c85df7468d917c96c4564305897b Subject: Re: LF: Sending Opera with SpecLab und WSPR? Content-Type: multipart/alternative; boundary="------------000805090805020707080700" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: ** X-Spam-Status: No, hits=2.1 required=5.0 tests=HTML_20_30,HTML_MESSAGE, LARGE_HEX 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: 2955 This is a multi-part message in MIME format. --------------000805090805020707080700 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hello Stefan, indeed the max string length may be exceeded. I will check, and upload a new version soon. If this is the reason, it's trivial to fix. The ASK (amplitude shift keying) modulator indeed produces a tone when the digit is '1', and all digits have the same length (=symbol duration). 73 and hny, Wolf . Am 28.12.2013 22:54, schrieb Stefan Schäfer: > Hello Markus, > > I just configured SL to transmit OP32. Works well it seems. > However, if i try to use a macro: > *di.tx"1101100110010110010110010110010101100110101001100101010110010101100110101001101001011010010110011001101001101010100110010101100110100101011010011001101010100101101001101001101010100101011010101010010101100101100110101001010110010101101001000000000000000000"* > the last signs, 00000000", are ignored by SL. Probably a limitation of > characters in one row of the scheduled actions? > When i take a look to the binary code, does 0 mean a break, 1 a short > dash and 11 a long dash? (I can find no 111). If so, there are 18 0s > at the end. Can i remove these 0s without changing the code as long as > i leave a break of 18 0s for the decoder? > I'm just trying that. If i remove the last 0 and replace it by ", > SpecLab accepts the row and transmits the sequence from the scheduled > actions... > > 73, Stefan/DK7FC > > PS: Finally my frequency is accurate: > > old: 2013-12-26 00:08:27 DK7FC 0km *137572.917Hz* 140mHz -21.1dBOp > 100% 22.0dB > new: 2013-12-28 22:03:32 DK7FC 0km *137573.000Hz* 4mHz -29.9dBOp 24% > 17.9dB > This was a local test. I'm going to test your RX accuracy now :-) > > PPS: If you can find out how to transmit WSPR in SL, one could run an > automatised beacon WSPR/OP32/DFCW! Maybe the signal generator with > arbitrary waveform can be used, if the WSPR frequencies are converted > into an image that can be read by this wave form generator? > > > > Am 27.12.2013 01:45, schrieb Markus Vester: >> Today I finally found a simple solution to send Opera sequences from >> SpecLab's digimode terminal. The nice thing about this is that you >> can use all of SpecLab's powerful functions, like samplerate >> correction, adjustable pulse shaping, or high audio frequencies. >> This seems very useful, especially in the context of possible future >> VLF Opera transmissions. >> First you will need to create a text file consisting of the 239 >> bit 1101... sequence for your callsign. This can be generated from >> the PIC menu in the original Opera software. Or you can use my little >> code generator tool at >> http://df6nm.bplaced.net/opera/opera_generator.zip - simply copy >> opgen.exe from the zip andtype >> opgen mycallsign >opera.txt >> into a command window. >> In SpecLab, open the digimode terminal and configure it for ASK with >> no encoding, as shown in the attached "_settings" screenshot. The >> symbol rate has to be set to the inverse dotlength for the desired >> Opera speed: >> mode dotlength rate >> (seconds) (sym/s) >> Op-8 1.024s 0.9766 >> Op-32 8.192s 0.12207 >> Op-4H 65.536s 0.01526 >> Shaping time can be selected from hard (0%) to soft (50%) >> keying. Then enter your desired audio frequency and use "Load TX >> text" from the file menue to load your opera.txt file. The sequence >> will appear in the TX window, and the transmission can started by >> hitting the RX / TX button. >> Best 73, >> Markus (DF6NM) --------------000805090805020707080700 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hello Stefan,

indeed the max string length may be exceeded. I will check, and upload a new version soon. If this is the reason, it's trivial to fix.
The ASK (amplitude shift keying) modulator indeed produces a tone when the digit is '1', and all digits have the same length (=symbol duration).

73 and hny,
  Wolf .

Am 28.12.2013 22:54, schrieb Stefan Schäfer:
Hello Markus,

I just configured SL to transmit OP32. Works well it seems.
However, if i try to use a macro:
di.tx"1101100110010110010110010110010101100110101001100101010110010101100110101001101001011010010110011001101001101010100110010101100110100101011010011001101010100101101001101001101010100101011010101010010101100101100110101001010110010101101001000000000000000000"
the last signs, 00000000", are ignored by SL. Probably a limitation of characters in one row of the scheduled actions?
When i take a look to the binary code, does 0 mean a break, 1 a short dash and 11 a long dash? (I can find no 111). If so, there are 18 0s at the end. Can i remove these 0s without changing the code as long as i leave a break of 18 0s for the decoder?
I'm just trying that. If i remove the last 0 and replace it by ", SpecLab accepts the row and transmits the sequence from the scheduled actions...

73, Stefan/DK7FC

PS: Finally my frequency is accurate:

old:   2013-12-26 00:08:27 DK7FC 0km 137572.917Hz 140mHz -21.1dBOp 100% 22.0dB
new:  2013-12-28 22:03:32 DK7FC 0km 137573.000Hz 4mHz -29.9dBOp 24% 17.9dB
This was a local test. I'm going to test your RX accuracy now :-)

PPS: If you can find out how to transmit WSPR in SL, one could run an automatised beacon WSPR/OP32/DFCW! Maybe the signal generator with arbitrary waveform can be used, if the WSPR frequencies are converted into an image that can be read by this wave form generator?



Am 27.12.2013 01:45, schrieb Markus Vester:
Today I finally found a simple solution to send Opera sequences from SpecLab's digimode terminal. The nice thing about this is that you can use all of SpecLab's powerful functions, like samplerate correction, adjustable pulse shaping, or high audio frequencies. This seems very useful, especially in the context of possible future VLF Opera transmissions.
 
First you will need to create a text file consisting of the 239 bit 1101... sequence for your callsign. This can be generated from the PIC menu in the original Opera software. Or you can use my little code generator tool at http://df6nm.bplaced.net/opera/opera_generator.zip - simply copy opgen.exe from the zip and type
 opgen mycallsign >opera.txt
into a command window.
 
In SpecLab, open the digimode terminal and configure it for ASK with no encoding, as shown in the attached "_settings" screenshot. The symbol rate has to be set to the inverse dotlength for the desired Opera speed:
 
mode   dotlength    rate
          (seconds) (sym/s)
Op-8    1.024s     0.9766
Op-32   8.192s    0.12207
Op-4H  65.536s   0.01526
 
Shaping time can be selected from hard (0%) to soft (50%) keying. Then enter your desired audio frequency and use "Load TX text" from the file menue to load your opera.txt file. The sequence will appear in the TX window, and the transmission can started by hitting the RX / TX button.
 
Best 73,
Markus (DF6NM)
 

--------------000805090805020707080700--