Opened an issue: https://github.com/espressif/esp-idf/issues/12849

Just found an issue with this! TAKE CARE IF YOU HAVE COPIED THIS CODE! There is a difference in implementation between IDF 4.3 and IDF 4.4 The older code includes the custom section of the retain memory in the CRC calculation and the newer one skips it. Which is causing me compatability issues when ...

Thanks ESP_Sprite, Sounds like jumping straight to second stage bootloader is a bad idea. I'm assuming that a reset of any kind will also re-initialise system registers such as RTC scratch values in the first/second stage bootloader? Reserving RAM is how I would normally tackle this, but I think the...

Hi Everyone, I am struggling a bit with finding a way to manually launch the second stage bootloader from a running application partition. My code implements a custom serial bootloader using bootloader hooks and it would be nice to be able to force launch it. I also use OTA, but the serial backup is...

I think I have found my issue. Amongst the numerous other things I have going on... I have manually overridden the IP4 route src hook functions. I do this to be able to force a default interface based on internet connectivity rather than solely on link up status. E.g. It will prefer WiFi if it has W...

Thanks for having a look hmalpani.

You are right, the example seems to work. I'll keep digging and report back. I'm still pretty sure it is getting stuck in this function, but must be some other mechanism.

Thanks.

I'm using IDF4.4.5 on ESP32 and I've come across what I think is a bug or maybe an oversight in the way the HTTP server is implemented. I have a commercial project on a few different hardware platforms and I run multiple network interfaces simultaneously (e.g. STA, AP, ETH, PPP), and they all start-...

Hi Tom, I can't pen up an exact example for you sorry, but I did end up following the suggestion in the link from boarchuz. Here is a snippet from my bootloader hooks file (called from bootloader_after_init() hook). This is probably not entirely my own work, can't remember if I copied bits of this f...

I've done a lot of work on this in the last week and I've come to the conclusion that I can't rely on any of the normal methods for disabling WiFi even from a high priority task rather than the ISR. Unless I am missing something obvious... The reason for this is they all seem to pend on synchronizat...

So after going through the SPI driver I have come to the conclusion that the scenario above (multiple tasks pending on flash operations) wasn't really considered when it was written. I've come up with my own derivative implementation of the yield function. (Original Espressif version here: https://g...