Hinzufügen von Gladys APIRest-Anfragen

Entwicklung
1

Hallo @pierre-gilles,

Wäre es möglich, Anfragen an die REST-API hinzuzufügen:

  • Abrufen der Zustände einer Funktion von Datum zu Datum. Das Ziel wäre, die Daten einer Funktion oder eines Geräts einmal täglich / wöchentlich / monatlich / jährlich abrufen zu können (z. B. den Energieverbrauch) und Berechnungen in Node Red damit durchführen zu können, wobei die Rohdaten und nicht die Aggregationen verwendet werden sollen (ähnlich wie « /api/v1/device_feature/aggregated_states », aber mit allen Werten).
  • Eine « PATCH »-Route, um Geräte- und Gerätefunktionsdaten zu ändern.
    Konkrete Beispiele: Eine Philips Hue Lampe hat ihren Gerätenamen geändert (Lampe in einem anderen Raum), aber der Name der Funktion ist noch der alte Standort
In Bild

image
image426×547 16.5 KB

Ein weiteres Beispiel: Heute ist es unmöglich, die Einheit im MQTT-Dienst zu ändern, sobald die Funktion erstellt wurde. Das würde es ermöglichen, dies zu tun^^

Danke für deine Antwort, falls es möglich ist ^^

2

Wenn du von der REST-API sprichst, meinst du die lokale API von Gladys, oder? Nicht über Gladys Plus?

Okay, das ist klar.

Allerdings weiß ich nicht, wo man diese Anfrage hinstellt, denn wenn wir ein Feature-Request erstellen, wird es, bei der Anzahl der Anfragen und der geringen Anzahl an Entwicklern, frühestens in 1-2 Jahren umgesetzt.

Auf GitHub macht das nicht unbedingt Sinn, weil es kein Bug ist..

Da du ein langjähriger zahlender Kunde bist, würde ich das gerne priorisieren (das ist ja auch normal, diejenigen, die das Projekt unterstützen, haben Vorrang), aber es gibt auch andere Features, die von langjährigen zahlenden Kunden angefragt wurden, die ich auch noch in der Warteschleife habe… Naja, ich denke drüber nach, ich will fair zu allen sein ^^

Nicht einfach, Prioritäten zu setzen!! :smiley:

Diese Route existiert bereits, schau mal, was passiert, wenn du ein Gerät bearbeitest :slight_smile:

3

Da sind wir uns absolut einig ^^ Das Ziel ist wirklich, hier lokal zu arbeiten, node-red läuft auf einem Pi daneben

Das Angebot ist super nett, aber kein Problem!! Es gibt Prioritäten, es wird kommen, wenn es kommt ^^ Aber wenn es möglich ist, kann ich mich daran setzen, um es zu erledigen, aber ich bräuchte nur die ersten Hinweise, wenn du die Möglichkeit hast. Ansonsten wartet es ^^

Oh, mein Fehler!! Ich bin so ein Trottel ^^
Dankeeeee :blush:

4

Im Zweifelsfall erstelle eine Funktionsanfrage, damit wir die Anfrage irgendwo haben.

Ansonsten, wenn du auf deiner Seite nachschauen möchtest, gibt es 4 Orte, an denen du nachschauen kannst:

  1. Eine Funktion in lib/device erstellen => Gladys/server/lib/device at master · GladysAssistant/Gladys · GitHub

Die Funktion nimmt drei Parameter: deviceFeatureId, start, end (so etwas in der Art)

  1. Ein Controller hier erstellen, um die API-Route zu deklarieren: Gladys/server/api/controllers/device.controller.js at master · GladysAssistant/Gladys · GitHub

  2. Einen Test für die Bibliotheksfunktion hier erstellen: Gladys/server/test/lib/device at master · GladysAssistant/Gladys · GitHub

  3. Einen Test für den Controller hier erstellen: Gladys/server/test/controllers/device/device.controller.test.js at master · GladysAssistant/Gladys · GitHub

Normalerweise denke ich, dass das schnell erledigt werden kann!! :smiley:

Zögere nicht, wenn du Fragen hast, wenn du nachschaust, und ansonsten werde ich nachschauen, aber ich gebe zu, dass ich eine lange Liste von PRs zur Überprüfung habe, genauso wie bei den GitHub-Issues, und die Funktionsanfragen erwähne ich gar nicht… :joy:

5

Ja, das machen wir!!

Ich gebe zu, dass ich angefangen habe, deine PR mit den Grafiken und der neuen Abfrage zur Aggregation anzuschauen… und es geht, ich hatte es so ähnlich durchgezogen. :blush:

Héhé kein Problem ^^ Mach, was du zu tun hast, und ich kümmere mich darum, sobald ich mein WSL und meine Entwicklungsmaschine wieder in Ordnung gebracht habe ^^

Nochmals vielen Dank für deine Zeit!!