??? 05/22/08 22:18 Read: times |
#155041 - Asynchronous Serial Port handshake? |
I've got a situation in which I want to shut off traffic on the serial port because I'm switching the MCU clock rate to one that's incompatible with the current baud rate. The problem is that I have to be able to do it in both directions and right now due to the needs of an event in a higher-priority process, yet without introducing a complicated protocol. I'm thinking in terms of generating an interrupt, specifically one interrupt if a serial character is currently being assembled, and another if it's not.
Has anybody had to do this sort of thing, i.e. ensure in hardware, that there's no serial traffic for a while? The PC seems to have one way of doing things, but I'm curious whether there's a "better" way. Any suggestions? RE |
Topic | Author | Date |
Asynchronous Serial Port handshake? | 01/01/70 00:00 | |
Question isn\'t quite clear | 01/01/70 00:00 | |
Thie problem is exactly analogous to,,, | 01/01/70 00:00 | |
Protocol? "We don't need no %$#@! protocol!" | 01/01/70 00:00 | |
Good Luck | 01/01/70 00:00 | |
Sorry to step on your toes ... | 01/01/70 00:00 | |
'right now' | 01/01/70 00:00 | |
sounds to be a case for an external UART... | 01/01/70 00:00 | |
RE sounds to be a case for an external UART... | 01/01/70 00:00 | |
double post, ignore | 01/01/70 00:00 | |
It could be none at all ... | 01/01/70 00:00 | |
Switch | 01/01/70 00:00 | |
The goal is to minimize the data loss | 01/01/70 00:00 |