-
Notifications
You must be signed in to change notification settings - Fork 7.6k
interrupts on slow edges #1229
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hello, Regards, Luis |
So after a long fight with my esp32 I gave up on the idea of using interrupts with an Encoder. The stability is just not there. And btw. attachInterrupt with LOW attribute does not work at all...... Someone should look into this. |
I have a rotary encode and a water flow meter working fine. I have wifi stuff running on one CPU and the encode and sensor stuff on the other one. All is working 100% so var. |
This test code has a water flow meter and a water pressure sensor.
I have another one using the Encoder as input device. I can pick up click, double click, click and hold as well as the rotation. |
I am using this encoder library. |
And I am using timer interrupts to make the encoder work. |
In my aplication a debouncetime of 1000ms ist not possible. According to my oszi the shortest Puls time is between 1-2ms and the longest mybe 200ms. I use a debouncetime of 400us. Also I added a noise counter. So even if there is no 400us LOW Intervall the value can bei set. Using 1ms timer-interrupts would not work, and using 100-200us Timer Intervall would be unrealistic |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs. Thank you for your contributions. |
This stale issue has been automatically closed. Thank you for your contributions. |
Description:
Hey I would like to use interrupts on buttons. However if I put a cap for debouncing the slow rising/falling edge triggers between 15/25 events with 100nF / 10K. Bigger Caps only increase the number of events. No cap results in a bouncy signal.
Also it seems that Falling/Rising edge does not work on slow edges.
If the dectection is depending on the rise/fall time than I don't see a reliable way of implementing anything with interrupts.
Sketch:
The text was updated successfully, but these errors were encountered: