ESP8266 Webserver Project

Moderator: Sprite_tm

User avatar
By ulko
#10673 esphttpd compiling, linking, working: It's all perfect when working in STATION_MODE and having defined WIFI_CLIENTSSID and WIFI_CLIENTPASSWORD in user_config.h.
But I don't want to ship out the ESP with my WLAN parameters.
So I tried the original
Code: Select all#define USE_WIFI_MODE      STATIONAP_MODE
#define WIFI_CLIENTSSID      "MYAP"
#define WIFI_CLIENTPASSWORD   "00000000"
#define WIFI_AP_NAME      "ESP8266"
#define WIFI_AP_PASSWORD   "00000000"
#define PLATFORM_DEBUG      true

In this case ESP goes in AP-mode, I can connect to ESP8266 and I can call 'do so' .
But now the show stopper: There is displayed 'Scanning...'
but serial output shows nothing about scanning AP's and display remains in Scanning....


Btw in the working case(see on top) I also can 'do so' and then the scanning of AP's is done and connection to other AP is possible.

What's the difference?????
User avatar
By aidanruff
#10717 I'm trying to resolve the same error in SDK 0.9.5 but I just can't find what the issue is. I can use os_printf and os_printf_plus in other programs, but I just can't track down what's going here!

Did you manage to resolve it?
------------------------------------



bwhouse wrote:Ok I think I narrowed it down a little more.

I should have mentioned I am using SDK 0.9.5 not sure if thats the cause. But I discovered that the c_types.h in the SDK has the typedef for uint32_t commented out and seems to be relying on including the default C stdint.h. However this doesnt work as a dummy stdint.h is included in the esp-httpd includes folder.

I noticed the SDK have a c_types.h.orig file which has the commenting removed. If I use this file I now get a little further. But get a new error.

Code: Select allCC user/httpd.c
user/httpd.c: In function 'httpdFindConnData':
user/httpd.c:97:2: error: implicit declaration of function 'os_printf_plus' [-Werror=implicit-function-declaration]
  os_printf("FindConnData: Huh? Couldn't find connection for %p\n", arg);


I am not sure if this is simply because the code base doesn't work against the 0.9.5 SDK or some environment problem on my end.