Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-dd06.r1000.mx.aol.com (Internet Inbound) with ESMTP id F1DA538000087; Thu, 30 Aug 2012 19:52:14 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1T7EVo-0001C1-6g for rs_out_1@blacksheep.org; Fri, 31 Aug 2012 00:51:00 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1T7EVn-0001Bs-Bm for rsgb_lf_group@blacksheep.org; Fri, 31 Aug 2012 00:50:59 +0100 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 1T7EVl-0007ZY-70 for rsgb_lf_group@blacksheep.org; Fri, 31 Aug 2012 00:50:58 +0100 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 q7UNouP7026861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 31 Aug 2012 01:50:56 +0200 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 q7UNotxK013632 for ; Fri, 31 Aug 2012 01:50:55 +0200 Message-ID: <503FFBAB.7090609@iup.uni-heidelberg.de> Date: Fri, 31 Aug 2012 01:47:55 +0200 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: <503EA718.2010301@charter.net> <8CF54D89088EA63-22E8-50D77@webmail-d136.sysops.aol.com> In-Reply-To: <8CF54D89088EA63-22E8-50D77@webmail-d136.sysops.aol.com> X-Spam-Score: -2.5 (--) 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: Am 30.08.2012 17:09, schrieb Markus Vester: > [...] > - DK7FC was active on a nearby frequency during most of the night. In > conjunction with the noise blanker the RX is desensitized by the a > nearby strong signal. The problem is exacerbated by high density of > keyclicks in Opera (5 to 8x more than QRSS), and that most seem to > apply hard keying. Trying to interleave operating times (eg. even vs > odd days, or hours) is probably not a satisfactory solution. Sorry for that Markus. You know, the AM modulator is very near to the top of my Todo list and the first half of the circuit is working now (BTW not using a PWM with a TL494 but a VCO using a CD4046. That works well). So it sould be possible for me to reduce key click of signals generated in SpecLab, i.e. QRSS/DFCW/HELL/Beacon-Cw, soon. If my clicks would be reduced, would then the NB performance come back to 100%? [...] Content analysis details: (-2.5 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.2 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain X-Scan-Signature: 739d4fb39bd02fc5a2de5437a39bb056 Subject: Re: LF: Opera frequency usage Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none 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 x-aol-global-disposition: G x-aol-sid: 3039ac1d4092503ffcae6318 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none Am 30.08.2012 17:09, schrieb Markus Vester: > [...] > - DK7FC was active on a nearby frequency during most of the night. In > conjunction with the noise blanker the RX is desensitized by the a > nearby strong signal. The problem is exacerbated by high density of > keyclicks in Opera (5 to 8x more than QRSS), and that most seem to > apply hard keying. Trying to interleave operating times (eg. even vs > odd days, or hours) is probably not a satisfactory solution. Sorry for that Markus. You know, the AM modulator is very near to the top of my Todo list and the first half of the circuit is working now (BTW not using a PWM with a TL494 but a VCO using a CD4046. That works well). So it sould be possible for me to reduce key click of signals generated in SpecLab, i.e. QRSS/DFCW/HELL/Beacon-Cw, soon. If my clicks would be reduced, would then the NB performance come back to 100%? However Opera directly keys the PA using the COM port and an external signal generator (SL!). This is one of the main advantages of that software and why Graham calls it CW replacement mode (of course CW cannot be replaced, it is a language for its own). Recently we discussed about transmitting the OP code by playing an image in slow hell. Or alternatively a file which can be loaded ito the arbitrary waveform generator of SLs signal generator could play the code in SL. Of course the software could be run simultaneously. Maybe even the Opera TX-button can be virtually pressed by a DOS command so the announcement of that transmission is is sent to the web? The mode and band information must be sent too, to coordinate the software with the actual TX then. That makes it more and more complex. So what might be the solution for those who use an external signal source and just key the PTT by the COM port using Opera software? Maybe a special higher order shaping using hardware, like in a CW HF TRX? Possible! 73, Stefan/DK7FC