ESP8266 Developer Zone The Official ESP8266 Forum 2015-08-14T15:01:35+08:00 https://bbs.espressif.com:443/feed.php?f=7&t=541 2015-08-14T15:01:35+08:00 2015-08-14T15:01:35+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3231#p3231 <![CDATA[Re: Strange problem with SDK v1.1]]>
So sorry that issues reported on BBS are not included in BBP..

If you want to win a bounty, please follow this guide http://bbs.espressif.com/viewtopic.php?f=20&t=288

We are working on your power consumption issue now, we will let you know, if there is any update.

Thanks for your interest in ESP8266!

Statistics: Posted by ESP_Faye — Fri Aug 14, 2015 3:01 pm


]]>
2015-08-13T14:37:51+08:00 2015-08-13T14:37:51+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3202#p3202 <![CDATA[Re: Strange problem with SDK v1.1]]> Power consumption goes very HIGH when the AP is not available. Thanks!

Statistics: Posted by Harold L. — Thu Aug 13, 2015 2:37 pm


]]>
2015-08-13T14:34:44+08:00 2015-08-13T14:34:44+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3200#p3200 <![CDATA[Re: Strange problem with SDK v1.1]]>
Espressif_Faye wrote:
Hi,Harold,

We believe that the latest esp_iot_sdk_v1.3.0 solved your problem.

Please have a try and feel free to let us know if your problem is still unsolved.

Thanks for your interest in ESP8266 !


Yep! It really works! Great! Thank you very much!
Btw, is my report eligible for the Bug Bounty Program? ;)

Statistics: Posted by Harold L. — Thu Aug 13, 2015 2:34 pm


]]>
2015-08-11T13:44:59+08:00 2015-08-11T13:44:59+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3137#p3137 <![CDATA[Re: Strange problem with SDK v1.1]]>
We believe that the latest esp_iot_sdk_v1.3.0 solved your problem.

Please have a try and feel free to let us know if your problem is still unsolved.

Thanks for your interest in ESP8266 !

Statistics: Posted by ESP_Faye — Tue Aug 11, 2015 1:44 pm


]]>
2015-08-10T14:59:35+08:00 2015-08-10T14:59:35+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3112#p3112 <![CDATA[Re: Strange problem with SDK v1.1]]>
Espressif_Faye wrote:
[2015-08-05 Updated to lib_1.2.0_with_debug_log_19]
Hi, Harold L.

Please update libs in the attachment base on esp_iot_sdk_v1.2.0

If the problem is still unsolved, please provide the UART output logs for debugging.


I've sent my log to bugbounty@espressif.com, I'm looking forward to the good news :P

Statistics: Posted by Harold L. — Mon Aug 10, 2015 2:59 pm


]]>
2015-08-06T22:05:54+08:00 2015-08-06T22:05:54+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3070#p3070 <![CDATA[Re: Strange problem with SDK v1.1]]> Statistics: Posted by blubb — Thu Aug 06, 2015 10:05 pm


]]>
2015-08-06T09:37:34+08:00 2015-08-06T09:37:34+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3063#p3063 <![CDATA[Re: Strange problem with SDK v1.1]]>
Is your router encrypted as WPA2, or OPEN ? Could you provide the capture picture of your router's Wi-Fi configuration ?

Could you provide the captured 802.11 packets ?

Thanks for your interest in Espressif Systems and ESP8266 !

Statistics: Posted by ESP_Faye — Thu Aug 06, 2015 9:37 am


]]>
2015-08-05T21:38:57+08:00 2015-08-05T21:38:57+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3057#p3057 <![CDATA[Re: Strange problem with SDK v1.1]]>
I suggest that ESP automatically reverts to 11G if no connection in 11N mode was possible. It's better to have a 11G connection than to have no connection at all.

Statistics: Posted by blubb — Wed Aug 05, 2015 9:38 pm


]]>
2015-08-04T18:50:43+08:00 2015-08-04T18:50:43+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3040#p3040 <![CDATA[Re: Strange problem with SDK v1.1]]> Hi, Harold L.

Please update libs in the attachment base on esp_iot_sdk_v1.2.0

If the problem is still unsolved, please provide the UART output logs for debugging.

Hi, blubb,

Is your router encrypted as WPA2, or OPEN ?

Could you provide the captured 802.11 packets ?

Thanks for your interest in Espressif Systems and ESP8266 !
lib_1.2.0_with_debug_log_19.zip

Statistics: Posted by ESP_Faye — Tue Aug 04, 2015 6:50 pm


]]>
2015-08-03T23:33:33+08:00 2015-08-03T23:33:33+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3031#p3031 <![CDATA[Re: Strange problem with SDK v1.1]]> bugbounty@espressif.com (I don't have another mail address).
I hope they arrive.

Statistics: Posted by blubb — Mon Aug 03, 2015 11:33 pm


]]>
2015-08-03T13:37:56+08:00 2015-08-03T13:37:56+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3024#p3024 <![CDATA[Re: Strange problem with SDK v1.1]]>
Please update libs in the attachment base on esp_iot_sdk_v1.2.0

