Path: utzoo!mnetor!tmsoft!torsqnt!hybrid!scifi!bywater!uunet!easy!lron From: easy!lron@uunet.uu.net (Dwight Hubbard) Newsgroups: comp.sys.amiga.datacomm Subject: Re: 19200 baud amiga Message-ID: <18caf950.ARN0ed6@easy.hiam.com> Date: 8 Mar 91 06:08:00 GMT References: <2587@tmiuv0.uucp> <978@faatcrl.UUCP> <19116@cbmvax.commodore.com> <1022@faatcrl.UUCP> <19303@cbmvax.commodore.com> <1032@faatcrl.UUCP> <18bf2954.ARN0e27@easy.hiam.com> <19397@cbmvax.commodore.com> <18c3c536.ARN0e77@ea Reply-To: easy!lron@uunet.uu.net Followup-To: comp.sys.amiga.datacomm Organization: You must be talking about someone else. Lines: 41 Expires: Keywords: Distribution: In article <1064@faatcrl.UUCP>, Jack Radigan writes: > >In article <1047@faatcrl.UUCP>, Jack Radigan writes: > > >> Check you system or get the 1.3.2 serial.device. An A500 without any true > >> fast ram can do CTS/RTS @ 19.2kbps without data loss. Your milage may vary > >> depending on what other things you run and have attached to it though. > > >Then why doesn't it work under the 2.0 serial device?? > > They're the same device. I've got an A3000 here and it's working fine. > Are you certain it's the software and not a bum CIA chip? I checked and you're right the serial.device with 2.0 is the 1.3.2 serial device. I have 2 68000 Amiga's here and both have the same problem also several other 68000 Amiga owner's have complained about loosing data when using a HST or V.32 modem and CTS/RTS handshaking machines with 68020's and 68030's do not display this problem, but they very likely are processing the data fast enough that there is no need to drop RTS to the modem at any time. I've heard about this problem occuring with JRComm, Baud Bandit, AZComm and ATalk so I don't think it's likely that it's just my hardware or a particular piece of software. I initially thought the problem was something external to the Amiga such as serial cables without the CTS/RTS pins connected, modems with hardware handshaking disabled (&H1 &R2 on the HST) or something of that nature. Normally the problem only becomes noticable during streaming protocol transfers like Zmodem transfers were the other modem is sending a solid stream of data at maximum speed, however I have noticed that if I run a CPU bound task with a higher priority than the term program (starving the term program) when the term program get's started again there is a burst of the data that was coming across followed by blocks of data that had already been received. If I get the time I'm going to try and track down this problem unfortunetly I handle telecomunications for the Marines and with all the units coming back I'm going to be to busy installing equipment and such to do much for a few weeks. I should also add that downloads to a hard drive or floppy show this problem much worse than to the ram disk. ---------------------------------------------------------------------- -Dwight Hubbard USENET : easy!lron@uunet.uu.net - -Kaneohe, Hawaii CFR : 31:910/101 (Dwight Hubbard) - ----------------------------------------------------------------------