Return-Path: Received: (qmail 29952 invoked from network); 6 Jun 2002 16:26:25 -0000 Content-Transfer-Encoding: 8bit Received: from warrior.services.quay.plus.net (212.159.14.227) by mailstore with SMTP; 6 Jun 2002 16:26:25 -0000 X-Priority: 3 X-MSMail-Priority: Normal Received: (qmail 13275 invoked from network); 6 Jun 2002 16:26:29 -0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Received: from post.thorcom.com (193.82.116.70) by warrior.services.quay.plus.net with SMTP; 6 Jun 2002 16:26:29 -0000 Received: from majordom by post.thorcom.com with local (Exim 3.33 #2) id 17G01v-00028t-00 for rsgb_lf_group-outgoing@blacksheep.org; Thu, 06 Jun 2002 17:22:31 +0100 Received: from tomts23.bellnexxia.net ([209.226.175.185] helo=tomts23-srv.bellnexxia.net) by post.thorcom.com with esmtp (Exim 3.33 #2) id 17G01t-00028o-00 for rsgb_lf_group@blacksheep.org; Thu, 06 Jun 2002 17:22:30 +0100 Received: from server1.sympatico.ca ([209.226.189.52]) by tomts23-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20020606162226.JWUI17803.tomts23-srv.bellnexxia.net@server1.sympatico.ca> for ; Thu, 6 Jun 2002 12:22:26 -0400 Message-ID: <5.1.0.14.0.20020606115959.02c1cca0@POP2.sympatico.ca> X-Sender: b1aemm59@POP2.sympatico.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 06 Jun 2002 12:21:13 -0400 To: rsgb_lf_group@blacksheep.org From: "Larry Kayser" Subject: Re: LF: Programming !!!HELP!!! In-reply-to: <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: and Brian Rogerson wrote: >QB45 Brian, finally something I can speak to. Yes Quick Basic 4.5 was pretty bad at handling serial communications. There were some "add in" software to make it minimally acceptable but they were usually very expensive and did not work that well. QB does work on COM1 and COM2 but you have to do a proper setup for each port. The information for doing that does not seem to be easily available..... I used to use a lot of Turbo Basic, the Borland package but it was certainly only barely better than the QB4.5. >A quick look at Visual Basic cut down v4 off the front of a >magazine circa 1995 talks about MSCOMM32. Further >a search of www turns up a vast array of information on the >deficiencies of VB and others in relation to serial communication. The serial coms in VB work excellently. I have my remote HF station, one version that runs under VB6 now, with five (5) serial ports running and I never have any problem with this software at all. VB AND ALL ITS LATENCY PROBLEMS IS TOTALLY UNSUITABLE FOR CW OPERATION. For other uses, such as digital modes, it is excellent and works exceedingly well. (We also use VB and coms in commercial software here and find it works excellently, as many as eight (8) ports full blast at 56K etc) When I speak above about VB being unsuitable for CW operation I mean for operation above 10 or 15 WPM and were full breakin or full duplex operation is contemplated. This is a matter of personal choice of course, there are some amateurs in the USA who consider that CW operation over the Internet using all Microsoft software is acceptable - something I consider more of a quaint novelty and a rather funny but very sick joke. So the issue is really what do you want to do with your computer driven system? PS, I have been plugging away here on using a few PIC 16F628 devices directly connected (in parallel on the incoming port) to a MODEM to control my remote HF station. They of course have, relative to any form of PC operating system, ZERO delay and latency. Assembler programming at this low level is not a lot of fun but one certainly can avoid Microsoft doing it this way hi. Larry VA3LK