MQTT2 für Worx Landroid Mähroboter

[Otto123]

Moin,

neuer Tag neues (Un) Glück - nach drei Versuchen wieder draußen. Auch mit der Version vor einem Jahr funktioniert es nicht. (00_MQTT2_CLIENT.pm 21339 2020-03-02 19:10:38Z rudolfkoenig)
Ich habe gleich mit verbose 5 angelegt und man sieht aber, das zwischen dem ersten(zweiten) Versuch und dem nächsten wirklich die 5 sec Pause sind. Alle weiteren Versuchen laufen wieder mit maximaler Geschwindigkeit.

Code Auswählen Erweitern

2021.06.14 08:59:51 3: Opening MQTT_Worx device a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883
2021.06.14 08:59:51 5: MQTT_Worx: sending CONNECT (16)(23)(0)(6)MQIsdp(3)(2)(0)(30)(0)(9)MQTT_Worx
2021.06.14 08:59:51 5: SW: 101700064d51497364700302001e00094d5154545f576f7278
2021.06.14 08:59:51 3: MQTT_Worx device opened
2021.06.14 08:59:51 5: MQTT_Worx: discarding DISCONNECT (224)(0)
2021.06.14 08:59:51 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.14 08:59:51 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/
2021.06.14 08:59:51 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 54.72.159.87
2021.06.14 08:59:52 4: HttpUtils: https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/: Can't connect(2) to https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883:  SSL connect attempt failed because of handshake problems
2021.06.14 08:59:52 5: MQTT_Worx: discarding DISCONNECT (224)(0)
2021.06.14 08:59:52 5: MQTT_Worx: discarding DISCONNECT (224)(0)
2021.06.14 08:59:57 5: HttpUtils url=https://a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883/
2021.06.14 08:59:57 4: IP: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com -> 52.19.121.161
2021.06.14 08:59:57 5: MQTT_Worx: sending CONNECT (16)5(0)(4)MQTT(4)(2)(2)X(0))fhem-60c6fe68-f33f-27f7-7b12-68fcbe396420
2021.06.14 08:59:57 5: SW: 103500044d5154540402025800296668656d2d36306336666536382d663333662d323766372d376231322d363866636265333936343230
2021.06.14 08:59:57 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 reappeared (MQTT_Worx)
2021.06.14 08:59:57 1: a1optpg91s0ydf-ats.iot.eu-west-1.amazonaws.com:8883 disconnected, waiting to reappear (MQTT_Worx)
2021.06.14 08:59:57 5: MQTT_Worx: discarding DISCONNECT (224)(0)

Beim ersten Versuch ist scheinbar die Einrichtung vom Gerät noch nicht fertig und er weiß gar nicht was er mit ssl machen soll?
@Rudi Sollte man nicht nach dem define auch erstmal 5 sec warten? Damit alles "durch" ist?

Mal im Web suchen, ob ich Hinweise finde, dass in dieser Saison was geändert wurde. Aber vor ein paar Wochen haben doch hier user ihre Mäher doch noch erfolgreich in Betrieb genommen?

Schönen Tag
Otto

[rudolfkoenig]

@Rudi Sollte man nicht nach dem define auch erstmal 5 sec warten? Damit alles "durch" ist?

Beim ersten mal muesste man warten, allerding reichen 5 sec nicht aus, weil man SSL/Benutzer/Passwort/Protokoll/etc konfigurieren muss, man muesste eher auf einem zu bauenden Trigger "jetzt bin ich fertig, mach mal" warten.
Ich fahre bisher die Strategie, Attribut sofort anwenden, und wenn es nicht funktioniert, nicht in Panik geraten. Offensichtlich ist die Strategie noch nicht perfekt, aber bevor ich was aendere, will ich verstehen, was genau schieflaeuft.

Beim FHEM-Start wird gewartet bis die komplette Konfiguration drin ist, d.h. spaetestens nach dem Neustart sollte das Problem geloest sein.

[mthome]

Beim FHEM-Start wird gewartet bis die komplette Konfiguration drin ist, d.h. spaetestens nach dem Neustart sollte das Problem geloest sein.

@Rudi, heißt das, wenn ich jetzt einen restart durchführe, (Account ist aktuell nicht gelocked aber der MQTT_Client ist auf disconnect gesetzt), der Login funktionieren sollte?
Falls ja, würde ich fhem einfach mal rebooten.

[rudolfkoenig]

@Rudi, heißt das, wenn ich jetzt einen restart durchführe, (Account ist aktuell nicht gelocked aber der MQTT_Client ist auf disconnect gesetzt), der Login funktionieren sollte?

