Je me demandais si le pb pouvait venir du hard (arrive quand pas exemple il n’y a pas de cable entre la clé et la box). Mais en relisant tes logs, cela semble bien venir de mqtt. Etrange car mqtt comme zigbee2mqtt sont très stables et matures.
je finis par me demander aussi, car j’ai systématiquement des soucis en MQTT
SI je change de clé zigbee, je dois tout ré appairer et reconfigurer encore une fois ?
Oui, faudra tout reappairer.
La clé c’est sans lien hardware avec le mqtt.
Puisque que tu es sous proxmox, tu peux faire un container lxc avec juste mqtt. Comme ça quand tu lance ha mqtt est déjà là
Salut,
C’est clair que généralement une fois que Z2M est configuré c’est plutôt stable.
Et Mosquitto vu le peu de config possible et la simplicité du serveur c’est aussi généralement un tank en termes de stabilité.
Le fait que d’un coup il dise « Not Authorized » me fait penser aux seuls moments où j’ai eu des « soucis » en MQTT ces dernières années, et ça ne venait pas du brocker. Ca venait du fait que j’avais configuré plusieurs appareils utilisant MQTT avec le même MQTT Client ID, et il ne peut y en avoir qu’un seul à la fois connecté au brocker.
Donc avec ta nouvelle install aurais tu par hasard un 2eme Z2M qui tourne? ou as-tu mis un Client ID perso qui peut être aussi utilisé par un autre appareil qui utilise MQTT?
Et aussi il peut être intéressant de voir les logs de Mosquitto qui correspondent au moment où Z2M dit que la connexion MQTT est refusée.
2 « J'aime »
J’ai eu des souci également avec Mosquitto broker qui bloquait l’accès pour Z2M et meme d’autres.
Un problème qui se règle généralement en redémarrant le module ou de recharger l’intégration.
J’ai n’ai pas eu le problème depuis une semaine (avec la dernière mise a jour de HASS peu être)
Je viens également d’augmenter le volume de mon SWAPE USE qui était toujours au alentour de 100% et depuis tout fonctionne mieux,…
Tu peux également essayé de reconfigurer ton intégration Broker ?
Voila j’ai fait tout ca et ca marche bien maintenant.
Alors le swap sur un pi ça se discute mais sur une VM comme le cas de @SosoLaGeek c’est absolument pas utile. Il vaut même mieux le désactiver complétement et augmenter la ram si ça pose un vrai souci
1 « J'aime »
ça dépend de la clé que tu as en ce moment et de celle vers laquelle tu voudrais migrer.
Bonjour et merci pour vos réponses;
P.S. : @Pulpy-Luke Je ne suis plus sous proxmox, je suis passée sous RPI3.
@AlexHass , je n’ai plus de problème de ‹ not authorised › pour le moment, juste que le zigbee ne fonctionne plus sans raisons apparentes.
Je ne suis pas certaine de tout comprendre, mais je ne pense pas avoir de 2e ou de Client ID perso (je ne sais pas ce que c’est)
Ce matin le zigbee était ne nouveau HS, j’ai reboot le broker et Z2M c’est revenu, mais çà n’a pas tenu 1h.
Je viens de reboot les 2 et c’est revenu, je ne vois pas de message d’erreur dans les logs, je ne comprend pas.
Le pire c’est que même quand çà ne fonctionne plus dans HA, la clé doit fonctionner car je vois la led rouge de la clé clignoter quand j’utilise mes switchs de test.
@Uowis je suis en train d’essayer cela, mais j’ai déjà du mal à installer ‹ SSH & Web Terminal ›, le ‹ sablier › tourne depuis 10 min et la page des Addons ne répond plus… lol.
Bonjour
deux pistes a chercher:
a/ Alim du raspberry assez costaud ?
b/ n’y a t’il pas des limitation si le module bluetooth interne du raspberry est activé ?
il me semble avoir lu un truc comme cela mais j’en suis pas certain.
1 « J'aime »
Ah ,j’ai pas suivi correctement cette partie. Dommage proxmox c’est plus souple.
Elle peu verifier avec l’intégration Raspberry Pi Power Supply Checker si elle a des sous tension. Je me souvient plus si ca s’installe par defaut sur le rpi ou pas.
j’ai retrouvé cela…
a priori pas de rapport avec le schmilblick
Enfin tu peux faire un monitoring complet de ton raspberry ca mange pas de pain, RAM processor, disk temperature, alimentation etc,… :
et pour l’alimentation :
Replanté après 1h, là j’ai reboot que Z2M pour voir et c’est revenu.
Je vais regarder ce que vous me dites mais j’ai un doute, la même clé zigbee sur le même RPI sous Domoticz pas ce problème et sous HA ZHA (mon installe encore la semaine dernière) pas ce problème.
C’est exactement le genre de souci que j’avais la semaine dernière, on va trouver !
Ferme un maximum d’addon/module apres un reboot materiel,(ton home assistant doit fonctionner correctement a ce moment là) met en place le monitoring (ci dessus) et rallume les modules un par un en espaçant suffisamment les démarrage pour qu’on puisse voir des choses sur le monito. 
-
Tu as quelle version Hass ?
moi : Home Assistant 2022.9.2
Supervisor 2022.08.6
Operating System 8.5 -
J’ai désactivé le bluetooth du raspi aussi, est ce que tu t’en sert ?
Home Assistant 2022.9.2
Supervisor 2022.08.6
Operating System 9.0.rc2
Interface utilisateur : 20220907.0 - latest
Le BT me sert pour les Thermomètre LBE, mais je peux m’en passer pour des tests.
J’essaie le truc truc du SWAP mais j’ai un message d’erreur :
[15:34:08] FATAL: Failed executing init command: if [ ! -f /backup/_swap.swap ]; then fallocate -l 2G /backup/_swap.swap && mkswap /backup/_swap.swap && chmod 0600 /backup/_swap.swap && swapon /backup/_swap.swap ; elif [[ ! $(dmesg|grep _swap.swap) = swap\ on ]] ; then swapon /backup
Comment on rajoute le bout de code du monitoring ?
Merci.
Hum… pourquoi RC ??? C’est pas la version stable/officielle !
