[Erfahrungsbericht] [V4.5 IP5] Husqvarna Automower HTTP-API abfragen

[SchateMuhl]

Hallo Stefan
@AndererStefan

Danke für Deine Hilfe.
Das Problem war bei mir wirklich nur die Begrenzung auf 64 Byte, hab eine Custom erstellt die 2048 Byte am Input und Output kann, und schon bekomme ich die Daten.
Nun werde ich mal weiterspielen, um den Mover auch nach Hause zu schicken, Batteriestand und Status bekomme ich nun.

[AndererStefan]

Hi Andreas,

wie separierst du dir die Werte?
Die sind (bei mir) ein einem großen json Array hintereinander. Über den Index [..] kommt man die entsprechenden Einträge und dann an die Attribute, ich traue der API aber nicht, dass die immer in der gleichen Reihenfolge sind.
Ich hab noch nichts versucht, überlegte aber das in einer Custom Logic nach Attribute zu filtern…

VG Stefan

[eib-eg]

Vermutlich
Aber wirklich nur vermutlich werde ich heute noch die 4.11 bereitstellen
Aber vieles liegt im Detail
Und das Forum gibt viele Infos die in die Datei einfließen
Auch das deine verwendete gleich funktioniert hat
Werde ab 22:00 bis vermutlich 4:00 wider drann sein, denn da hab ich die wenigsten Störfaktoren
Auf gutes Gelingen

[AndererStefan]

Über den Index [..] kommt man die entsprechenden Einträge und dann an die Attribute, ich traue der API aber nicht, dass die immer in der gleichen Reihenfolge sind.

Hi alle,

mein Misstrauen scheint ein Jahr später unberechtigt, die Reihenfolge der Indizes ist bei mir bisher immer noch unverändert.
Und dass, obwohl alle Geräte und auch das Gateway über den Winter komplett offline waren. Ich vermute aber wenn man Geräte hinzufügt, und ziemlich sicher wenn man Geräte entfernt, werden sich die Indizes dennoch ändern.

Die "sicherere" Lösung:
Wenn man die Auswertung über die Device-IDs machen möchte, geht das leider nicht alleine innerhalb der HTTP-Schnittstelle mittels Selektoren, sondern man muss die gesamte Server-Antwort mit einer Logik auswerten. Dazu muss man zunächst eine HTTP-Abfrage mit dem Response Content-Type "text/plain" erstellen.




Dann erstellt man eine HTTP-Antwort vom Typ Text und schreibt die gesamte Antwort des Servers (Body) dort hinein. (Das ist mir mit json nicht gelungen, da ich keinen Selektor für das ganze Array gefunden habe. Daher hab ich den Content in text geändert).
Mit einer Custom Logic und einer Regular Expression kann man dann nach Device-IDs und den Datenpunkten suchen und deren Werte am Ausgang der Logik (als String) bereitstellen. Die Konvertierung übernimmt der Dispatcher automatisch. Wenn man Statusmeldungen wie "OPEN" oder "CLOSED" konvertieren möchte, empfiehlt sich ein seperater Logik-Baustein. Man kann natürlich alles in einer Custom Logik kombinieren, aber ich mag universelle Module mit klarer Funktion lieber.

Hier in meinem Beispiel frage ich einmal die Bodenfeuchte und Temperatur von zwei unterschiedlichen Sensoren ab. Wichtig ist, dass die Größe der Variablen in der Logik ausreichend dimensioniert ist. Ich habe für den json-Input 16384 Bytes reserviert. Ich habe 3 Gardena-Smart-Geräte und die Server-Antwort ist bereits knapp 8000 Byte. Die Logik-Engine kann so weit ich weiß maximal 65536 Byte verarbeiten (V4.8 IP7). Bei großen Installationen und je nach dem wie viele Datenpunkte die Geräte haben, könnte es also knapp werden.




Ich habe mich aus Performance-Erwägungen dazu entschieden nicht eine Logik je Datenpunkt zu erstellen, sondern alle Datenpunkte in einer Logik auszuwerten. So schiebt man nur einmal das große Json durch die Logik. Da je Datenpunkt nur eine Regular Expression ausgewertet wird (also hier in dem Beispiel 4 Stück), ist das für den TWS vermutlich ein Kinderspiel.

Für mehr Devices/Datenpunkte in der Logik einfach die entsprechenden Blöcke verfielfältigen (oder löschen) und die Variablen-Nummer anpassen.
Falls sich die Logik dann nicht speichern lässt, aber keine fehlerhaften Zeilen markiert, ist ziemlich sicher irgendwo die Variablen-Nummerierung durcheinander.

Hier die Custom-Logik zur eurer Verfügung:

► Text zeigen

Disclaimer:
Ich habe mir von einem LLM helfen lassen. Bis auf die Regular-Expression ist der Code aber trivial und sehr überschaubar.
RegEx "kann" ich nicht, daher keine Gewähr, dass die Expression für alle Datentypen und Geräte immer funktioniert. Es gibt einige Attribute (wie z.B. "State") die je Geräte-ID mehrfach existieren. In dem Fall liefert die RegEx immer den ersten Treffer.

Code: Alles auswählen

