This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Sleep end-devices when coordinator powered down?

Other Parts Discussed in Thread: CC2530, Z-STACK

Hello every body,

 

I have a question regarding to Z-Stack 2.3.0 on CC2530 and need some helps.

 

I have a coordinator and some battery powered SEDs (Sleep End-Devices) on my network. I'm trying to optimize the power consumption on SED for longest lift-time (3-5 years).

I'm using the long Poll Rate (10 second or more) on SED. That seems to be fine, until I found this problems.

 

The problem is, When the coordinator was shutdown, the SEDs try to rejoin to the its parent (the coordinator) forever or until it found its parent  and never sleep any more.

This makes the SEDs consume more current than expected.

 

Could I change the rejoin interval to the SEDs? or other ways to solve this problems.

 

Thanks in advance,

Jansilp

 

 

  • You must disable automatic polling on the ZED's (ZigBee end devices), so remove this definition:

    -DNWK_AUTO_POLL

    Or find a creative way to turn polling on and off according to when the ZC gets shutdown by using this:


    /*
     * Use this function to set/change the Network Poll Rate. If the
     * newRate is set to 0, it will turn off the auto polling, 1 will do a
     * one time poll.
     */
    extern void NLME_SetPollRate( uint16 newRate );

    When a ZED polls and the parent does not answer several times, it automatically tries to rejoin a previous parent or join a new parent.

  • I also have this problem too .

    The Key point is that we don't know when will the coordinator or other routers shutdown, for example an blackout for few hours.

    The battery is used up ultimately before the SED can rejoin the old network due to non-stop rejoin attempt.

  • Hi Harry and Choi,

     

    Choi,

    - we have same problems "non-stop rejoin attempt".

     

    Harry,

    - The Poll Rate couldn't be disabled on my system since it's configured as Master/Slave concept (The coordinator as Master, and SEDs as Slave).

    The master will always starts the transmission instead of the slave that sleeping almost the time and will poll to the parent for synchronization and commands every given time period.

    If it (slave) couldn't found its parent (master), it's turned to rejoin state that consumes more power than the polling state.

     

    Now, I've mitigated this problem in the rejoin state by spreading the value of  "-DBEACON_REQUEST_DELAY" as long as I need (that is rejoin interval).

    but in the active period it still consumes more power (about 3.3V x 30mA x 1.27 sec) .

     

    However, I'm finding the right solutions to reduce the power consumption on the active period on rejoin state.

     

    Kind regards,

    Jansilp.