Non-blocking version of WiFi::localIP()

[ondra-novak]

Can we have non-blocking version of the function localIP?

I have WDT set on 5 seconds and this function causes WDT to trigger

ArduinoCore-renesas/libraries/WiFiS3/src/WiFi.cpp

Line 336 in 03b4a91

delay(100);

Thank you

[JAndrassy]

after WiFi.begin, the localIP() should return immediately because WiFi.begin waits for DHCP. how do you initialize WiFi?

[ondra-novak]

I am also setting timeout to zero, because wifi connection is not mandatory on my device. Its priority is to control connected devices. The control cycle has 1 millisecond resolution. I can handle aprx 20mills a common modem-esp32 exchange, but i cannot handle 5 seconds blocking call.

[MYusufY]

I made PR that fixes this by adding localIPNonBlocking() function.

PR:

• Add Non-blocking Version of localIP Function for WiFiS3 library and fix FifoBuffer.h #408

I hope it fixes your issue and have a nice day :)

[JAndrassy]

am also setting timeout to zero, because wifi connection is not mandatory on my device

but then don't call localIP() if there is no WiFi connoection

[ondra-novak]

am also setting timeout to zero, because wifi connection is not mandatory on my device

but then don't call localIP() if there is no WiFi connoection

You don't understand. My controller is running in the main loop where many operations are scheduler depend on various conditions such a time, sensors or status of various components. One component is Wifi connection. So the task calls WiFi.begin(), then periodically checks for status (while returning CPU thread back to the main loop) and then , when status is OK, retrieves localIP.

now consider environment with bad wifi connection. The WiFi status is OK, but immediately after the wifi connection is lost and localIP blocks. Or other scenario, when WiFi.status is OK, but probably DHCP handshake is still in progress. As I understand, this is the main reason, why the function is blocking. So non-blocking version can simply return "still in progress" and we are good, the Task object can postpone the operation until next cycle.

[ondra-novak]

I made PR that fixes this by adding localIPNonBlocking() function.

I hope it fixes your issue and have a nice day :)

Thank you, I already happily forked this PR.

[JAndrassy]

correct solution is change the esp32 firmware to not wait for localIP()

[MYusufY]

I made PR that fixes this by adding localIPNonBlocking() function.

I hope it fixes your issue and have a nice day :)

Thank you, I already happily forked this PR.

Glad you solved it! Have a nice day.

[MYusufY]

correct solution is change the esp32 firmware to not wait for localIP()

You mean using ESP-IDF?

But i think solution is solution.

[JAndrassy]

I looked more into it. the firmware returns immediately.
the localIP() function should not try multiple times. there should not be the loop with a delay. it makes no sense to do that.

cc: @pennam

[ondra-novak]

I looked more into it. the firmware returns immediately. the localIP() function should not try multiple times. there should not be the loop with a delay. it makes no sense to do that.

cc: @pennam

Unfortunately, some code expects blocking version of this function, like here

ArduinoCore-renesas/libraries/WiFiS3/src/WiFi.cpp

Line 183 in 03b4a91

return _config(localIP(), gatewayIP(), subnetMask(),dns_server1,dns);