Device Rejoin Behaviour
The document covers the expected behaviour for device rejoin. We will cover several scenarios that may prompt a rejoin.
Scenario 1: Device Goes Offline
The most common cause of this scenario is when a device loses power due to a power outage or due to low battery.
The following provides an overview of the expected rejoin behaviour in the event of this scenario occurring.
Sleepy Devices
Device goes offline
Device stops issuing Data Requests
Coordinator after not receiving Data Requests from the device, will age the device out of it's neighbour table
Once device comes back online, it will issue a rejoin request and communications will resume.
Device will broadcast a Device Announce message.
Non-Sleepy Devices
Device goes offline for ~10 minutes
Once device comes back online, it will issue Device Announce
Coordinator will be able to issue commands as normal.
Scenario 2: Coordinator Goes Offline
The most common cause of this scenario is when a gateway loses power due to a power outage or due to interference from a customer (moving a coordinator/hub) .
The following provides an overview of the expected rejoin behaviour in the event of this scenario occurring.
Sleepy Devices
Coordinator goes offline
Device issue a Data Request as normal
Device doesn't receive a 802.15.4 Ack to the request
Device retries the Data Request 11 more times
Device goes into deep sleep and stops issuing Data Requests
Device should stop sending regular data requests ("heartbeat"), and start rejoin attempt. Device should keep trying to rejoin if the previous attempt failed. Back off logic may apply during this rejoin duration.
Coordinator eventually comes back online
ZB 3.0 - Coordinator broadcasts a Parent Announce command frame
Device should successfully rejoin coordinator once back online. There may be a delay, depending on the wait between attempts set during the back-off algorithm.
*At this point the device rejoin mechanism depends on the vendor implementation. Some devices will have a rejoin mechanism, with backoff algorithm, periodically attempting a rejoin, whereas other devices will not rejoin until either the device is power-cycled or has a sensor triggered.
Non-Sleepy Devices
Coordinator goes offline for ~10 minutes
Once Coordinator comes back online it should initiate the discovery sequence. *Devices can also have a keep-alive message scheme to detect if the coordinator is off line, and then enter rejoin mode.
Coordinator will be able to issue commands as normal if device is found on the network.
Filter by label
There are no items with the selected labels at this time.
RapidConnect Rejoin Algorithm
Message Transfer During Rejoin
ZED Secured Rejoin
ZED TrustCentre Rejoin
ZR Trust Center Rejoin
Legal Notices
Copyright © 2020 MMB Networks, Inc. All rights reserved.
Confidential materials prepared and delivered by MMB Networks for receipt and review only by any partner subject to a valid and enforceable MMB Networks confidentiality agreement. Any receipt, review, or misuse of any of the content exchanged hereunder by any party not a party to this confidential exchange shall be subject to any and all rights available under the law. All rights, title and interest to the materials shall remain with MMB Networks.
Any suggestions provided to MMB Networks with respect to MMB Networks' products or services shall be collectively deemed “Feedback.” You, on behalf of yourself, or if you are providing Feedback on behalf of your employer or another entity, represent and warrant that you have full legal authority to bind such entity to these terms, agree to grant and hereby grant to MMB Networks a nonexclusive, perpetual, irrevocable, royalty free, worldwide license to use and otherwise exploit such Feedback within any MMB Networks products and services.