See message #85960. I'm not sure if this is releated, but I am not able to process any events during my serial communication since I need to respond to the byte l within 2-3ms of receiving it. Processing system events causes me to miss the poll. Maybe try keeping the serial routine in a loop that prevents system events from beeing processed and see if you get the same result.
Also, I am using asyncronous (RS485) communication. Possibly the RTS/CTS signal in syncronous comm causes the UART to interrupt immediately. Since I am not using these signals, no interrupt is created. I'm not sure which you are using or if this could be an issue. Check some of the other threads (#85437 for example) on this issue and you should be able to see what you're doing differently than I am. --- In [EMAIL PROTECTED], Ron Nicholson <[EMAIL PROTECTED]> wrote: > On Mon, 10 Mar 2003 07:36:15, ritmanik writes: > >SrmReceiveCheck() does not return until at least 8 bytes are in the buffer. > > This isn't an accurate or a complete statement of the problem. Sending only > one character at a time from an external terminal to the m550 serial port > seems to work just fine. So SrmReceiveCheck() *will* return after only > 1 byte is in the buffer, but after a slight delay (a few milliseconds it seems). > > It may be that the OMAP chip itself takes some time to shift incoming serial > port data down its built-in 8-byte FIFO. > > > Ron Nicholson > HotPaw Productions > <http://www.hotpaw.com/rhn/hotpaw> > > -- > For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
