Hallo,
nachdem nun die S20-Steckdosen per MQTT2 eingebunden und konfiguriert sind, stelle ich fest, dass die Verbindung zu den Steckdosen nach einem automatischen WLAN-Kanalwechsel der FritzBox nicht mehr vorhanden ist.
Die Geräte sind aber noch im WLAN vorhanden und anpingbar, nur unter FHEM sind die Geräte offline.
Wie können die Geräte wieder in FHEM aktiviert werden ?
Warum und weshalb weiß ich auch nicht, blinkt die Led am Sonoff, was passiert den nach einem kurzen stromlos machen oder einem restart 1 in der Konsole ( wenn anpingbar kommst ja sicher auch auf die Tasmotaoberfläche), sind die Dosen dann wieder online ?
Gruß
Thomas
ZitatDie Geräte sind aber noch im WLAN vorhanden und anpingbar, nur unter FHEM sind die Geräte offline.
Ist der MQTT-Server ein externes (mosquitto) oder MQTT2_SERVER?
In beiden Faellen: der Client sollte nach Abbruch der Verbindung eine Neue aufmachen, hier kann keepAlive helfen.
Es wird unter FHEM MQTT2 gestartet (MQTT2_FHEM_Server: port 1883 opened)
Auf die WebGui komme ich drauf, leider werden die S20-Steckdosen danach auch nicht eigebunden.
ZitatIn beiden Faellen: der Client sollte nach Abbruch der Verbindung eine Neue aufmachen, hier kann keepAlive helfen.
Wie wird das genutzt ?
Kleiner Tip - installier Dir mal TasmoAdmin für die Verwaltung. Auch immer hilfreich ist z.B. MQTT-Explorer (o.ä.), mal mitlesen was an Nachrichten läuft. Ist so aud der Ferne schwer zu sagen.
Kann es sein, dass die Node jeweils nach dem Kanalwechsel versucht, sich am Server neu anzumelden, das aber geblockt wird, weil die CID schon einmal vorhanden ist?
Dann müßte wohl MQTT2_SERVER die Verbindung jedenfalls dann von seiner Seite aus kappen (bzw. die CID wieder zulassen), wenn die LWT-Zeit abgelaufen ist (ggf. auch vor Ablauf des keepAlive-Faktors, um unnötige Events zu vermeiden)? (Kann aber sein, dass ich das ganze völlig falsch interpretiere...)
Auch wenn es nur indirekt helfen wird: Die Fritzbox ist meiner Erfahrung nach nur bedingt für IoT Devices geeignet (ohne eine Grundsatzdiskussion lostreten zu wollen).
Seit Umstellung auf ein vernünftiges Wifi sind all solche Probleme aus meiner Installation verschwunden - auch Kanalwechsel oder Roaming auf andere Access Points bringt meine MQTT-Devices (und alles andere im WLAN) nicht mehr aus dem Tritt.
Die MQTT-Implementierung in FHEM ist (für mich) so gut, dass ich diesen Sommer alles von mosquitto auf MQTT2 migriert habe - und diesen Schritt habe ich nicht bereut. Deutlich weniger Seiteneffekte.
Wie kann der MQTT2-Server neu initialisiert werden ? evt. würde das ja helfen und ich könnte den Neustart vom "Offline"-Zustand abhängig machen ...
ZitatWie kann der MQTT2-Server neu initialisiert werden ?
Mit "delete TYPE=MQTT2_SERVER:FILTER=TEMPORARY=1" kann man alle MQTT2_SERVER Verbindungen zumachen. Ob das hilft, kann ich nicht sagen.
ZitatKann es sein, dass die Node jeweils nach dem Kanalwechsel versucht, sich am Server neu anzumelden, das aber geblockt wird, weil die CID schon einmal vorhanden ist?
Nein. Es gibt nur die Logik, dass beim Schliessen einer Verbindung kein lwt verbreitet wird, wenn eine weitere Verbindung mit der gleichen ClientID _und_ IP schon existiert.
Wenn es mit dem automatischen Kanalwechsel Probleme gibt: kann man den Kanal nicht auf einen Festen setzen?
@Rudi: Danke für die Rückmeldung, hatte schon vermutet, dass das "sauber" ist...
@Rainer82:
Wie schon hier angemerkt wurde, ist allgemein bekannt, das Fritte und ESP8266 in größerer Anzahl keine gute Kombi sind.
Vielleicht kannst du was rausfinden, wenn du die Tasmota-Konsole bemühst. Könnte sein, dass darüber was rauszufinden ist, warum der Reconnect von der Tasmota-Seite aus nicht klappt: https://github.com/arendst/Tasmota/wiki/MQTT-Overview#troubleshooting (https://github.com/arendst/Tasmota/wiki/MQTT-Overview#troubleshooting)
Ansonsten wären diverse Versionsangaben (Tasmota, Fritte, MQTT2_SERVER, fhem.pl....) usw. eventuell noch Infos, mit denen "Kundige" was anfangen können?
Auch ich habe das Problem, dass die SonOff S20 sporadisch die Verbindung zum FHEM MQTT2 Broker "verlieren".
Man kann dann die Steckdose noch nicht mal mehr vom FHEM-Server aus anpingen.
Ein
netstat -n -A inet -t
hat mich auf die Fährte gebracht, dass 4 gleichzeitige Verbindungen von der selben Steckdose auf den MQTT2-Port 1883 des FHEM Servers geöffnet waren.
Wie es zu den redundanten Verbindungen kommt weiss ich leider nicht.
Als WLAN-Router ist eine Fritzbox 7490 im Einsatz, als FHEM Server ein RasPi3.
Vielleicht helfen ja meine Erkenntnisse bei Debugging.
Eine Lösung, wie ich die gleichzeitigen Verbindungen beenden kann, habe ich im Moment noch nicht.
Zitat von: c-graeser am 26 April 2020, 18:58:25
Auch ich habe das Problem, dass die SonOff S20 sporadisch die Verbindung zum FHEM MQTT2 Broker "verlieren".
Mir geht's genauso. Sporadisches Verlieren der Verbindung zum MQTT2 Server. Gibt's schon eine Lösung?
Habt Ihr hierzu jetzt schon eine Lösung? Stehe gerade vor dem gleichen Problem...
...immer wieder dieselbe Leier...
Falls da jeweils auch eine Fritzbox (oder ein anderer Consumer-Router) im Spiel ist und die Zahl der Clients entsprechend hoch, hilft afaik nur, die darunterliegende Infrastrukutur zu ändern.
Ein paar weitere Links zum Thema findet man in https://forum.fhem.de/index.php/topic,128593.msg1230122.html#msg1230122.