https://devzone.nordicsemi.com/f/nordic-q-a/28884/proper-method-to-disconnect-and-connect-an-nrf52-input-configured-via-gpioteThe NRF52 product spec suggests: &quot;The input buffer of a GPIO pin can be disconnected from the pin to enable power savings&quot; I&#39;ve found that gpio.h provides the function: nrf_gpio_input_disconnect(pin) However this function doesn&#39;t appear to changeen-USTelligent Community 13Thu, 04 Jan 2018 19:42:26 GMThttps://devzone.nordicsemi.com/thread/114329?ContentTypeID=1Thu, 04 Jan 2018 19:42:26 GMT137ad170-7792-4731-bb38-c0d22fbe4515:0b888310-84ab-40f9-b6c9-96360bf2f1d1Jerod<p>Correct -- I didn&#39;t mean to imply 250uA caused by input buffer.</p> <p>You are right, we have a pull-up which will sink to ground through the button/switch and draw 250uA when made. This input is configured via a call to : nrf_drv_gpiote_in_init() with input config set to PULLUP and GPIOTE_CONFIG_IN_SENSE_TOGGLE(false).</p> <p>If I call nrf_gpio_input_disconnect(pin), it doesn&#39;t seem to disconnect this input. If I call nrf_gpio_cfg_output(pin), it does, and I get no current flow.</p> <p>While it seems like a valid work around, I&#39;m just not sure what &quot;else&quot; is happening and if by configuring as an OUTPUT, perhaps some other state is not ideal.</p> <p>Moreover, I&#39;d like to understand the proper method to turn this input back on (reconfigure as input) and enable GPIOTE sense &amp; interrupt capabilities properly.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/114328?ContentTypeID=1Thu, 04 Jan 2018 12:13:07 GMT137ad170-7792-4731-bb38-c0d22fbe4515:c29952f1-27f0-4b3c-8be7-191f715073aeStian R&#248;ed Hafskjold<p>250uA is not caused by the input buffer. 250uA sounds more like you have configured a pull-up resistor on the GPIO pin and that the button is constantly pulling the pin to GND.</p> <p>Can you please describe how you configured the GPIO, and also describe how the button is connected to the chip/pcb?</p><div style="clear:both;"></div>