Wie in einem anderen Beitrag hier erwähnt, finde ich, dass es nicht genug Logs gibt, insbesondere in den Szenen.
Ich verwende Rundeck, um viele Hausautomations-Jobs zu starten… Ich möchte also meine Szenen in Rundeck erstellen (und das stört mich nicht).
Der Zugriff auf die API dient dazu, den Status der Geräte zu überprüfen, insbesondere vor oder nach Manipulationen in Gladys (also hauptsächlich Leseoperationen mit GET).
Aber es scheint, als hätte ich den Unterschied in der Dokumentation nicht verstanden, wie die APIs funktionieren und wie man sie verwendet. Ich werde noch einmal genau lesen.
Für die Szenen ist das etwas, das ich zu Gladys hinzufügen möchte: die Möglichkeit, die Ausführung der Szenen in der UI einfach und klar zu verfolgen.
Darüber hatten wir kürzlich hier gesprochen, falls es dich interessiert:
Ok, ich verstehe besser.
Tatsächlich sind Gladys und Gladys Plus zwei verschiedene Dinge:
Gladys ist ein lokales Programm, das auf deinem Gerät (Raspberry Pi, Server, NAS) zu Hause läuft.
Dieses Programm hat eine REST-API, die von der lokalen Frontend verwendet wird, und diese API ist hier beschrieben => https://apidoc.gladysassistant.com (der Link, den du oben gepostet hast)
Gladys Plus ist ein Cloud-Proxy, der den Zugriff auf die lokale Instanz eines Benutzers von überall auf der Welt ermöglicht. Dieser Proxy hat eine verschlüsselte Websockets-API, die es ermöglicht, wenn du auf die Frontend von plus.gladysassistant.com zugreifst, das Gleiche zu sehen wie deine lokale Instanz. Die Websockets-API ist nur für die Frontend-Nutzung bestimmt und soll nicht vom Benutzer verwendet werden. Dieser Proxy hat auch eine « Open API », die nicht Ende-zu-Ende verschlüsselt ist (aber während der Übertragung über SSL verschlüsselt), die es ermöglicht, Sensorzustände und Telefonpositionen an deine lokale Instanz zu senden. Aufgrund der Natur dieser API (nicht Ende-zu-Ende verschlüsselt) habe ich bisher keine Lese-Routen eingerichtet, nur einige Schreib-Routen. Ich kann Lese-Routen hinzufügen, aber ich möchte, dass es klar ist mit der Community, dass, wenn wir optionale Lese-Routen hinzufügen, der Gladys Plus Proxy den Verkehr sieht (was bisher nicht der Fall war).
Es wäre gut zu wissen, ob wir in einer Szene sind, ob wir in einer Szene sind, Datum und Uhrzeit der letzten Ausführungen (einige können sofort sein), grafisch, visuell.
Ich denke, um dies zu entwickeln, sollten wir zunächst mit Logs/Protokollen beginnen… und dann den grafischen Teil machen, aber ich verstehe, dass das Ziel die Benutzerfreundlichkeit ist… Die meisten hier „basteln“ ein bisschen, nicht zu viele „Madame Michu“, auch wenn sie die Zielgruppe sind.
Dann überlassen wir Gladys unseren Strom oder unser Wasser (wenn ich zum Beispiel eine Bewässerungspumpe starte), und dahinter stehen Geld:moneybag: auf dem Spiel… wir müssen also nachvollziehen können, was passiert
Was die Nutzung der APIs betrifft, ich werde mich an die interne API wenden, aber ich sehe in der Dokumentation nicht, wie man vorgehen soll, wie greift man auf die interne API zu?
nein, weil ich nicht weiß, wie man das macht… weil, soweit ich weiß, beschreibt die Seite sehr gut die Infos/Aktionen, die man mit der API durchführen kann, aber wie man sie verwendet, steht da nichts…
Anfang des Jahres viel zu tun? Das ist ein gutes Zeichen
Tatsächlich! Eigentlich ist diese Dokumentation eher für die interne Nutzung während der Entwicklung gedacht. Der Sinn ist, zu sehen, welche Routen für die Frontend-Entwicklung verfügbar sind.
Danach, für deine Nutzung, weiß ich wirklich nicht, ob das geeignet ist. Was ist Rundeck? Ist das ein Programm, das du lokal auf demselben Rechner wie Gladys laufen lässt?
rundeck ist ein Job-Scheduler. Ich verwende ihn, um Szenen zu erstellen, weil ich es hier schon einmal erwähnt habe, nicht genug Logs. Ich führe Hausautomations- und Betriebsjobs auf meinen Raspberry Pis aus. Er ist auf einem anderen Raspberry Pi als Gladys installiert.
Falls ja, dann ist alles gut, du kannst diese lokale API verwenden
Um diese API zu verwenden, kannst du zunächst die Login-Route verwenden, um ein Access-Token zu erhalten (POST /login. Die Dokumentation: Gladys Assistant REST API documentation ), indem du die IP deines lokalen Pi eingibst
Beispiel, wenn dein Pi unter 192.168.1.12 läuft, dann machst du:
Anschließend sind alle anderen Routen zugänglich, indem du einen Header hinzufügst
Authorization: Bearer DEIN_ACCESS_TOKEN
Wenn du dich von dem inspirieren lassen möchtest, was auf der Frontend-Seite passiert, öffne den Netzwerk-Tab, wenn du dich im Gladys-Frontend umschaust, und schau dir die Parameter an!