[Erfahrungsbericht] [V4.8 IP4] FYTA Pflanzensensoren mit HTTP-Client

[Sun1453]

Hab mir jetzt auch so einen Sensor bestellt und werde mal die Integration testen, sobald er da ist.

[Sun1453]

Hatte jetzt im ersten Step mal deine neuen Profile angeschaut.

Link

Implementiert 1. das Auth Modul. Muss da noch schauen wie man das am besten mit dem Retry und Logik Modulen baut und wie man das dann mit dem 2. Profil macht.

[Sun1453]

@MoseP Kannst du mal genauere Infos zu den jetzt getrennten HTTP API Client Profilen geben, gerade wie sind die miteinander verknüpft, in Sachen spezifisch auch mit dem Erneuerungsprozess. So Auth mit dem anderen Profil verbinden kein Problem.

Danke Dir.

[MoseP]

Die Pflanzen-Übersicht ist simpel verknüpft, eine Logik gibt das Body Bearer Token an die Applikation (senden). Allerdings braucht es dazu eine Logik, denn FYTA erwartet das Wort "Bearer" im Token, das aber im empfangenen access_token-String nicht drin steht. Deshalb läuft jeder empfangene access_token erst durch diese Logik:

Beachte das Leerzeichen am Ende des Strings.

Hier Screenshots zu den Verknüpfungen für die Cloud Authorization:


Die Logik-Objekte 102 Username und 103 Passwort sind einfache KONKATENIERE-Objekte, bei denen ich als Input 1 den Usernamen bzw. das Passwort manuell als Parameter eingetragen habe. als Trigger dient die Logik 104, die mit einer UND-Verknüpfung nur dazu dient, dass ich manuell im Doktormodus einen Login mit Output=TRUE triggern kann.

Für den Refresh sieht es so aus:


Auch hier gilt, dass Logik 107 (wie oben Logik 104) nur als manueller Trigger im Doktromodus dient. Der Refresh wird über das Auslöser-Intervall automatisch getriggert.

Die Pflanzenabfragen haben die Logik 105 in Applikation (senden) für das Bearer Token.
Für die Anzeigen habe ich die Objekte der Visu-Elemente direkt verknüpft.


Beim Subsystem "Pflanzen-Details" wird noch eine Pflanzen-ID mitgeschickt, die vom Eingabefeld in der Visu übergeben wird.

Viel Spass damit.

[Sun1453]

Hallo André (@MoseP )

Also beim Login startest du das ganze immer manuell über Doktor Modus. Dabei Triggerst du Logik 104 welche dann 102 + 103 mit startet. Applikation (senden) Trigger ist dann auch die Objekt Änderung welche die HTTP Abfrage startet richtig?

Access Token wandert dann in Logik 105. Dort sehe ich auf Screenshot 2 Eingangs Verknüpfungen. 1. Login und vermute 2. vom Refresh HTTP Server.
Beim Output von 105 wird eins zur gezeigten Pflanze gehen. Wo geht die 2. Ausgangsverknüpfung hin ?

Wie ist das bei der Refresh Applikation zu verstehen, mit Refresh-Token bei Senden und Refresh Refresh Token beim Empfangen. Macht es da eine Schleife ?

Das mit den Pflanzen Details hast ja gut hier beschrieben: B) Detaildaten zu jeder einzelnen Pflanze

Danke Dir für deine Weitere Erklärung.

[MoseP]

Hallo @Sun1453
Ja, den ersten Login triggere ich manuell im Doktormodus mit Logik 104. Ab dann läuft ja der automatische Refresh mit dem Timer.

Die zwei Verknüpfungen von Logik 105 mit dem Bearer-Token gehen zu "FYTA Pflanzen" (Gesamtübersicht aller Pflanzen) und "Pflanzen-Details" (detaillierte Abfrage einer einzelnen Pflanze).
Die Gesamtübersicht befüllt die Visu-Seite:


Die Details werden aufgerufen, wenn man die Detailansicht aufruft und auf die Buttons der Pflanzen klickt (siehe Screenshot auf der ersten Seite).

Der Refresh-Token wird beim Refresh auch erneuert, und der empfangene Wert wird gleich in das Subsystem eingetragen. Der Trigger ist der Timer, deshalb läuft die Aktualisierung des Refresh-Tokens nicht von selbst in eine Schleife.

[AndererStefan]

Ich habe bei uns in der Gardena API für das manuelle Triggern einfach einen Button „Login erneuern“ in der Visu hinzugefügt.

Ich habe im HTTP-Interface eine zyklische Statusabfrage des Ventilstatus eingerichtet (die Statusabfrage wird auch zusätzlich durch eine Schaltaktion getriggert). Die Rückmeldung des HTTP-Status Objektes nutze ich um in der Visu „Cloud ok“ oder „Cloud Fehler“ anzeigen zu lassen.

Bei Cloud Fehler drückt man den Button und wenn der Fehler der Token war, ist er danach weg



VG Stefan