uC sleeping BUT Not Waking off RDYN issue?

RE: uC sleeping BUT Not Waking off RDYN issue?

David Edwin — Thu, 03 Apr 2014 07:28:36 GMT

Can you upgrade to the latest release in the github, the last release had some cleanup done in the hal_aci_tl.cpp

The ACI library supports both polling and interrupts so (once you upgrade to the latest release) you not not need to change anything that happens in the interrupt code path when you are using polling. If you are using polling you only need to set up the pin attached to the RDYN line as a wakeup source for the mcu, having an interrupt to the RDYN line is optional as you will only use it as wakeup and not run the ACI in interrupt mode.

You can post your results after you do the upgrade. There is an interface change in lib_aci_init() and in do_aci_setup() in the latest release.

RE: uC sleeping BUT Not Waking off RDYN issue?

Nishant Sood — Wed, 02 Apr 2014 17:17:24 GMT

In the hal_aci_tl.cpp file ,I encountered one ISR function named: m_rdy_line_handle() and which was handling the external interrupt on pin 3! ,I changed that interrupt addressal to pin2 but then things jammed further.

There's another bool function I encountered nameed: toggle_eimsk(true) which I think is swtiching the interrupt on pin2 :

if (m_aci_q_is_full(&aci_rx_q)) { /* Disable RDY line interrupt. Will latch any pending RDY lines, so when enabled it again this routine should be taken again */ toggle_eimsk(false); }

What you think?

RE: uC sleeping BUT Not Waking off RDYN issue?

Nishant Sood — Wed, 02 Apr 2014 15:34:26 GMT

You want me to check that whether pin2 is going low or not? or what?

RE: uC sleeping BUT Not Waking off RDYN issue?

Nishant Sood — Wed, 02 Apr 2014 15:23:36 GMT

I didn't change it so it means that its default function of polling

RE: uC sleeping BUT Not Waking off RDYN issue?

David Edwin — Wed, 02 Apr 2014 14:24:05 GMT

What method are you using in the nRF8001 library , polling or interrupt ? Can you check with polling, you would want to have the RDYN line LOW as a wakeup source so the mcu will not be able to go to sleep when RDYN is low. This will be easier to verify and then we can address the interrupt.