Zigbee2MQTT Ember Helper 
Zigbee2MQTT Ember Helper
Version: 1.0.0 [WIP]Get a better understanding of your Zigbee network using Zigbee2MQTT with Ember driver (for EmberZNet-based adapter).
Enter your network details and provide the log file in the form above.
Compatible with Zigbee2MQTT version 1.37.0 or later.
Warning
The information given and derived from this tool comes from a rather small set of data at the moment.
It is only meant to be indicative and may not be entirely relevant depending on your specific network/environment.
Values for identifying potential issues remain arbitrary until improved with more feedback.
Processing is done locally in your browser. Your log file doesn't leave your computer.
Multi-devices Flasher
Nabu Casa Home Assistant
SMLight
Nabu Casa
Silicon Labs
Note
Current Recommended Firmware
The start and stop sequences describe the steps taken to get Zigbee2MQTT running with `ember` in more details. This should help to locate potential start and stop problems.
Stack/Network status changes (up/down, channel change, open/close from Permit Join, etc).
Node descriptor reports device is only compliant to revision: Device identified as having an older Zigbee revision. These can be the source of problems, especially if `pre-21`.
[EzspConfigId] Failed to SET: Usually when the coordinator has lower memory than others. In-firmware value will be used instead.
An ID conflict was detected: Two devices cannot have the same ID on the same network. The involved devices are kicked off the network then should rejoin (may need to re-pair them if not).
Network/Route error: These are accompanied by a status that describes in more details the source of the error. A few of these over time is expected (or on Zigbee2MQTT start), too many, too often, is indicative of a problem in your network.
NOT READY - Signaling NCP: `ember` driver is temporarily overloaded. The coordinator is made aware and processing is deferred for a short period.
NCP EZSP protocol version of XX does not match Host version 13: `ember` currently requires a firmware with EZSP v13 (EmberZNet firmware 7.4.x). You will need to upgrade your adapter's firmware. Check the first two posts here.
[BACKUP] Current backup file is from an unsupported EZSP version: `ember` currently only supports EZSP v12 and above backups (can be identified by opening the `coordinator_backup.json` file). You will need to rename/move/delete the backup file. An alternative is to upgrade your firmware to 7.3.1 and start `ezsp` once (which will create a more recent backup), then upgrade to 7.4.1 and switch to `ember`.
Failed delivery of a message. The target device could not be reached. There can be several causes for this, the rest of the logs should help identify which.
Failed request. Message should be self-explanatory, and give a `status` indicating the reason of the failure.
NCP Fatal Error. The coordinator failed (the reason should be given in the message). Zigbee2MQTT will attempt to reset it and resume communication. If unsuccessful, Zigbee2MQTT will be stopped completely and the system's watchdog (if any) will attempt to restart it.
Reference Network ("Ideal")
Software
Sample
Zigbee2MQTT Ember Helper Zigbee2MQTT Ember Helper
Version: 1.0.0 [WIP]Get a better understanding of your Zigbee network using Zigbee2MQTT with Ember driver (for EmberZNet-based adapter).
Enter your network details and provide the log file in the form above.
Compatible with Zigbee2MQTT version 1.37.0 or later.
Warning
The information given and derived from this tool comes from a rather small set of data at the moment.
It is only meant to be indicative and may not be entirely relevant depending on your specific network/environment.
Values for identifying potential issues remain arbitrary until improved with more feedback.
Processing is done locally in your browser. Your log file doesn't leave your computer.
Multi-devices Flasher
Nabu Casa Home Assistant
SMLight
Nabu Casa
Silicon Labs
Note
Current Recommended Firmware
The start and stop sequences describe the steps taken to get Zigbee2MQTT running with `ember` in more details. This should help to locate potential start and stop problems.
Stack/Network status changes (up/down, channel change, open/close from Permit Join, etc).
Node descriptor reports device is only compliant to revision: Device identified as having an older Zigbee revision. These can be the source of problems, especially if `pre-21`.
[EzspConfigId] Failed to SET: Usually when the coordinator has lower memory than others. In-firmware value will be used instead.
An ID conflict was detected: Two devices cannot have the same ID on the same network. The involved devices are kicked off the network then should rejoin (may need to re-pair them if not).
Network/Route error: These are accompanied by a status that describes in more details the source of the error. A few of these over time is expected (or on Zigbee2MQTT start), too many, too often, is indicative of a problem in your network.
NOT READY - Signaling NCP: `ember` driver is temporarily overloaded. The coordinator is made aware and processing is deferred for a short period.
NCP EZSP protocol version of XX does not match Host version 13: `ember` currently requires a firmware with EZSP v13 (EmberZNet firmware 7.4.x). You will need to upgrade your adapter's firmware. Check the first two posts here.
[BACKUP] Current backup file is from an unsupported EZSP version: `ember` currently only supports EZSP v12 and above backups (can be identified by opening the `coordinator_backup.json` file). You will need to rename/move/delete the backup file. An alternative is to upgrade your firmware to 7.3.1 and start `ezsp` once (which will create a more recent backup), then upgrade to 7.4.1 and switch to `ember`.
Failed delivery of a message. The target device could not be reached. There can be several causes for this, the rest of the logs should help identify which.
Failed request. Message should be self-explanatory, and give a `status` indicating the reason of the failure.
NCP Fatal Error. The coordinator failed (the reason should be given in the message). Zigbee2MQTT will attempt to reset it and resume communication. If unsuccessful, Zigbee2MQTT will be stopped completely and the system's watchdog (if any) will attempt to restart it.
Reference Network ("Ideal")
Software
Sample