Monatsrückblick Januar/Februar 2026 ist online!

[Codierknecht]

@devdracon
Du hast 4 völlig verschiedene Ereignisse, auf die zu reagieren ist.
Also brauchst Du 4 Trigger oder einen Trigger der auf Änderungen der 3 Eingangsgrößen reagiert + einen Trigger für die Uhrzeit.

Warum so verklausuliert? "Alive-XXX", "Ein Gerät", "Eine Steckdose".
Es hilft manchmal ungemein, wenn im Klartext gesagt wird, was die Eingangsgrößen sind und was man erreichen möchte.
Vielleicht bis Du ja mit Deinem Vorhaben völlig auf dem Holzweg und andere können da ihre möglicherweise besseren Vorschläge einbringen.

@devdracon sagte in Steckdose schalten i.v.b. mit mehreren Bedingungen:

b) es später als eine bestimmte Uhrzeit ist

Wann darf denn dann bei Alive = False wieder eingeschaltet werden?

[devdracon]

@codierknecht Danke für deine Rückmeldung und Input.

Das mit den 4 Triggern macht es mir verständlich(er). Ich war in dem Gedankengang "gefangen" das mit einem Trigger abbilden zu "müssen" / können.

zur Verklausulierung: mein Ansatz war es möglichst allgemeingültig zu beschreiben. Die Bezeichner kommen aus den DP.

Gerät ist = Alive_xxx = Laptop
Steckdose = switch_1

a) zu deinem Codebeispiel habe ich eine Verständnisfrage: der erchte Teil ist "losgelöst" vom linken Block? Die "Objekt-ID" Werte müssen womit gefüllt werden?

b) wann darf wieder eingeschaltet werden: ab Morgends / Sonnenaufgang, bestimmte Zeit, was auch immer

VG

[Codierknecht]

@devdracon sagte in Steckdose schalten i.v.b. mit mehreren Bedingungen:

a) zu deinem Codebeispiel habe ich eine Verständnisfrage: der erchte Teil ist "losgelöst" vom linken Block?

In dem Beispiel sind beide Varianten abgebildet - 2 Trigger (der erste reagiert auf 3 DP) oder 4 Trigger.

Die "Objekt-ID" Werte müssen womit gefüllt werden?

Mit den entsprechende Datenpunkten für Alive, Power und Alexa. Auf deren Änderungen willst Du ja dann reagieren.

wann darf wieder eingeschaltet werden: ab Morgends / Sonnenaufgang, bestimmte Zeit, was auch immer

Das sollte man schon wissen, damit man es entsprechend berücksichtigen kann.

[devdracon]

@codierknecht ah, ok. Danke für die Erläuterung.

Ich versuche das jetzt mal anhand deiner Anregungen umzusetzen und melde mich dann mit dem Ergebnis.

[Codierknecht]

@devdracon
Kleine Schützenhilfe für den Einstieg, um unnötige Roundtrips zu vermeiden:

[devdracon]

@codierknecht ob es hilft... 😇

was prüfe ich damit? "falls nicht hole Wert von" was? - ich verstehe den Sinn dieses Blockly-Elements noch nicht.
und: was für ein Block klebt denn am "falls" (da ist der Pfeil drüber)

weitere Hürde:

für z.B.den Powerwert benötige ich eine wenn-dann-abfrage? "wenn powerwert < 5 dann switch_1 = false

[Codierknecht]

@devdracon
"WENN-DANN" heißt hier "FALLS-MACHE" und unter dem Pfeil klebt ein "und".
Der Pfeil sollte zeigen, wie man an das Element kommt - da suchen sich viele 'nen Wolf.
Das es in diesem Beispiel um "Alive" geht - was ja vermutlich ein True/False (Wahr/Falsch) Wert ist, kann man direkt auf den Inhalt (Wert) des Datenpunktes prüfen.

In Pseudocode würde da stehen:

if not Wert and Zeit between "12:00" and "18:00" then
  // hier die jeweilige Aktion
end if

Ein if not Wert ist das Gleiche wie ein if Wert = false

Für "Power" könnte das dann im Prinzip so aussehen:

[Codierknecht]

@devdracon
Wenn Du lieber direkt Code schreiben willst, statt mit Blockly zu arbeiten ... lesen tut sich das besser:

on({id: "meross.0.2104171240093290849948e1.0-power", change: "ne"}, async function (obj) {
  if (obj.state.val < 5 && compareTime('12:00', '18:00', "between", null)) {
    setState("alias.0.plugs.switch_1", true);
  }
});

