Return-Path: Received: from mtain-dh04.r1000.mx.aol.com (mtain-dh04.r1000.mx.aol.com [172.29.65.24]) by imd-db01.r1000.mx.aol.com (Inbound Mail Deferral) with ESMTP id 91F9B703C7D6E for ; Thu, 30 Aug 2012 14:59:56 -0400 (EDT) Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-dh04.r1000.mx.aol.com (Internet Inbound) with ESMTP id A2C90380000A7; Thu, 30 Aug 2012 14:59:25 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1T79eB-0000mI-By for rs_out_1@blacksheep.org; Thu, 30 Aug 2012 19:39:19 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1T79eA-0000m9-P2 for rsgb_lf_group@blacksheep.org; Thu, 30 Aug 2012 19:39:18 +0100 Received: from mout3.freenet.de ([195.4.92.93]) by relay1.thorcom.net with esmtps (UNKNOWN:AES256-GCM-SHA384:256) (Exim 4.77) (envelope-from ) id 1T79e8-000623-G0 for rsgb_lf_group@blacksheep.org; Thu, 30 Aug 2012 19:39:17 +0100 Received: from [195.4.92.140] (helo=mjail0.freenet.de) by mout3.freenet.de with esmtpa (ID dl4yhf@freenet.de) (port 25) (Exim 4.76 #1) id 1T79e5-0002W0-60 for rsgb_lf_group@blacksheep.org; Thu, 30 Aug 2012 20:39:13 +0200 Received: from localhost ([::1]:49586 helo=mjail0.freenet.de) by mjail0.freenet.de with esmtpa (ID dl4yhf@freenet.de) (Exim 4.76 #1) id 1T79e5-00010o-2C for rsgb_lf_group@blacksheep.org; Thu, 30 Aug 2012 20:39:13 +0200 Received: from [195.4.92.24] (port=43043 helo=14.mx.freenet.de) by mjail0.freenet.de with esmtpa (ID dl4yhf@freenet.de) (Exim 4.76 #1) id 1T79b1-0008ND-Sd for rsgb_lf_group@blacksheep.org; Thu, 30 Aug 2012 20:36:03 +0200 Received: from blfd-4d0888e0.pool.mediaways.net ([77.8.136.224]:3685 helo=[192.168.178.22]) by 14.mx.freenet.de with esmtpsa (ID dl4yhf@freenet.de) (TLSv1:CAMELLIA256-SHA:256) (port 465) (Exim 4.76 #1) id 1T79b1-0007WW-KC for rsgb_lf_group@blacksheep.org; Thu, 30 Aug 2012 20:36:03 +0200 Message-ID: <503FB292.8070507@freenet.de> Date: Thu, 30 Aug 2012 20:36:02 +0200 From: wolf_dl4yhf User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 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: X-Spam-Score: -0.2 (/) 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 Laurence and all, Am 30.08.2012 19:18, schrieb Laurence KL7UK: > Thanks G I can/could go comm port keying but prefer the audio being > lazy.- > > it appears in my set up that the rise time is very short and less > than the 5mSec thats generally accepted as required hence the click - > but Im sure Im seeing more than just the first rise of the sine, Ill > do some more delving - but Im sure the software could be make more > soft with a slower ramp as done on Markus' Chirpix and some of the PSK > programs - It appears to be an anomoly with only Opera here? Am I alone? Certainly not. I was also a bit annoyed by keying clicks (not only from Opera though). [...] Content analysis details: (-0.2 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.93 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dl4yhf[at]freenet.de) -0.2 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: f3d1da032404cd5ad9531631c09e3b44 Subject: Re: LF: : Opera frequency usage and clicks, and over the Pole Content-Type: multipart/alternative; boundary="------------040400070809070802070201" 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=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 x-aol-global-disposition: G x-aol-sid: 3039ac1d4118503fb80d2280 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. --------------040400070809070802070201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Laurence and all, Am 30.08.2012 19:18, schrieb Laurence KL7UK: > Thanks G I can/could go comm port keying but prefer the audio being > lazy.- > > it appears in my set up that the rise time is very short and less > than the 5mSec thats generally accepted as required hence the click - > but Im sure Im seeing more than just the first rise of the sine, Ill > do some more delving - but Im sure the software could be make more > soft with a slower ramp as done on Markus' Chirpix and some of the PSK > programs - It appears to be an anomoly with only Opera here? Am I alone? Certainly not. I was also a bit annoyed by keying clicks (not only from Opera though). A smooth ramp wouldn't cost much, and certainly will not affect the 'average power' since there are not so many on/off transitions. From the software side, this should be extremely easy to implement (for "audio driven" linear transmitters). The problem may be for people with hard-keyed ("brutally on/off keyed") transmitters, where the driving circuit may play havoc when fed with low input amplitudes. But imho, for someone capable of building a large antenna, a large amplifier, etc etc, it shouldn't be too difficult to provide an adequate keying circuit either by modulating the DC supply voltage or similar means. "A simple on/off keyed CW transmitter" without envelope shaping may be ok for QRP experiments but not for QRO on a crowded (?) band. This applies to LF, MF, and HF. Almost as bad (but often seen on 40 meters): Transmitter putting out a nicely shaped amplitude ramp, but a terrible power amplifier, completely overdriven, which completely removes the amplitude ramp or shortens it to fractions of a millisecond (i.e. clicking "bandwidth" in excess of one kHz). All the best, Wolf DL4YHF . --------------040400070809070802070201 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi Laurence and all,

Am 30.08.2012 19:18, schrieb Laurence KL7UK:
Thanks G  I can/could go comm port keying but prefer the audio being lazy.-
 
 it appears in my set up that the rise time is very short and less than the 5mSec thats generally accepted as required hence the click - but Im sure Im seeing more than just the first rise of the sine, Ill do some more delving -  but Im sure the software could be make more soft with a slower ramp as done on Markus' Chirpix and some of the PSK programs - It appears to be an anomoly with only Opera here? Am I alone?
Certainly not. I was also a bit annoyed by keying clicks (not only from Opera though).

A smooth ramp wouldn't cost much, and certainly will not affect the 'average power' since there are not so many on/off transitions. From the software side, this should be extremely easy to implement (for "audio driven" linear transmitters).

The problem may be for people with hard-keyed ("brutally on/off keyed") transmitters, where the driving circuit may play havoc when fed with low input amplitudes.
But imho, for someone capable of building a large antenna, a large amplifier, etc etc, it shouldn't be too difficult to provide an adequate keying circuit either by modulating the DC supply voltage or similar means.

"A simple on/off keyed CW transmitter" without envelope shaping may be ok for QRP experiments but not for QRO on a crowded (?) band. This applies to LF, MF, and HF. Almost as bad (but often seen on 40 meters): Transmitter putting out a nicely shaped amplitude ramp, but a terrible power amplifier, completely overdriven, which completely removes the amplitude ramp or shortens it to fractions of a millisecond (i.e. clicking "bandwidth" in excess of one kHz).


All the best,
   Wolf  DL4YHF .

--------------040400070809070802070201--