we try to enter deep sleep, and spi cs wakeup it normally, but the registers be reset. we already config the AON enable, the following as:[/font][/size][/color]
[color=#000000][size=undefined]
for example, before sleep, the register config as follow:
I like to expand on “Z’s” comment which states to look at the sleep example code.
Some questions recently posted related to eg sleep/waking up, double buffering, diagnostics could be answered/resolved by studying both the sample code itself and the notes on the bottom of the main.c .
Those of you who recently joined might not be aware that we have sample code API.
This API ,containing 25 examples of common operations, was released to aid design and development.
all interrupts must be cleared or device will not enter sleep
the wake up pin can be used to wake up the device (from sleep) if this is how you have configured the wake up option,
the reset pin should only be pulled low when wanting to reset the device, at all other times is should be tri-stated … never driven high… if the reset pin is not connected correctly (as per the design guide or data sheet) then you may reset the device inadvertently
Hi everyone,
Related to the register reset on wake up, I noticed that the TX and Rx antenna delay value and the tx and Rx led control registers had to be reprogrammed upon wake-up. Is this usual behaviour?
I have been looking for the fastest possible reliable wakeup from deep sleep, but I am confused by the User Manual guidance on this.
User Manual (v2.12) says “It is also recommended to use the SLP2INIT or CPLOCK event status bits (in Register file: 0x0F – System Event Status Register) to drive the IRQ interrupt output line high to confirm the wake-up.”
I have used CPLOCK for this purpose and it seems to do the job, but I have some concern about how reliable it is (even though I have not noticed any problems so far). This is because the User Manual also says that “Note: The PLLLDT bit in Register file 0x24:00 –EC_CTRL should be set to ensure reliable operation of this CPLOCK bit.”
But I don’t understand how the PLLLDT bit can be ensured to be set when waking up from deep sleep since the EC_CTRL register is not maintained in the AON memory during deep sleep (according to Table 46 of the User Manual).
What is the correct way then to use the CPLOCK bit in device wakeup? Can CPLOCK be relied upon even if PLLLDT bit value might be lost during deep sleep?
Clearly I am missing something obvious since CPLOCK seems to work…