Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Ben1983]

@crunchip aber generell zu den enums (ist ja egal ob mit oder ohne Adapter)

In den einzelnen Rubriken noch ne unterrubrik Sommer und Winter ist flexibler und man braucht auch für den selector immer nur eine enum.

Oder was meinst Du?

[crunchip]

@ben1983 is ja möglich mehrere Enums zu belegen bei einem Gerät
kommt halt auf den jeweiligen Fall an,
letztendlich hängt es von deiner Beleuchtung ab und vielmehr, wie du am besten zurecht kommst

[ticaki]

@ben1983
Verstehe "Natrürlich könnte dann etwas nicht gleichzeitig in sommer und winter sein" nicht.

Leider kann ich nichts mit

controlType=

anfangen? :)

ich hab bei mir alles mit Funktionen gelöst und da sind mehrfach Abfragen kein Problem. Wobei mein Code dann vereinfacht so aussieht:

$('state(functions=sensor)(functions=humidity)').each((id) => {tue irgendwas mit id}
$('state(functions=control)(functions=humidity)').each((id) => {tue irgendwas mit id}

sowas ähnliches hab ich in meinem Luftbefeuchtersteuerungsscript und in meiner Heizungssteuerung

[Ben1983]

@ticaki ja die enum controlType ist eine eigene.
Klar kannst Du die kombinieren.

[ticaki]

@ben1983
Ok, war verwirrt weil du oben geschrieben hast das du sie nicht kombinieren kannst, hab das aber vielleicht auch missverstanden :)

Ich würde es nach Grundeinheiten aufteilen, sonst müsstest du ja jede Kombination aus Tageszeit Jahreszeit anlegen.

[Ben1983]

@ticaki ja die Überlegung war da, allerdings wenn ich für eine Anstwruerart eine konkrete Zuweisung habe, dann kann ein und der selbe state in der enum …. Bspw. Außenbeleuchtung.Winter und bspw. Abendbeleuchtung.Sommer sein.
Wenn der State nun entweder in Sommer oder Winter zugewiesen wäre, wäre dies nicht ohne weiteres möglich.

Oder übersehe ich was?

[ticaki]

@ben1983
Dann könnte er in der Gruppe Außenbeleutung, Winter und Sommer sein. Also in 3. Gruppen und deine Abfrage müssten dann wohl sowas in der Art sein:

    if(isWinter()){
        $(`state(controlType=${enumAußenbeleuchtung})(controlType=${enumWinter})`).setState(dp.state.val);
    }

nutze das ${enum} aber nicht, daher bin ich mir mit dem Syntax nicht sicher. Bei mir würde das so aussehen:

$('state(controlType=enumAußenbeleuchtung)(controlType=enumWinter)').setState(dp.state.val)

In der Übersicht wäre es dann nicht mehr ganz so schön geordnet. Müsstes halt überprüfen ob die Schnittmengen zwischen Außenbeleuchtung und Jahreszeit das sind was du möchtest.

[Ben1983]

@ticaki sagte in Sinnvolle Logik für Beleuchtungen:

@ben1983
Dann könnte er in der Gruppe Außenbeleutung, Winter und Sommer sein. Also in 3. Gruppen und deine Abfrage müssten dann wohl sowas in der Art sein:

    if(isWinter()){
        $(`state(controlType=${enumAußenbeleuchtung})(controlType=${enumWinter})`).setState(dp.state.val);
    }

nutze das ${enum} aber nicht, daher bin ich mir mit dem Syntax nicht sicher. Bei mir würde das so aussehen:

$('state(controlType=enumAußenbeleuchtung)(controlType=enumWinter)').setState(dp.state.val)

In der Übersicht wäre es dann nicht mehr ganz so schön geordnet. Müsstes halt überprüfen ob die Schnittmengen zwischen Außenbeleuchtung und Jahreszeit das sind was du möchtest.

Eben nicht.
Ich hatte Außenbeleuchtung Winter und
Abendbeleuchtung Sommer Geschieben.
Und dann kann der State eben nicht im Sommer und Winter sein, denn dann würde der State
Ja immer an gehen.

$('state(controlType=enumAußenbeleuchtung)(controlType=enumSommer)').setState(dp.state.val)

Würde auch zutreffen, obwohl es dass nicht soll.
Verstehst Du was ich meine?

[ticaki]

@ben1983 sagte in Sinnvolle Logik für Beleuchtungen:

Eben nicht.
Ich hatte Außenbeleuchtung Winter und
Abendbeleuchtung Sommer Geschieben.
Und dann kann der State eben nicht im Sommer und Winter sein, denn dann würde der State
Ja immer an gehen.

Ich hab das 3 mal gelesen und erst beim 4. mal hab ich nicht 2. mal Außenbeleutung gelesen :)

Würde auch zutreffen, obwohl es dass nicht soll.
Verstehst Du was ich meine?

Ja, hab deinen Satz als "Es funktioniert nicht mit Winter und Sommer gleichzeitig" gelesen.

