Ok, ich kenne mich nicht so gut mit MQTT Explorer aus (ich sprach von MQTT X), aber ich nehme an, dass die auf der linken Seite angezeigten Topics die sind, von denen es seit dem Öffnen der Software eine Veröffentlichung gab.
Wenn du die Software gerade geöffnet hast, dann wurde also eine MQTT-Nachricht von Node-RED zu Mosquitto und dann zu Gladys gesendet.
Wenn das der Fall ist, dann gibt es auf dieser Seite kein Problem, sondern vielmehr auf der Seite von Node-RED, oder?
ok, kein Problem, aber wenn ich dieses MQTT-Problem gelöst habe.
Ich habe auch einen Wettervorhersagebildschirm für 8 Tage gemacht (noch nicht fertig, aber gut vorangekommen). Ich basiere auf den Daten meiner Wetterstation, die an Weatherunderground (API) gesendet und abgerufen werden.
Ich würde ihn gerne irgendwann in mein Gladys-Dashboard integrieren.
re,
ich kannte mqttx nicht, ich installiere es gerade.
zu dem, was ich dir geschickt habe, bei deiner Analyse, vielleicht ein Problem mit Node Red, aber warum versorgt es dann sein Dashboard korrekt (Screenshots zuvor gesendet),
warum sendet es nur eine Daten (im NodeRed-Flow erscheint die MQTT-Verbindung zu Gladys für alle Daten als verbunden, und es gibt keine Fehler in den NodeRed-Logs).
Ich würde eher MQTT sehen…
Keine Ahnung, du hast deinen Node-RED-Flow programmiert 
Du musst auf der Node-RED-Seite debuggen, um zu sehen, ob alles, was du programmiert hast, richtig funktioniert
Füge Logs in Node-RED hinzu, teste manuell, so etwas in der Art 
ich werde versuchen, mich in Node-RED einzuarbeiten, aber ich bin skeptisch, ob MQTT aktualisiert wird und Node-RED dann abstürzt?
in meinen Flows habe ich bereits Kontrollpunkte an fast jedem Knoten und ohne Fehlerrückmeldung und mit korrekter Datenübermittlung an das integrierte Node-RED-Dashboard (die Daten sind dieselben)
ich werde versuchen, einen anderen Flow mit MQTT und anderen Daten zu erstellen, mal sehen
Das ist ein Vorschlag! Halte uns über die verschiedenen Tests, die du durchführst, auf dem Laufenden. Vergiss nicht, alle Fälle zu testen, die ich dir hier aufgelistet habe: Problème connexion à MQTT après mise à jour de mosquitto par watchtower - #14 par pierre-gilles
Ich erinnere mich, dass ich dieses Problem schon einmal hatte und ich das Passwort auf beiden Seiten ändern musste, dann wieder auf das ursprüngliche Passwort zurückkehren musste und es dann wieder funktioniert hat. Aber ist das die Lösung? Vielleicht Standard-Passwörter, die nach einem Update auf Gladys- oder MQTT-Seite gesetzt wurden.
ok, kein Problem, aber ich werde langsam vorgehen! Rentner mit kleinen Gesundheitsproblemen und voller Verpflichtungen, ich habe nicht mehr die gleiche Produktivität wie früher, aber ich habe alle meine Neuronen…
Hallo,
Ich bin gerade auf MQTT 2.0.16 umgestiegen und das hat mir die Aktualisierungen einiger Topics kaputt gemacht.
Die Nachrichten werden von Node-RED veröffentlicht und das Problem betrifft ein gleichzeitiges Update mehrerer Topics.
Mein Fehler lag in der MQTT-Publikationskonfiguration in Node-RED, ich hatte eine QoS von 2 eingestellt, obwohl ich sie nicht nutzte. Nach dem Ändern der QoS auf 0 funktioniert es wieder.
Ich bin mir nicht sicher, ob es sich um dasselbe Problem wie bei dir handelt.
Hallo zusammen!
Ich habe gehört, dass die Integrationen von Zigbee2mqtt und MQTT bei einer neuen Installation nicht mehr funktionieren.
Ich habe es selbst getestet und komme zum gleichen Ergebnis: Bei einer frischen Installation funktioniert es nicht mehr:
configureContainer.js:26 (MqttHandler.configureContainer) MQTT broker Docker container is being configured...
configureContainer.js:43 (MqttHandler.configureContainer) Writting default eclipse-mosquitto configuration...
installContainer.js:35 (MqttHandler.installContainer) Creating container...
installContainer.js:43 (MqttHandler.installContainer) MQTT broker successfully installed as Docker container
installContainer.js:63 (MqttHandler.installContainer) MQTT saving configuration
installContainer.js:73 (MqttHandler.installContainer) MQTT installed
connect.js:50 (MqttClient.<anonymous>) Error while connecting to MQTT - Error: Connection refused: Not authorized
Laut dem, was ich im Internet lese, gibt es wirklich Probleme mit der Version 2.0.16 von Mosquitto.
Ich werde versuchen, das Image in Gladys auf 2.0.15 zu fixieren, um zu sehen, ob das das Problem behebt.
Gute Neuigkeiten, die 2.0.15 funktioniert tatsächlich 
Ich habe einen PR gemacht:
Ich halte euch auf dem Laufenden, wenn es live im Produktionsbetrieb ist.
@PhilippeMA
Hallo,
ich war tatsächlich auf meinem MQTT-Node-Red-Node auf QoS 2.
Ich bin auch auf 0 umgestiegen und zusätzlich auf Version MQTT 5 (früher 3.1.1) (offenbar entsprechen die MQTT-Versionen im Node-Red-Node nicht denen von Mosquitto (warum?)).
Letztendlich funktioniert es jetzt wieder, aber ich warte noch etwas, bevor ich die Lösung endgültig bestätige, da ich etwas Abstand brauche und mit neuen Node-Red-Skripten testen möchte. Der Nebeneffekt des MQTT-Mosquitto-Updates auf Node-Red und indirekt auf Gladys erscheint mir seltsam. Vielleicht wird bald ein neues MQTT-Update veröffentlicht, falls zu viele Probleme festgestellt werden?
Die Mosquitto-Version ist nun in Gladys Assistant v4.26.1 auf 2.0.15 festgelegt:
Der Container wird automatisch aktualisiert, dennoch müssen neue Benutzer oder Benutzer, die ihre Konfigurationsdatei überschrieben haben, möglicherweise das MQTT-Passwort in Gladys neu registrieren, damit Gladys die Konfigurationsdatei überschreibt.
Danke für euer Feedback 
MQTT war bei mir seit gestern auch kaputt.
Obwohl ich auf 4.26.1 war, funktionierte es heute nach der Arbeit immer noch nicht.
Ich musste mein MQTT-Passwort erneut eingeben und die Konfiguration speichern (wie von GBoulvin oben erwähnt), damit es wieder funktioniert.
Gleiches gilt für mich.
Ich brauchte eine Konfigurationssicherung auf der MQTT-Integrationsseite, damit alles wieder in Ordnung kam.
Gleiches gilt für mich …
Das wundert mich nicht, die Version 2.0.16 hat offensichtlich einen Bug bei der Erstellung der Konfigurationsdatei. Es ist möglich, dass Ihre vorherige Datei überschrieben wurde und Sie sie neu generieren müssen.
In Zukunft werden wir dieses Problem nicht mehr haben, wenn wir auf festen Versionen bleiben, wie hier mit einem manuellen Update, bei dem jede Version getestet wird.
hallo,
für meinen Teil ist der Wechsel zu 4.26.1 ohne echte Probleme auf Gladys-Seite erfolgt.
Zuerst gab es eine Phase, in der sich meine MQTT-Gerätefunktionen nicht aktualisiert haben.
Dann bin ich in NodeRed gegangen, um die Änderungen rückgängig zu machen, die ich nach diesem MQTT-Update getestet hatte.
Und nach diesem Rückgängigmachen ist bei Gladys alles wieder in Ordnung gekommen, ohne dass ich die Konfiguration neu machen musste.
Hallo,
Ich habe ebenfalls ein Problem mit dem MQTT-Broker von Gladys seit August (letzte Meldung eines Temperatursensors). Ich hatte den Verbindungsabbruch nicht bemerkt, da ich Gladys hauptsächlich zur Verwaltung der Tempo-Tage nutze.
Ich habe daher versucht, den Broker von Gladys aus zu stoppen, aber die MQTT-Konfigurationsseite kehrt immer zu den konfigurierten Parametern zurück: Switch, ID und Passwort aktiviert. Ich habe den MQTT-Dienst in den Gladys-Einstellungen deaktiviert, aber das Ergebnis ist dasselbe.
Daher habe ich den Mosquitto-Container gestoppt, aber das Ergebnis ist identisch.
Ich habe meinen Pi und den Gladys-Container neu gestartet, aber es ändert sich nichts, ich kann die MQTT-Parameter, ID, Passwort in Gladys nicht ändern.
Es ist, als wäre die MQTT-Konfigurationsseite von Gladys komplett buggy.
Ich habe nicht versucht, einen Mosquitto-Container zu starten, da ich es praktisch finde, den MQTT-Broker von Gladys aus zu konfigurieren.
Alle Manipulationen wurden in Version 4.31 durchgeführt.
Wir brauchen Logs und Screenshots, um zu versuchen, dich freizuschalten.