If the problem is still unsolved, please provide the UART output logs for debugging.
lib_1.2.0_with_debug_log_06.zip

Statistics: Posted by ESP_Faye — Mon Aug 03, 2015 1:37 pm


]]>
2015-08-03T12:13:43+08:00 2015-08-03T12:13:43+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3023#p3023 <![CDATA[Re: Strange problem with SDK v1.1]]>
Espressif_Faye wrote:
Hi,

We just solved a customer's Wi-Fi reconnect issue which was because that he missed the " station_config.bssed_set = 0;" before "wifi_station_set_config".

Did you call " station_config.bssed_set = 0;" before "wifi_station_set_config" ?

Please refer to http://bbs.espressif.com/viewtopic.php?f=31&t=228


We did absolutely call "station_config.bssid_set = 0;" before "wifi_station_set_config".
btw, I tried wifi_set_phy_mode(PHY_MODE_11G) refer to blubb's results, but no lucky in my situation

Statistics: Posted by Harold L. — Mon Aug 03, 2015 12:13 pm


]]>
2015-08-03T09:53:52+08:00 2015-08-03T09:53:52+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=3016#p3016 <![CDATA[Re: Strange problem with SDK v1.1]]>
We just solved a customer's Wi-Fi reconnect issue which was because that he missed the " station_config.bssed_set = 0;" before "wifi_station_set_config".

Did you call " station_config.bssed_set = 0;" before "wifi_station_set_config" ?

Please refer to http://bbs.espressif.com/viewtopic.php?f=31&t=228

Statistics: Posted by ESP_Faye — Mon Aug 03, 2015 9:53 am


]]>
2015-08-01T06:59:48+08:00 2015-08-01T06:59:48+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2994#p2994 <![CDATA[Re: Strange problem with SDK v1.1]]>
In 11N mode I get this scandone/reconnect loop and as reason for the disconnect "auth_leave" is reported.

My router is a "TP-Link TL-WR1043ND" with DD-WRT firmware.

Statistics: Posted by blubb — Sat Aug 01, 2015 6:59 am


]]>
2015-07-05T16:59:37+08:00 2015-07-05T16:59:37+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2495#p2495 <![CDATA[Re: Strange problem with SDK v1.1]]>
First I use esptool to write_flash 0x00000 blank512k.bin
This sets all bits in the flash to ones

C code section:

Code:

wifi_station_disconnect();
wifi_set_phy_mode(2); //11g Mode
wifi_set_opmode(1); //STA mode       
char ssid[32] = "lambda";
char password[64] = "1234567890";
struct station_config stationConf;
stationConf.bssid_set = 0;
os_memcpy(&stationConf.ssid, ssid, 32);
os_memcpy(&stationConf.password, password, 64);
wifi_station_set_config(&stationConf);
wifi_station_connect();
wifi_station_dhcpc_start();


Uart log:

Code:

   291> mode : sta(18:fe:34:a6:55:5a)
   295> add if0
   296> f 0, scandone
  3413> reconnect
  3413> f 0, scandone
  6528> reconnect
  6529> f -240, scandone
  9645> reconnect
  9645> f 0, scandone
 12761> reconnect
 12762> f -240, scandone
 15878> reconnect
 15878> f 0, scandone
 18994> reconnect
 18994> f -240, scandone
 22111> reconnect
 22111> f 0, scandone
 25227> reconnect
 25227> f -240, scandone
 28343> reconnect
 28343> f 0, scandone
 31459> reconnect
 31459> f -240, scandone
 34576> reconnect
 34576> f 0, scandone
 37692> reconnect
 37692> f -240, scandone
 40809> reconnect
 40809> f 0, scandone
 43925> reconnect
 43925> f -240, scandone
 47041> reconnect


The same problem happens if I set the esp8266 to be in AP mode, no client can connect. If I place the client (smarphone literally on top of the esp8266 antenna it can sometimes connect.

Once the connection succeeds I can increase the distance by 20 meters and still the connection is stable. So maybe it really has to do with the initial TX PWR settings stored in flash?!

Statistics: Posted by iothing — Sun Jul 05, 2015 4:59 pm


]]>
2015-07-04T02:35:55+08:00 2015-07-04T02:35:55+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2488#p2488 <![CDATA[Re: Strange problem with SDK v1.1]]>
connecting...
mode : sta(18:fe:34:9d:80:96)
add if0
f 0, .....scandone
.reconnect
f 0, ....scandone
.reconnect
f -240, ....scandone
.reconnect
f 0, ....scandone
.reconnect
f -240, ....scandone
.reconnect
f 0, ....scandone
.reconnect
f -240, ....scandone
.reconnect
f 0, ....scandone