[devdracon]

@codierknecht ...ist es ein Unterschied, ob bei dem "und"-Block die Werte in einer Zeile oder wie bei dir untereinander stehen? wie geht das ggf. das untereinander anzuordnen? finde ich besser lesbar als in einer Zeile...

[Codierknecht]

@devdracon
macht keinen Unterschied!
Rechtsklick auf den Block mit dem "und"

[devdracon]

@codierknecht Danke!

Wofür benötige ich den Zeitplan am Ende? Für was erfolgt hier die Zeitsteuerung?

[Codierknecht]

@devdracon sagte in Steckdose schalten i.v.b. mit mehreren Bedingungen:

Wofür benötige ich den Zeitplan am Ende? Für was erfolgt hier die Zeitsteuerung?

Du hast geschrieben, dass zu einer bestimmten Uhrzeit eine Dose zu schalten ist.
Das ist ein separater Trigger, da das ja nix mit der Änderung von "Alive" oder "Power" etc. zu tun hat.

[devdracon]

@codierknecht Die Uhrzeit wird doch an dem Änderungstrigger geprüft? Bsp.: wenn sich der Zustand von Objekt-ID "Alive" ändert & es zwischen 12 und 18 Uhr ist schalte Dose ein

Der separate Zeit-Trigger würde die Dose unabhängig von den Zuständen der Objekte schalten? Richtig?

[Codierknecht]

@devdracon sagte in Steckdose schalten i.v.b. mit mehreren Bedingungen:

b) es später als eine bestimmte Uhrzeit ist

Dazu braucht man einen eigenen Trigger!

Die Prüfung auf die Uhrzeit bei den anderen Triggern soll regeln, dass z.B. bei Alive=False die Dose nach einer bestimmte Zeit nicht eingeschaltet wird.
Dass die Dose um eine bestimmte Uhrzeit ausgeschaltet werden soll, hat ja sicher einen Sinn.
Wenn Du z.B. einstellst, dass die Dose immer spätestens um 23:00 Uhr abgeschaltet wird ... was soll passieren, wenn das Gerät (Laptop) erst um 23:05 nicht mehr erreichbar ist? Dose wieder an? Wohl kaum. Daher auch meine Frage nach dem "Ruhezeitraum".

[devdracon]

@codierknecht ok. jetzt bin ich verwirrt.

Die Dose wird Abends immer über "human Input" ausgeschaltet. ("Alexa alles aus") Uhrzeit ist da variabel.

So sieht das jetzt bei mir aus.

Würde also für die erste Bedingung bedeuten:

Falls das Objekt "Alive Laptop" sich ändert (egal welcher Zustand) wird geprüft ob die aktuelle Zeit zwischen 12 und 18 Uhr ist, wenn ja, schalte die Dose "Ladestation" aus.

Damit dann die Dose in der übrigen Zeit eingeschaltet wird, brauche ich den anderen (separaten) Trigger?

Das würde dann für das obige Beispiel bedeuten, das ich bei den Zeiten die Ruhezeiten definieren müsste?

[Codierknecht]

Jetzt bin ich irritiert :-(

@devdracon sagte in Steckdose schalten i.v.b. mit mehreren Bedingungen:

Die Dose wird Abends immer über "human Input" ausgeschaltet. ("Alexa alles aus") Uhrzeit ist da variabel.

Das klang in Deinem Eingangspost anders:

soll sich aber auch ausschalten, wenn ... oder b) es später als eine bestimmte Uhrzeit ist

Wenn nur durch Alexa und nicht zeitgesteuert, wird das deutlich einfacher.
Mach's für den Anfang mit einzelnen Triggern - ist übersichtlicher.

[devdracon]

@codierknecht Kommunikationsmissverständnis. Sorry. 😕

Ich hatte ursprünglich das Problem das sich die Dose immer wieder - nach der von mir -ursprünglich falsch konfigurierten Logik- immer wieder einschaltete. Daher dachte ich, das ich eine Regel für eine bestimmte Uhrzeit benötige.

Danke nochmal für deinen unermüdlichen Input. Ich habe an dem Beispiel heute viel gelernt! 👍🏻

Ich setze das später mal um - für heute bin ich erst mal raus.

[devdracon]

@codierknecht Deine Scriptvorlage funktioniert perfekt - danke!