UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[romgen]

Hey,

Ja, mal schauen, ich probiere natürlich alles aus.

Angefangen habe ich mit dem Sonoff MQTT Adapter, aber der ist ja sehr sensibel. :lol: Der braucht ja auch eine ganz spezielle Reihenfolge von prefix und topic. Ich will da nichts aussschließen ^^

Im Moment habe ich den code einfach angepasst, dass alle Messages ohne gültige id einfach gelöscht werden. Läuft auch ohne Probleme ist aber auch nur ein "hack". Nur doof für alle anderen, die nicht eben mal den Code anpassen können.

Vielen Dank für das Feedback!

[Lazybone]

Gibt es eine Lösung. Ich habe mittlerweile selbst nach einen Neustart von MQTT den Fehler nach wenigen Minuten erneut.

Mehrere Sonoff Geräte mit Tasmota 6.4.1 im Einsatz.

[Hhjung16]

@romgen:

Hey,

Ja, mal schauen, ich probiere natürlich alles aus.

Angefangen habe ich mit dem Sonoff MQTT Adapter, aber der ist ja sehr sensibel. [emoji38] Der braucht ja auch eine ganz spezielle Reihenfolge von prefix und topic. Ich will da nichts aussschließen ^^

Im Moment habe ich den code einfach angepasst, dass alle Messages ohne gültige id einfach gelöscht werden. Läuft auch ohne Probleme ist aber auch nur ein "hack". Nur doof für alle anderen, die nicht eben mal den Code anpassen können.

Vielen Dank für das Feedback! ` Moin

Ich muss sagen, ich bin auf den Sonoff Adapter umgestiegen und habe die Probleme seitdem nicht mehr, Tasmota 6.4.1 auf GosundSp111 und Sonoff Basic.

[gami82]

Bei mir gleichen Problem, sporadisch "connection closed: Error: Invalid messageId"

Konnte zumindest den Fehler bewusst herbeiführen. Sieht so aus, sobald der Client die (WLAN)Verbindung verliert (auch wenn nur kurz, ausgehend vom Client? oder Router->checked), kommt es zum Fehler.

Hatte Wlan Einstellungen meiner Fritzbox geändert ("WLAN-Zugang auf die bekannten WLAN-Geräte beschränken" auf "Alle neuen WLAN-Geräte zulassen"), dabei wurde die Verbindung kurz unterbrochen, danach Fehler "connection closed: Error: Invalid messageId" im Log.

Nach Neustart MQTT Adapter lief wieder alles.

MQTT 2.04

Node.js: v8.15.0

NPM: 6.4.1

Tasmota: 6.4.1

[Skydream]

Ich habe das mal Testweise ausprobiert. Beim Umstellen von "Alle neuen WLAN-Geräte zulassen" auf "WLAN-Zugang auf die bekanten WLAN-Geräte beschränken" ist es nicht zu ausfällen gekommen.

Als ich aber nach ein paar Minuten wider zurück auf "Alle neuen WLAN-Geräte zulassen" gestellt hat

ist mir sofort der MQTT Adapter um die Ohren geflogen.

Also lässt ich der Fehler reproduzieren….das ist ja schon mal gut.

Gruss

Sky

Nachtrag: Dieses mal war es kein sonoff Tasmota device, sondern eine "Eigenkreation". Allerdings auch ein esp8266

[gami82]

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?

[Skydream]

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

[romgen]

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 :D

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:

[berndmr]

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.

[berndmr]

Welche Version des Adapters?

Seit 25.01. ist eine Änderung im Master. Vorher hat bei mir der LastWill garnicht funktioniert.

[pfuhsy]

Hallo zusammen,

ich hab das selbe Problem. Gibt es dazu bereits eine Lösung ?
Gruss

[capitaenz]

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.0

Gibt es eine Lösung?

VG
Leif

[rhodan76]

@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.

[capitaenz]

@rhodan76

ich habe den "Patch" durchgeführt, hatte allerdings auf etwas offizielles gehofft.
Ich werde berichten, ob es hilft.

[mar565]

Sehe ich das richtig, dass der "Patch" die last-will Funktion unbrauchbar macht?

[capitaenz]

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.

[tcj]

Gibt es mittlerweile eine "offizielle" Lösung?

[Ein ehemaliger Benutzer]

@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.