I've occasionaly (accidently) supplied 12v to my dev kits but you can smell the LDO overheating in a matter of seconds. You would have to add heatsinks / forced cooling. To disable the power led flick it or its resistor off with a sharp tool, or cut the trace.

I too would like a fast and robust UART (or SPI) connection method between a STM32 and a ESP32 as I'd like to use a STM32 as a device driver for an OV2640 camera to stream the JPEGs to the ESP32, but I have had issues with lost bytes at speeds over 1Mbit.

Having faffed around with The ESP32 ADCs inputs for a while I can reiterate what other posters have said. Use a voltage divider to scale down the sensor output - if using the default 11db attenuation, divide to less than 3.1V as the ADC tops out at around 3.14V. Apply a bias voltage of at least 200m...

I buy second hand routers for peanuts and configure them as bridges to the dedicated router. My ESP32s then connect to whichever has the strongest signal.

I use one of these for portable esp32 power which works fine
https://www.ebay.com/itm/Raspberry-Pi-W ... e-no-cable

Not sure if its helping but why not have an ISR per edge type, or read the pin state outside the ISR.

As a follow on inspired by G6EJD script, I derived my own third order polynomial to get end to end readings accurate to within 1%. I recorded 6 readings and used an online curve fitting site. You have to do this for each individual ESP32 however, but each ADC pin per ESP32 seems similar. To overcome...

I've been playing around with ADC too, trying out different resolutions and attenuations, and even bias voltages, but the script that you reference easily provides the most accurate calibration. It also confirms what I'd found that the default ADC setting tops out at around 3.14V. This also affects ...

I tried an ov2640 with my wrover dev kit. Its only worth using jpeg mode. Working with raw images is too much hassle so don't bother with the ov7670. You must have short solid connections to avoid any noise, even so its still a bit flaky. Missing a single bit in a jpeg capture will lose the whole fr...

Excellent, thanks