Liste ALLER möglichen HTTP GET/POST requests?

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

  • Hallo, ich bin zwar schon lange im Thema Hausautomation unterwegs, aber bei den Shelly's Neuling. Habe mir einen "ganzen Sack voll" gekauft und würde sie gerne in meine Systeme integrieren. Ich nutze viel PHP (auf einem eigenen Server, er die IOT Devices steuert) und alle mine Bibliotheken (Klassen) sind/werden Open Source, werde aber auch bald mit einer Portierung meiner Klassen nach Python beginnen.

    Da ich eine universelle Basis-Klasse für alle Shelly's bauen möchte, die ihre Methoden an speziellere Shelly Kindklassen weitergiebt, suche ich nach einer Art Cross-Referenz-Liste, aus der hervor geht, welche GET/POST requests für welche der Shelly's verfügbar sind.

    Ich habe bisher nur die eher allgemein gehaltenen Dokumente (bei denen ich den Verdacht habe, dass nicht alle Befehle Aufgelistet sind)

    == https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/HTTP

    oder aber spezielle (auch da habe ich den Verdacht, dass das eine oder andere fehlt)

    == HTTP-Request Shelly 4PRO

    gefunden.

    Ferner frage ich mich, on es für die Statusabfrage von (Schalt- bzw. Input-) Kanälen bei mehrkanaligen Geräten wie z.B. dem Pro 4 PM nicht auch eine "generelle" Abfrage gibt, die die Statis aller Kanäle liefert oder ob man tatsächlich alle möglichen Kanäle einzeln abfragen muß?

    Falls es noch weitere PHP Freunde hier gibt, wäre ich an Gedankenaustausch sehr interessiert (zumal ich auch selbst Hardware am bauen bin, die z.B. als Tast-Eingänge verwendet werden können, um dann Shelly's zu steuern).

  • Bei jedem Device steht in der Doku, welche Komponenten verfügbar sind.

    Bei jeder Komponente gibt es dann die entsprechenden RCP Kommandos, welche man via http, mqtt, ... nutzen kann.

    Status würde ich immer per Event / Notification abfragen/empfangen, so wie AlexAn schon geschrieben hat.

    Überwiegend PRO 3EM im Einsatz zur Haus und PV Überwachung

  • AlexAn , tvbshelly

    (1) Danke für den Link. Das sieht nach mehr aus.

    So richtig logisch und "lean" scheint mir die API aber auch nicht zu sein: Wenn ich schon "/relay/" sende, warum dann noch "turn=" statt z.B.

    "[ON|OFF|TOGGLE]=n[,o[,p]]" (mit n,o,p=Kanal#

    Naja, ist wohl ne Geschmacksfrage.


    (2) das (http://ipdershelly/rpc/Shelly.GetStatus) hatte ich bereits probiert, da kam aber ne Fehlermeldung. Gerade nochmal probiert ... geht. K.A. was ich da falsch gemacht habe.

    Anfängerfehler, würde ich mal sagen.


    (3) Und ja, ich will Statusänderungen per Webhook an meine Server schicken lassen. Schade nur, dass die Shelly's nicht sowas wie einen "heartbeat" haben, an dem ein teilnehmendes Gerät erkennen kann, dass sich etwas geändert hat und - z.B. weil mal vorübergehend das Netzwerk "weg" war (Stecker gezogen, Stromausfall bei einem Switch etc) das Gerät die Änderung nicht mitbekommen hat.


    (4) Gibt es denn die Möglichkeit, dass das Shelly Gerät (hier im Moment Pro 4PM) so etwas macht? Ideal wäre ein zyklischer "Statusbericht" per UDP broadcast mit Seriennummer alle, sagen wir 10 - 30 Sekunden ...

  • 3 + 4 kannst du dir per Skript selber bauen - das gibt es nur nicht out-of-the-box.

    Per MQTT gibt es sogar Online/Offline Meldungen. Ein eigener Heartbeat ist aber sicher verlässlicher.

    Überwiegend PRO 3EM im Einsatz zur Haus und PV Überwachung

  • Dieses Thema enthält einen weiteren Beitrag, der nur für registrierte Benutzer sichtbar ist.