We use SL8082T for an application with (among other peripherals) an SPI port expander. SL8082T lacks of available ports. The port expander reports changing input values via interrupt to the SL8082T. So we use an external interrupt to control things that happen on the inputs of the port expander. On Q2687 (may god rest his soul!) debouncing of the interrupt worked well. But with SL8082T there seems not to be a debounce function on external interrupts at all. adl_extintGetCapabilities() shows (not only!) at DebounceMode NULL. Question to the Sierra Wireless guys: Are You for real?
Our problem: The high level interrupt handler for the external interrupt gets triggerd several times when the port expander sets its interrupt active. There is no evidence for more than one falling edge of the interrupt signal (measured with a LeCroy 10GS/s scope). Due to an extensive error handling in the interrupt handler that does no harm. But there are handler calls that are not neccessary and perhaps may however disturb the system. To avoid bouncing at this level of knowledge is hardware (a lowpass filter, which doesn’t really be neccessary according to the measurements). But can this really be true?
Asks
Harald Wehner