Thanks for the pointing out the fact that this WDT timeout is specifically related to spending too long in an interrupt... that is a tremendous help! I have configured the UART to trigger an interrupt based on RX FIFO FULL, RX FIFO OVERFLOW or RX FIFO TIMEOUT (60). The original FIFO FULL threshold w...

I just ran a series of tests to capture more failure scenarios... I was able to capture two more events. As I suspected, these two failures each occurred at different locations within the UartInterruptHandler function of ours. In one of those scenarios, the watchdog timeout occurred just as we were ...

OK... I've used the addr2line utility as you suggested to decode the actual line of code at the crash point. BTW - I am utilizing the PlatformIO interface for my project, so I am not sure if the idf.py monitor is a legitimate option for me. The reported line of code from the backtrace is within our ...

OK, based on my mapping file, here is what I believe you were asking for... Please let me know if this is what you needed! Backtrace: 0x400811c5:0x3ffbe5c0 0x400829c5:0x3ffbe5e0 0x401aa6df:0x3ffbcde0 0x40121dc2:0x3ffbce00 0x40098b85:0x3ffbce20 0x40096f55:0x3ffbce40 0x400811c5: .iram1.6 0x40080f94 0x...

How can I do that for you?

Hello ESP_Sprite, Below is the diagnostic output from one of these events... The application firmware was in the process of uploading the 250KB data file to the mobile application in 3300 byte chunks. In this case, the WDT timeout event occurred while the application firmware was attempting to send ...

Hello, I have a project which utilizes both the BLE and WiFi stacks, where the WiFi operations are restricted solely to the occasional use of AP mode for large data transfers to a mobile application. I am developing under PlatformIO using the latest release of the ESP IDF framework. I have configure...

I have discovered yet another caveat... After taking a day or so to investigate the plausibility of using the SDIO Slave peripheral for communications with our host processor, I have discovered that the pin assignments are not conducive for development. The first module is not usable because the pin...

Hi WiFive, Thanks for the quick response! I am not surprised some of my presumptions were incorrect, as I am still learning this architecture. Good point regarding a bare metal code implementation... provided the code size falls within the 32KB limit, the cache should not need to be updated. For you...

Hello WiFive, Thanks for the links, but I have already perused those posts. Both of those authors are referencing a desire to implement designs which seek to disable interrupts on the APP core. I am seeking to take control of the interrupts on the APP core within bare metal application code and segr...