{
    "_Meta": {
    "Name": "GardenaRegEx",
    "Description": "Extrahiert Datenpunkte zu mehreren Device-IDs aus einem JSON-String der Gardena Cloud.",
    "Author": "andererStefan & MetaPro (Gemini)",
    "Version": "2.0.1"
    // LIZENZ: Der Schöpfer überträgt die Nutzungsrechte gemäß der TOLL ("Timberwolf Open Logikblock License") die unter https://wrgt.news/TOLL zum Download zur Verfügung steht.
    },

    "Input": [
        ["JSON Daten", "Komplette JSON-Antwort der HTTP-API (String, 16384 Byte)", "$in_json", "a"],
        
        ["Gerät 1", "Device-ID in der Form aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee, (String, 64 Byte)", "$in_DeviceId1", "c"],
        ["Datenpunkt 1.1", "Datenpunkt, z.B. soilHumidity oder activity, (String, 32 Byte)", "$in_Datapoint1_1", "c"],
        ["Datenpunkt 1.2", "Datenpunkt, z.B. soilHumidity oder activity, (String, 32 Byte)", "$in_Datapoint1_2", "c"],
        
        ["Gerät 2", "(String, 64 Byte)", "$in_DeviceId2", "c"],
        ["Datenpunkt 2.1", "(String, 32 Byte)", "$in_Datapoint2_1", "c"],
        ["Datenpunkt 2.2", "(String, 32 Byte)", "$in_Datapoint2_2", "c"]
        // letzte Zeile ohne Komma abschließen
    ],
    
    "Output": [
        ["Wert 1.1", "Der extrahierte Wert zum Datenpunkt 1 von Gerät 1, (String, 32 Byte)", "$out_DataStr1_1", "c"],
        ["Wert 1.2", "Der extrahierte Wert zum Datenpunkt 2 von Gerät 1, (String, 32 Byte)", "$out_DataStr1_2", "c"],
        ["Wert 2.1", "(String, 32 Byte)", "$out_DataStr2_1", "c"],
        ["Wert 2.2", "(String, 32 Byte)", "$out_DataStr2_2", "c"]
	// letzte Zeile ohne Komma abschließen

    ],

    "Level": [
        // --- Eingänge ---
        ["$in_json", "string,16384", ""],
        
        ["$in_DeviceId1", "string,64", ""],
        ["$in_Datapoint1_1", "string,32", ""],
        ["$in_Datapoint1_2", "string,32", ""],
        
        ["$in_DeviceId2", "string,64", ""],
        ["$in_Datapoint2_1", "string,32", ""],
        ["$in_Datapoint2_2", "string,32", ""],        
        
        // --- Ausgänge ---
        ["$out_DataStr1_1", "string,32", ""],
        ["$out_DataStr1_2", "string,32", ""],
        ["$out_DataStr2_1", "string,32", ""],
        ["$out_DataStr2_2", "string,32", ""],

               
        // --- Regex Bausteine (PCRE2 Syntax, JSON-escaped) ---
        ["$_RegexP1", "string", "(?s)\"id\"\\s*:\\s*\""],
        ["$_RegexP2", "string", "\"(?:(?!\"id\"\\s*:\\s*\").)*?\""],
        ["$_RegexP3", "string", "\"\\s*:\\s*\\{\\s*\"value\"\\s*:\\s*(?|\\\"([^\\\"]*)\\\"|([^,\\s}]+))"],
        
        // --- Zusammengesetzte Regex Querys(PCRE2 Syntax, JSON-escaped) ---
        ["$_RegexMerged1_1", "string,256", ""],
        ["$_RegexMerged1_2", "string,256", ""],
        ["$_RegexMerged2_1", "string,256", ""],    
        ["$_RegexMerged2_2", "string,256", ""]     
        // letzte Zeile ohne Komma abschließen
    ],

    "Module": [
        // --- 1. Dynamische RegEx Queries zusammenbauen ---
        ["Concat", ["$_RegexP1", "$in_DeviceId1", "$_RegexP2", "$in_Datapoint1_1", "$_RegexP3"], "$_RegexMerged1_1"],
        ["Concat", ["$_RegexP1", "$in_DeviceId1", "$_RegexP2", "$in_Datapoint1_2", "$_RegexP3"], "$_RegexMerged1_2"],        
        ["Concat", ["$_RegexP1", "$in_DeviceId2", "$_RegexP2", "$in_Datapoint2_1", "$_RegexP3"], "$_RegexMerged2_1"],
        ["Concat", ["$_RegexP1", "$in_DeviceId2", "$_RegexP2", "$in_Datapoint2_2", "$_RegexP3"], "$_RegexMerged2_2"],
        
        // --- 2. JSON durchsuchen und Wert extrahieren ---
        ["Regex", "$in_json", "$_RegexMerged1_1", 0, 0, "$out_DataStr1_1", 0, 0, 0, 0],
        ["Regex", "$in_json", "$_RegexMerged1_2", 0, 0, "$out_DataStr1_2", 0, 0, 0, 0],
        ["Regex", "$in_json", "$_RegexMerged2_1", 0, 0, "$out_DataStr2_1", 0, 0, 0, 0],
        ["Regex", "$in_json", "$_RegexMerged2_2", 0, 0, "$out_DataStr2_2", 0, 0, 0, 0]
        // letzte Zeile ohne Komma abschließen        
    ]

}

VG
Stefan