Strictly necessary cookies are on by default and cannot be turned off. Functional, Performance and Tracking/targeting/sharing cookies can be turned on below based on your preferences (this banner will remain available for you to accept cookies). You may change your cookie settings by deleting cookies from your browser. Then this banner will appear again. You can learn more details about cookies HERE.
Strictly necessary (always on)
Functional, Performance and Tracking/targeting/sharing (default off)
Pertinent text: The only reset reasons the 2073x chips currently provide are power-on-reset (use mia_isResetReasonPor() ) and timed wake (use mia_isResetReasonTimedWake() - when the device wakes from deep sleep due to the wake timer expiring).
This other thread talks about identifying the Pin source:
After looking at these, I think the answer to my question is "No".
Based on my tests, upon waking up from HIDoff because of a GPIO interrupt, the system wakes up but the interrupt handler is not actually called. There is no other way to tell that the wake up was due to a GPIO interrupt. So, unless the condition that triggered the wakeup is still present (i.e. a level triggered interrupt and the level is still high after boot-up), it's not possible to respond to the stimulus.