Ich habe ein kleines Problem mit meinen Sonoff Dual, die heute nach 2 Monaten täglicher Nutzung zur Steuerung meiner Heizkörper ohne Probleme angekommen sind
Ich hatte sie auf Gladys über MQTT und HTTP konfiguriert
In der Tasmota-Konsole sehe ich:
18:56:40 MQT: Connect failed to « MonIP »:1883, rc -2. Retry in 10 sec
Ich hatte meine Konfiguration schon lange nicht mehr geändert und heute kann ich sie nicht mehr über MQTT steuern oder ihren Status empfangen.
Ich kann sie jedoch über HTTP steuern und ihren Status empfangen
Heute sehe ich, dass alle meine Sonoff blau blinken
Die 5 Tasmota in der Wohnung sind im gleichen Zustand, sie sind jedoch gut mit dem WLAN verbunden
In der Dokumentation scheint dies zu bedeuten, dass sie nicht mit dem WLAN und/oder MQTT verbunden sind
Die Tasmota-Konfigurationen haben sich nicht geändert und auch die von Gladys nicht
Allerdings habe ich keine Idee, woher das Problem kommen könnte
Hat jemand eine Idee?
Vielen Dank
Bearbeitung: Ich habe alle meine Szenen und Anzeigen im Dashboard auf HTTP umgestellt. Es funktioniert, aber es scheint ein Problem mit MQTT zu geben
Ich habe MQTT auf den Tasmota deaktiviert, damit sie aufhören, blau zu blinken
Ich hatte es seit der Installation nicht geändert:
Gladys-Seite:
Broker in einem Docker-Container verwenden: Aktiviert
mqtt://localhost
ID und Passwort
Also, ich habe seit ein paar Stunden das gleiche Problem, direkt nach einem apt upgrade und einem Reboot über SSH, der, glaube ich, ein neues rpi-firmware unter anderem installiert hat.
Kein Tasmota reagiert mehr…
Zufall?
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
9e9a56caf879 eclipse-mosquitto:latest "/docker-entrypoint.…" 5 hours ago Up 2 hours eclipse-mosquitto
0087650424a3 containrrr/watchtower:armhf-latest "/watchtower --clean…" 3 weeks ago Up 2 hours 8080/tcp watchtower
7959384793d9 gladysassistant/gladys:v4-arm "docker-entrypoint.s…" 4 weeks ago Up 2 hours gladys
Und die Tasmota-Konsole sagt:
01:02:54 MQT: Verbindung wird versucht...
01:02:54 MQT: Verbindungsfehler zu 192.168.1.55:1883, rc -2. Erneuter Versuch in 10 Sek.
01:02:55 QPC: Zurücksetzen
01:03:07 MQT: Verbindung wird versucht...
01:03:07 MQT: Verbindungsfehler zu 192.168.1.55:1883, rc -2. Erneuter Versuch in 20 Sek.
01:03:28 MQT: Verbindung wird versucht...
01:03:28 MQT: Verbindungsfehler zu 192.168.1.55
1612550948: mosquitto version 2.0.7 starting
1612550948: Config loaded from /mosquitto/config/mosquitto.conf.
1612550948: Starting in local only mode. Connections will only be possible from clients running on this machine.
1612550948: Create a configuration file which defines a listener to allow remote access.
1612550948: Opening ipv4 listen socket on port 1883.
1612550948: Opening ipv6 listen socket on port 1883.
1612550948: mosquitto version 2.0.7 running
1612561344: mosquitto version 2.0.7 terminating
1612561486: mosquitto version 2.0.7 starting
1612561486: Config loaded from /mosquitto/config/mosquitto.conf.
1612561486: Starting in local only mode. Connections will only be possible from clients running on this machine.
1612561486: Create a configuration file which defines a listener to allow remote access.
1612561486: Opening ipv4 listen socket on port 1883.
1612561486: Opening ipv6 listen socket on port 1883.
1612561486: mosquitto version 2.0.7 running
1612562801: mosquitto version 2.0.7 terminating
1612562937: mosquitto version 2.0.7 starting
1612562937: Config loaded from /mosquitto/config/mosquitto.conf.
1612562937: Starting in local only mode. Connections will only be possible from clients running on this machine.
1612562937: Create a configuration file which defines a listener to allow remote access.
1612562937: Opening ipv4 listen socket on port 1883.
1612562937: Opening ipv6 listen socket on port 1883.
1612562937: mosquitto version 2.0.7 running
Nicht besonders interessant, oder?
Es sei denn, es liegt am „local only mode“…
Der Log von Gladys zum Zeitpunkt des Apt-Upgrades:
npm ERR! errno 1
npm ERR! gladys-server@ start:prod: `cross-env NODE_ENV=production node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the gladys-server@ start:prod script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2021-02-05T21_42_24_248Z-debug.log
> gladys-server@ start:prod /src/server
> cross-env NODE_ENV=production node index.js
Initialising OpenZWave 1.6.1051 binary addon for Node.JS.
OpenZWave Security API is ENABLED
ZWave device db : /usr/local/etc/openzwave
User settings path : /src/server/services/zwave/node_modules/openzwave-shared/build/Release/../../
Option Overrides : --Logging false --ConsoleOutput false --SaveConfiguration true
2021-02-05T22:45:08+0100 <info> service.startAll.js:30 () Service example was manually stopped, so it is ignored at startup
2021-02-05T22:45:08+0100 <info> service.startAll.js:30 () Service philips-hue was manually stopped, so it is ignored at startup
2021-02-05T22:45:08+0100 <info> service.startAll.js:30 () Service xiaomi was manually stopped, so it is ignored at startup
2021-02-05T22:45:08+0100 <info> service.startAll.js:30 () Service zwave was manually stopped, so it is ignored at startup
2021-02-05T22:45:08+0100 <info> service.startAll.js:30 () Service ewelink was manually stopped, so it is ignored at startup
2021-02-05T22:45:08+0100 <info> service.startAll.js:30 () Service tp-link was manually stopped, so it is ignored at startup
2021-02-05T22:45:08+0100 <info> index.js:13 (Object.start) Starting usb service
2021-02-05T22:45:09+0100 <info> connect.js:38 (MqttClient.<anonymous>) Connected to MQTT server mqtt://localhost
2021-02-05T22:45:09+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic gladys/master/#
2021-02-05T22:45:09+0100 <info> index.js:20 (Object.start) Starting Open Weather service
2021-02-05T22:45:09+0100 <info> index.js:19 (Object.start) Starting telegram service
2021-02-05T22:45:09+0100 <info> index.js:15 (Object.start) Starting Bluetooth service
2021-02-05T22:45:10+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic stat/+/+
2021-02-05T22:45:10+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic tele/+/+
2021-02-05T22:45:10+0100 <info> index.js:63 (Server.<anonymous>) Server listening on port 80
2021-02-05T22:54:48+0100 <info> unsubscribe.js:10 (MqttHandler.unsubscribe) Unsubscribing to MQTT topic stat/+/+
2021-02-05T22:54:48+0100 <info> unsubscribe.js:10 (MqttHandler.unsubscribe) Unsubscribing to MQTT topic tele/+/+
2021-02-05T22:54:50+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic stat/+/+
2021-02-05T22:54:50+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic tele/+/+
2021-02-05T22:59:56+0100 <info> unsubscribe.js:10 (MqttHandler.unsubscribe) Unsubscribing to MQTT topic tele/+/+
2021-02-05T22:59:56+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic tele/+/+
2021-02-05T23:00:58+0100 <info> unsubscribe.js:10 (MqttHandler.unsubscribe) Unsubscribing to MQTT topic stat/+/+
2021-02-05T23:00:58+0100 <info> unsubscribe.js:10 (MqttHandler.unsubscribe) Unsubscribing to MQTT topic tele/+/+
2021-02-05T23:01:05+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic stat/+/+
2021-02-05T23:01:05+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic tele/+/+
2021-02-05T23:02:00+0100 <info> unsubscribe.js:10 (MqttHandler.unsubscribe) Unsubscribing to MQTT topic tele/+/+
2021-02-05T23:02:00+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic tele/+/+
2021-02-05T23:06:41+0100 <warn> connect.js:60 (MqttClient.<anonymous>) Disconnected from MQTT server
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! gladys-server@ start:prod: `cross-env NODE_ENV=production node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the gladys-server@ start:prod script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2021-02-05T22_06_41_570Z-debug.log
> gladys-server@ start:prod /src/server
> cross-env NODE_ENV=production node index.js
Initialising OpenZWave 1.6.1051 binary addon for Node.JS.
OpenZWave Security API is ENABLED
ZWave device db : /usr/local/etc/openzwave
User settings path : /src/server/services/zwave/node_modules/openzwave-shared/build/Release/../../
Option Overrides : --Logging false --ConsoleOutput false --SaveConfiguration true
2021-02-05T23:09:18+0100 <info> service.startAll.js:30 () Service example was manually stopped, so it is ignored at startup
2021-02-05T23:09:18+0100 <info> service.startAll.js:30 () Service xiaomi was manually stopped, so it is ignored at startup
2021-02-05T23:09:18+0100 <info> service.startAll.js:30 () Service zwave was manually stopped, so it is ignored at startup
2021-02-05T23:09:18+0100 <info> service.startAll.js:30 () Service ewelink was manually stopped, so it is ignored at startup
2021-02-05T23:09:18+0100 <info> service.startAll.js:30 () Service tp-link was manually stopped, so it is ignored at startup
2021-02-05T23:09:18+0100 <info> service.startAll.js:30 () Service philips-hue was manually stopped, so it is ignored at startup
2021-02-05T23:09:18+0100 <info> index.js:13 (Object.start) Starting usb service
2021-02-05T23:09:19+0100 <info> index.js:19 (Object.start) Starting telegram service
2021-02-05T23:09:19+0100 <info> connect.js:38 (MqttClient.<anonymous>) Connected to MQTT server mqtt://localhost
2021-02-05T23:09:19+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic gladys/master/#
2021-02-05T23:09:19+0100 <info> index.js:20 (Object.start) Starting Open Weather service
2021-02-05T23:09:19+0100 <info> index.js:15 (Object.start) Starting Bluetooth service
2021-02-05T23:09:20+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic stat/+/+
2021-02-05T23:09:20+0100 <info> subscribe.js:12 (MqttHandler.subscribe) Subscribing to MQTT topic tele/+/+
2021-02-05T23:09:20+0100 <info> index.js:63 (Server.<anonymous>) Server listening on port 80
Okay, ich habe eine Lösung gefunden, aber da ist etwas nicht in Ordnung.
Ich habe den externen Mosquitto-Broker (außerhalb von Docker) installiert und den von Gladys deaktiviert.
Alles funktioniert wieder (die MQTT-Geräte funktionierten auch nicht mehr)!
Aber es wäre interessant zu wissen, ob das mein Fehler war oder ob das auch anderen passieren könnte!
Ich kann alle Logs bereitstellen, die Sie möchten, wenn Sie untersuchen möchten
Ah, das ist es eindeutig, alles, was von einer anderen Maschine aus verbunden wird, wird abgelehnt.
Meiner Meinung nach ist das eine neue Standardeinstellung.
EDIT:
Nach etwas Lesen und Experimentieren auf meiner Seite konnte ich es reproduzieren.
Es gibt eine neue Option. Gut, sie existierte bereits, aber das Standardverhalten hat sich geändert.
Standardmäßig hört der Mosquitto-Container nur auf localhost.
Um dieses Verhalten zu ändern, muss man dies in der Mosquitto-Konfiguration hinzufügen
Also…
Der Befehl gibt mir immer eine „Berechtigung verweigert“-Fehlermeldung. Also habe ich es manuell hinzugefügt.
Aber zusätzlich kann ich den installierten Mosquitto nicht mehr deaktivieren
Trotzdem funktioniert es, aber ich weiß nicht wie (das ist doch die Philosophie von Gladys, oder? )
Okay, ich habe es endlich geschafft, meinen « zweiten » Broker zu deaktivieren und den vorgeschlagenen Befehl auszuführen.
Hier ist, was das Docker-Log sagt:
1612709888: mosquitto version 2.0.7 starting
1612709888: Config loaded from /mosquitto/config/mosquitto.conf.
1612709888: Opening ipv4 listen socket on port 1883.
1612709888: Opening ipv6 listen socket on port 1883.
1612709888: mosquitto version 2.0.7 running
1612710037: mosquitto version 2.0.7 terminating
1612710038: mosquitto version 2.0.7 starting
1612710038: Config loaded from /mosquitto/config/mosquitto.conf.
1612710038: Opening ipv4 listen socket on port 1883.
1612710038: Opening ipv6 listen socket on port 1883.
1612710038: mosquitto version 2.0.7 running
1612710090: mosquitto version 2.0.7 terminating
1612710157: mosquitto version 2.0.7 starting
1612710157: Config loaded from /mosquitto/config/mosquitto.conf.
1612710157: Opening ipv4 listen socket on port 1883.
1612710157: Opening ipv6 listen socket on port 1883.
1612710157: mosquitto version 2.0.7 running
Super!
Aber es funktioniert trotzdem nicht. Trotz mehrerer Neustarts kein Zugriff auf meine MQTT-Geräte
Und trotzdem:
Wird es langfristig ein Problem sein, wenn ich eclipse-mosquitto als Dienst außerhalb von Docker verwende oder kann ich das bedenkenlos so lassen?
Kann es sein, dass ich eine Latenz habe, die vorher nicht da war oder bin ich paranoid?
Hallo zusammen, ich habe die gleichen Symptome: keine zusätzliche Konfiguration oder Einstellung bei einer Installation, die vorher funktioniert hat, und keine MQTT-Kommunikation mehr mit den Sonoff-Heizkörpern. Ich bin auf Gladys 4.0.8 auf einem Raspberry Pi, der über das Gladys Assistant-Image installiert wurde.
Nach den obigen Ratschlägen habe ich mich per SSH auf dem Raspberry Pi angemeldet. Mit vi habe ich « listener 1883 » zur Datei /var/lib/gladysassistant/mosquitto/mosquitto.conf hinzugefügt. Danach habe ich meinen Raspberry Pi neu gestartet.
In Gladys Assistant musste ich meinen MQTT-Dienst neu konfigurieren.
Zur Information, das Problem wurde mit Gladys v4.1.0 behoben.
@AlexTrovato hat eine Routine programmiert, die die Konfigurationsdatei automatisch aktualisiert und die Container-Version von Mosquitto auf 2.0 festlegt, um zukünftige Probleme zu vermeiden.
)
