Logs inaccessibles, impossible de mettre à jour le firmware du contrôleur, sur Atlas zigbee

rom.jou · Septembre 6, 2025, 7:37

Bonjour,

J’ai un problème « device id must be object », que faire? non je déconne .

Depuis plusieurs jours, sans avoir rien touché à mon steup, j’ai remarqué que régulièrement (mais aléatoirement) mes devices ZigBee ne répondaient plus et un redémarrage du démon suffisait à tout remettre d’équerre. J’ai alors paramètre un heartbeat en espérant que ça le relance quand il faut, et passé les logs en Debug pour voir ce qui se passait. Sauf qu’après avoir fait ça les logs ne sont plus accessibles ) la roue tourne indéfiniment, que ce soit les logs z2m ou z2md. Je les ai re-passés en Defaut mais toujours pas mieux.
Première question : que puis-je faire pour au moins avoir accès aux logs en Info ou Error ? Des fichiers/répertoires à nettoyer ?

Deuxième point : en parcourant les posts ici j’ai noté qu’il était conseillé de mettre à jour le firmware du contrôleur en Ember, étant actuellement en Ezsp sur le contrôleur intégré à mon Atlas. À défaut d’avoir des logs je me dis que ça peut aider
J’ai notamment parcouru le post d’akenad et sa réponse dans un autre fil qu’il mentionne.
Problème : quand je clique sur le bouton Mettre à jour le firmware, il ne se passe rien… Mais rien du tout (à part le bouton qui se clique).
Qu’est-ce que j’ai raté ?

Informations Jeedom Atlas

Core : 4.4.19 (master)
DNS Jeedom Atlas : oui

Plugin : JeeZigbee
Version : 2025-08-15 01:01:49 (stable)
Statut Démon : Démarré - (2025-09-06 21:15:03)

ionot66 · Septembre 6, 2025, 7:44

Bonjour
il y a une fenêtre qui s’ouvre derrière, il faut cliquer dessus
moi aussi je voudrais mettre a jour mais il est indiqué que c’est expérimental et pas de support/garantie
Je sait que certain l’on fait est que sa fonctionne mais si pas de support c’est embêtant
Quand jeedom aurra ember sur box atlas avec prise en charge de support?

Fifirept · Septembre 6, 2025, 9:11

Bonsoir,

Si la roue pédale, c’est peut être que le fichier de log est trop volumineux.
Il est toujours possible d’y accéder via l’éditeur de fichier.

Noyax37 · Septembre 6, 2025, 9:19

C’est exactement ça

rom.jou · Septembre 6, 2025, 9:58

Merci à tous les deux, en effet j’ai réussi à y accéder aux logs via l’explorateur de fichiers. Et pour le coup des les premières lignes ça parle de Ezsp qui serait « deprecated »…
J’ai aussi trouvé la fenetre de mise à jour mais tu m’as mis le doute

