Unfortunately it looks like the motor hardware is the problem - on some motors the rising edge on CHA is before the falling edge on CHB and on others it's the other way round. I'm getting very consistent results across the batch of motors I'm testing with ~50% counting less pulses than the other 50%...

So... I've managed to get the pulse encoders working, but now I've hit a problem with the (cheap) encoder on the motor I'm using. Looking at the attached oscilloscope trace Encoder - Clockwise.jpg The rising edge on channel A and the falling edge of channel B are nicely aligned with the middle of th...

Hi I'm trying to get the native_ota example from the Espressif IDE (5.3.1) to work. Code compiles fine and runs. I've got a PC running Linux as my update server. Download starts fine and downloads but gets to the last packet and then appears to time out - giving the "Error: SSL data read error" mess...

Problem solved.
Larger capacitor needed on the 3.3V rail near the ESP32.
New PCBA's have a different 3.3V power supply that wasn't able to handle the power surge when the ESP32 turned on the WiFi

I have some code that was running successfully on an ESP32-S3-MINI-1 Today I've received the latest set of PCBA's which now have an ESP32-S3-WROOM-1 and more memory I've modified the code to match the new GPIO configuration and it compiles and downloads to the ESP32 which boots fine. However it cons...

Thanks - I've used this code as a starting point and now have a reasonably consistent pulse count per revolution https://github.com/espressif/esp-idf/tree/v5.3.1/examples/peripherals/pcnt/rotary_encoder Still puzzled why the interrupts didn't work and I need to think hard about how the counters oper...

I'm sorry - I don't understand why that should happen.
The original code was handling a rotary shaft encoder - this was miss-counting the number of revolutions of the shaft, which also appeared to be because the interrupt handler was not being called.

Thanks
In my attempt to get to the bottom of the problem I tried POS / NEG / ANY and had forgotten to change the code back before I posted.
With ANYEDGE I'm still getting missed interrupts. Very repeatable - every third edge is missed.

I'm working on a problem encountered with a interrupt handler that should trigger on rising and falling edges on a gpio pin configured as as an input. The original code appeared to be missing some edges, so I've stripped it down to the bare minimum and wired up the ESP32 to 1kHz square wave generato...

Thanks - works perfectly now