nRF8001 wake up fails sometimes

RE: nRF8001 wake up fails sometimes

run_ar — Thu, 12 Nov 2015 20:13:19 GMT

OK, I cannot recall seeing this issue before, but I'll watch this tread in case you have an update.

RE: nRF8001 wake up fails sometimes

weil — Fri, 06 Nov 2015 13:36:40 GMT

Currently I dont have time to do this, and it is very difficult to reproduce. If I have further news, I will let you know.

RE: nRF8001 wake up fails sometimes

run_ar — Fri, 06 Nov 2015 12:17:31 GMT

Can you capture a logic trace of the ACI communication when this happens?

RE: nRF8001 wake up fails sometimes

weil — Fri, 06 Nov 2015 08:42:10 GMT

Yes, I have an external 16MHz source. ACI line should be in high state during sleep otherwise we wont be able to send Wakeup command.It is not no response from nRF8001, we received wrong response and wakeup does not work.

RE: nRF8001 wake up fails sometimes

run_ar — Thu, 05 Nov 2015 20:03:32 GMT

And you are using a crystal as 16MHz source as well? Are the ACI lines in a defined state while the chip is sleeping? The chip will be woken by the REQN line, so this has to be held high during the sleep period.

RE: nRF8001 wake up fails sometimes

weil — Thu, 05 Nov 2015 11:50:27 GMT

more than 10 seconds. Internal 32KHz clock source

RE: nRF8001 wake up fails sometimes

run_ar — Thu, 05 Nov 2015 11:33:48 GMT

How much time does it take from you send the sleep command until you send the wakeup command? What 32KHz clock source do you use for the nRF8001?

RE: nRF8001 wake up fails sometimes

weil — Thu, 05 Nov 2015 09:38:37 GMT

MCU is STM32F103RE. SDK is ble-sdk-arduino. The other commands are normal, actually BLE function is good. I am using lib_aci_wakeup(). I dont have logic analyzer for now. guess if there is anything else to do before sending waking up command?

RE: nRF8001 wake up fails sometimes

run_ar — Wed, 04 Nov 2015 19:51:45 GMT

What MCU is this? and are you using ble-sdk-arduino? 0x40 is equal to 0x04 with the bytes switched. If you have access to a logic analyzer it would be interesting to see what is actually sent over the SPI interface.