[2025-09-06 20:21:09] debug: 	z2m: Removing old log directory '/var/www/html/plugins/z2m/data/log/2025-08-28.08-50-09'
[2025-09-06 20:21:09] info: 	z2m: Logging to console, file (filename: log.log)
[2025-09-06 20:21:09] debug: 	z2m: Loaded state from file /var/www/html/plugins/z2m/data/state.json
[2025-09-06 20:21:09] info: 	z2m: Starting Zigbee2MQTT version 2.4.0 (commit #bdb94da4)
[2025-09-06 20:21:09] info: 	z2m: Starting zigbee-herdsman (4.1.0)
[2025-09-06 20:21:09] debug: 	z2m: Using zigbee-herdsman with settings: '"{\"network\":{\"panID\":6754,\"extendedPanID\":[221,221,221,221,221,221,221,221],\"channelList\":[11],\"networkKey\":\"HIDDEN\"},\"databasePath\":\"/var/www/html/plugins/z2m/data/database.db\",\"databaseBackupPath\":\"/var/www/html/plugins/z2m/data/database.db.backup\",\"backupPath\":\"/var/www/html/plugins/z2m/data/coordinator_backup.json\",\"serialPort\":{\"path\":\"/dev/ttyS2\",\"adapter\":\"ezsp\"},\"adapter\":{\"disableLED\":false}}"'
[2025-09-06 20:21:09] debug: 	zh:adapter:discovery: Connected devices: [{"path":"/dev/ttyACM0","manufacturer":"0658","pnpId":"usb-0658_0200-if00","vendorId":"0658","productId":"0200"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"}]
[2025-09-06 20:21:09] debug: 	zh:adapter:discovery: Unable to match USB adapter: ezsp | /dev/ttyS2
[2025-09-06 20:21:09] debug: 	zh:ezsp: Adapter concurrent: 8
[2025-09-06 20:21:09] debug: 	zh:controller: Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":"HIDDEN","panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"path":"/dev/ttyS2","adapter":"ezsp"},"adapter":{"disableLED":false},"databasePath":"/var/www/html/plugins/z2m/data/database.db","databaseBackupPath":"/var/www/html/plugins/z2m/data/database.db.backup","backupPath":"/var/www/html/plugins/z2m/data/coordinator_backup.json"}'
[2025-09-06 20:21:09] warning: 	zh:ezsp: 'ezsp' driver is deprecated and will only remain to provide support for older firmware (pre 7.4.x). Migration to 'ember' is recommended. If using Zigbee2MQTT see https://github.com/Koenkk/zigbee2mqtt/discussions/21462
[2025-09-06 20:21:09] debug: 	zh:ezsp:uart: RTS/CTS config is off, enabling software flow control.
[2025-09-06 20:21:09] debug: 	zh:ezsp:uart: Opening SerialPort with {"path":"/dev/ttyS2","baudRate":115200,"rtscts":false,"autoOpen":false,"parity":"none","stopBits":1,"xon":true,"xoff":true}
[2025-09-06 20:21:09] debug: 	zh:ezsp:uart: Serialport opened
[2025-09-06 20:21:09] debug: 	zh:ezsp:uart: Uart reseting
[2025-09-06 20:21:09] debug: 	zh:ezsp:uart: --> Write reset
[2025-09-06 20:21:09] debug: 	zh:ezsp:uart: --> [1ac038bc7e]
[2025-09-06 20:21:09] debug: 	zh:ezsp:uart: -?- waiting reset
[2025-09-06 20:21:10] debug: 	zh:ezsp:uart: <-- [c1020b0a527e]
[2025-09-06 20:21:10] debug: 	zh:ezsp:uart: <-- RSTACK c1020b0a527e
[2025-09-06 20:21:10] debug: 	zh:ezsp:uart: RSTACK Version: 2 Reason: RESET_SOFTWARE frame: c1020b0a527e
[2025-09-06 20:21:10] debug: 	zh:ezsp:uart: -+- waiting reset success
[2025-09-06 20:21:12] debug: 	zh:ezsp:ezsp: ==> version: {"desiredProtocolVersion":4}
[2025-09-06 20:21:12] debug: 	zh:ezsp:ezsp: ==> {"_cls_":"version","_id_":0,"_isRequest_":true,"desiredProtocolVersion":4}
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: --> DATA (0,0,0): 00000004
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: --> [004221a850ed2c7e]
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: -?- waiting (1)
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: <-- [0142a1a85c2825d8e12b7e]
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: <-- DATA (0,1,0): 0142a1a85c2825d8e12b7e
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: --> ACK  (1)
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: --> [8160597e]
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: <-- ACK (1): 0142a1a85c2825d8e12b7e
[2025-09-06 20:21:12] debug: 	zh:ezsp:ezsp: <== Frame: 0080000802306a
[2025-09-06 20:21:12] debug: 	zh:ezsp:ezsp: <== 0x0: {"_cls_":"version","_id_":0,"_isRequest_":false,"protocolVersion":8,"stackType":2,"stackVersion":27184}
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: -+- waiting (1) success
[2025-09-06 20:21:12] debug: 	zh:ezsp:ezsp: Switching to eszp version 8
[2025-09-06 20:21:12] debug: 	zh:ezsp:ezsp: ==> version: {"desiredProtocolVersion":8}
[2025-09-06 20:21:12] debug: 	zh:ezsp:ezsp: ==> {"_cls_":"version","_id_":0,"_isRequest_":true,"desiredProtocolVersion":8}
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: --> DATA (1,1,0): 010001000008
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: --> [7d314321a9542a1dc97f7e]
[2025-09-06 20:21:12] debug: 	zh:ezsp:uart: -?- waiting (2)

Log complet ici :
log(1).txt (4,4 Mo)

rom.jou · Septembre 7, 2025, 6:52

Je peux supprimer directement des fichiers logs dans ce répertoire pour qu’ils soient à nouveau lisibles dans le menu Logs ?

Fifirept · Septembre 7, 2025, 7:07

oui. Il sera recréé automatiquement

rom.jou · Septembre 7, 2025, 7:28

J’ai récupéré le log z2md qui est très verbeux, j’ai eu un bug ce matin entre 7:00 et 08:30 et le heartbeat n’a pas aidé, certains modules continuent de remonter leurs infos et d’autres non (les interrupteurs qui reçoivent un ordre apparemment). Il faut que je creuse mais je suis en vacances et sur mobile les logs sont difficiles à lire

Bonjour · Septembre 7, 2025, 7:39

Bonjour,

En attendant de rentrer chez vous et de pouvoir comprendre le problème, vous pouvez lancer un scénario tous les jours par exemple pour relancer le demon de Jeezigbee avec la ligne suivante dans un bloc code :

plugin::byId('z2m')->deamon_start(true);

Aurel · Septembre 7, 2025, 7:55

Ou via la commande action dispo dans le plugin virtuel jeedom monitor

Bonjour · Septembre 7, 2025, 8:01

Le problème avec les commandes de Jeedom interne du plugin Virtuel c’est que la date de dernier lancement n’est pas mise à jour et on ne sait pas vraiment si la commande a été exécutée ou pas

rom.jou · Septembre 7, 2025, 9:09

Merci à tous les deux , je vais déjà tenté de mettre cette rustine en place. J’ai juste un doute sur la possibilité que le scénario journalier se lance juste avant mon « bug non identifié » et donc que ça ne resolve pas le problème. Mais c’est toujours mieux que rien, surtout si c’est un problème de mémoire par exemple.
Vous avez un avis sur la màj du firmware du contrôleur en Ember ?texte en gras

Bonjour · Septembre 7, 2025, 9:20

J’ai fait la mise à jour du firmware du contrôleur interne sur une box Atlas sans problème.

Si besoin, vous pouvez bien relancer le demon toutes les heures ; ça n’use pas la box

rom.jou · Septembre 7, 2025, 11:01

Je suis un déglingo j’ai fait la mise à jour du firmware en Ember et ça a marché. Le démon tourne, les équipements répondent, et j’ai même à nouveau accès aux logs. Je vais voir dans le temps si le bug se reproduit, avant d’appliquer la rustine du scénario de redémarrage (si je l’applique tout de suite je saurai pas si le bug persiste).
Je vous tiens au jus !

rom.jou · Septembre 10, 2025, 7:11

Edit du jour : le heartbeat à 15minutes semble efficace puisque j’ai à peu près une notif par jour qui m’avertit que le démon a été relancé. Donc le bug perdure, il faudra que j’investigue à mon retour de congé.

rom.jou · Septembre 12, 2025, 12:41

Grâce au heartbeat mis en place je viens d’avoir la notif que le démon a redémarré suite à 15min sans communication des modules, j’ai donc enfin un log exploitable, tronqué autour de l’heure du crime (14:14):

[2025-09-12 14:13:59] [32minfo[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0xa4c1380c26e0dc9a', payload '{"ac_frequency":49.31,"current_a":0.769,"current_b":0,"device":{"applicationVersion":74,"dateCode":"","friendlyName":"0xa4c1380c26e0dc9a","hardwareVersion":1,"ieeeAddr":"0xa4c1380c26e0dc9a","manufacturerID":4417,"manufacturerName":"_TZE204_81yrt3lo","model":"PJ-1203A","networkAddress":29254,"powerSource":"Mains (single phase)","stackVersion":0,"type":"Router","zclVersion":3},"energy_a":15717.29,"energy_b":638.22,"energy_flow_a":"consuming","energy_flow_b":"consuming","energy_produced_a":0,"energy_produced_b":1.67,"last_seen":"2025-09-12T12:13:59.886Z","linkquality":152,"power_a":143.7,"power_ab":143.7,"power_b":0,"power_factor_a":76,"power_factor_b":100,"timestamp_a":"2025-09-12T12:13:59.052Z","timestamp_b":"2025-09-12T12:13:48.106Z","update_frequency":10,"voltage":245.3}'
[2025-09-12 14:14:00] [32minfo[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x0015bc001a01aa35', payload '{"battery":0,"battery_low":true,"device":{"dateCode":"20200923 18:16","friendlyName":"0x0015bc001a01aa35","hardwareVersion":"2.1.1","ieeeAddr":"0x0015bc001a01aa35","manufacturerID":4117,"manufacturerName":"frient A/S","model":"MOSZB-140","networkAddress":63840,"powerSource":"Battery","softwareBuildID":"4.0.8","type":"EndDevice","zclVersion":1},"illuminance":21,"last_seen":"2025-09-12T12:14:00.001Z","linkquality":144,"occupancy":false,"occupancy_timeout":20,"tamper":false,"temperature":22.3,"update":{"installed_version":262152,"latest_version":262152,"state":"idle"},"voltage":2400}'
[2025-09-12 14:14:05] [31merror[39m: 	zh:ember:uart:ash: Received ERROR from adapter, with code=ERROR_EXCEEDED_MAXIMUM_ACK_TIMEOUT_COUNT.
[2025-09-12 14:14:05] [31merror[39m: 	zh:ember:uart:ash: ASH disconnected | Adapter status: ASH_NCP_FATAL_ERROR
[2025-09-12 14:14:05] [31merror[39m: 	zh:ember:uart:ash: Error while parsing received frame, status=ASH_NCP_FATAL_ERROR.
[2025-09-12 14:14:05] [31merror[39m: 	zh:ember: Adapter fatal error: HOST_FATAL_ERROR
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash: ASH COUNTERS since last clear:
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Total frames: RX=15186, TX=19855
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Cancelled   : RX=0, TX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   DATA frames : RX=15163, TX=4670
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   DATA bytes  : RX=336257, TX=123175
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Retry frames: RX=20, TX=4
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   ACK frames  : RX=2, TX=15181
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   NAK frames  : RX=0, TX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   nRdy frames : RX=0, TX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   CRC errors      : RX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Comm errors     : RX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Length < minimum: RX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Length > maximum: RX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Bad controls    : RX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Bad lengths     : RX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Bad ACK numbers : RX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Out of buffers  : RX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Retry dupes     : RX=20
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   Out of sequence : RX=0
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash:   ACK timeouts    : RX=4
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash: Port closed.
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:uart:ash: ======== ASH stopped ========
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember:ezsp: ======== EZSP stopped ========
[2025-09-12 14:14:05] [32minfo[39m: 	zh:ember: ======== Ember Adapter Stopped ========
[2025-09-12 14:14:05] [31merror[39m: 	z2m: Adapter disconnected, stopping
[2025-09-12 14:14:05] [32minfo[39m: 	z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"offline"}'
[2025-09-12 14:14:05] [32minfo[39m: 	z2m: Disconnecting from MQTT server
[2025-09-12 14:14:05] [32minfo[39m: 	z2m: Stopping zigbee-herdsman...
[2025-09-12 14:14:05] [32minfo[39m: 	z2m: Stopped zigbee-herdsman
[2025-09-12 14:14:05] [32minfo[39m: 	z2m: Stopped Zigbee2MQTT

> zigbee2mqtt@2.4.0 start
> node index.js

Starting Zigbee2MQTT without watchdog.
[2025-09-12 14:30:09] [32minfo[39m: 	z2m: Logging to console, file (filename: log.log)
(node:1128193) ExperimentalWarning: Importing JSON modules is an experimental feature and might change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
[2025-09-12 14:30:09] [32minfo[39m: 	z2m: Starting Zigbee2MQTT version 2.4.0 (commit #bdb94da4)
[2025-09-12 14:30:09] [32minfo[39m: 	z2m: Starting zigbee-herdsman (4.1.0)
[2025-09-12 14:30:09] [32minfo[39m: 	zh:ember: Using default stack config.
[2025-09-12 14:30:09] [32minfo[39m: 	zh:ember: ======== Ember Adapter Starting ========
[2025-09-12 14:30:09] [32minfo[39m: 	zh:ember:ezsp: ======== EZSP starting ========
[2025-09-12 14:30:09] [32minfo[39m: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-09-12 14:30:09] [32minfo[39m: 	zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2025-09-12 14:30:09] [32minfo[39m: 	zh:ember:uart:ash: Serial port opened
[2025-09-12 14:30:09] [32minfo[39m: 	zh:ember:uart:ash: ======== ASH starting ========
[2025-09-12 14:30:11] [32minfo[39m: 	zh:ember:uart:ash: ======== ASH connected ========
[2025-09-12 14:30:11] [32minfo[39m: 	zh:ember:uart:ash: ======== ASH started ========
[2025-09-12 14:30:11] [32minfo[39m: 	zh:ember:ezsp: ======== EZSP started ========
[2025-09-12 14:30:11] [32minfo[39m: 	zh:ember: Adapter EZSP protocol version (13) lower than Host. Switched.
[2025-09-12 14:30:11] [32minfo[39m: 	zh:ember: Adapter version info: {"ezsp":13,"revision":"7.4.3 [GA]","build":0,"major":7,"minor":4,"patch":3,"special":0,"type":170}
[2025-09-12 14:30:11] [32minfo[39m: 	zh:ember: [STACK STATUS] Network up.
[2025-09-12 14:30:11] [32minfo[39m: 	zh:ember: [INIT TC] Adapter network matches config.
[2025-09-12 14:30:11] [32minfo[39m: 	zh:ember: [CONCENTRATOR] Started source route discovery. 1248ms until next broadcast.
[2025-09-12 14:30:12] [32minfo[39m: 	z2m: zigbee-herdsman started (resumed)
[2025-09-12 14:30:12] [32minfo[39m: 	z2m: Coordinator firmware version: '{"meta":{"build":0,"ezsp":13,"major":7,"minor":4,"patch":3,"revision":"7.4.3 [GA]","special":0,"type":170},"type":"EmberZNet"}'
[2025-09-12 14:30:12] [32minfo[39m: 	z2m: 0x0015bc003700287f (0x0015bc003700287f): SMRZB-143 - Develco Smart cable (Router)
[2025-09-12 14:30:12] [32minfo[39m: 	z2m: 0x84fd27fffe738728 (0x84fd27fffe738728): ST30 - ORVIBO Temperature & humidity sensor (EndDevice)
[2025-09-12 14:30:12] [32minfo[39m: 	z2m: 0x3c6a2cfffed1f986 (0x3c6a2cfffed1f986): THS317-ET - OWON Temperature sensor (EndDevice)
[2025-09-12 14:30:12] [32minfo[39m: 	z2m: 0x54ef44100041f640 (0x54ef44100041f640): SP-EUC01 - Aqara Smart plug EU (Router)
[2025-09-12 14:30:12] [32minfo[39m: 	z2m: 0x842e14fffe9001b2 (0x842e14fffe9001b2): VES-ZB-REM-013 - Vesternet Zigbee remote control - 12 button (EndDevice)
[2025-09-12 14:30:12] [32minfo[39m: 	z2m: 0xe0798dfffeb2a80d (0xe0798dfffeb2a80d): ZBMINI - SONOFF Zigbee two way smart switch (Router)
[2025-09-12 14:30:12] [32minfo[39m: 	z2m: 0xa4c13860732e8bf9 (0xa4c13860732e8bf9): PJ-1203A - Tuya Bidirectional energy meter with 80A current clamp (Router)

Si quelqu’un sait me dire ce qu’est cette histoire de ERROR_EXCEEDED_MAXIMUM_ACK_TIMEOUT_COUNT je lui serai reconnaissant.

Tonio16 · Septembre 12, 2025, 12:46

Salut

Est-ce que home assistant utilise la même instance zigbee2mqtt ?

Antoine

rom.jou · Septembre 12, 2025, 12:52

Je n’ai pas HA

Par contre j’ai oublié de re-partager ma page de config suite à la mise à jour du firmware contrôleur :