This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

HW flow control - bluetooth

Hello,

I am working with a bluetooth module (actually, 3 of them) than can expect a high volume of incoming data at moderate/high bitrates. Bluegiga, the WT12's manufacturer, recommends using hardware flow control in order to eliminate data loss (too bad that the LPC2478 only has a modem interface on UART1 while it has 4 of them. The others will be controled by GPIO lines inducing external interrupts - with the hope it will do the trick!).
I have encountered and solved a problem related to the receiver side not emptying its software buffer fast enough: hardware flow control cannot help me with that of course! However, I was wondering, before starting to spend precious time experimenting, if there is a solid way to tell a UART peripheral to de-assert its CTS line until my software buffer is been emptied to a certain level, after while the counter party can resume sending, rather that relaying on the automatic behavior of the UART peripheral only. As I said, I solved it, but this might appear in the future if we start using a higher bitrate of circumstances change. Any ideas, thoughts...?