Mise à jour firmware Luna

Bonjour,
Malgré la dernière mise à jour du plugin, toujours une erreur lors de de la màj du firmware.

[2025-10-23 11:26:24] ALERT  : sudo chmod +x /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_arm64_debian_V8;sudo chmod +x /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T -F /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota -V210 >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_arm64_debian_V8 -n1 -p /dev/ttyLuna-Zigbee -b115200 -F /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.otasudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;
ERROR: ezspErrorHandler 0x30
ezsp ver 0x08 stack type 0x02
ERROR: ezspErrorHandler 0x30
ezsp ver 0x08 stack type 0x02
do ota ..[/var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota]
Manufacturer ID: 0x1002
Image Type ID:   0x0000
Version:         0x00000001
Header String:   ota-file test
Executing bootload callback.
Launching standalone bootloader...
ERROR: ezspErrorHandler 0x30
Starting bootloader communications.
Error: Timeout occurred waiting for read data.
Delaying 4 seconds
Setting up serial port
Setting up serial port 1
+@??*%ϸ~Failed to start bootloading communications.
Bootload failed.  Exiting.
Reboot not supported.  Exiting instead.
Invalid option /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E.
Usage: AmberGwZ3_arm64_debian_V8 {ncp type} {options}
ncp type:
-n 0,1            0=EM2xx/EM3xx @ 115200 bps, RTS/CTS
1=EM2xx/EM3xx @ 57600 bps, XON/XOFF
(if present must be the first option)
options:
-b <baud rate>    9600, 19200, 38400, 57600, 115200, etc.
-f r,x            flow control: r=RST/CTS, x=XON/XOFF
-h                display usage information
-i 0,1            enable/disable input buffering
-o 0,1            enable/disable output buffering
-p <port>         serial port name or number (eg, COM1, ttyS0, or 1)
-r d,r,c          ncp reset method: d=DTR, r=RST frame, c=custom
-s 1,2            stop bits
-t <trace flags>  trace B0=frames, B1=verbose frames, B2=events, B3=EZSP
-v[base-port]     enables virtual ISA support.  The [base-port] argument
is optional.  Both serial ports are available via telnet
instead of local console.  RAW serial port is available
on the first port (offset 0 from base port), and CLI is
available on the second port (offset 1 from base port).
By default, 4900 is the base-port, therefore RAW access
is available from port 4900, and CLI access is available
on port 4901.
NOTE: No space is allowed between '-v' and [base-port].
-x 0,1            enable/disable data randomization
Invalid option /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E.
Usage: AmberGwZ3_arm64_debian_V8 {ncp type} {options}
ncp type:
-n 0,1            0=EM2xx/EM3xx @ 115200 bps, RTS/CTS
1=EM2xx/EM3xx @ 57600 bps, XON/XOFF
(if present must be the first option)
options:
-b <baud rate>    9600, 19200, 38400, 57600, 115200, etc.
-f r,x            flow control: r=RST/CTS, x=XON/XOFF
-h                display usage information
-i 0,1            enable/disable input buffering
-o 0,1            enable/disable output buffering
-p <port>         serial port name or number (eg, COM1, ttyS0, or 1)
-r d,r,c          ncp reset method: d=DTR, r=RST frame, c=custom
-s 1,2            stop bits
-t <trace flags>  trace B0=frames, B1=verbose frames, B2=events, B3=EZSP
-v[base-port]     enables virtual ISA support.  The [base-port] argument
is optional.  Both serial ports are available via telnet
instead of local console.  RAW serial port is available
on the first port (offset 0 from base port), and CLI is
available on the second port (offset 1 from base port).
By default, 4900 is the base-port, therefore RAW access
is available from port 4900, and CLI access is available
on port 4901.
NOTE: No space is allowed between '-v' and [base-port].
-x 0,1            enable/disable data randomization
[2025-10-23 11:26:39] ALERT  : Fin de la mise à jour du firmware de la clef

Bonjour

Là c’était en septembre !
Je mentionne la mise à jour d’aujourd’hui

Idem ici :

