At 10:38 AM 5/29/97 +1000, you wrote:
>Hi Everyone,
>
>My limited reading to date on the Basic versions of PICs appears to indicate
>that their serial comms routines are _only_ suited to the use of a single
>stop bit. Is this correct?
>
>I have an potential application that must cope with 2 stop bits and was
>considering doing the coding in one of the Basic codes. Is this possible?

Receiving 2 stop bits is very easy - regular 1-stop-bit code works fine.

Transmitting 2 stop bits in software is very easy - just delay 1 bit time
before transmitting the next byte.

FWIW, the second stop bit is typically used to enable a slow device to
process the received character.  I use it on some of my rs-232-in-sw stuff
to enable me to store, validate, and otherwise process the last character
received.  Basically, think of it as a 10% lengthening of the time between
characters.  Kind of like the old "pace" characters you needed on early XT's.

Andy

======================================================================
Andy Kunz - Montana Design - 409 S 6th St - Phillipsburg, NJ 08865 USA
              Electronics for Industry & R/C Hobbyists
         "Go fast, turn right, and keep the wet side down!"
======================================================================