we’ve just started using the Q26 Extreme for an embedded application with an AVR microcontroller. Our goal is to communicate with the Q26 via USART1 to be able to upload information to our server. To get this working as quick as possible we downloaded the WipSoft example to the Q26. By doing this we can communicate with the Q26 via USART1 and connect to our server without any problems by just using AT-commands. So far so good. But once we start sending data we loose a byte every now and then. We figured this must be a problem with flow control between the microcontroller and the Q26, i.e. the Q26 can’t upload the data as fast as we are sending data via USART1 and therefore fills up a buffer. To avoid this, we use RTS CTS on theQ26 (AT+IFC=2,2). On the microcontroller side, we’re simply polling the CTS pin as we are writing data via USART, and once it goes high (~CTS) we stod sending data until it goes low.
For some reason this doesn’t work as expected. The pin goes high every now and then, but often it won’t go low again. It will typically stays high until the server closes the socket.
Has anyone seen this issue? Is there a problem with the WipSoft example app or any particual firmware version? Isn’t it enough to poll the CTS pin from the Q26 to avoid flooding the buffer?