Bon me voila sur la nouvelle machine. Ça tourne sans problème.
Même VM, Même clé SONOFF (E), Même HA, même configuration…etc.
Je me donne 1 mois pour juger de la stabilité ou non.
Petit note spéciale à Proxmox qui est sympa pour migrer des VM. Sinon pour supprimer complétement un cluster (délier deux machines) ben j’ai pas réussi.
Hello, cela aura tenu presque 2 jours avant que Z2M plante.
Je peux donc exclure les problèmes d’USB du DELL Optiplex vu que j’obtiens les mêmes messages d’erreur sur ce PC portable Toshiba de test.
[09:14:48] INFO: Preparing to start...
[09:14:48] INFO: Socat not enabled
[09:14:48] INFO: Zigbee Herdsman debug logging enabled
[09:14:49] INFO: Starting Zigbee2MQTT...
Zigbee2MQTT:debug 2023-08-31 09:14:52: Loaded state from file /config/zigbee2mqtt/state.json
Zigbee2MQTT:info 2023-08-31 09:14:52: Logging to console and directory: '/config/zigbee2mqtt/log/2023-08-31.09-14-52' filename: log.txt
Zigbee2MQTT:debug 2023-08-31 09:14:52: Removing old log directory '/config/zigbee2mqtt/log/2023-08-31.06-36-17'
Zigbee2MQTT:info 2023-08-31 09:14:52: Starting Zigbee2MQTT version 1.32.2 (commit #unknown)
Zigbee2MQTT:info 2023-08-31 09:14:52: Starting zigbee-herdsman (0.17.2)
Zigbee2MQTT:debug 2023-08-31 09:14:52: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/config/zigbee2mqtt/coordinator_backup.json","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","databasePath":"/config/zigbee2mqtt/database.db","network":{"channelList":[11],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"adapter":"ezsp","path":"/dev/ttyACM0"}}'
2023-08-31T07:14:52.341Z zigbee-herdsman:adapter Failed to validate path: 'Error: spawn udevadm ENOENT'
2023-08-31T07:14:52.343Z zigbee-herdsman:controller:log Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13],"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11]},"serialPort":{"path":"/dev/ttyACM0","adapter":"ezsp"},"databasePath":"/config/zigbee2mqtt/database.db","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","backupPath":"/config/zigbee2mqtt/coordinator_backup.json","adapter":{"disableLED":false,"concurrent":null,"delay":null}}'
2023-08-31T07:14:52.346Z zigbee-herdsman:adapter:ezsp:uart Opening SerialPort with {"path":"/dev/ttyACM0","baudRate":115200,"rtscts":false,"autoOpen":false}
2023-08-31T07:14:52.357Z zigbee-herdsman:adapter:ezsp:uart Serialport opened
2023-08-31T07:14:52.357Z zigbee-herdsman:adapter:ezsp:uart Uart reseting
2023-08-31T07:14:52.358Z zigbee-herdsman:adapter:ezsp:uart --> Write reset
2023-08-31T07:14:52.360Z zigbee-herdsman:adapter:ezsp:uart --> [1ac038bc7e]
2023-08-31T07:14:52.362Z zigbee-herdsman:adapter:ezsp:uart -?- waiting reset
2023-08-31T07:14:53.448Z zigbee-herdsman:adapter:ezsp:uart <-- [8d70a021212aff]
2023-08-31T07:15:02.366Z zigbee-herdsman:adapter:ezsp:uart --> Error: Error: {"sequence":-1} after 10000ms
2023-08-31T07:15:02.367Z zigbee-herdsman:adapter:ezsp:driv Reset connection. Try 0
2023-08-31T07:15:02.368Z zigbee-herdsman:adapter:ezsp:driv Stop driver
2023-08-31T07:15:02.368Z zigbee-herdsman:adapter:ezsp:ezsp Stop ezsp
2023-08-31T07:15:02.369Z zigbee-herdsman:adapter:ezsp:ezsp Close ezsp
2023-08-31T07:15:02.369Z zigbee-herdsman:adapter:ezsp:driv Close driver
Error: Reset error: Error: {"sequence":-1} after 10000ms
at /app/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/uart.ts:299:23
at Queue.executeNext (/app/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)
Bj
Voir dans cette ordre si possible :
/dev/ttyACM0 dans ce cas) est correct.les ports série disponibles sur les système général en utilisant la commande
ls /dev/tty*
Vérifie que l’utilisateur exécutant Zigbee2MQTT dispose des autorisations nécessaires pour accéder au port série.
Tu devras peut etre ajouté un utilisateur au groupe dialout ou ajuster les autorisations du fichier de périphérique du port série.
Voir les firmware de la clé si a jour
Dernière éventualité , ta clé HS. Essai avec une autre
Déjà merci pour tes remarques.
Oui le dongle est bien dans son slot. J’ai eu le même résultat sur les 4 ports USB de l’Optiplex.
Je n’ai testé qu’un seul port sur le PC portable de test mais je présume le même résultat si je branche la clé sur le deuxième port disponible du Toshiba
La clé est bien présente, tout comme le port /dev/ttyACM0
J’ai créé l’utilisateur via le panneau Utilisateurs de HA. Cet user/pwd est repris dans la configuration Z2M
J’avoue ne pas savoir comment faire. Une idée ?
J’ai déjà mis à jour les deux dongles (E et P). Donc j’ai dû à chaque fois synchroniser l’ensemble des 42 appareilles. 2 clés x 2 firmes x 42 = 162 appairages… (bon un peu faux car certains appareils se sont auto-reconnectés avec le mesh Zigbee).
C’est commandé. Nouvelle clé SONOFF DONGLE-E sur mamazon.
(La DONGLE-P n’a pas fonctionné et je viens d’être remboursé par Amazon de mon renvoi).
Au passage,…simple remarque… lorsque je regarde les screens des configurations SONOFF EFR32MG21 (DONGLE-E), ou bien des codes, je n’ai pas la même chose :
Moi :
port: /dev/serial/by-id/usb-1a86_USB_Single_Serial_54DD002997-if00`
Les autres sur les tuto ou forums :
port: /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230505183904-if00
Je n’ai pas le ITEAD_SONOFF…etc
Edit : Il y a une section sur le forum pour le gens qui se font défoncer par leur femme à propos de la domotique ??
Salut
plus ou moins même config sous proxmox
je fais très attention au branchement de la clé USB sonoff ( celle avec le chipset TI )
j’ai eu des problèmes de faux contact avec la rallonge USB ( 1 prix mamazon ) et la clé
a voir si tes problèmes ne viendrait pas de là
j’ai permuté ma clé sonoff avec ma cle zwave et j’ai le même comportement donc je pense que le connecteur USB coté sonoff est… leger…
tu as des brackets sur thingiverse
si tu as une imprimante 3D
Ce qui pourrait expliquer l’efficacité de la déco/reco physique de la clé
J’ai pas trop compris ton histoire de « brackets » pour le coup… Qu’est-ce que cela va faire pour améliorer le contact ?
je fixe le bracket au mur.
ça bloque plus ou moins la clé donc moins de risque de débranchement intempestif
Pour la version E
sera toujours cela comme chemin logiquement
serial:
port: >-
/dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20XXXXXXXXX-if00
adapter: ezsp
ce qui va changer entre tous c’est simplement le numero qui est a la fin : _20XXXXXXXXX-if00
Pour la version P
La version P le chemin sera le même pour tout le monde
port: >-
/dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0
Quand tu modifies tes paramètres de Z2M , je suppose que tu le fait par cette fenêtre ?
Si oui il se peux que t’es paramètres ne soit pas pris en compte , et que tu dois le faire en dur
c’est ta dire passé par WinSCP par exemple , aller dans le dossier zigbee2mqtt
et vérifié si : configuration.yaml de z2m a bien pris en compte tes modifications.
je te dis cela car j’ai déja ey se souci a diverse installe que j’ai fait a droite et a gauche.
De plus dans ce même dossier , tu as d’autres fichiers qui peuvent bloqué le démarrage.
Dans le pire des cas tu arrête z2m , tu backup ton dossier z2m et tu récupe ton backup sur pc ensuite delete ce dossier , tu relance z2m un nouveau dossier va être créé.
La par contre tu fais tes modifications direct dans le dossier de z2m / configuration.yaml
Déjà fait. Effectivement lorsque je modifie via le formulaire (on va dire depuis l’interface graphique), je m’assure que le fichier configuration.yaml de Z2M soit bien à jour.
J’ai version E de ce dongle et je n’ai jamais eu ce format 
Depuis le début que j’ai cette clé, je n’ai jamais, jamais vu de « usb-ITEAD…etc »
D’ailleurs dans proxmox, lors du choix des USB pour la VM, le champ « Constructeur » à toujours était vide.
Avant ou après les MAJ firmware.
C’est pour cela que je me suis jamais reconnu dans les tutos ici ou ailleurs.
Est-ce une piste ou bien est-ce négligeable ?
petit retour qui n’a peut etre rien a voir avec ton probleme. Pour ma part toutes mes lumières sont en zigbee, et malheureusement certains inter sont manuel, dc il arrivait que certaines lumières n’étaient plus alimentés. j’avais mis en place un système d’alarme (alarmo) qui lors d’une intrusion faisait clignoter toutes les lumières en rouge. et si d’aventure certains inter étaient eteins, ca me foutais le zigbee en carafe, ca a durer quelques mois jusqu’a ce que je m’en rendre compte. J’etais fou
Apres m’etais apercu qu’il suffisait de redemarrer l’addon zigbee pour que ca remarche.
Donc en gros voir si t’as pas des deconnections au niveau de certains peripheriques zigbee. Depuis lors plus aucun soucis
case constructeur vide !!
La seul ou j’ai vécu cela est une ccle USB de 32 giga HS , reconnu sur mes ordis mais impossible de faire quoi que ce soit.
tu as flashé ta clé ?
si oui comment as tu procédé et quel firmware tu as pris ?
Si tu regarde ici : Clé Zigbee usb - #6 par mathieul
sa capture ecran , dans la case constructeur on voit bien ITEAD
Cote Promox on parle d’activé : vérifie le passtrough USB
.
Apres ce que tu pourrais faire , si tu en as la possibilité .
Installé direct HA sur un Raspberry directement , carte SD , DD
une fois installe fini branche ta clé et regarde si constructeur et le chemin change .
dev/serial/by-id/XXXXXXXXXXXXXXXXXXXXXXXXX
Cela va te permettre de faire un test croisé a savoir si c’est le souci vient de ta VM ou de la clé qui aurait un souci .
Suivant un tuto de Smart Home Junkie.
Pour les firmwares il y en a plein, certain donne la compatibilité MATTER d’autre uniquement Zigbee.
De base j’étais en 6.7.10, et là je suis en 7.3.1.0 uniquement Zigbee. Mais j’ai pas remarqué d’amélioration.
Pour rappelle depuis le début je n’ai jamais vu « ITEAD ».
Sur un « lsusb » depuis une console proxmox j’ai un « QinHeng Electronics » qui apparait et ce depuis mon achat (Septembre 2022 Amazon)
Si je fais des recherches avec « 1a86_usb_single_serial » je tombe…sur mes post qui me fond sentir seul…
D’ailleurs mes premiers post sur HACF parle déjà de ce problème.
Je suis censé recevoir la nouvelle clé SONOFF ce soir… ou demain. Je vais attendre est comparer avec cette VM en restant sur le firmware de base.
Sinon je pense embrayer sur un Z2M en LXC comme proposé par @chpego
Peut être que la nouvelle clé réglera un éventuel problème de faux contact comme indiqué par @jrvrcd
Merci à tous,
Wait&See
Hello
Attention avec proxmox je crois que par defaut le passtrough USB est en usb 3…
bien penser a verifier lors de l’affection de la clé que la case a cocher usb3 soit devalidé
…
sur le post que tu m’envoi
je vois sur ta capture que USB 3 est coché
il l’es toujours ?
mais a mon avis ta clé est down …
En Avril, la case USB3 était cochée effectivement.
Mais à force de tester et lire, j’ai désactivé l’usb 3 depuis => même résultat 
Sur le PC portable Toshiba de test on peut même désactiver l’USB3 par le BIOS pour ne laisser que de l’usb1. Cela n’a pas amélioré les choses 
J’espère brancher la nouvelle clé, de voir « ITEAD » apparaitre dans le constructeur et ne plus avoir de problème. 
Pas sûr de continuer la domotique sinon. J’y passe déjà trop de temps et cela commence à agacer mon épouse…
En Juillet j’ai eu une longue période de fonctionnement dite stable. Je pars en vacances à 800 km de chez moi, j’arrive à l’Hôtel, je regarde l’application HA sur le smartphone…et la unavailable 
La belle-mère se moquant de moi…j’étais fou, laissant les volets de la maison H24 ouvert 
on n’ y 'a tous eu le droit 
mais bizarrement quand tout fonctionne bien avec quelque automate en action
bizarrement la c’est que les épouses sont 
Quant tu as flashé , tu as bien flashé aussi le fichier : nvm3_initfile.gbl
Au pire reviens en ncp-uart-hw_6.10.3_115200.gbl
et là flash deux fois de suite : nvm3_initfile.gbl
Vérifie quand même les canaux de fréquences, et si tu n’as pas de conflit entre le wifi et zigbee, tous les 2 en 2.4Ghz.
Côté wifi, l’idéal est de le forcer en 1, 6 ou 11 pour un maximum de compatibilité avec de vieux appareils wifi 2.4Ghz.
Côté Zigbee2mqtt, aller dans la console sur paramètres, puis avancé pour trouver le champs de définition du canal.
Et, si pas fait, bien mettre un petit cable entre le boitier et la clé zigbee, pour éviter toute interférence.
J’ai pas oser le dire, mais j’ai rien vu dans le sujet qui en parle. Après c’est pas faute dans parler sur tout les sujets zigbee.
Re, je suis entrain d’appareiller les capteurs/actions avec la nouvelle clé.
Lorsque je passe en mode association sur l’appareil et Z2M, la synchro se fait bien jusqu’à garder le petit nom de l’appareil que j’avais donné
Cependant le nom de capteur à totalement changé perdant ainsi mon historique.
Avant :
sensor.0x00158d000802bd5e_temperature
Après :
sensor.thp_atelier_temperature
Il y a une astuce ?
Edit : Oui
Stopping Home Assistant when pairing new devices
Stop Zigbee2MQTT, set homeassistant: false in Zigbee2MQTT configuration.yaml, start, pair device, stop and set homeassistant: true again.
