Search found 4 matches

by Flodis
Tue Nov 14, 2017 10:30 pm
Forum: AT+ Commands
Topic: ESP8266 strange "SEND OK" delay
Replies: 3
Views: 110

Re: ESP8266 strange "SEND OK" delay

TCP is a reliable communication which needs ACK. "RECV XXX bytes" means that ESP8266 got xxx bytes from UART and send it through TCP. "SEND OK" means that ESP8266 received the TCP ACK. I guess that if your remote peer also keep sending data to ESP8266, the ACK will be sent to th...
by Flodis
Tue Nov 14, 2017 10:05 pm
Forum: ESP8266 SDK
Topic: No more than 2-3 packets/sec from the ESP8266?
Replies: 34
Views: 16822

Re: No more than 2-3 packets/sec from the ESP8266?

Thank You all. It makes the picture a bit clearer. There must be some strange idea about handshaking that has been mixed up with the TCP layer. What I notice in my experiment is that there will be no quick "SEND OK" unless something is sent back in response. If no data back the default del...
by Flodis
Tue Nov 14, 2017 6:11 pm
Forum: AT+ Commands
Topic: ESP8266 strange "SEND OK" delay
Replies: 3
Views: 110

Re: ESP8266 strange "SEND OK" delay

Here is another test approach: First I send it a completely fine AT+CIPSEND=0,<datalength> and while it is busy sending i just send it a ms:[<ms>] text string to see what it responds while busy. ... Recv 79 bytes ms:[36] busy s... ms:[60] busy s... ms:[94] busy s... ms:[128] busy s... ms:[153] busy ...
by Flodis
Tue Nov 14, 2017 9:51 am
Forum: AT+ Commands
Topic: ESP8266 strange "SEND OK" delay
Replies: 3
Views: 110

ESP8266 strange "SEND OK" delay

Using CIPSEND there is a long 290ms delay between the "Recv NN bytes" and the "SEND OK" confirmation. The delay is much shorter if there is a response from a web server or similar. As soon as data is coming back from the destination server the "SEND OK" also returns. If...

Go to advanced search