ESP8266 Developer Zone

Re: Some bugs/features maybe

2016-03-11T14:33:48+08:00

Ok I thought so,

but why are before and not after?
There could be after as well.

At least after last IPD

Statistics: Posted by tilz0R — Fri Mar 11, 2016 2:33 pm

Re: Some bugs/features maybe

2016-03-11T14:14:17+08:00

Hi,

ESP8266 will not add any "CR LF" after the data received. But there is a "CR LF" before "+IPD".

Here is my test log:

Code:

+IPD,0,4:testAT+CIPSEND=0,5 // There is no "CR LF" after the received data "test".

OK
> 
Recv 5 bytes

SEND OK
AT+CIPSEND=0,6

OK
> 
Recv 6 bytes

SEND OK
//Here is a "CR LF"
+IPD,0,4:test //Here is a "CR LF"
+IPD,0,4:test

It is "[CR LF]+IPD:XXXXXXXXX".

Statistics: Posted by ESP_Faye — Fri Mar 11, 2016 2:14 pm

Re: Some bugs/features maybe

2016-03-07T16:36:02+08:00

Hi,

what you saw on picture is direct output from ESP, including CR and LF. My UART tool does not add them manually.

I tested with several, always the same, so I assume this could be your problem?

Statistics: Posted by tilz0R — Mon Mar 07, 2016 4:36 pm

Re: Some bugs/features maybe

2016-03-07T16:34:07+08:00

Hi,

1. The "AT+CWLAP" issue, please have a try with this new AT firmware http://bbs.espressif.com/viewtopic.php?f=46&p=5964#p5964.

2. The "CR LF" issue, is it your UART tool that will add the "CR LF" ?
In your picture, there are many "CR LF"s that should not exist. For example,

Code:

SEND OK
[CR LF] // there should not be a "CR LF"
+IPD,XXXXXXXXX

It should be as

Code:

SEND OK
+IPD,XXXXXXXXX

Statistics: Posted by ESP_Faye — Mon Mar 07, 2016 4:34 pm

Re: Some bugs/features maybe

2016-02-02T15:25:35+08:00

Hi,

1. It still does not find it,
2. It still doesn't work, it just returns "OK" but no found anything. The same thing worked with AT 0.52 on the same distance (5 feet right now) from router.

3. This is funny that all my data have \r\n directly at the end of +IPD statement which is not true. It is obvious that ESP sends this \r\n somehow. I have included .log file of my terminal and you can see in first +IPD statement is 1452 bytes. If you open in notepad++ and enable all characters view (so it will show CR and LF as well) you will see that last CRLF 2 bytes are out of these 1452 bytes.

In .zip is entire log,
2 pictures shows selected all characters from +IPD statement. In line on bottom of image, where "Sel:" text is, number means how many characters is selected and it is exactly 1452 like +IPD has reported characters. From where then \r\n after all comes?

For my development, I'm downloading first 10k bytes of jQuery minified library. Exactly this file

Edit: I have added AT+CWLAP return where you can see that module does not find anything, but can connect easily to access point. Btw, I'm using 921600 bauds after initialization is done (CWMODE, CIPMUX, etc) so you does not see initialization.

output_2016-02-02_09-01-23.zip

output_2016-02-02_08-03-20.zip

Statistics: Posted by tilz0R — Tue Feb 02, 2016 3:25 pm

Re: Some bugs/features maybe

2016-02-02T10:15:38+08:00

Hi,

1. Move the router to be closer to ESP8266, could it find the router ?
2. Could AT+CWLAP="SSID" find the target router ?

3. +IPD will not add anything to the network data, "+IPD,conn_num,num_bytes:data\r\n" can only because that your data ends up with \r\n, they are not added by AT commands.

Thanks for your interest in ESP8266 !

Statistics: Posted by ESP_Faye — Tue Feb 02, 2016 10:15 am

Some bugs/features maybe

2016-01-31T05:40:52+08:00

I have updated software to latest AT 0.6 software.

Now, AT+CWLAP does not return wifi AP stations, instead of it just return OK without AP list.

I have at least 3 AP in visible for ESP since it can connect to all 3 if I manually write AP and password, but it does not return it on AT+CWLIF. I saw AT+CWLIFOPT and I set it to AT+CWLIFOPT=1,127. It returns OK but still no AT in result.

Any ideas?

Next thing, UART change works great now, as expected.

Third thing, about +IPD statement.

Statement looks like: +IPD,conn_num,num_bytes:data\r\n

Why this statement does not look always like this? Sometimes, \r\n are missing and then response from ESP looks like this:

+IPD,conn_num,num_bytes:data\r\n
+IPD,conn_num,num_bytes:data\r\n
+IPD,conn_num,num_bytes:data\r\n
+IPD,conn_num,num_bytes:data\r\n
+IPD,conn_num,num_bytes:data0,CLOSED\r\n

Sometimes, after last +IPD statement "\r\n" missing and this can make problems with parsing.

Can you force \r\n in next release after +IPD statement? There is no problem, if it is multiple \r\n in response, it is a problem if there is no response with \r\n.

As you can see on image, last +IPD has no \r\n before new statement "0,CLOSED\r\n"

Please respond to this post.

Statistics: Posted by tilz0R — Sun Jan 31, 2016 5:40 am