MQTT2 für Worx Landroid Mähroboter

[ph0x]

D.h. die Frage ist, warum überhaupt diese disconnects stattfinden, die dann ein zu häufiges re-connecten auslösen?

Das ist derzeit der Casus knacktus, genau.

Eigentlich müsste doch nur alle x Sekunden eine Kommunikation zum Server gehen. Statusabfrage oder so...

Richtig, der PINGREQ nach <keepaliveTimeout> Sekunden, aber leider verfehlt der offenbar derzeit seine Wirkung.

[frober]

Richtig, der PINGREQ nach <keepaliveTimeout> Sekunden, aber leider verfehlt der offenbar derzeit seine Wirkung.

Das ist auch meine Vermutung...

Habt ihr alle einen Vision?
Evtl. gibt es bei der API hier Unterschiede.

[ph0x]

Ich hab nen M700 Plus.

[tom2966]

Landroid WR105SI

[efyzz]

Moin,

darf ich nochmal dezent auf meine Frage hinweisen? Die ist irgendwie untergegangen:
https://forum.fhem.de/index.php?topic=111959.msg1314316#msg1314316

Denke, dass so ein Monitoring auch für andere hier interessant sein könnte. Leider wird aber immer bei "disconnect", also alle 15min, der Monitor angetriggert. Beim Wiederverbinden (was ja in der Regel klappt) aber nicht.

Also warum wird beim Wechsel auf "opened" kein Event ausgelöst?

Danke

[Flachzange]

Also warum wird beim Wechsel auf "opened" kein Event ausgelöst?

Kann ich nicht bestätigen. Ich bekomme das Event.

[Otto123]

Also warum wird beim Wechsel auf "opened" kein Event ausgelöst?

Bei einem anderen MQTT Client bekomme ich diese Event Folge bei set disconnect /connect

Code Auswählen Erweitern

2024-06-22 09:31:30 MQTT2_CLIENT mqtt2myqtt disconnected
2024-06-22 09:31:41 MQTT2_CLIENT mqtt2myqtt connect
2024-06-22 09:31:41 MQTT2_CLIENT mqtt2myqtt CONNECTEDDer Event wird in DevIo.pm erzeugt. Offenbar wird aus state opened der event CONNECTED gemacht?

[Flachzange]

Der Event wird in DevIo.pm erzeugt. Offenbar wird aus state opened der event CONNECTED gemacht?

Kann ich bestätigen.

[efyzz]

Hervorragend, funktioniert!
Vielen Dank!

[ph0x]

Ich hab den MQTT-Client nach Wiki nun mal komplett neu angelegt, um keine Altlasten mitzuschleppen.

Leider zeigt der Broker hier dasselbe Verhalten wieder ...

[normen]

Ich habe auch ständige Disconnects aber mit der 900/900 Einstellung vom tom2966 ist die Verbindung zumindest die meiste Zeit da, mit anderen Einstellungen Endet es immer in einem permanenten Disconnect mit Block von Worx. 🤷�♂️

Edit: Zu früh gefreut, hat nur länger gedauert bis zum Block 😬

[ph0x]

Seit heute Abend stabilisiert sich die Verbindung offenbar. Nun schließt der Broker nur noch jede Stunde die Verbindung, aber das ist aufgrund des Bearer Tokens ja offenbar korrekt. Sieht so aus, als ob das Neuaufsetzen des MQTT-Clients eine Verbesserung gebracht hätte.

[normen]

Ich habe auch ständige Disconnects aber mit der 900/900 Einstellung vom tom2966 ist die Verbindung zumindest die meiste Zeit da, mit anderen Einstellungen Endet es immer in einem permanenten Disconnect mit Block von Worx. 🤷�♂️

Edit: Zu früh gefreut, hat nur länger gedauert bis zum Block 😬

Nach (noch-) nochmaligem neuen Aufsetzen der Rasenmäher scheint es jetzt auch stabiler zu laufen, bis jetzt keine Blocks.. 🤞

Edit: Geht jetzt schon über 24h - gibt es irgend einen Grund oder eine Änderung seitens worx die das nötig macht? Gibt es da einen Schlüssel oder irgendwas das geupdated werden muss und was nur beim ersten Setup passiert?

[frober]

Edit: Geht jetzt schon über 24h - gibt es irgend einen Grund oder eine Änderung seitens worx die das nötig macht? Gibt es da einen Schlüssel oder irgendwas das geupdated werden muss und was nur beim ersten Setup passiert?

Mir ist nichts bekannt, aber an der neuen API-Version wird noch gearbeitet, evtl. resultieren daraus "Fehler".

...und manche Funktionen der alten API werden auch aktuell nicht unterstützt, auch wenn sie noch vorhanden sind. Wie z.B. torque.

[Flachzange]

Ja, aber API ist ja nicht gleich API. Die Art und Weise, wie Verbindungsaufbau / Authentifizierung ggü. dem AWS-Server abläuft hat ja erstmal nichts mit dem API für den Mähroboter selbst zu tun.