My ESP32 WROVER has 16MB of flash, half of which we use as a spiffs partition to store debug log files. However, it turned out that if the file is large (above 2MB), it really starts slowing the application down. I tried renaming the file, and/or deleting it and logging into a different file, but th...

Thanks a lot.
I'll try the same with littleFS and let you know which file system is better for this task.

Hi, Our ESP32 WROVER application is a multitasking one and it is using NewLib. We have 16MG of flash, so we decided to use half of it for a debug log file, using spifFS. Instead of using vprintf redirection, we use fprintf(), where we change the file pointer to either stdio or to a log file pointer....

I just had a small issue with reading from spiffs file. I use it to store the application debug logs, so at the start of application run I open it for appending only. Once I want to read it I do separate fopen() with "r" mode and get another file pointer, read the log and send it to a host. It turns...

Thank you very much. In the end, instead of using file descriptors and dup(), or freopen(), I decided to use fprintf() instead of printf() everywhere in the code and just to use either stdout or to a log file pointer as the parameter, flushing the buffers before switching. Appears to be safe and sim...

Just to ask if there are any suggestions.
Thank you.

I would like to reroute debug messages (those that normally go out to UART0 and are captured by a host terminal application on the other side) to a local SPIFFS file. My understanding is that there are at least two ways of doing it: Either by using printf() in the code and replacing stdout file desc...

I have an application that initializes NVS (one nvs partition with default nvs lablel) and later calls set/get, mostly for integers and short strings - non encrypted. My question is whether it makes any difference (except for execution time), to get nvs handle only once - during init procedure and r...

Thank you for your response.

It appears that the problem was in the flash frequency.
After changing the flash frequency from 80MHz to 40MHz, everything runs as expected.

Thank you very much, I'll do that, Would that explain the log that I put in the first post?