Or you could just time the sender so that it send one byte every second. Waiting for an acknowledge byte is not as fast as using a port pin to toggle the data flow. In the PIC, when you receive a byte, set the DTR (or DSR or RTS or CTS or whichever line the PC software respects, they are all different in this regard) pin low (or high if it's inverted by the driver) until you are ready for another one. The actual hardware handshaking does take place in hardware so there is no way it can overflow the way software handshakes can. /\/\/\/*=Martin ----- Original Message ----- From: "Mike Blakey" To: Sent: Monday, February 25, 2002 12:42 PM Subject: [PIC]:USART receiving data > I'm doing a little project using an f876 storing and retrieving data (a lookup > table) into the EEDATA memory. The routine works fine, except for receiving data > from the PC. I send the data using VB6 MSComm1 but I get an overrun error after > about 4 bytes. even if I change the speed from 19200 down to 9600, exactly the same > thing happens. I have not got any hardware handshaking, so I am assuming that I > will have to handshake by sending back an acknowledgement byte before sending the > next byte down to the PIC. Am I missing something or is this the right way? Thanks. > > > > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > > -- > http://www.piclist.com hint: To leave the PICList > mailto:piclist-unsubscribe-request@mitvma.mit.edu > > -- http://www.piclist.com hint: To leave the PICList mailto:piclist-unsubscribe-request@mitvma.mit.edu