Monatsrückblick Januar/Februar 2026 ist online!

[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!