jcsbanks wrote: ↑Fri Apr 12, 2019 10:16 pmInternal flash writes during large partition updates from OTA, or sometimes even small files with FATFS can cause problems with the CAN driver and high resolution timer callbacks resulting in interrupt watchdog timeouts, so I've preferred to refactor my work to use a form of RAM disk where a map of strings vs byte vectors is stored in PSRAM rather than save extensively to FATFS at run time, and adding vTaskDelay to OTA updates code and am choosing to disable CAN completely during some operations and considering returning to a previous method I had of rebooting into the factory app to do OTA updates whilst doing nothing else with even soft realtime requirements on a busy CAN bus. Until I started writing to internal flash I had not appreciated how disruptive it can be to a running system's realtime responsiveness, where a busy CAN bus barely tickles the ESP32 normally. Not sure if related to your work, but from your previous posts it sounds like you are doing similar things with CAN bus, networks and file systems.
ESP32 performance is quite amazing in all respects for what it is and what you can achieve in a fast booting tiny system, but flash writes are the slowest and most intrusive thing by far that I need to do.
Is this your experience. I so have similar experience. during OTA update I stop process can messages. not stop can driver completely. I found writing to sd card is fine during OTA and during busy can bus. I can avoid internal fatfs operation during ota. I do nvs write and commit after ota ends.
I am also using hardware timer every 1ms to update leds. I do get some watch dog for my application task which do data processing send and receive by can driver.
Yes I am doing all these 3 things.
CAN bus, networks LWIP and file systems.