[2025-10-23 13:58:46] ALERT  : sudo chmod +x /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_arm64_debian_V8;sudo chmod +x /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T -F /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota -V210 >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_arm64_debian_V8 -n1 -p /dev/ttyLuna-Zigbee -b115200 -F /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.otasudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;
ERROR: ezspErrorHandler 0x30
ezsp ver 0x08 stack type 0x02
ERROR: ezspErrorHandler 0x30
ezsp ver 0x08 stack type 0x02
do ota ..[/var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota]
Manufacturer ID: 0x1002
Image Type ID:   0x0000
Version:         0x00000001
Header String:   ota-file test
Executing bootload callback.
Launching standalone bootloader...
ERROR: ezspErrorHandler 0x30
Starting bootloader communications.
Error: Timeout occurred waiting for read data.
Delaying 4 seconds
Setting up serial port
Setting up serial port 1
+@??*%ϸ~Failed to start bootloading communications.
Bootload failed.  Exiting.
Reboot not supported.  Exiting instead.
Invalid option /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E.
Usage: AmberGwZ3_arm64_debian_V8 {ncp type} {options}
ncp type:
-n 0,1            0=EM2xx/EM3xx @ 115200 bps, RTS/CTS
1=EM2xx/EM3xx @ 57600 bps, XON/XOFF
(if present must be the first option)
options:
-b <baud rate>    9600, 19200, 38400, 57600, 115200, etc.
-f r,x            flow control: r=RST/CTS, x=XON/XOFF
-h                display usage information
-i 0,1            enable/disable input buffering
-o 0,1            enable/disable output buffering
-p <port>         serial port name or number (eg, COM1, ttyS0, or 1)
-r d,r,c          ncp reset method: d=DTR, r=RST frame, c=custom
-s 1,2            stop bits
-t <trace flags>  trace B0=frames, B1=verbose frames, B2=events, B3=EZSP
-v[base-port]     enables virtual ISA support.  The [base-port] argument
is optional.  Both serial ports are available via telnet
instead of local console.  RAW serial port is available
on the first port (offset 0 from base port), and CLI is
available on the second port (offset 1 from base port).
By default, 4900 is the base-port, therefore RAW access
is available from port 4900, and CLI access is available
on port 4901.
NOTE: No space is allowed between '-v' and [base-port].
-x 0,1            enable/disable data randomization
Invalid option /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E.
Usage: AmberGwZ3_arm64_debian_V8 {ncp type} {options}
ncp type:
-n 0,1            0=EM2xx/EM3xx @ 115200 bps, RTS/CTS
1=EM2xx/EM3xx @ 57600 bps, XON/XOFF
(if present must be the first option)
options:
-b <baud rate>    9600, 19200, 38400, 57600, 115200, etc.
-f r,x            flow control: r=RST/CTS, x=XON/XOFF
-h                display usage information
-i 0,1            enable/disable input buffering
-o 0,1            enable/disable output buffering
-p <port>         serial port name or number (eg, COM1, ttyS0, or 1)
-r d,r,c          ncp reset method: d=DTR, r=RST frame, c=custom
-s 1,2            stop bits
-t <trace flags>  trace B0=frames, B1=verbose frames, B2=events, B3=EZSP
-v[base-port]     enables virtual ISA support.  The [base-port] argument
is optional.  Both serial ports are available via telnet
instead of local console.  RAW serial port is available
on the first port (offset 0 from base port), and CLI is
available on the second port (offset 1 from base port).
By default, 4900 is the base-port, therefore RAW access
is available from port 4900, and CLI access is available
on port 4901.
NOTE: No space is allowed between '-v' and [base-port].
-x 0,1            enable/disable data randomization
[2025-10-23 13:59:01] ALERT  : Fin de la mise à jour du firmware de la clef

Au temps pour moi, je n’avais pas remarqué qu’une mise à jour datait du 22 Octobre :wink:

Une nouvelle mise à jour date du 24/10/25. Depuis lorsqu’on essaye d emettre à jour le FW de la Luna, le message est :
Erreur sur z2m::firmwareUpdate() : Mise à jour en cours de correction.

J’ai exactement la même chose.

J’ai mis à jour le plugin,
relancé les dépendances,
relancé le démon.
J’ai aussi essayé de redémarrer la box Luna.

Pour la mise à jour du Firmware, j’ai sélectionné (Je n’avais pas d’autres choix de tout façon) :

  • Type de clef : Luna
  • Port Zigbee : (Aucune valeur possible à renseigner)
  • Firmware : 8.0.3.0

Dans le centre de message j’ai le message suivant :

Erreur sur z2m::firmwareUpdate() : Mise à jour en cours de correction.

Dans Zigbee2MQTT j’ai ces infos

Version de Zigbee2MQTT : [1.42.0]
Type de coordinateur : EZSP v8
Révision du coordinateur : 6.10.3.0 build 297

