This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

what's timing requirement of GPIOE detect rising/fall edge?

we now using GPIO as input. when it rise then start timer. but it seem failed. No GPIOE IN event happened.

what's timing need for rising/fall edge detecting? < XX (us)? How sharp it need be?

Parents
  • There is nothing in the GPIO to generate events. When you have enabled the "Sense" mechanism on your input pin through the GPIO configuration, It will generate a detect signal which in turn will generate a PORT event inside GPIOTE.

    This detection sampling should happen atleast at the speed of internal clock, so 0.06us. I am pretty confident that the chip won't miss it if it happens.

  • Thanks! But why the NRF_GPIOTE->CONFIG[] did not take over the NRF_GPIO->PIN_CNF[] configuration? the document said: When an OUT[n] task or an IN[n] event has been configured to operate on a pin, the pin can only be written from the GPIOTE module. Attempting to write a pin as a normal GPIO pin will have no effect. As long as an OUT[n] task or an IN[n] event is configured to control a pin n, the pin's output value will only be updated by the GPIOTE module. The pin's output value as specified in the GPIO will therefore be ignored as long as the pin is controlled by GPIOTE.

Reply
  • Thanks! But why the NRF_GPIOTE->CONFIG[] did not take over the NRF_GPIO->PIN_CNF[] configuration? the document said: When an OUT[n] task or an IN[n] event has been configured to operate on a pin, the pin can only be written from the GPIOTE module. Attempting to write a pin as a normal GPIO pin will have no effect. As long as an OUT[n] task or an IN[n] event is configured to control a pin n, the pin's output value will only be updated by the GPIOTE module. The pin's output value as specified in the GPIO will therefore be ignored as long as the pin is controlled by GPIOTE.

Children
No Data
Related