Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. DP Strucktur zur Lichtsteuerung

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    2.8k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.1k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.4k

DP Strucktur zur Lichtsteuerung

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
3 Beiträge 2 Kommentatoren 323 Aufrufe 2 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • I Offline
    I Offline
    ignis-draco
    schrieb am zuletzt editiert von
    #1

    Hi,

    Ich habe jetzt schon mehrere Automationen (gerade was Licht angeht) gebaut (die auch gut funktionieren).
    Aber mir ist jetzt aufgefallen, dass ich nicht alles abbilden kann was ich gerne möchte. Ich würde euch jetzt einfach mal meine Grundidee vorstellen und hoffe auf Anregungen wie es vielleicht besser/einfacher geht.

    Anforderungen:

    Licht an/aus schalten durch:

    • Manuell (Knopf / Handy)
    • Sensor (z.b. Bewegungsmelder) [Person pressend]
    • Zeitgesteuert (Feste Uhrzeit oder Astro)
    • Mischung als Sensor + Uhrzeit
    • Mischung als Sensor + Astro

    Dimmen:

    • Fester wert
    • Helligkeit im Raum
    • Zeitgesteuert (Feste Uhrzeit oder Astro)

    (Beispiel Lampe ist "eg.office.light.desk" )

    Im Userdata werden die default Werte Pro Lampe erzäugt z.b.:

    eg.office.light.desk.default.brightness // fester wert 
    eg.office.light.desk.default.room_lux  // lux Wert den der Raum haben soll
    eg.office.light.desk.default.time_start  // Uhrzeit wenn das Licht angehen soll
    eg.office.light.desk.default.time_stop // Uhrzeit wenn das Licht ausgehen soll
    
    eg.office.light.desk.default.astro_start // Astro start wert z.b. goldenHour
    eg.office.light.desk.default.astro_stop // Astro stop wert z.b. night
    eg.office.light.desk.default.astro_offset //  +- offset in Min 
    

    Dann kommen die Steuersignale:

    eg.office.light.desk.pressend_enable // Lampe kann über Sensor geschalter werden 
    eg.office.light.desk.astro_enable // Lampe wird über Astro geschaltet
    eg.office.light.desk.time_enable // Lampe wird über die Uhrzeit geschaltet
    eg.office.light.desk.time_pressend_enable // Lampe kann über Sensor geschalter werden in der zeit zwischen start + stop 
    eg.office.light.desk.astro_pressend_enable // Lampe kann über Sensor geschalter werden in der zeit zwischen astro start + astro stop 
    eg.office.light.desk.brightness_mode // 1 = Fester wert , 2= Lux im Raum, 3= Zeitabhängig (astro oder Uhrzeit)
    eg.office.light.desk.set_by // Enum wer die Lampe geschaltet hat  um zuverhindern das z.b. pressend ein manuel überschreibt
    

    Folgende Scripte laufen

    1. Wenn manuell geschaltet wird
      • set_by wird auf "time" gesetzt
      • brightness_mode gibt an wie gedimmt werden soll
    2. Wenn time_enable oder astro_enable wird ein Cron auf die Zeit gesetzt.
      • wenn set_by nicht auf "Manuel" gesetzt wird ist kann die Lampe an oder ausgeschaltet werden
      • brightness_mode gibt an wie gedimmt werden soll
      • set_by wird auf "time" gesetzt
    3. wenn ein Sensor aktiv ist (pressend)
      • wenn set_by nicht auf "Manuel" gesetzt wird ist kann die Lampe an oder ausgeschaltet werden
      • wenn time_pressend_enable oder astro_pressend_enable aktive ist wird die Uhrzeit(Astro) noch geprüft
      • brightness_mode gibt an wie gedimmt werden soll
      • set_by wird auf "sensor" gesetzt

    Wie man sieht wird das ganze ganz schön unübersichtlich und selbst da habe ich noch nicht eingearbeitet das wenn ich manuell anschalte, ich einen Festen wert habe der Unterumständen nicht der gleiche ist wie bei der Aktivierung durch einen Sensor. Auch ist die colortemp noch nicht mit eingebaut.

    Ich glaube nicht, dass ich alleine bin mit meinen Wünschen. Wie habt ihr das gelöst?

    P.S. mir geht es nicht um die konkrete Implementierung das bekomme ich mit etwas Zeit hin eher um den Aufbau.

    Proxmox [DMAF5] = LXC [Debian 12]
    ioBroker – apt-cacher – Semaphore – NGINX Proxy Manager – gitolite – LMS – tandoor – DokuWiki - paperless-ngx - unifi - mumble - wireguard - heimdall - planka - rustDesk - adguard

    T 1 Antwort Letzte Antwort
    0
    • I ignis-draco

      Hi,

      Ich habe jetzt schon mehrere Automationen (gerade was Licht angeht) gebaut (die auch gut funktionieren).
      Aber mir ist jetzt aufgefallen, dass ich nicht alles abbilden kann was ich gerne möchte. Ich würde euch jetzt einfach mal meine Grundidee vorstellen und hoffe auf Anregungen wie es vielleicht besser/einfacher geht.

      Anforderungen:

      Licht an/aus schalten durch:

      • Manuell (Knopf / Handy)
      • Sensor (z.b. Bewegungsmelder) [Person pressend]
      • Zeitgesteuert (Feste Uhrzeit oder Astro)
      • Mischung als Sensor + Uhrzeit
      • Mischung als Sensor + Astro

      Dimmen:

      • Fester wert
      • Helligkeit im Raum
      • Zeitgesteuert (Feste Uhrzeit oder Astro)

      (Beispiel Lampe ist "eg.office.light.desk" )

      Im Userdata werden die default Werte Pro Lampe erzäugt z.b.:

      eg.office.light.desk.default.brightness // fester wert 
      eg.office.light.desk.default.room_lux  // lux Wert den der Raum haben soll
      eg.office.light.desk.default.time_start  // Uhrzeit wenn das Licht angehen soll
      eg.office.light.desk.default.time_stop // Uhrzeit wenn das Licht ausgehen soll
      
      eg.office.light.desk.default.astro_start // Astro start wert z.b. goldenHour
      eg.office.light.desk.default.astro_stop // Astro stop wert z.b. night
      eg.office.light.desk.default.astro_offset //  +- offset in Min 
      

      Dann kommen die Steuersignale:

      eg.office.light.desk.pressend_enable // Lampe kann über Sensor geschalter werden 
      eg.office.light.desk.astro_enable // Lampe wird über Astro geschaltet
      eg.office.light.desk.time_enable // Lampe wird über die Uhrzeit geschaltet
      eg.office.light.desk.time_pressend_enable // Lampe kann über Sensor geschalter werden in der zeit zwischen start + stop 
      eg.office.light.desk.astro_pressend_enable // Lampe kann über Sensor geschalter werden in der zeit zwischen astro start + astro stop 
      eg.office.light.desk.brightness_mode // 1 = Fester wert , 2= Lux im Raum, 3= Zeitabhängig (astro oder Uhrzeit)
      eg.office.light.desk.set_by // Enum wer die Lampe geschaltet hat  um zuverhindern das z.b. pressend ein manuel überschreibt
      

      Folgende Scripte laufen

      1. Wenn manuell geschaltet wird
        • set_by wird auf "time" gesetzt
        • brightness_mode gibt an wie gedimmt werden soll
      2. Wenn time_enable oder astro_enable wird ein Cron auf die Zeit gesetzt.
        • wenn set_by nicht auf "Manuel" gesetzt wird ist kann die Lampe an oder ausgeschaltet werden
        • brightness_mode gibt an wie gedimmt werden soll
        • set_by wird auf "time" gesetzt
      3. wenn ein Sensor aktiv ist (pressend)
        • wenn set_by nicht auf "Manuel" gesetzt wird ist kann die Lampe an oder ausgeschaltet werden
        • wenn time_pressend_enable oder astro_pressend_enable aktive ist wird die Uhrzeit(Astro) noch geprüft
        • brightness_mode gibt an wie gedimmt werden soll
        • set_by wird auf "sensor" gesetzt

      Wie man sieht wird das ganze ganz schön unübersichtlich und selbst da habe ich noch nicht eingearbeitet das wenn ich manuell anschalte, ich einen Festen wert habe der Unterumständen nicht der gleiche ist wie bei der Aktivierung durch einen Sensor. Auch ist die colortemp noch nicht mit eingebaut.

      Ich glaube nicht, dass ich alleine bin mit meinen Wünschen. Wie habt ihr das gelöst?

      P.S. mir geht es nicht um die konkrete Implementierung das bekomme ich mit etwas Zeit hin eher um den Aufbau.

      T Nicht stören
      T Nicht stören
      ticaki
      schrieb am zuletzt editiert von ticaki
      #2

      @ignis-draco
      Ich hab meine Steuerung dafür noch nicht fertig, bin aber schon soweit das ich davon absehe die über alle Räume zu vereinheitlichen. In manchen Räumen wird das per BWM, lux und Uhrzeit gesteuert und kann per Schalter übersteuert werden. Im Wohnzimmer hab ich ne Scenen steuerung und die hat 8 * 6 * 6 + 6 Datenpunkte (an/aus, hue,sat,rgb, ct,helligkeit) (letzte Dimmereinstellung für diese Scene) )ohne Aktivierungsbedingungen. Geht da auch alles über diverse "Schalter" oder was man als Schalter bezeichnen könnte. Mit aktivierungsbedinungen wären es pro Lampe nochmal 3 Datenpunkte mehr und pro Scenen... oh Gott - manches passiert weil niemand im Zimmer ist, anders wenn der erste nach hause komme, oder der Fernseher angeht usw usf.

      Manche Lampen gehen auch erst zu bestimmten Uhrzeiten an trotz Aktivierung in der Scene.

      Weather-Warnings Espresense NSPanel-Lovelace-ui Tagesschau

      Spenden

      1 Antwort Letzte Antwort
      0
      • I Offline
        I Offline
        ignis-draco
        schrieb am zuletzt editiert von
        #3

        Das heißt das du für jeden raum /Lampe ein separates Skript hast?
        Ja man hat dann viele Datenpunkte. Man könnte sich ja überlegen das man die Datenpunkte nur anlegt, wenn die Funktion benötigt wird und sonst nichts. Damit lässt sich bestimmt die Menge halbieren.

        Ich persönlich finde es sehr schön wenn meine skripte so geschrieben sind das ich wenn ich z.b. eine neue Lampe habe an den Skripten nichts geändert werden muss (maximal ein neustart). So das es reicht ein paar alias anzulegen und alles ist gut.

        Ich werde mal versuchen meine Struktur genauer auszuarbeiten und in einem Testsystem zu implementieren. Mal schauen wie gut das ganze klappt.

        Proxmox [DMAF5] = LXC [Debian 12]
        ioBroker – apt-cacher – Semaphore – NGINX Proxy Manager – gitolite – LMS – tandoor – DokuWiki - paperless-ngx - unifi - mumble - wireguard - heimdall - planka - rustDesk - adguard

        1 Antwort Letzte Antwort
        0
        Antworten
        • In einem neuen Thema antworten
        Anmelden zum Antworten
        • Älteste zuerst
        • Neuste zuerst
        • Meiste Stimmen


        Support us

        ioBroker
        Community Adapters
        Donate

        321

        Online

        32.6k

        Benutzer

        82.3k

        Themen

        1.3m

        Beiträge
        Community
        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
        ioBroker Community 2014-2025
        logo
        • Anmelden

        • Du hast noch kein Konto? Registrieren

        • Anmelden oder registrieren, um zu suchen
        • Erster Beitrag
          Letzter Beitrag
        0
        • Home
        • Aktuell
        • Tags
        • Ungelesen 0
        • Kategorien
        • Unreplied
        • Beliebt
        • GitHub
        • Docu
        • Hilfe