Dirk O. Kaar
Dirk O. Kaar
Good to know!
@tokra I can confirm your findings for now. Will have to investigate which the fault occured, I'd like to believe it's some change in adafruit:master :-)
Could please withdraw your PR, and support #136? It is an even more comprehensive merge of mcauser's changes.
@MstrVLT @ladyada This PR is dead in the water?
@MstrVLT Could you please try #136 instead and close this? It solves a few more of the specifics of the 64x48 boards.
Did anyone check out #7979 and test this issue again based on it?
> Regarding #7979, The current library does not have `forceLightSleepBegin()`. It has `forceSleepBegin() `however, but it does not take into account `WiFi.setSleepMode(WiFiSleepType::WIFI_LIGHT_SLEEP)`; and forces `wifi_fpm_set_sleep_type(MODEM_SLEEP_T);` instead. What do you mean...
@Bruno-Muller The Board Manager selects BSPs, a.k.a. Arduino cores - not libraries :-) The aforementioned #7979 is a pending PR, as such, not available via the Board Manager. Explaining all...
According to https://www.arduino.cc/reference/en/, the portable calls are `interrupts()` and `noInterrupts()`, are they not? Obviously you must not `yield()` (`delay()`, sleep etc.) when `noInterrupts()` is in effect.
@mcspr Too short, I don't have a clue what you are talking about. Anyway, since 8.0.3 has passed the Arduino library release checks and all now, is this a blocking...