home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / laptops / 4256 < prev    next >
Encoding:
Text File  |  1992-11-11  |  2.8 KB  |  62 lines
  1. Newsgroups: comp.sys.laptops
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!rpi!batcomputer!cornell!rochester!rit!isc-newsserver!yxl5388
  3. From: yxl5388@ultb.isc.rit.edu (Fractalman)
  4. Subject: Re: 16550A UARTS -- WHY?
  5. Message-ID: <1992Nov11.175952.16003@ultb.isc.rit.edu>
  6. Originator: yxl5388@ultb
  7. Sender: yxl5388@ultb.isc.rit.edu (Y.X. Liu)
  8. Nntp-Posting-Host: ultb-gw.isc.rit.edu
  9. Organization: Rochester Institute of Technology
  10. References: <1992Nov9.160108.36650@ns1.cc.lehigh.edu> <1992Nov10.144023.29489@ultb.isc.rit.edu> <1992Nov10.173244.16967@csx.cciw.ca>
  11. Date: Wed, 11 Nov 1992 17:59:52 GMT
  12. Lines: 48
  13.  
  14. In article <1992Nov10.173244.16967@csx.cciw.ca> hcp@csx.cciw.ca (H.C. Pulley) writes:
  15. >In article <1992Nov10.144023.29489@ultb.isc.rit.edu> yxl5388@ultb.isc.rit.edu (Fractalman) writes:
  16. >>In article <1992Nov9.160108.36650@ns1.cc.lehigh.edu> etl1@ns1.cc.lehigh.edu (EMIL THOMAS LERCH) writes:
  17. >>>A 16550AFN UART is a FIFO buffered UART which doesn't do many users much good.
  18.  
  19. Some stuff deleted..
  20.  
  21. >>>with them, but you can also order just the chip if you want (~$15 U.S.)  If
  22. >>>you're running DOS plain, don't worry about one.  If you multitask with
  23. >>
  24. >>Not true. A 386sx-16 can NOT possibly handle 14.4k connections (1700cps
  25. >>transfer speed) without dropping characters. The only way is to get the
  26. >>16550 chip. On my 386-25 I also can't do 16.8k (2000cps) without the
  27. >>16550.
  28. >
  29. >Not true.  To get back to laptops: my poor old Amstrad PPC 640 with an 8MHz NEC
  30. >V20 chip in it can handle 56Kbps over a null modem connection to my desktop. 
  31. >It only has 8250 UARTs in it.  At 114Kbps the poor little XT cannot handle the
  32. >flow.  Thus is under DOS of course.
  33.  
  34. That's different. Are you using the null-modem connection to download
  35. files (via zmodem or something.)? Or are you just using Laplink or a
  36. similar product to transfer files?
  37.  
  38. >Running a unix OS on my 386-40 desktop however, I lose characters if I go above
  39. >9600bps.  I want 16550s for this machine.  Under DOS this machine can handle
  40. >any speed (I have not actually tested 114K in a proper manner...my other 
  41. >machine can't handle it...see above).
  42.  
  43. A 386-40 can handle any MODEM speed. Null-modem connection is a
  44. different matter.
  45.  
  46. >>>communications and take away some of the lag time in other apps while
  47. >>>communicating in the background.
  48. >>
  49. >>Nope, it won't speed up anything. The 16550 would only make the flow
  50. >>smoother and not make it lose characters.
  51. >
  52. >While it won't really speed up anything, it DOES allow me to operate above 9600
  53. >bps under a multitasking OS.  I don't know how to smooth the flow ;-) but it 
  54. >will definitely help with the loss of characters problem.
  55.  
  56. There's usually no way to smooth the text flow since that's usually with
  57. the way the OS displays text. (Unless you have an HST modem, but that's
  58. a different story.)
  59.  
  60. =Fractalman
  61.  
  62.