X-GM-THRID: 1220856406541331549 X-Gmail-Labels: rsgb lf X-Gmail-Received: d649520d31cb6db4d2bc1bbc1fb3e57285cae299 Delivered-To: daveyxm@gmail.com Received: by 10.70.28.15 with SMTP id b15cs159972wxb; Thu, 23 Nov 2006 12:52:44 -0800 (PST) Received: by 10.66.243.2 with SMTP id q2mr5607338ugh.1164315163825; Thu, 23 Nov 2006 12:52:43 -0800 (PST) Return-Path: Received: from post.thorcom.com (post.thorcom.com [193.82.116.20]) by mx.google.com with ESMTP id u1si9875536uge.2006.11.23.12.52.43; Thu, 23 Nov 2006 12:52:43 -0800 (PST) Received-SPF: neutral (google.com: 193.82.116.20 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1GnLWc-0001Cz-DY for rs_out_1@blacksheep.org; Thu, 23 Nov 2006 20:50:26 +0000 Received: from [193.82.59.130] (helo=relay2.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1GnLWb-0001Co-Sm for rsgb_lf_group@blacksheep.org; Thu, 23 Nov 2006 20:50:25 +0000 Received: from thumbler.kulnet.kuleuven.ac.be ([134.58.240.45]) by relay2.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1GnLWX-0007MN-CX for rsgb_lf_group@blacksheep.org; Thu, 23 Nov 2006 20:50:25 +0000 Received: from localhost (localhost [127.0.0.1]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 453551384E2 for ; Thu, 23 Nov 2006 21:50:15 +0100 (CET) Received: from smtps01 (octavianus.kulnet.kuleuven.ac.be [134.58.240.71]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 5F8DE138201 for ; Thu, 23 Nov 2006 21:50:13 +0100 (CET) Received: from smtps01 (localhost [127.0.0.1]) by smtps01 (Postfix) with ESMTP id 24ED82E68CC; Thu, 23 Nov 2006 21:50:10 +0100 (CET) Received: from webmail1.cc.kuleuven.ac.be (webmail1.cc.kuleuven.ac.be [134.58.242.3]) by smtps01 (Postfix) with ESMTP id 16DB12E68CA for ; Thu, 23 Nov 2006 21:50:10 +0100 (CET) Received: by webmail1.cc.kuleuven.ac.be (Postfix, from userid 65534) id 7080F1A9834; Thu, 23 Nov 2006 21:50:13 +0100 (CET) Received: from 178.39-201-80.adsl-dyn.isp.belgacom.be (178.39-201-80.adsl-dyn.isp.belgacom.be [80.201.39.178]) by webmail3.kuleuven.be (Horde MIME library) with HTTP; Thu, 23 Nov 2006 21:50:13 +0100 Message-ID: <20061123215013.b7egw160vdwgg84w@webmail3.kuleuven.be> Date: Thu, 23 Nov 2006 21:50:13 +0100 From: Rik Strobbe To: rsgb_lf_group@blacksheep.org References: <5.1.0.14.0.20060928155327.013128d8@u0019445.kuleuven.be> <001901c6e317$42638850$3402a8c0@pmchelpdesk1> <20060928220707.q2fwvnrzac08oo04@webmail3.kuleuven.be> <5.1.0.14.0.20060929090742.00c15ae0@u0019445.kuleuven.be> <003101c70f1b$a199e6e0$6801a8c0@Radio> In-Reply-To: <003101c70f1b$a199e6e0$6801a8c0@Radio> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) X-Originating-IP: 80.201.39.178 X-Virus-Scanned: by KULeuven Antivirus Cluster X-Spam-Score: 0.0 (/) X-Spam-Report: autolearn=disabled,AWL=0.025 Subject: Re: LF: more information...Temporary solution Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: quoted-printable 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 Status: O X-Status: X-Keywords: X-UID: 4208 Hi J., I have done some tests (each taking one night) and found out that the =20 problem does not occur here when the fast CW-speed is set to 6 WPM =20 (instead of 12 WPM). This could make sense as for 6 WPM "fast CW" the same timer si used as =20 for QRS while at higher WPM speeds a separate (more accurate but also =20 more CPU-time consuming) timer is used. Did you ever encounter the prblem when the fast CW speed was set to 6 WPM? 73, Rik ON7YD Quoting "J. Allen" : > Rik, > > I found yesterday that if I turn on the synchronize for 30 minutes AND > am using dot / dash ratio of 1:3, it forces the system to continue > running. I think it is most logical that the dot / dash ratio has > nothing to do with the problem, which means that by using > synchronizing, the beacon ran all night. > > There must be a software counter in the program which gets reset every > time the sync happens on the hour and half hour. > > At least now you know what to tell people who want to beacon > continuously.... use synchronizing every half hour and if that does not > prove to be the answer by itself, tell them to use 1:3 ratio as well. > > I will do more experimenting on this to find out if I can move back to > 1:2 ratio, with SYNC on and see if it clears the problem up.. I will > also try different sync times to see if they affect the problem. > > J. Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm