nRF52840 GPIO EVENT

RE: nRF52840 GPIO EVENT

Aylik — Wed, 30 May 2018 10:10:41 GMT

Hi all,

I changed .sense = NRF_GPIOTE_POLARITY_TOGGLE , in this case EVENTS does 'nt lost all works ok.

dont know why (will check then in driver sources) , but possible solution.

thanks

RE: nRF52840 GPIO EVENT

Aylik — Wed, 30 May 2018 09:44:57 GMT

Hi Edvin.

I find the reason but not solution.

I use two PIN's for separate GPIOE events.

So, the problem is , if one of the PIN is in Active state , another PIN is blind to the event, so the event will lost.

HOW to solve this issue ? I mean how to provide catch events separatelly even one of the PIN is in hold (active) state ?

thanks!

RE: nRF52840 GPIO EVENT

Edvin — Wed, 30 May 2018 08:11:14 GMT

Hello,

Just to clarify:

It happens 1% of times until RESET, so after about 100 times, the chip won't wake up anymore, or does it happen on 1% of the chips? (I assume the first)

I see that you don't use any pull configuration. I also see that you trigger from LoToHi. Can you try to add: .pull = NRF_GPIO_PIN_PULLDOWN, and see if that helps?

Other than might adding a pull, I can't see anything wrong with your setup. Are you sure that it is only the interrupt not working, or could it be that the entire application hangs? Can you please try to add "DEBUG" to your preprocessor defines, and see if any of the APP_ERROR_CHECK(err_code); receives an err_code != NRF_SUCCESS?
Depending on the SDK version that you use, it depends a bit where to set the breakpoint. Just try to add:

APP_ERROR_CHECK(1);

somewhere in your main() function, and see where it stops.

Best regards,

Edvin