Thanks much for your quick detailed reply. Highly appreciated PJ_Glasso.
This is the link to the super mini board I got from aliexpress.
Super mini
I would really like to solve the issue of super sensitivity of xiao in some way. I do not exactly understand the possible solutions you mention “Debounce the switch in Software or add it to the hardware or disable the interrupt for a short time period…use a counter?” Would you please give me some more elaborations for these, so I can learn more about what / how to do these approaches please? Any references or practical examples or other hints to get a bit more idea of the approaches will be super helpful as its critical I generate a single event on a single press as this single event will be captured by another ESP32-S3 board on BLE to take some resulting action.
The final aim is to pair the server running on xiao c3 with a client running on ESP32-S3 board and communicate over BLE the button presses to do different actions on ESP32-S3, so being able to capture the events distinctly first in the server mode on xiao and then communicate it over BLE to be captured in client running on ESP32-S3, to take resulting action on S3 is critical without any failures.
Polling could be a possibility as well, but not sure if it will lead to higher power consumption as this will be hooked to a battery and so optimal energy usage is highly critical for long usage further.
So a final solution that can use optimal battery and generate single events per button press is sought after.
Thanks for the heads up for avoiding the prints or any other time consuming work in ISR routine.