At86rf230 sleep state

At86rf230 sleep state

[Baptiste Clenet]

Hi,

I looked at the at86rf230 driver on bluetooth-next branch and I saw the
two functions concerning the sleep state:

at86rf230_sleep(struct at86rf230_local *lp)

at86rf230_awake(struct at86rf230_local *lp)


I'm wondering if the transceiver can wake up from a received frame if
it is in SLEEP State? As far as I can see on the datasheet, it is not
able to. Am I wrong?

Alex Aring?

Cheers,

-- 
Baptiste

Re: At86rf230 sleep state

[Alexander Aring]

Hi,

On Wed, Sep 09, 2015 at 02:26:27PM +0200, Baptiste Clenet wrote:
> Hi,
> 
> I looked at the at86rf230 driver on bluetooth-next branch and I saw the
> two functions concerning the sleep state:
> 
> at86rf230_sleep(struct at86rf230_local *lp)
> 
> at86rf230_awake(struct at86rf230_local *lp)
> 
> 
> I'm wondering if the transceiver can wake up from a received frame if
> it is in SLEEP State? As far as I can see on the datasheet, it is not
> able to. Am I wrong?
> 

The transceiver can't. The transceiver need to be inside RX_AACK_ON state
(or RX_ON, but we don't use this state).

What we currently support for powersaving is when the subsystem doesn't
use the transceiver then the transceiver goes into SLEEP state.

This happens when:

 1. After device probing.
 2. When _ALL_ interfaces which belongs to the transceiver (phy) are
    down. -> Which is the state after probing. See 1.
 3. When interfaces are up and you going into pm-suspend mode. (The
    interfaces are still up, but the transceiver will call "stop"
    callback before and this is the same like 2. -> It stops rx but when
    stopping rx you can also go into sleep). When "resume" occurs the
    subsystem call "start" callback and do a "awake" and acivate rx again.

Addtional note: we need to awake the transceiver to access registers,
there exists "direct or non-direct" nl802154 calls into the driver layer
to set registers. This is why we add before and after register access an
awake and sleep again. -> but this is very transceiver specifc, there
exists also transceiver which has register access while sleeping.


This is currently the stuff we support for powersaving, this has nothing
todo with 802.15.4 powersaving stuff like "beacon enabled mode". We
currently doesn't support this kind of stuff and I have also no idea how
it works and how we can implement this stuff for SoftMAC transceivers.
:-)

- Alex

Re: At86rf230 sleep state

[Baptiste Clenet]

2015-09-09 15:13 GMT+02:00 Alexander Aring <alex.aring@gmail.com>:
> Hi,
>
> On Wed, Sep 09, 2015 at 02:26:27PM +0200, Baptiste Clenet wrote:
>> Hi,
>>
>> I looked at the at86rf230 driver on bluetooth-next branch and I saw the
>> two functions concerning the sleep state:
>>
>> at86rf230_sleep(struct at86rf230_local *lp)
>>
>> at86rf230_awake(struct at86rf230_local *lp)
>>
>>
>> I'm wondering if the transceiver can wake up from a received frame if
>> it is in SLEEP State? As far as I can see on the datasheet, it is not
>> able to. Am I wrong?
>>
>
> The transceiver can't. The transceiver need to be inside RX_AACK_ON state
> (or RX_ON, but we don't use this state).
>
> What we currently support for powersaving is when the subsystem doesn't
> use the transceiver then the transceiver goes into SLEEP state.
>
> This happens when:
>
>  1. After device probing.
>  2. When _ALL_ interfaces which belongs to the transceiver (phy) are
>     down. -> Which is the state after probing. See 1.
>  3. When interfaces are up and you going into pm-suspend mode. (The
>     interfaces are still up, but the transceiver will call "stop"
>     callback before and this is the same like 2. -> It stops rx but when
>     stopping rx you can also go into sleep). When "resume" occurs the
>     subsystem call "start" callback and do a "awake" and acivate rx again.
>
> Addtional note: we need to awake the transceiver to access registers,
> there exists "direct or non-direct" nl802154 calls into the driver layer
> to set registers. This is why we add before and after register access an
> awake and sleep again. -> but this is very transceiver specifc, there
> exists also transceiver which has register access while sleeping.
>

Thank you for the answer! It is what I thought.

>
> This is currently the stuff we support for powersaving, this has nothing
> todo with 802.15.4 powersaving stuff like "beacon enabled mode". We
> currently doesn't support this kind of stuff and I have also no idea how
> it works and how we can implement this stuff for SoftMAC transceivers.
> :-)
>

Yes there is still some improvments to do :-)
> - Alex



-- 
Baptiste