Statistics: Posted by Harold L. — Sat Jul 04, 2015 2:35 am


]]>
2015-06-23T03:57:10+08:00 2015-06-23T03:57:10+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2348#p2348 <![CDATA[Re: Strange problem with SDK v1.1]]>
I found the ESP-12E to be a lot better than the ESP-12. When using the ESP-12E it connects to the AP that the ESP-12 fails on.
I'm converting to using ESP-12E :D

Statistics: Posted by MacDog — Tue Jun 23, 2015 3:57 am


]]>
2015-06-10T23:22:42+08:00 2015-06-10T23:22:42+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2171#p2171 <![CDATA[Re: Strange problem with SDK v1.1]]>
But I found something more intresting: the 0x1fe000 region (RF parameters) matters a lot!

"ssid_bad.bin" is the dump of 0x1fe000 from a board that can not connects to AP, and "ssid_good.bin" dumps from a board that connects fine.

ssid.gif


something there were different, but was set by the same c code.

I've no idea why the same c code configs WIFI SSID & PASSWD can write different RF parameters to 0x1fe000.

P.S. After I flashing the ssid_good.bin to the board which can not connect to AP, it becomes OK!

Statistics: Posted by Harold L. — Wed Jun 10, 2015 11:22 pm


]]>
2015-06-08T19:54:20+08:00 2015-06-08T19:54:20+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2102#p2102 <![CDATA[Re: Strange problem with SDK v1.1]]>
Could you provide your test code and the information about your router to us to duplicate this problem ?

Thanks for your interest in ESP8266 !

Statistics: Posted by ESP_Faye — Mon Jun 08, 2015 7:54 pm


]]>
2015-06-07T19:56:42+08:00 2015-06-07T19:56:42+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2079#p2079 <![CDATA[Re: Strange problem with SDK v1.1]]> I've tried two different AP and they both exhibit the same behavior.
It seems to me that there is a timeout in ESP being to short. This results in ESP trying a reconnect instead of waiting for the AP and acknowledge.

Statistics: Posted by MacDog — Sun Jun 07, 2015 7:56 pm


]]>
2015-06-03T19:06:41+08:00 2015-06-03T19:06:41+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2031#p2031 <![CDATA[Re: Strange problem with SDK v1.1]]>
Could you provide your test code to us to duplicate this problem ?

Here is a demo code of ESP8266 station connecting router http://bbs.espressif.com/viewtopic.php?f=21&t=228
Please have a try and notice that "stationConf.bssid_set = 0; " has to be set.

Thanks for your interest in ESP8266 !

Statistics: Posted by ESP_Faye — Wed Jun 03, 2015 7:06 pm


]]>
2015-06-03T12:13:24+08:00 2015-06-03T12:13:24+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2025#p2025 <![CDATA[Re: Strange problem with SDK v1.1]]> 1. STEP2 with 0
2. boot 1.2 + STEP2 with 1 and STEP5 with 3 or 5
3. boot 1.4 + STEP2 with 1 and STEP5 with 3 or 5

all behave the same.

Statistics: Posted by Harold L. — Wed Jun 03, 2015 12:13 pm


]]>
2015-06-10T23:27:40+08:00 2015-06-03T12:07:34+08:00 https://bbs.espressif.com:443/viewtopic.php?t=541&p=2023#p2023 <![CDATA[Strange problem with SDK v1.1]]>
If I flash the *new bin* file to a *fresh board*(which means the SPI Flash contains all 0xff ....), it'll failed to connect to the AP!

I've sure the following things:
1. 8266 can receive. If I set a wrong SSID, it'll say STATION_NO_AP_FOUND instead of 'STATION_CONNECT_FAIL'
2. the WIFI Tx signal from 8266 may very weak, if a put the board near the AP, my AP has log like this:
daemon.info hostapd: wlan0: STA 18:fe:34:9d:80:97 IEEE 802.11: authenticated
daemon.notice hostapd: wlan0: STA 18:fe:34:9d:80:97 IEEE 802.11: did not acknowledge authentication response

but if the distance is not that close, like 5m, AP would have no such log.

3. If I flash the old bin(build from SDK 0.9.4) first, it'll connect to AP stably at any distance. Now we'll not call it as a *fresh board* since the old bin has been flashed, now I flash the *new bin* to it, WIFI connection is OK!!!

4. The most strange things come: If I erase the *entire* flash though SPIEraseChip() then flash the *new bin*, it'll become a *fresh board* and failed to connect again!


2015-6-3:
After more tests, I found the 3 and 4 was a side-effect of my logic. The problem is more accurately described as follow: with the new SDK, if my code consumes some time before the WIFI connection was established, (e.g.start a timer running at 1HZ in the user_init, block for 100ms in each timer_cb), you may not connect to any AP with SDK 1.1

The same behavior is OK with the old SDK, and we really need to do things before WIFI connection was established!


2015-6-10:
Please see my posts below.


I hope you can offer some help.
Thanks!

Statistics: Posted by Harold L. — Wed Jun 03, 2015 12:07 pm


]]>