ESP8266 Developer Zone The Official ESP8266 Forum 2015-10-27T14:31:12+08:00 https://bbs.espressif.com:443/feed.php?f=65&t=1256 2015-10-27T14:31:12+08:00 2015-10-27T14:31:12+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1256&p=4301#p4301 <![CDATA[Re: ESP8266: SEND FAIL - causes, how to avoid, and how to recover?]]>
Retransmissions mean that your network environment is not good. So the TCP transmission fail.

If you could provide the AT logs and WiFi packets, we will help analyze them.

Thanks for your interest in ESP8266 !

Statistics: Posted by ESP_Faye — Tue Oct 27, 2015 2:31 pm


]]>
2015-10-26T21:23:38+08:00 2015-10-26T21:23:38+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1256&p=4283#p4283 <![CDATA[Re: ESP8266: SEND FAIL - causes, how to avoid, and how to recover?]]>
I have been using a packet sniffer and what I noticed is that the 8266 does a number of retransmissions - perhaps as expected, then sends a TCP connection close packet, and then a few more retransmissions before stopping communications.

(I had posted twice about this same topic as I didn't realize my intiial post was simply awaiting approval - but I had briefly mentioned about using a packet sniffer there).

Statistics: Posted by AndrewNode — Mon Oct 26, 2015 9:23 pm


]]>
2015-10-23T15:32:28+08:00 2015-10-23T15:32:28+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1256&p=4248#p4248 <![CDATA[Re: ESP8266: SEND FAIL - causes, how to avoid, and how to recover?]]>
You can capture the WiFi packets to analyze.

Can you send data successfully if you try to send again after SEND FAIL?

Statistics: Posted by ESP_Faye — Fri Oct 23, 2015 3:32 pm


]]>
2015-10-20T21:53:02+08:00 2015-10-20T21:53:02+08:00 https://bbs.espressif.com:443/viewtopic.php?t=1256&p=4190#p4190 <![CDATA[ESP8266: SEND FAIL - causes, how to avoid, and how to recover?]]>
The problem is, when we sent larger amounts of data (like 200KB), we occassionally get a SEND FAIL message from the ESP8266.
We are waiting for "SEND OK" after each AT+CIPSEND.
We have tried sending in 2040 byte chunks and smaller chunks (no difference)
We have tried varying delays between each successful AT+CIPSEND, from 100ms to 2seconds (no difference)
We have tried adjusting the AT+RFPOWER - and this helped a little, but didn't completely solve the problem.

I'm using the ESP8266 as an AP and transmitting data to an iPhone that is right next to it.
What would cause the SEND FAIL response from the ESP8266? We have a similar IC that we're testing alongside the ESP8266 that sends without the failures.
How can you recover from the send fail / re-start the sending?

Statistics: Posted by AndrewNode — Tue Oct 20, 2015 9:53 pm


]]>