home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!rutgers!cmcl2!sbcs.sunysb.edu!sbmiclr!mjn
- From: mjn@sbmiclr.cs.sunysb.edu (The Sixth Replicant)
- Newsgroups: comp.os.os2.misc
- Subject: Problem with serial communications
- Message-ID: <1992Sep12.024114.2238@sbcs.sunysb.edu>
- Date: 12 Sep 92 02:41:14 GMT
- References: <1992Sep10.235511.6831@cis.ohio-state.edu> <1992Sep11.202856.17010@cis.ohio-state.edu>
- Sender: usenet@sbcs.sunysb.edu (Usenet poster)
- Organization: Tyrell Corp.
- Lines: 63
- Nntp-Posting-Host: sbmiclr
-
-
- I don't beleive I've seen anyone describing the exact problems I'm having
- with communications so here goes:
-
- Running 9600 baud file transfers using OS/2 comm programs I get numerous NAK's.
- The one DOS program I have which works under OS/2 gives smooth file transfers,
- both under native DOS and DOSOS2. I suspect characters are getting dropped
- somewhere between the modem and the PC comm program.
-
-
- HW:
- 386-33 AMI Bios
- COM1 Zoom FAX Modem V32.bis internal (16550)
- COM2 Mouse
- COM3 None
- COM4 None
-
- SW:
- OS/2 (Obviously)
- Comm drivers from the older COMMGA, not 2210, which everyone has been
- having problems with:
- COM SYS 24792 4-23-92 4:40p
- VCOM SYS 10752 4-24-92 3:32p
-
- Kermit 5A(183) 32-bit
- TE/2 for OS/2
- Pibterm 4.1
-
- Running Pibterm in a DOS window, I get 700-900 cps kermit transfers which seems
- like a fairly plausible transfer rate. I get no NAKs. I've run this in the
- background with various things in the foreground. I'm using 10 packet
- sliding windows.
-
- Running Kermit-32 I get many NAKs. The number appears to rise if I do
- other things in the foreground. I still get perhaps 600 cps. (10 packet
- sliding windows).
-
- Running TE/2 doing a Zmodem transfer I get large numbers of retries. I end
- up with perhaps a 200-300 cps data rate.
-
- I've tried a lot of futzing with the MODE parameters. In this experimenting
- I've noticed a peculiarity which may just be a documentation bug. When I
- come up, the COM mode doesn't correspond to the defaults claimed in the
- on-line and hardcopy docs. Specifically: I get
- IDSR = OFF
- ODRS = OFF
- OCTS = OFF
- where the defaults are supposed to be ON. Anyway... My file transfer
- problems don't go away with diddling these parameters, nor with
- turning BUFFER=ON.
-
- The biggest difference I see between me and most people around seems to be
- that most people are running off COM3, not COM1. Clearly this should not be
- a problem, but perhaps there's a COM1-only bug.
-
- Any help or advice would be greatly appreciated.
-
- Thanks
-
- -----------------------------------------------------------------------------
- Marc Neuberger mjn@sbcs.sunysb.edu
-
-
-