I cannot determine that. People are running the app on the ESP32-U4WDH (the old one and the new one).

Can I use a bootloader compiled for dual core on a single core chip? The app is compiled for single core. I somewhere read that we should not use a bootloader compiled for single core when the app is for dual core. But what about the other way round? The bootloader documentation does not say anythin...

https://github.com/espressif/esp-idf/issues/13448
The BLE hardware should be compatible. But Espressif is unwilling.

Maybe a tip: If you want to achieve more reach with your WolfSSL, why not put a NONOS fork online where MbedTLS has already been completely replaced, ready to use so to speak.

RTOS is no option since it demands way too much flash memory. We have hundreds of devices with 1 MByte of flash. RTOS does not fit there. So we are stuck with the NONOS.
Also, RTOS has a newer mbedtls. I think, anyone using RTOS has no need in changing this component.

So is it possible to replace mbedtls in the ESP8266_NONOS_SDK with this one? The existing mbedtls is quite outdated and does not support TLS 1.3 at all.

I am using Windows, VSCode and the ESP-IDF extention. I need to compile a project for several targets, for example ESP32, ESP32-C3 and ESP32-S3. I can do this manually by clicking the "ESP-IDF: Set Espressif Device Target" command, then "ESP-IDF: Build Project", then copying the binaries, and so on....

That is the mystery. It is the MOSI pin, the one called mosi_io_num in spi_bus_config_t.

I mean the exact same state as just before executing esp_rom_gpio_connect_out_signal(). The GPIOs are involved in a bus initialization (ESP-IDF API) I do not want to re-initialize the bus over and over again.

Hi, I have to use the function esp_rom_gpio_connect_out_signal to combine two signals. There is no real documentation for this function. In esp_rom_gpio.h it just says "Combine a peripheral signal which tagged as output attribute with a GPIO. There's no limitation on the number of signals that a GPI...