Delivered-To: daveyxm@virginmedia.com Received: by 10.50.237.98 with SMTP id vb2csp743054igc; Sun, 29 Dec 2013 08:39:23 -0800 (PST) X-Received: by 10.180.106.165 with SMTP id gv5mr14000651wib.32.1388335162369; Sun, 29 Dec 2013 08:39:22 -0800 (PST) Return-Path: Received: from post.thorcom.com (post.thorcom.com. [195.171.43.25]) by mx.google.com with ESMTP id de7si15816097wjc.82.2013.12.29.08.39.21 for ; Sun, 29 Dec 2013 08:39:22 -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 1VxJ8t-00065D-10 for rs_out_1@blacksheep.org; Sun, 29 Dec 2013 16:23:07 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1VxJ8s-000654-HJ for rsgb_lf_group@blacksheep.org; Sun, 29 Dec 2013 16:23:06 +0000 Received: from relay.uni-heidelberg.de ([129.206.100.212]) by relay1.thorcom.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1VxJ8q-0002yy-A7 for rsgb_lf_group@blacksheep.org; Sun, 29 Dec 2013 16:23:05 +0000 Received: from freitag.iup.uni-heidelberg.de (freitag.iup.uni-heidelberg.de [129.206.29.204]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id rBTGN3fN025223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 29 Dec 2013 17:23:03 +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 rBTGN3aK027234 for ; Sun, 29 Dec 2013 17:23:03 +0100 Message-ID: <52C04C5A.4040200@iup.uni-heidelberg.de> Date: Sun, 29 Dec 2013 17:22:50 +0100 From: =?ISO-8859-1?Q?Stefan_Sch=E4fer?= 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: <20C550A7D07741688C6A26E73CBCF741@White> <52BF4895.8080502@iup.uni-heidelberg.de> <52BF7E2A.9000002@iup.uni-heidelberg.de> <52BFD963.8020300@freenet.de> <8C09023FA2074CB380BC9CF1E7A514E3@White> <52C00514.4030805@freenet.de> <80BAE827E26041D293D7836651E4595A@White> <52C0163B.5030504@freenet.de> In-Reply-To: <52C0163B.5030504@freenet.de> X-Spam-Score: -1.1 (-) 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: Oh dear, solutions over solutions but just one problem! Help! :-) Well, there are 3 PCs running for VLF/LF/MF 24/7/365. One PC is just for transmitting on LF/VLF. That one will generate the permanent tone, nothing else. The only and most important thing is that this PC generates no phase glitch. The second PC will generate the tone for the VOX. It offers a headphone jack on a front panel in the shack which i use for MF CW. It's already decoupled by a AF isolating transformer. Here the VOX circuit will be connected... [...] Content analysis details: (-1.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [129.206.100.212 listed in list.dnswl.org] -0.4 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: c95b9a52470b89d54f2ef38e923e05cb Subject: Re: LF: VLF exciter / signal generation in Spectrum Lab Content-Type: multipart/alternative; boundary="------------020202090609080405090805" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.5 required=5.0 tests=HTML_20_30,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: 3177 This is a multi-part message in MIME format. --------------020202090609080405090805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Oh dear, solutions over solutions but just one problem! Help! :-) Well, there are 3 PCs running for VLF/LF/MF 24/7/365. One PC is just for transmitting on LF/VLF. That one will generate the permanent tone, nothing else. The only and most important thing is that this PC generates no phase glitch. The second PC will generate the tone for the VOX. It offers a headphone jack on a front panel in the shack which i use for MF CW. It's already decoupled by a AF isolating transformer. Here the VOX circuit will be connected... 73, Stefan Am 29.12.2013 13:31, schrieb wolf_dl4yhf: > Hello Markus, Stefan, and the group, > > > Am 29.12.2013 12:42, schrieb Markus Vester: >> One channel sends a continuous uninterrupted 17.94 kHz tone to the >> divider, the other channel conveys modulated Opera at an arbitrary >> frequency to a VOX rectifier. > > Indeed, this option is now selectable in SL by selecting 'Auxiliary > output: unmodulated coherent carrier' on the digimode configuration > screen. Details at > > http://www.qsl.net/dl4yhf/speclab/digiterm.htm#adv_settings > > I only checked it with ASK (amplitude shift keying) yet but it should > work with PSK too. Would be an interesting experiment to send > Opera-encoded bitstreams as binary PSK... :o) if we already had an > optimized decoder for it. > > The problem with very long commands (to send blocks of data through > the digimode terminal), as noted by Stefan, has now been fixed. The > string of "zeroes and ones" can be up to 1023 characters long now. > > V2.79 b9 can be downloaded from > http://dl4yhf.ssl7.com/speclab/install_speclab.zip > > Please keep a copy of your 'working' version because not all of the > new functions in SL have been properly tested yet, and there may be a > couple of bugs lurking in less frequently used subroutines. > > 73, > Wolf . > --------------020202090609080405090805 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Oh dear, solutions over solutions but just one problem! Help! :-)

Well, there are 3 PCs running for VLF/LF/MF 24/7/365. One PC is just for transmitting on LF/VLF. That one will generate the permanent tone, nothing else. The only and most important thing is that this PC generates no phase glitch. The second PC will generate the tone for the VOX. It offers a headphone jack on a front panel in the shack which i use for MF CW. It's already decoupled by a AF isolating transformer. Here the VOX circuit will be connected...

73, Stefan

Am 29.12.2013 13:31, schrieb wolf_dl4yhf:
Hello Markus, Stefan, and the group,


Am 29.12.2013 12:42, schrieb Markus Vester:
One channel sends a continuous uninterrupted 17.94 kHz tone to the divider, the other channel conveys modulated Opera at an arbitrary frequency to a VOX rectifier.

Indeed, this option is now selectable in SL by selecting 'Auxiliary output: unmodulated coherent carrier' on the digimode configuration screen. Details at

http://www.qsl.net/dl4yhf/speclab/digiterm.htm#adv_settings

I only checked it with ASK (amplitude shift keying) yet but it should work with PSK too. Would be an interesting experiment to send Opera-encoded bitstreams as binary PSK... :o) if we already had an optimized decoder for it.

The problem with very long commands (to send blocks of data through the digimode terminal), as noted by Stefan, has now been fixed. The string of "zeroes and ones" can be up to 1023 characters long now.

V2.79 b9 can be downloaded from
 http://dl4yhf.ssl7.com/speclab/install_speclab.zip

Please keep a copy of your 'working' version because not all of the new functions in SL have been properly tested yet, and there may be a couple of bugs lurking in less frequently used subroutines.

73,
  Wolf .

--------------020202090609080405090805--