Bonjour
Il faut suivre ce lien :
Puis ensuite cliquer sur Connect une fois la clé branchée
j’ai mis la 7.4.4 depuis 24h et tout va bien.
1 « J'aime »
J’ai une seconde box Atals que je gère mais cette fois il y a le contrôleur intégré. Il faut la passer a ember aussi ? comment fait on ?
Merci
merci donc c’est faisable directement depuis le plug in. par contre cette box est en core en demain 10… je vais peut être attendre de la passer en 11 ? ou ce n’est pas utile ?
Je ne vois pas de rapport entre le firmware de la clé zigbee et debian.
Mais une fois le firmware à jour, il faut le choisir
Je croix que la question etait
Sous entendu : « comment fait-on » pour mettre a jour le controleur interne, puisque pas possible de passer par la méthode :
Donc l’utilisation du bouton « mise a jour du contrôleur » (j’ai pas jeedom / le nom exact, sous les yeux) présent dans les reglages de Z2M est-il suffisant ?
Autrement dit : si l’on sélectionne comme type de contrôleur Ember, et que l’on clic sur le bouton de mise a jour, Z2M va-t-il être capable d’aller chercher le bon firmware (Ember) puis l’installer sur le controleur interne de l’Atlas ?
(La reponse m’interpelle 
)
le post que j’ai mis en copie plus haut montre l’écran de mise a jour del’atlas
il faut choisir ember et voilà
et ensuite j’ajoute qu’il faut choisir ember en type de controleur.
je l’ai fait sur 2 box atlas depuis le plug z2m et les captures fournies viennent de la
Mais au dessus tu parles d’un controleur Sonoff E,
La question porte sur la mise a jour du firmware du contrôleur interne d’une Atlas (qui n’est pas un Sonoff E) !?
Ps :
Ça c’est uniquement quand on a au préalable mis a jour le firmware du contrôleur sous Ember…
Ah non pas moi… tu te trompes de user
Houps !
Du coup, j’ai pas compris comment tu avais mis a jour ton controleur interne sous Ember, car, ce que tu indiques, pour moi, dit juste a Z2M « mon controleur est sous Ember », cela ne mets pas a jour !
Ou alors tu as également cliqué sur le fameux bouton de mise a jour ?
Ben dans le post en référence plus haut il y a cela
C’est pour une box atlas comme le demande Xav
Dans a la ligne lancer mise à jour il faut sélectionner ember et valider.
Je ne vois pas quoi dire de plus.
Ah si quand c’est fait choisir ember
Mais je l’ai déjà dit aussi
Sorry, J’ai pas vu au dessus / dans le fils, mais merci.
C’est maintenant très clair !
Je vais test ce wee !
Bonjour ,
Suite aux erreurs de buffer memoire sous Z2M , je viens de remplacer ma cle popp (fw 6.x par le dongle Sonoff Zigbee 3.0 USB Dongle PLUS (Zigbee–E) , j’ai flashe ce sonoff en v7.4.3.0 , je choisis le driver Ember , le pluging demarre et est stable.
Par contre ayant perdu mes 50 devices je tente de reintegrer mes routeurs zigbee (CC2530 + CC2531) mais ca marche pas !!!
z2m: Request ‹ zigbee2mqtt/bridge/request/device/interview › failed with error: ‹ interview of ‹ 0x00124b00199dd77c › (0x00124b00199dd77c) failed: Error: Interview failed because can not get node descriptor (‹ 0x00124b00199dd77c ›) ›
Pourrait il y avoir une incompatibilite avec ces routeurs a base de chipset TI ?
Environnement :
Raspberry 4
jeedom 4.4.17
z2m : 1.40.1
Merci pour votre aide
Didier Danel
Merci de créer un post dédié et de donner l’ensemble des informations avec capture écran et logs copiés entre balises
Je partage mon expérience.
Je suis en Debian 11 jeedom 4.4.18 avec une ATLAS
J’avais plein d’erreurs et des pertes de communication avec mes modules :
error 2024-10-01 16:58:01zh:ezsp:ezsp: Unparsed frame 0xc4. Skipped
error 2024-10-01 17:05:01zh:ezsp:ezsp: Frame changeSourceRouteHandler parsing error: RangeError [ERR_BUFFER_OUT_OF_BOUNDS]: Attempt to access memory outside buffer bounds
error 2024-10-01 17:05:01zh:ezsp:ezsp: Unparsed frame 0xc4. Skipped
error 2024-10-01 17:07:02zh:ezsp:ezsp: Frame changeSourceRouteHandler parsing error: RangeError [ERR_BUFFER_OUT_OF_BOUNDS]: Attempt to access memory outside buffer bounds
error 2024-10-01 17:07:02zh:ezsp:ezsp: Unparsed frame 0xc4. Skipped
error 2024-10-01 17:26:46zh:ezsp:ezsp: Frame changeSourceRouteHandler parsing error: RangeError [ERR_BUFFER_OUT_OF_BOUNDS]: Attempt to access memory outside buffer bounds
error 2024-10-01 17:26:46zh:ezsp:ezsp: Unparsed frame 0xc4. Skipped
error 2024-10-01 17:29:31zh:ezsp:ezsp: Frame changeSourceRouteHandler parsing error: RangeError [ERR_BUFFER_OUT_OF_BOUNDS]: Attempt to access memory outside buffer bounds
error 2024-10-01 17:29:31zh:ezsp:ezsp: Unparsed frame 0xc4. Skipped
error 2024-10-01 17:30:01zh:ezsp:ezsp: Frame changeSourceRouteHandler parsing error: RangeError [ERR_BUFFER_OUT_OF_BOUNDS]: Attempt to access memory outside buffer bounds
error 2024-10-01 17:30:01zh:ezsp:ezsp: Unparsed frame 0xc4. Skipped
error 2024-10-01 17:33:49zh:ezsp:ezsp: Frame changeSourceRouteHandler parsing error: RangeError [ERR_BUFFER_OUT_OF_BOUNDS]: Attempt to access memory outside buffer bounds
error 2024-10-01 17:33:49zh:ezsp:ezsp: Unparsed frame 0xc4. Skipped
error 2024-10-01 17:35:02zh:ezsp:ezsp: Frame changeSourceRouteHandler parsing error: RangeError [ERR_BUFFER_OUT_OF_BOUNDS]: Attempt to access memory outside buffer bounds
error 2024-10-01 17:35:02zh:ezsp:ezsp: Unparsed frame 0xc4. Skipped
J’ai flashé le coordinateur zigbee interne à l’atlas en suivant cette procédure : Mise a jour firmware EZSP Atlas
(Quand j’ai cliqué sur Mise à jour du contrôleur, la fenêtre s’ouvre derrière. Il faut donc fermer la fenêtre "Configuration du plugin pour voir la fenêtre de mise à jour.
Tout s’est bien passé, je n’ai plus de message d’erreur, et il semble que le reseau est stable (a voir dans le temps)
1 « J'aime »
Personnellement c’est la catastrophe pour moi :
root@control:/tmp# universal-silabs-flasher --device /dev/ttyUSB1 probe
2024-10-18 17:24:51.129 control universal_silabs_flasher.flasher INFO Probing ApplicationType.GECKO_BOOTLOADER at 115200 baud
2024-10-18 17:24:52.151 control universal_silabs_flasher.flasher INFO Detected bootloader version '1.A.3' (1.3)
2024-10-18 17:24:52.153 control universal_silabs_flasher.flasher INFO Detected ApplicationType.GECKO_BOOTLOADER, version '1.A.3' (1.3) at 115200 baudrate (bootloader baudrate 115200)
root@control:/tmp# universal-silabs-flasher --device /dev/ttyUSB1 flash --firmware ncp-uart-hw-v7.3.3.0-elelabs-elx0x3-115200.gbl
2024-10-18 17:28:30.542 control universal_silabs_flasher.flash INFO Extracted GBL metadata: NabuCasaMetadata(metadata_version=1, sdk_version='4.3.3', ezsp_version='7.3.3.0', ot_rcp_version=None, cpc_version=None, fw_type=<FirmwareImageType.ZIGBEE_NCP: 'zigbee_ncp'>, fw_variant=None, baudrate=115200)
2024-10-18 17:28:30.544 control universal_silabs_flasher.flasher INFO Probing ApplicationType.GECKO_BOOTLOADER at 115200 baud
2024-10-18 17:28:31.566 control universal_silabs_flasher.flasher INFO Detected bootloader version '1.A.3' (1.3)
2024-10-18 17:28:31.567 control universal_silabs_flasher.flasher INFO Detected ApplicationType.GECKO_BOOTLOADER, version '1.A.3' (1.3) at 115200 baudrate (bootloader baudrate 115200)
ncp-uart-hw-v7.3.3.0-elelabs-elx0x3-115200.gbl [####################################] 100%
Traceback (most recent call last):
File "/usr/local/bin/universal-silabs-flasher", line 8, in <module>
sys.exit(main())
File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 1157, in __call__
return self.main(*args, **kwargs)
File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 1078, in main
rv = self.invoke(ctx)
File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 1688, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 1434, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/usr/local/lib/python3.9/dist-packages/click/core.py", line 783, in invoke
return __callback(*args, **kwargs)
File "/usr/local/lib/python3.9/dist-packages/click/decorators.py", line 33, in new_func
return f(get_current_context(), *args, **kwargs)
File "/usr/local/lib/python3.9/dist-packages/universal_silabs_flasher/flash.py", line 40, in inner
return asyncio.run(f(*args, **kwargs))
File "/usr/lib/python3.9/asyncio/runners.py", line 44, in run
return loop.run_until_complete(main)
File "/usr/lib/python3.9/asyncio/base_events.py", line 642, in run_until_complete
return future.result()
File "/usr/local/lib/python3.9/dist-packages/universal_silabs_flasher/flash.py", line 424, in flash
await flasher.flash_firmware(
File "/usr/local/lib/python3.9/dist-packages/universal_silabs_flasher/flasher.py", line 299, in flash_firmware
await gecko.run_firmware()
File "/usr/local/lib/python3.9/dist-packages/universal_silabs_flasher/gecko_bootloader.py", line 101, in run_firmware
raise NoFirmwareError("No firmware exists on the device")
universal_silabs_flasher.gecko_bootloader.NoFirmwareError: No firmware exists on the device
La clef ne monte plus :
0100|> zigbee2mqtt@1.40.2 start
0101|> node index.js
0102|Starting Zigbee2MQTT without watchdog.
0103|[2024-10-18 17:18:36] e[31merrore[39m: z2m: Failed to load external converter file '/var/www/html/plugins/z2m/core/class/../config/converters/Danfoss/icon.js' (Cannot find module 'zigbee-herdsman-converters/lib/extend'
0104|Require stack:
0105|- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/utils.js
0106|- /var/www/html/plugins/z2m/resources/zigbee2mqtt/dist/util/settings.js
0107|- /var/www/html/plugins/z2m/resources/zigbee2mqtt/index.js)
0108|[2024-10-18 17:18:36] e[31merrore[39m: z2m: Probably there is a syntax error in the file or the external converter is not compatible with the current Zigbee2MQTT version
0109|[2024-10-18 17:18:36] e[31merrore[39m: z2m: Note that external converters are not meant for long term usage, it's meant for local testing after which a pull request should be created to add out-of-the-box support for the device
0110|[2024-10-18 17:18:48] e[31merrore[39m: zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
0111|[2024-10-18 17:18:48] e[31merrore[39m: zh:ezsp:ezsp: Connection attempt 1 error: Error: Failure to connect
0112|[2024-10-18 17:19:03] e[31merrore[39m: zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
0113|[2024-10-18 17:19:03] e[31merrore[39m: zh:ezsp:ezsp: Connection attempt 2 error: Error: Failure to connect
0114|[2024-10-18 17:19:23] e[31merrore[39m: zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
0115|[2024-10-18 17:19:23] e[31merrore[39m: zh:ezsp:ezsp: Connection attempt 3 error: Error: Failure to connect
0116|[2024-10-18 17:19:48] e[31merrore[39m: zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
0117|[2024-10-18 17:19:48] e[31merrore[39m: zh:ezsp:ezsp: Connection attempt 4 error: Error: Failure to connect
0118|[2024-10-18 17:19:48] e[31merrore[39m: z2m: Error while starting zigbee-herdsman
0119|[2024-10-18 17:19:48] e[31merrore[39m: z2m: Failed to start zigbee
0120|[2024-10-18 17:19:48] e[31merrore[39m: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
0121|[2024-10-18 17:19:48] e[31merrore[39m: z2m: Exiting...
0122|[2024-10-18 17:19:48] e[31merrore[39m: z2m: Error: Failure to connect
0123|at Ezsp.connect (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/ezsp.ts:364:19)
0124|at Driver.startup (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:186:13)
0125|at EZSPAdapter.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/ezsp/adapter/ezspAdapter.ts:152:16)
0126|at Controller.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/node_modules/zigbee-herdsman/src/controller/controller.ts:137:29)
0127|at Zigbee.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/lib/zigbee.ts:69:27)
0128|at Controller.start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/lib/controller.ts:161:27)
0129|at start (/var/www/html/plugins/z2m/resources/zigbee2mqtt/index.js:154:5)
je ne sais pas si qqn a eu le même problème ?
toute la maison est down génial 
Bonjour,
Compte tenu du titre du sujet et de ce qui est discuté plus haut :
- as-tu suivi ? : GitHub - NabuCasa/universal-silabs-flasher: Flashes Silicon Labs radios running EmberZNet or CPC multi-pan firmware
- pourquoi ne pas avoir pris un firmware en 7.4 et le type de contrôleur à Ember ?
Sinon méthode officielle expérimentale :
Aller dans la configuration du plugin-z2m.
Sélectionner :
-Port du contrôleur : Atlas (/dev/ttyS2) [pour le contrôleur interne, sinon sélectionner clé Silicon Labs]
-Type de contrôleur : EZSP(Atlas/Luna/Smart)
Cliquer « Mettre à jour le firmware » :
Sélectionner :
-Type de clé : Elelabs/Popp
-Port Zigbee : Atlas (/dev/ttyS2) [pour le contrôleur interne, sinon sélectionner clé Silicon Labs]
-Firmware : Ember (7.4)
ou
Cliquer « Lancer ».
Après mise à jour passer à :
-Type de contrôleur : Ember
akenad
3 « J'aime »
Hello !
Tout d’abord, merci de ta réponse.
Concernant tes deux questions :
- oui j’ai suivi scrupuleusement les précédents tutos/commentaires
- J’ai utilisé ce firmware mais aussi les nouveaux en 7.4.x
En faisant le test directement depuis l’interface j’ai cette erreur :
[2024-10-19 23:09:33] ALERT : sudo chmod +x /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_arm64_debian_V8;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_arm64_debian_V8 -p /dev/ttyLuna-Zigbee -b115200 -F /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/6.10.3.ota
ERROR: ezspForceReset 0x21
AmberGwZ3_arm64_debian_V8: amber_test.c:197: my_test: Assertion `false' failed.
Aborted
[2024-10-19 23:09:47] ALERT : Fin de la mise à jour du firmware de la clef
Lorsque je fais désormais le mode prob, je n’ai carrément plus de bootloader…
A mon avis ça sent le roussi 
J’ai cherché si on pouvait réinjecté un bootloader mais je n’ai pas trouvé de doc pertinentes…
Dans ton premier post il est question d’une clé et d’un firmware elelabs-elx0x3 en v7.3.
Dans ton deuxième post il est question de la Luna et d’un firmware v6.10.3.
Tu sembles confondre les termes « clé USB » et « contrôleur interne ».
Cela manque un peu de précision sur le matériel que tu utilises et ton contexte d’utilisation.
Si tu essayes de charger un firmware qui ne soit pas à la bonne version ou qui ne correspond pas au contrôleur, tu peux t’attendre à ce qu’il soit gelé.
Mettre à jour le firmware d’une clé elelabs (ou le contrôleur interne elelabs d’une Atlas), ce n’est pas la même chose que le contrôleur interne d’une Luna.
Il existe une firmware 7.4 pour le contrôleur interne de la Luna, mais il n’a pas à ce stade été intégré dans le plugin Jeezigbee (et la correction du bootloader non plus).
A toutes fins utiles il existe d’autres contrôleurs zigbee : [RTEX] Box Jeedom Atlas - plugin MQTT Manager (mqtt2) Mode Broker local - avec plugins abonnés Z-Wave JS (zwavejs) et JeeZigbee (z2m)
akenad