??? 08/16/06 20:44 Read: times |
#122375 - Interrupt for pulse train Responding to: ???'s previous message |
This was the idea anyway.
I would use it as a (slower) int0 or int1, in which all the inputs are OR'd together, then I would simply poll the inputs to determine which one had changed and increment a counter. All of the inputs are clean, and no debounce would be required. So I thought that it was an ideal solution. I am now using a timer, it was far less hassle, but still disappointing, the KBI held such promise. in not having to poll the IO when, possibly nothing of interest was happening on the IO. Regards Marshall |
Topic | Author | Date |
LPC 9xx Can't clear KBIF | 01/01/70 00:00 | |
Turn it off? | 01/01/70 00:00 | |
I could turn it off | 01/01/70 00:00 | |
to turn the KBIF, you have to change the condition | 01/01/70 00:00 | |
Thanks Erik - I'll give it a go | 01/01/70 00:00 | |
an added comment | 01/01/70 00:00 | |
What is the rate of change on the input signals? | 01/01/70 00:00 | |
nothing of value except the ability to wake up the | 01/01/70 00:00 | |
Interrupt for pulse train | 01/01/70 00:00 | |
that's basically what the KBI does | 01/01/70 00:00 | |
Rate of change ~<100kHz | 01/01/70 00:00 | |
why not? | 01/01/70 00:00 | |
I did not discuss | 01/01/70 00:00 | |
It is ok but KBIF is set forever | 01/01/70 00:00 | |
that you do not clear the reason | 01/01/70 00:00 | |
I change the state of the pin before | 01/01/70 00:00 | |
could be the problem | 01/01/70 00:00 | |
Simulators problem![]() | 01/01/70 00:00 | |
Remote Control using AT89C2051 schematic | 01/01/70 00:00 | |
just great | 01/01/70 00:00 | |
Another BS answer. | 01/01/70 00:00 | |
No BS, I did | 01/01/70 00:00 |