MQTT Adapter macht Probleme
-
node_modules/iobroker.mqtt/lib/server.js
Funtkion function clientClose(client, reason)
Zeile receivedTopic(client._will, client, () => client.destroy()); erstmal auskommentiert. Ergebnis: läuft ohne Fehler.
Mich würde interessieren, wie oft ein "Verbindungsabbruch" Clientseitig, also ohne bewusstes herbeiführen vorkommt. Liegt es evtl. an Tasmota 6.4.x? Soweit mir bekannt ist, wurde doch dort eine dynamic Sleep implementiert (Add command SetOption60 0/1 to select dynamic sleep (0) or sleep (1) (#4497)). Ist also Sleep nicht mehr deaktiviertbar? Weiß das jemand?
-
Werde ich morgen mal ausprobieren, danke für die Info.
Zur Häufigkeit….bei mir geschätzt alle 2-4 Wochen.
So das es nervt, aber noch kein KO Kriterium ist.
Bei meinem letzten Test war der Client, welcher als erstest in den Fehlermeldungen auftauchte, kein Tasmota Device!
Daher denke ich eher an ein Problem zwischen den Mqtt/WiFi Modulen für die ESP Bausteine und dem Mqtt Modul von iobroker.
Gruss
Sky
-
Ich bin jetzt auch auf den Sonoff Adapter wieder umgestiegen, seitdem keine Probleme mehr.
Dennoch ist das natürlich nicht die beste Lösung. Ich teste mal den Patch mit dem "will", da hatte ich ja auch gepatcht. Sonst einfach github mit in meinen issue reinposten.
Ist ja keine Lösung, dass der "generelle" MQTT Adapter hier mehr Fehler hat, als der Sonoff MQTT Adapter, der schon extrem simplifiziert ist (von wegen prefix/topic Reihenfolge usw).
Die Abbrüche kann man im Prinzip auch gut simulieren, indem man eine wackelige Wifi Verbindung hat, so war das bei mir. Vermutlich sind die Abbrüche dann schneller, als der Adapter das handlen kann - und stirbt dann an der "will" Message. Keine Ahnung
Zum Patch:
Ganz korrekt müsste es so ein, oder?
anstatt dem von dir komplett kommentierten Zeile:
// receivedTopic(...)sollte man diese besser ersetzen durch
client.destroy();Das Problem ist meiner Meinung nach nämlich nicht das client.destroy, sondern dass dabei die "client._will" verschickt wird. Feedback dazu? :idea:
-
Ich habe nur nen Text als LastWill (Offline), und leider auch gelegentlich das Problem.
Aber erst als ich vom PubSubClient auf den Arduino MQTT ungestiegen bin.
Lass jetzt mal den Adapter im Debug laufen und schaue, ob ich es wieder treffe.
-
Welche Version des Adapters?
Seit 25.01. ist eine Änderung im Master. Vorher hat bei mir der LastWill garnicht funktioniert.
-
Hallo zusammen,
ich hab das selbe Problem. Gibt es dazu bereits eine Lösung ?
Gruss -
Ich habe auch die Meldung "connection closed: Error: Invalid messageId" bis ich den MQTT-Adapter neu starte.
Dieses Problem tritt auf, wenn die Wlan-Fritz-Repeater einen neuen Kanal suchen, oder wenn ich den Stecker vom Wlan-Fritz-Repeater ziehe und die MQTT-Clients die Verbindung verlieren.Habe jetzt die Adapter in den Versionen 2.1.1 und 2.0.4 probiert.
Node.js v10.19.0Gibt es eine Lösung?
VG
Leif -
@capitaenz versuchs mal mit dem oben beschriebenen Patch.
Mich hat das gleiche Problem zu diesem Thread geführt, die beschriebenen Änderungen haben dann für Ruhe gesorgt.
Entstehen tut das Ganze scheinbar durch eine mittelprächtige Anbindung ans WLAN, nur daran kann ich an der Stelle wenig ändern. -
ich habe den "Patch" durchgeführt, hatte allerdings auf etwas offizielles gehofft.
Ich werde berichten, ob es hilft. -
Sehe ich das richtig, dass der "Patch" die last-will Funktion unbrauchbar macht?
-
Ob die Funktion komplett unbrauchbar gemacht wird, kann ich zwar nicht beantworten, aber bei mir funktioniert seit dem alles wie es soll und der Fehler ist nicht mehr aufgetreten.
-
Gibt es mittlerweile eine "offizielle" Lösung?
-
@gami82 sagte in MQTT Adapter macht Probleme:
node_modules/iobroker.mqtt/lib/server.js
Funtkion function clientClose(client, reason)
Zeile receivedTopic(client._will, client, () => client.destroy()); erstmal auskommentiert. Ergebnis: läuft ohne Fehler.
Danke für diese Hilfe, ich muss es leider bei jedem mqtt Update händisch wieder ändern ansonsten läuft der Adapter irgendwann nicht mehr richtig.