Das habe ich nicht gesagt, eher im Gegenteil: mit unvollstaendigen Parameter habe ich nicht geschafft eine Endlosschleife zu produzieren (siehe meinen vorletzten Beitrag), deswegen tippe ich z.Zt. auf ein Problem an anderer Stelle. Noch ein Argument: wenn ein Neustart das Problem fixen wuerde, dann haetten wir hier davon bestimmt schon gehoert.

[Otto123]

Zumindest das generelle Problem habe ich eventuell gefunden:
Die ClientID ist wirklich nicht beliebig! Es muss offenbar doch android-<36 stellig uuid> sein!
Die DeskApp trägt zwar in der Maske nur eine UUID ein, aber meldet sich dann beim Server mit dem präfix. Irgendwo habe ich im Netz noch gefunden, das auch ein zweiter Anmeldungsversuch mit der gleichen ClientID die Sperrung verursacht!

@Hoppel & mthome Sorry das ich den ersten Beitrag dahingehend vorige Woche falsch abgeändert habe. Es ist korrigiert und ich habe noch zwei Befehle zur groben Prüfung des Zertifikates und des private Keys eingetragen. Versucht es also bitte noch einmal neu.

Jetzt bleibt immer noch das Problem der HighSpeed Endlosschleife. Da such ich weiter ...

[mthome]

Hallo @Otto,

kaum hat man die richtige Client ID...schon ist opened  .

MQTT Device wurde auch gleich erzeugt. Läuft 

Vielen Dank für Deine Hilfe.

[hoppel118]

Super Otto!

Ich kann es erst morgen prüfen. Habe vorgestern meine FHEM Instanz neu gestartet. Als ich dann gestern Abend mit dem Worx Device noch ein paar Sachen probieren wollte, habe ich festgestellt, dass mein Account gesperrt ist, weil der MQTT2_CLIENT in der Dauerschleife hing, demnach also über 24h...

Ich hoffe, dass ich jetzt nicht länger als 24h gesperrt bin. Na wie dem auch sei, anscheinend sorgt ein FHEM Neustart dafür, dass der Client versucht sich zu connecten, auch wenn er vorher auf disconnect gesetzt wurde.

Gruß Hoppel

[Otto123]

Die Sperre scheint jedes mal stur für 24h zu sein. Ich habe das jetzt sooft die letzten Tage durch

[mthome]

Hallo zusammen,

ich schon wieder - nur noch eine Frage: Im MQTT2 Device kann ich die PartyTime einstellen. In der App kann ich Party nur ein oder ausschalten.

Ist  der Wert Partytime dann die Zeit in Minuten? Und heißt das, dass fhem den Partymodus dann nach dieser Zeit automatisch beendet?

Ich würde damit gerne den Robo vom Mähen abhalten, wenn die Wettervorhersage Regen ansagt.

Vielen Dank!
Michael

[rudolfkoenig]

anscheinend sorgt ein FHEM Neustart dafür, dass der Client versucht sich zu connecten, auch wenn er vorher auf disconnect gesetzt wurde.

Das ist korrekt. Mit der aktuellen Version wird zusaetzlich das disabled Attribut auch beim Connect  beachtet (und nicht nur bei publish und Daten verteilen).

[Otto123]

Hallo Michael,

ja die MQTT Anbindung kann in der Tat ein paar Dinge mehr/besser als die App
1. PartyTime - in der Tat in Minuten, ich weiß allerdings nicht was die Obergrenze ist. FHEM beendet nicht die Pause, das macht der Mäher/die Cloud selbst.
2. ich dachte noch borderCut sofort, aber das kann die App jetzt. Ich bilde mir ein, voriges Jahr nur mit Zeitplan.

Gruß Otto

[hoppel118]

Jo, läuft bei mir auch. Super! Danke Otto, dass du das wieder zum Laufen bekommen hast und danke Rudi für die disconnect-Anpassung!

Viele Grüße Hoppel

[hoppel118]

Bevor ich jetzt loslege: Hat hier jemand ein homebridgeMapping (Alexa/Homekit) für den Robomäher gebaut?

Gruß Hoppel

[EinEinfach]

Bevor ich jetzt loslege: Hat hier jemand ein homebridgeMapping (Alexa/Homekit) für den Robomäher gebaut?

Code Auswählen Erweitern

clear
On=mowerStatusTxt,values=Home:0;/.*/:1,cmds=0:stopMower;1:startMower;false:stopMower;true:startMower
BatteryLevel=batteryPercent
ChargingState=batteryCharging

[TomLee]

Code Auswählen Erweitern

BatteryLevel=batteryPercent
ChargingState=batteryCharging

Hab jetzt nicht nach einem List in dem Thread gesucht und keinen Mähroboter, ich würde die beiden Readings gleich im MQTT2_Device mit jsonMap so benennen und mir das mapping in homebridgeMapping sparen.