Soviel Text für einen missverstandenen Satz, sry.

ja die Überlegung war da, allerdings wenn ich für eine Anstwruerart eine konkrete Zuweisung habe, dann kann ein und der selbe state in der enum …. Bspw. Außenbeleuchtung.Winter und bspw. Abendbeleuchtung.Sommer sein.
Wenn der State nun entweder in Sommer oder Winter zugewiesen wäre, wäre dies nicht ohne weiteres möglich.

Es hat klick gemacht, ja du hast recht, das ist mit Grundeinheiten nicht möglich. Ich würde dann wohl mit Grundeinheiten + Sonderfälle oder halt nur Sonderfällen arbeiten. Fällt mir auch nichts besseres ein.

[Ben1983]

@ticaki ja. Ist vielleicht etwas „Overkill“ aber wenn der 1. Fall kommt, wo es nicht passt (und der wird mit Sicherheit kommen, dann ist es abweichend zum rest und das möchte ich gerne vermeiden.

[ticaki]

@ben1983
Denke nicht dass es overkill ist. Ich steuere meine Beleuchtung über individuelle Skripte da ich keinen einfachen gemeinsamen Nenner gefunden habe. Wie sollte ich z.B. Es ist Nacht oder dunkel und Haustür geht auf schalte Treppenhauslicht ein da abbilden.

[Ben1983]

@ticaki eine Frage habe ich noch. Komme einfach auf keine logische Schlussfolgerung.
Ich lasse von der Dämmerung die Beleuchtung (bspw. Eine Stehlampe hinter dem Sofa) ein schalten.
Nun wird diese aber auch aktiviert, wenn gar Niemand zu Hause ist. Ich dachte schon an eine Bewegungsreaktion gedacht, aber wenn jemand auf dem Sofa sitzt, wird auch keine erkannt.
Wollte damit irgendwelche Bedingungen finden, um die Beleuchtung nicht zu aktivieren, oder wieder zu deaktivieren. Um 23:59 schalte ich sie zusätzlich aus.

[Thomas Braun]

@ben1983 sagte in Sinnvolle Logik für Beleuchtungen:

Nun wird diese aber auch aktiviert, wenn gar Niemand zu Hause ist.

Deswegen frag ich bei sowas zusätzlich noch ab, ob jemand anwesend ist.

[Ben1983]

@thomas-braun sagte in Sinnvolle Logik für Beleuchtungen:

@ben1983 sagte in Sinnvolle Logik für Beleuchtungen:

Nun wird diese aber auch aktiviert, wenn gar Niemand zu Hause ist.

Deswegen frag ich bei sowas zusätzlich noch ab, ob jemand anwesend ist.

Ja oder sagen wir…. Wenn man schon im Bett ist, muss ja im Wohnzimmer nicht die Beleichtung an gehen.

[crunchip]

@ben1983 sagte in Sinnvolle Logik für Beleuchtungen:

Wollte damit irgendwelche Bedingungen finden, um die Beleuchtung nicht zu aktivieren, oder wieder zu deaktivieren. Um 23:59 schalte ich sie zusätzlich aus.

Bedingung hab ich, Handy`s im Wlan, ausschalten hab ich zeitlich, aber nicht falls TV noch an, ansonsten dann wenn TV ausgeschaltet wird.

allerdings wie oben schon erwähnt via Adapter

[ticaki]

@ben1983 sagte in Sinnvolle Logik für Beleuchtungen:

Ich dachte schon an eine Bewegungsreaktion gedacht, aber wenn jemand auf dem Sofa sitzt, wird auch keine erkannt.
Wollte damit irgendwelche Bedingungen finden, um die Beleuchtung nicht zu aktivieren, oder wieder zu deaktivieren. Um 23:59 schalte ich sie zusätzlich aus.

Wenn ich das haben wollte würde ich mit deiner anzunehmen Konfiguration folgende Bedingungen verbinden.

Es ist später als Zeitpunkt und früher als anderer Zeitpunkt und es wurde noch nicht ausgelöst und ( (Jemand ist zu Hause und ( es wird eine Bewegung festgestellt oder ein Unterhaltungsgerät verbraucht Strom)) oder Besuchermodus ist aktiviert)

Für mich würde ich es so umsetzten:

Es ist später als Zeitpunkt und früher als anderer Zeitpunkt und es wurde noch nicht ausgelöst und ( Jemand ist zu Hause und Nachtmodus ist deaktiviert) oder Besuchermodus ist aktiviert)

Ich hab nen Echo auf dem Nachttisch stehen und wenn ich dem gute Nacht sage, gehen alle Lampen aus, alle Rolladen runter, Monitore, und Fernseher werden stromlos geschaltet. Der Bewegungsmelder im Schalfzimmer wird deaktiviert, die Beleuchtung(Bewegungsmelder) im Flur wird gedimmt und das verzögerte Hauptlicht im Flur geht nicht mehr automatisch an. Die Klimaanlage geht ebenfalls aus.