piclist 1999\04\07\212512a >
Thread: More RS232 to PIC questions
face picon face BY : William Chops Westfield email (remove spam text)

   Dear Ian, excuse me if I am bold, but I worked 19 years at IBM and 14 at
   teleprocessing dealing with all kinds of telecommunication systems and
   modems in several different communication protocols, I also developed
   some communication devices to IBM.  I am not challenging Horowitz, but,
   DTE asserts RTS (Request to SEND) when it wants to "SEND", not a single
   moment before, except if it is a full-duplex system, when the
   transmission and reception can happens simultaneously, then RTS still
   active all the time (can be programmed to be).

What you say is true of IBM and other "true half duplex" rs232 systems or
others fully obeying the rs232 spec.  This represents approximately 0.05% of
existing asynchronous communications equipment, nearly all of which is full
duplex (removing the need for "spec" RTS/CTS behavior.)

   In any case, RTS is not used (never) to means DTE is ready to receive.

Sure.  Except for about 2 billion modems, printers, terminal servers and
other async serial devices that implement "hardware flow control" using
RTS/CTS.  Asserting RTS/CTS means "ready to receive" (buffers not full), and
this will typically stop transmission of the other side at the hardware
level.  Sorry spec writers, you were overruled by expedience.  There is
no "hardware flow control" in rs232.  It was needed, it was added. (and it's
just like IBM to claim it doesn't exist :-)


seeking: microchip devices pic

In reply to: Your message of Wed, 7 Apr 1999 20:47:06 -0400
See also: www.piclist.com/techref/microchip/ios.htm?key=rs232
Reply You must be a member of the piclist mailing list (not only a www.piclist.com member) to post to the piclist. This form requires JavaScript and a browser/email client that can handle form mailto: posts.
Subject (change) More RS232 to PIC questions

month overview.

new search...