Return-Path: Received: (qmail 25498 invoked from network); 11 Jun 2002 00:57:45 -0000 Content-Transfer-Encoding: 8bit Received: from marstons.services.quay.plus.net (212.159.14.223) by mailstore with SMTP; 11 Jun 2002 00:57:45 -0000 X-Priority: 3 X-MSMail-Priority: Normal Received: (qmail 5398 invoked by uid 10001); 11 Jun 2002 01:01:40 -0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Received: from post.thorcom.com (193.82.116.70) by marstons.services.quay.plus.net with SMTP; 11 Jun 2002 01:01:40 -0000 Received: from majordom by post.thorcom.com with local (Exim 3.33 #2) id 17HZrK-0006fs-00 for rsgb_lf_group-outgoing@blacksheep.org; Tue, 11 Jun 2002 01:50:06 +0100 Received: from tomts11.bellnexxia.net ([209.226.175.55] helo=tomts11-srv.bellnexxia.net) by post.thorcom.com with esmtp (Exim 3.33 #2) id 17HZrI-0006fl-00 for rsgb_lf_group@blacksheep.org; Tue, 11 Jun 2002 01:50:05 +0100 Received: from server1.sympatico.ca ([216.209.138.132]) by tomts11-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20020611004958.PIIS3699.tomts11-srv.bellnexxia.net@server1.sympatico.ca>; Mon, 10 Jun 2002 20:49:58 -0400 Message-ID: <5.1.0.14.0.20020610203655.02c68b80@POP2.sympatico.ca> X-Sender: b1aemm59@POP2.sympatico.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 10 Jun 2002 20:48:47 -0400 To: rsgb_lf_group@blacksheep.org, rsgb_lf_group@blacksheep.org From: "Larry Kayser" Subject: Re: LF: Programming !!!HELP!!! In-reply-to: <3.0.5.32.20020609175350.009d2540@pop3.esoterica.pt> References: <3.0.5.32.20020606150906.007f6680@pop3.esoterica.pt> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group Sender: >Brian: > Some progress has been made in that I am now >able to commnicate serially through a COM port using a simple >QB45 routine running in a DOS box under ME at 9600 and >inconsistently at 19200. 73, Brian Really! Well take a scope and watch the incoming data at both speeds and make sure that the start bit directly follows the preceding stop bit, no extra time allowed. Bet you find your not quite doing what you thing your doing. If you get errors when there is ZERO extra time then you have a problem sitting in the bush waiting to catch you. Some years ago I was paid to disassemble some functions of QB 4.5 and find out what was going on in the code, unless you are running a very fast Pentium you will find there is a little bomb waiting for you when incoming data is going at machine rate, ie no extra wasted time between stop and start bits. It can look good but then when you have invested hundreds of hours of programming you might find a nasty waiting to take you on. My standard test here, because of the 18 millisecond interrupt in a PC, is to make the machine faultlessly handle coms for several weeks without failure. Remember MS makes no statements ever about the maximum return time from the 18 ms interrupt, it can take up to several hundred milliseconds and if your running at machine rate only a buffer of 16K or larger can keep the game sane. Good Luck. PS under VB6 we now use minimum buffer size of 32K and my partner Jim has just been working with a new beta release of MS VB and tells me he sees the machine wants to assign up to 256K to the buffer for each com port. PPS, are you active on 144 MHz with a big signal by chance? Larry VA3LK