Disappearing supplying voltages in ZigBee

[LYM]

Hello, All.

Association device was successfully executed and exchange data occurs orderly.
We shall assume feeding power on a part of devices has disappeared also the backup battery power supply too does not work. What will occur to such network nodes? Their network customizations will be lost and at restoring power supply they anew should be associate in a network?
What solve this problem developers?
What solution is offered in specification ZigBee?
Advise as to solve this problem without repeated association (if possible)?

[Mads]

Hi LYM,

The ZigBee specifcation does not cover this explictly, but the implementers of the Stacks does.

Our stack has a None volatile memory module in the software which is used to save network setting so a device can survive loosing power - e.g during a Battery change.

The module can also be used to store application data.

I would recommend that you download the Beekit and look in the Beestack documentation.

http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=BEEKIT_WIRELESS_CONNECTIVITY_TOOLKIT&...

Br,

Mads

[LYM]

Your None volatile memory module used in MAC Codebase or in BeeStack Codebase?

[LYM]

I save network setting, but after restart of device in this code

if(state == stateListen){
if(MSG_Pending(&mMcpsNwkInputQueue)){
pMsgIn = MSG_DeQueue(&mMcpsNwkInputQueue);
App_HandleMcpsInput(pMsgIn);
MSG_Free(pMsgIn);
}
App_TransmitUartData();
}

condition if(MSG_Pending(&mMcpsNwkInputQueue)) = false and device not send acknowledgment
I must save also
nwkToMcpsMessage_t *pPacket; // Pointer to MCPS message
anchor_t mMlmeNwkInputQueue; // MLME queue
anchor_t mMcpsNwkInputQueue; // MCPS queue
panDescriptor_t coordInfo; // coordinfo if not pan
???