GPIOTE IN event silently drops a rising edge when preceded by a sub-microsecond glitchhttps://devzone.nordicsemi.com/f/nordic-q-a/127822/gpiote-in-event-silently-drops-a-rising-edge-when-preceded-by-a-sub-microsecond-glitchSymptoms A GPIOTE event channel is configured to detect a rising edge on a GPIO input. Via PPI, the event drives a GPIO output low within a few hundred nanoseconds. The setup works correctly in isolation, but intermittently randomly, sometimes severalen-USTelligent Community 13Fri, 17 Apr 2026 09:18:49 GMTRE: GPIOTE IN event silently drops a rising edge when preceded by a sub-microsecond glitchhttps://devzone.nordicsemi.com/thread/565092?ContentTypeID=1Fri, 17 Apr 2026 09:18:49 GMT137ad170-7792-4731-bb38-c0d22fbe4515:5dffdf8c-30ba-4329-9af8-ad3e909c191aPolyTrackk<div> <div dir="ltr"> <p>That sounds like a classic case of the &quot;GPIOTE glitch filter&quot; or a clock-domain synchronization issue, which can be incredibly maddening since the hardware registers look perfectly fine. I’ve seen similar behavior when the input signal has a slow slew rate or high-frequency noise right at the threshold, causing the internal edge detector to misfire or fail to latch. Have you checked the signal integrity with a high-bandwidth scope to see if there&#39;s any ringing or &quot;flat-spotting&quot; during the transition.<span style="color:rgba(255, 255, 255, 1);"></span></p> </div> </div><div style="clear:both;"></div>