The error was in the xQueueSendFromISR call. The cast to (void *) is wrong, the call should have been:

If any, you have a big-ass race condition where you initialize touchQueueStatic after you initialize the ISR and task that use it.

Sadly moving: to the top of app_main does not help.

When trying to send to the queue from the filter mode it also crashes the ESP32, so it seems to be a problem with sending to queue's and not necessarily with the ISR.

After changing the touchpad example to also call xQueueSendFromISR, the ESP32 crashes each time the ISR is executed.

This is the code:
/* Touch Pad Interrupt Example

This example code is in the Public Domain (or CC0 licensed, at your option.)

Unless required by applicable law or agreed to in ...

Do you have your power enable tied to your ESP enable, by chance?

I had a problem where I had power enable and ESP enable tied together. When the ESP is not powered fully, it will sink current on EN (and other signals). In my case, when I would turn on EN, as power started to come up the ESP ...

That's something I thought of too. But the problem persists. Strangely it worked fine before. The only thing I can think of is that something else went wrong, damaging the esp32 wroom internally, but again it boots fine, I'm just unable to program it again...

Hi,


Something strange is happening on my custom board featuring a ESP32-WROOM-32.
The EN pin is being pulled down (seemingly from the ESP32 itself), effectively preventing the ESP32 from booting.
This has not happened before and the board had functioned flawlessly in the past.

When tying EN ...