Voici le log ou commence à apparaitre l’erreur de temps en temps.
Si ce n’est pas assez long pour que ce soit significatif, de toute façon je laisse tourner en debug pour en avoir plus. Tu me diras si tu as besoin. zigbee2mqtt log.txt (236,2 Ko)
Non, moi aussi je me suis bien demandé ce qu’il faisait dans ce log alors qu’il n’est pas zigbee et pas du tout sur le même topic !
Nutale géré par mqttdiscovery
Bonjour. J ai également des nutales gérés par MQTT discovery mais comme les équipements ne sont pas vitaux je viens de désactiver le plugin. Par mesure de précaution, j ai ensuite relancé zigbeelinker et MQTT manager. Je vous tiendrai au courant
C’est ce que j’avais compris de ta question et je l’ai fais en //
avec le filtre zigbee2mqtt c’est ok plus de topic parasite.
testé aussi au cas où avec zigbee2mqtt/# et là il n’y a plus de dialogue (mais le demon n’est pas affecté)
Le champ filtre est donc obligatoirement à remplir avec ce qu’on met dans la conf du plugin ?
Avancé : Zigbee2MQTT : Topic de base (base topic)
Le mettre Obligatoire et parfaitement le même que renseigné dans la configuration mqtt du plugin.
Ou si c’est possible pour toi, le mieux serait à mon avis de supprimer le champ filtre du client et de systématiquement reprendre l’info du Topic de base renseigné dans Avancé.
A moins que tu n’ai fais ça pour une bonne raison qu’on a pas.
Non on ne peut pas modifier cela :
On peut avoir plusieurs client MQTT, et on peut avoir un client mqtt sans filtre si un serveur mqtt donne le relais pour plusieurs clés zigbee par exemple.