Beiträge von ostfriese

Besser nicht, ist AC.

Bildschirmfoto vom 2024-02-14 08-12-22.png

Input mode per Skript setzen

Die möglichen Werte für in_mode:

follow    <-- Toggle
detached  <-- Detached
flip      <-- Edge
activate  <-- Activation
momentary <-- Momentary

Shelly.call("Switch.SetConfig", {"id":0,config:{"in_mode":"detached"}},
  function(result, error_code, error_message) {
    aw = Shelly.getComponentConfig("switch:0");
    print(aw.in_mode);
  }
);

Ich warte jetzt erst einmal auf eine Fehlermeldung von Cyb.2K

eiche Danke, für die ausführliche Darstellung.

Es gibt da, wie man sieht, verschiedene Ansätze. Wie komplex die Materie ist, sieht man ja schon an der Länge deines Post.

Deine Lösung stellt eine, sehr bequeme, Generierung von Schedules mit erweiterten Möglichkeiten dar. Ein Segen, für den 'Fachmann', ein Fluch für den 'mir ist egal wie, Hauptsache es funktioniertmann' , da die äußere Logik vom Anwender deines Tools selbst erstellt werden muss.

Außerdem beinhaltet dein Tool die wertvolle Erkenntnis und Umsetzung, dass man Shedules erheblich vielfältiger Nutzen kann, als im WebUi vorgegeben. Hat auch mein Wissen erweitert.

Bei meinem Ansatz ist das völlig anders. Die Konfigurationsmöglichkeiten sind absolut eingeschränkt. Man kann ja nur die Endzeit eingeben.

Dafür muss ich aber die komplette Logik liefern. Außerdem steht mir, bei meiner Lösung etwas sehr wichtiges nicht so einfach zur Verfügung, sprich Astrozeiten, hier Sonnenuntergang.

Das Problem ist gelöst, ist aber so komplex, dass es mehr als die Hälfte des Codes beansprucht. (z.B. Api liefert alle Zeiten im AM/PM System und müssen auf das 24h System umgerechnet werden.)

Dazu kommt der eingeschränkte Sprachraum (und besonders dieser asynchrone Mist mit den RPC-Calls ) von mJs. Es ist schon in einer vollwertigen Programmiersprache nicht ganz trivial, mit Zeiten, Zeiträumen und Vergleichen derer umzugehen.

Hätte nicht gedacht, dass die es so komplex es, die einfachere Anforderung,

verhindere, dass jemand das Licht in einem gewissen Zeitraum ausschaltet,

umzusetzen.

Ich habe gestern den ganzen Tag getüftelt, bin aber noch nicht zu einer Lösung gekommen, die mich zufrieden stellt. Zumal die Schaltungsgestaltung des TE nicht ideal ist.

Aber, man wächst ja an den Herausforderungen

Ich sehe schon, dass läuft auf zwei Lösungen heraus

Ich versuche (aus Spieltieb ) den EventHandler in dem gewünschten Zeitraum abzuschalten.

nach dem Schema:

Wenn Zeit gleich Sonnenuntergang, dann EventHandler aus. <--Schaltbefehle werden nicht verarbeitet

Wenn Zeit gleich Endzeit, dann EventHandler an <-- Schaltbefehle werden verarbeitet

Der Sinn ist ja, dass der TE einen Schedule konfiguriert hat, der das Licht zum Sonnenuntergang für eine bestimmte Zeit einschaltet, und der Taster dann nicht dazwischen funkt.

Ich denke, das geht so:

function handle_events(e) {
  //do_something
}

//API: Shelly.addEventHandler(callback[, userdata]) -> subscription_handle
let subscription_handle = Shelly.addEventHandler(handle_events);
print('subscription_handle is', subscription_handle);

//API: Shelly.removeEventHandler(subscription_handle) -> boolean
let answer = Shelly.removeEventHandler(subscription_handle);
print('subscription_handle ', subscription_handle, 'removed is', answer);

eiche Danke für den Test und die Hinweise. Auf Ideen kommen die Leute

Bin gerade dabei, das Skript zu härten.

"script:1":{"id":1,"running":false,"mem_free":25200,"errors":["error"]}

ist eine Nullaussage, in Bezug auf den Fehler.

Interessanter ist dieses:

"wifi":{"sta_ip":"192.168.0.22","status":"got ip","ssid":"nicht verbunden!","rssi":-75}

Der ist nicht mit dem Wlan verbunden. Da wird die Frage, nach dem WARUM interessant.

function handle_events(e) {
  //do_something
}

//API: Shelly.addEventHandler(callback[, userdata]) -> subscription_handle
let subscription_handle = Shelly.addEventHandler(handle_events);
print('subscription_handle is', subscription_handle);

//API: Shelly.removeEventHandler(subscription_handle) -> boolean
let answer = Shelly.removeEventHandler(subscription_handle);
print('subscription_handle ', subscription_handle, 'removed is', answer);

Ausgabe:

subscription_handle is 1

subscription_handle 1 removed is true

Pack Code bitte in Codetags.

CodeTag.png

Sonst wäre mein Skript ja sinnlos, weil die von 66er genannte Möglichkeit ja für GEN 2 direkt funktioniert.

Zitat

Der TE hat keinen Plus, dann ist doch dennoch ein neuer Shelly notwendig oder bin ich nun total daneben?

Nein, du hast natürlich Recht.

Der Shelly 1(Client), als dummer nicht HTTPS-Kenner, sagt dem schlauen Gen 2 (Server) über einen Webhook:

Ich möchte diese Nachricht senden.

Der Gen 2 sagt:

Mach ich gerne für dich.

Ich dachte, dass wäre klar.

Aber manchmal bin ich ein Fachidiot

eiche perfekt erklärt

Zitat

Und das funktioniert auch per Shelly 1

Mein Skript schon. Das ist ja ein Server für alle Shelly. Konnte man aber heute eleganter lösen.(Den Teil mit dem Zeitzonen Trick).

Vlt. fasse ich das noch einmal an.

Hab ich wohl kaputt gemacht.

Zitat

Auf den Link gebissen

So sind die Ostfriesen

Ich habe den, nicht ganz umweltgerecht, im Restmüll entsorgt.

Was hast du gemacht???

Bei mir noch kein Defekt. Einen H&T absichtlich mit dem Hammer zerstört, weil der mich genervt hat.

Zitat

Die müssten selber ein Forum betreiben. Ich suche das immer noch verzweifelt.

Ist nicht https://my.shelly.cloud/privacy_policy.html deren Forum? Nach Adressangabe in dem Link schon

eiche Schau mal hier.

Das mit der 'Trickkiste' kann man heute mit einem http-endpoint lösen. Gabe es damals nicht, oder ich kannte in damals noch nicht.