I created an issue on github with an example code:
https://github.com/espressif/arduino-esp32/issues/7719

Hopefully someone will have any idea to debug the issue.

Frankly speaking I didn't perform any detailed analysis since I don't know your code and I'm not SPI expert. I based it on assumption that Polling Transaction via DMA takes 10 µs as per https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/peripherals/spi_master.html#transaction...

The heap was running out... There was a dummy 32kB static allocation in my code that consumed too much memory. After removing that dummy array from the code the webserver + wifi + spi are wokring well.

Thanks for the suggestion! I will definitely try this out.
Yes, you are right. SPIFFS.begin returns bool. The esp_vfs_spiffs_register() function returns with the error and SPIFFS.begin just prints the error before it returns.

I have a complex firmware with lot of functionality for a unique design board withESP32-WROVER-IE-N16R8. Now as I merge different functions together I ran into issue with SPIFFS. Especially calling SPIFFS.begin(true) funtion, it returns with ESP_ERR_NO_MEM . Previously it was working well with webse...

Hey @ESP_ondrej, thanks for the comment You mentioned: you use the SPI quite extensively What do you think, What is the bottleneck of my problem? So when SPI is reading/writing RAM with ~4.5us period (x4 transfer during 18us period), does it blocks the internal memory bus for too long and that cause...

The second thing that I havent described, if the SPI is not used at all on CORE1, however if I enable the MCPWM on GPIO the ethernet also got broken. Especially if I call this line of code during initialization: esp_rom_gpio_connect_out_signal((gpio_num_t)20, mcpwm_periph_signals.groups[MCPWM_UNIT_0...

I have a problem that I cannot figure out and I runs out ideas... I am using a unique hardware with ESP32Wrover module. I am using Platformio with arduino and idf framework, platformio 5.3.0 release (Arduino v2.0.6 and ESP-IDF to v4.4.3). The following functionalities needs to be implemented: 1. Eth...

Long time this topic was commented, however I have an additional comment on how to get this run. Basically if you would like to run a separate function on Core 1 you will face issues that others observed, if the interrupts are disabled on core1. And I figured out, if everything is ran from RAM on th...

Cool, great. This simplifies a lot. Thanks.

Btw, is there any other "loopback" GPIO? And is there any documentation about this GPIO20?

Thanks!