Je pense que c’est assez clair : ils se sont rendu compte qu’il y avait encore un bug avec le FW Zigbee de la luna, le temps de le corriger ils ont rajouté ce message pour éviter les demandes de support permanentes.

On attendra encore un peu pour retrouver (peut-être) un ZB stable.

Je peux confirmer que la dernière mise à jour permet l’update du firmware du zigbee de la Luna malgré des ERROR dans le log de la mise à jour.

Comme indiqué dans le changelog :

  1. Mettre à jour le FW sur la page configuration du plugin z2m
  2. Supprimer la « Version voulue »
  3. Changer le « Type de contrôleur » en Ember
  4. Sauvegarder
  5. Relancer les dépendances
  6. Relancer le plugin s’il n’est pas en Auto

Et voilà!

Pour info, les erreurs (la 0x30 se produit plusieurs fois) :

ERROR: NCP EZSP protocol version of 0x10 does not match Host version 0x08
AmberGwZ3_arm64_debian_V8: v2.7/protocol/zigbee/app/framework/util/af-main-host.c:1193: emAfCliVersionCommand: Assertion `false' failed.
Aborted
ERROR: ezspErrorHandler 0x30

Bonjour,
Je dois jouer de malchance, car je continue à faire partie du lot de Luna (acheté en juin) rebelle !!!
j’ai donc fait la dernière mise à jour du plugin JeeZigbee proposée aujourd’hui : 19/11/2025 12H03… sans message d’erreur.
Puis j’ai lancé la màj du firmware… qui s’est déroulé avec pas mal d’ « ERROR »

[2025-11-19 14:20:10][ALERT] : sudo chmod +x /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_arm64_debian_V8;sudo chmod +x /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T -F /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota -V210 >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_arm64_debian_V8 -n1 -p /dev/ttyLuna-Zigbee -b115200 -F /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;
ERROR: ezspErrorHandler 0x30
ezsp ver 0x08 stack type 0x02
ERROR: ezspErrorHandler 0x30
ezsp ver 0x08 stack type 0x02
do ota ..[/var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota]
  Manufacturer ID: 0x1002
  Image Type ID:   0x0000
  Version:         0x00000001
  Header String:   ota-file test
Executing bootload callback.
Launching standalone bootloader...
ERROR: ezspErrorHandler 0x30
Starting bootloader communications.
Error: Timeout occurred waiting for read data.
Delaying 4 seconds
Setting up serial port
Setting up serial port 1
+@  *%ϸ~Failed to start bootloading communications.
Bootload failed.  Exiting.
Reboot not supported.  Exiting instead.
ezsp ver 0x08 stack type 0x02 
do ota...
Executing bootload callback.
Launching standalone bootloader...
Starting bootloader communications.
Delaying 4 seconds
Setting up serial port
Setting up serial port 1

Gecko Bootloader v1.A.3
1. upload gbl
2. run
3. ebl info
BL >Setting up serial port 2
Transferring EBL file to NCP...
EBL data start: 0x0000003E, end: 0x00038642, size: 230916 bytes
Transfer: 0% complete
Transfer: 5% complete
Transfer: 10% complete
Transfer: 15% complete
Transfer: 20% complete
Transfer: 25% complete
Transfer: 30% complete
Transfer: 35% complete
Transfer: 40% complete
Transfer: 45% complete
Transfer: 50% complete
Transfer: 55% complete
Transfer: 60% complete
Transfer: 65% complete
Transfer: 70% complete
Transfer: 75% complete
Transfer: 80% complete
Transfer: 85% complete
Transfer: 90% complete
Transfer: 95% complete
Transfer: 100% complete
Transfer completed successfully.
Delaying 4 seconds
Rebooting NCP

Serial upload complete
 
Gecko Bootloader v1.A.3
1. upload gbl :disappointed_relieved:
2. run
3. ebl info
BL >Delaying 4 seconds
ERROR: ezspForceReset 0x21
AmberGwZ3_arm64_debian_V8: v2.7/protocol/zigbee/app/framework/util/af-main-host.c:344: emAfResetAndInitNCP: Assertion `false' failed.
Aborted
ERROR: ezspForceReset 0x21
AmberGwZ3_498_EZSP0x0E: /home/au/z3/amber_test.c:170: my_test: Assertion `false' failed.
Aborted
[2025-11-19 14:21:37][ALERT] : Fin de la mise à jour du firmware de la clef

Je suis passé en « Ember », ai sauvegardé… et relancé les dépendances…
Depuis, c’est une « catastrophe », le Démon passe son temps à se relancer, sans aucun succès
Même si je suis repassé en mode « EZSP » et version 1.42.0 (au lieu du 2.6.3 qui était apparu)
MERCI de VOTRE AIDE, je suis un peu/beaucoup désemparé…
Je n’ai plus accès à la page web z2m (en cliquant sur [ICI]… mais ça doit être vendu avec :disappointed_relieved:

Je vous livre les pages « Santé » et « configuration de JeeZigBee » juste après avoir relancé le Démon… ce qui ne dure pas

Merci de m’aider…
et bonne soirée

Bonjour,
J’espère avoir bientôt votre attention pour sortir de cette situation de plantage JeeZigBee, suite à màj du firmware…
… mais j’aurai peut-être dû présenter mon cas dans la discussion " Plantage maj Firmware JeeZigbee (z"
Je vous souhaite une bonne journée

Re-bonjour,
Anticipant vos questions de version, etc (qu’on trouve via l’ « Accès à la page web z2m »), je suis confronté, comme je l’ai dit - aussi - à l’impossibilité d’accéder à la page z2m !!!

Je me pose la question de savoir si ce ne peut être lié à une adresse non conforme :
En effet, en cliquant sur [ICI] dans le plugin JeeZigBee, j’atterri sur mon adresse IP + « :8080 »

S’agit il d’une adresse normale ?

Merci de m’aider

Salut,
Essayez, dans le plugin Jeezigbee, de remettre ember et la version 2.6.3, sauvegardez puis relancer les dépendances

Bonjour Pitt13,
C’est ce que j’ai fait il y a moins d’une heure… sans succès !
J’ai l’impression que la màj du firmware a été « partielle », et qu’elle plante :sob:

:slight_smile: ello

J’ai effectué la mise à jour hier… et rien de fonctionnait après :frowning: ni le frontend(ZIgbee2Mqtt) ni le demon
Vu ce que j’ai vécu et ce que je lis la maj peut avoir été faite malgré tout…donc si c’est le cas ni le driver EZP ni 1.4.2 ne fonctionneront.

le plus sur est d’ouvrir un ticket au support…sinon voici ce que j’ai fait et qui a fonctionné (je ne te donne pas ce qui n’a pas focntionné ! -:slight_smile: )

Après avoir bidouillé j’ai réussi dans un premier temps à remonter le démon, mais sans aucun devices le frontend (zigbee2mqtt)….donc rien ne fonctionnait… Puis finalement j’ai tout récupérer puis stabilisé.

Je préviens, ma méthode est empirique et je ne peux t’assurer qu’elle fonctionnera chez toi et surtout qu’elle ne fera pas plus de mal que de bien. (d’où la sauvegarde !!!)
voici des pistes à faire dans l’ordre :
0- désactive la relance automatique du demon dans la configuration de Jeezigbee(z2m) et arrête le.
1- télécharge toutes tes sauvegardes qui sont disponibles actuellement dans l’espace sauvegarde (à minima 3 normalement). Tu en auras peut-être besoin pour récupérer des infos dedans.
2- sauvegarde ton système
3- va dans l’éditeur de fichier et édite les fichiers suivants:

  • coordinator_backup.json (si tu ne peux pas tu fais un copier-coller et tu édites la copie et ensuite tu renommes l’original en .bak et tu renommes la copies après l’avoir enregistré du nom de l’original)
    si pas le cas change « ezspVersion »: 8 par « ezspVersion »: 16
    si tu change 8 pour 16 alors ajoute 2 000 à ce comtpeur : « frame_counter »: 15356032 (attention cette valeur est celle de mon compteur donc c’est normal que nous n’ayons pas la m^me)

  • configuration.yaml
    change adapter: EZP par adapter: ember
    verifie que le pan id de ce fichier soir le même que celui de coordinator_backup.json (attention il faut mettre le pan id du fichier configuration en hexa decimal pour le comparer à celui du coordinator) // si ce n’est pas le cas inutile d’aller plus loin. Je te donnerais un autre modop

  • database.db tu as juste à vérifier qu’elle fasse plusieurs dizaine de Ko (pas moins de 5) …sinon il faudra la remplacer par l’une présente dans tes sauvegardes

4- dans la page de configuration de Jeezigbee(z2m) met ember , supprime le champs du choix de Version voulue (réservé aux utilisateurs avancés) pour le laisser vide et sauvegarde ce bloc
.
5- redémarre la luna

6- une fois le redémarrage fait (,normalement le demon ne c’est pas relancé car désactivé) relance les dépendances

7- relance le démon

8- va voir ce que tu as sur le frontend (zigbee2mqtt) et si tu n’as rien autorise l’appareillage depuis cette interface

9- au bout de 30’ redémarre la luna

10: bon courage

mes fichiers
coordinator_backup.json.log (776 Octets)
configuration.yaml.log (3,2 Ko)

Le chemin des fichiers dans l’éditeurs :

Waouh… je devrais peut-être prendre une camomille serrée, avant d’attaquer :sweat_smile:
Je vais peut-être voir la procédure du ticket, d’abord
Merci beaucoup

j’avais aussi ouvert un ticket au support… mais j’avais un peu de temps cette nuit !.. et en attendant le retour du support (d’où la sauvegarde). Finalement j’ai bien fait car le support n’avait pas rencontré mon cas dans les différentes maj.

/var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T -F /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota -V210 >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_arm64_debian_V8 -n1 -p /dev/ttyLuna-Zigbee -b115200 -F /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;sudo /var/www/html/plugins/z2m/core/class/../../resources/misc/luna/AmberGwZ3_498_EZSP0x0E -n1 -p /dev/ttyLuna-Zigbee -b115200 -T >> /var/www/html/core/class/../../log/z2m_firmware 2>&1;
ERROR: ezspErrorHandler 0x30
ezsp ver 0x08 stack type 0x02
ERROR: ezspErrorHandler 0x30
ezsp ver 0x08 stack type 0x02
do ota ..[/var/www/html/plugins/z2m/core/class/../../resources/misc/luna/8.0.3.0.ota]
Manufacturer ID: 0x1002
Image Type ID:   0x0000
Version:         0x00000001
Header String:   ota-file test
Executing bootload callback.
Launching standalone bootloader...
ERROR: ezspErrorHandler 0x30
Starting bootloader communications.
Error: Timeout occurred waiting for read data.
Delaying 4 seconds
Setting up serial port
Setting up serial port 1
+@?? *%ϸ~Failed to start bootloading communications.
Bootload failed.  Exiting.
Reboot not supported.  Exiting instead.
ezsp ver 0x08 stack type 0x02
do ota...
Executing bootload callback.
Launching standalone bootloader...
Starting bootloader communications.
Delaying 4 seconds
Setting up serial port
Setting up serial port 1
Gecko Bootloader v1.A.3
1. upload gbl
2. run
3. ebl info
BL >Setting up serial port 2
Transferring EBL file to NCP...
EBL data start: 0x0000003E, end: 0x00038642, size: 230916 bytes
Transfer: 0% complete
Transfer: 5% complete
Transfer: 10% complete
Transfer: 15% complete
Transfer: 20% complete
Transfer: 25% complete
Transfer: 30% complete
Transfer: 35% complete
Transfer: 40% complete
Transfer: 45% complete
Transfer: 50% complete
Transfer: 55% complete
Transfer: 60% complete
Transfer: 65% complete
Transfer: 70% complete
Transfer: 75% complete
Transfer: 80% complete
Transfer: 85% complete
Transfer: 90% complete
Transfer: 95% complete
Transfer: 100% complete
Transfer completed successfully.
Delaying 4 seconds
Rebooting NCP
Serial upload complete
Gecko Bootloader v1.A.3
1. upload gbl
2. run
3. ebl info
BL >Delaying 4 seconds
ERROR: NCP EZSP protocol version of 0x10 does not match Host version 0x08
AmberGwZ3_arm64_debian_V8: v2.7/protocol/zigbee/app/framework/util/af-main-host.c:1193: emAfCliVersionCommand: Assertion `false' failed.
Aborted
ERROR: ezspErrorHandler 0x30
ezsp ver 0x10 stack type 0x02
[2025-11-19 12:51:18] ALERT  : Fin de la mise à jour du firmware de la clef

Bonjour,
Exactement le même souci sur ma Luna que @DomJeed. Le demon ne fait que tomber après mise à jour du firmware.
Si quelqu’un a une solution pas trop complexe ? Je n’ai plus de camomille …

Je suppose que la restauration d’une sauvegarde n’aura pas d’effet sur la màj effectuée sur la puce ZigBee… !??? :thinking:

non aucune, la restauration est uniquement du software , la maj du firmware, elle, modifie le fonctionnement de base du hardware.
j’ai hésité à faire un downgrade du firmware mais en cas de problème , fort probable vu ce que nous rencontrons, plus de garantie !