Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[dslraser]

@neks
was macht der Baustein da so lose...?

Klick mal oben rechts im Editor auf die Flagge. Ich denke dann wird der Editor meckern.

[Superdad]

Was meinst du mit jede Sekunde durchlaufen?

[neks]

@dslraser
jau er meckert wegen der nicht "angedockten" Variable. Hatte hier gelesen, dass es notwendig sei die vorab zudefinieren.

Die Ursache für die allgemeine Problematik ist es leider nicht, da das "Nichtschalten" auch bei der Variante ohne "timeout" auftritt.

@superdad:
Der Trigger für "Last motion" düfte jede Sekunde angestoßen und in den ersten "Falls-Block" reinlaufen.

Ich komme heute wohl zum umbauen, entferne die nicht-verknüpfte Variable und ändere die zeitlichen Bedingungen.

Ob es was bringt melde ich entsprechend.

[neks]

Hab das "Script" nochmal neu erstellt.
Helligkeit kann ich in den meisten Räumen nicht nutzen, habe nur 3 Fibaro Bewegungssensoren, der Rest ist von Xiaomi.

So sieht der Testaufbau im Büro aus. Läuft bisher. Schalte nacher um auf
"Nicht zwischen Sonnenaufgang und Sonnenuntergang", dann sollte es ja zur Nachtzeit und auch nach Mitternacht funktionieren.

[neks]

Der Aufbau funktioniert offenbar.

Scheinbar jedoch verzögert - das passiert auch in der Küche. Liegt das an der Hue Bridge?

Hinweise zum Aufbau begrüße ich weiterhin - passt das so oder gibt es Optimierungspotential?

[dslraser]

@neks
Velche HUE Adapter Version hast Du ?
Bei mir (HUE Adapter 0.6.9 - stable) habe ich keine Verzögerung. Alle Versionen größer 0.6.9. (Beta) haben bei mir zum Teil auch Verzögerungen gehabt.

Ansonsten mußt Du schauen wann / wie oft etwas vom Bewegungsmelder kommt. Meine BWM senden jede Bewegung, auch wenn die schon auf true stehen. Manche BWM senden erst nach einer bestimmten Zeit seit der letzten Bewegung wieder, z.B. erst nach einer Minute.

[neks]

@dslraser hab die 1.1.0 drauf. Beobachte das noch kurz und mache evtl. ein downgrade.
Hab jedoch die Vermutung, dass es der RGB-Streifen, welcher mit ner Gledopto-RGB Zigbee -Box drin ist die Ursache sein könnte (reine Vermutung).

---

Habe jetzt nach dem Testscript im Büro umgebaut.
Aktuell siehts so aus und wird - wenn es weiterhin stabil läuft auch so bleiben:

je nach Raum mit mehr Abfragen und ner Licht-Spielerei. Den Wert von "Hue" oder x.y" habe ich nciht so einfach auf "random" gekriegt.

Die unterschiedlichen Timeoutzeiten ergeben sich aus der "Blindheitsdauer" der Bewegungssensoren (Xiaomi 60 Sekunden, Fibaro 15, wenn ich das richtig gesehen habe)

Pssst das so oder total banane?

[dslraser]

@neks
Nur zwei Fragen....
In Deinem zweiten Bild hast Du zweimal steuere Philips_hue.Blume.b drinn (zweimal b), soll das so ?

Frage zwei: Warum nimmst Du bri zum ausschalten ? Ich nehme dafür level oder on.
Oder wenn ich beim ausschalten beeinflussen möchte wie langsam runter gedimmt/ausgeschaltet wird, nehme ich das hier im Command Baustein.

{"on":false,"transitiontime":100}

Die Zahl hinten bestimmt wie schnell oder langsam es geht. Es gibt auch einen Umrechnungsfaktor dafür, den weiss ich aber nicht mehr. Je kleiner die Zahl, desto schneller und umgedreht.

[neks]

@dslraser
habs auf dem Screenshot gesehen und inzwischen korrigiert :D

Ich hab mich für bri entschieden, da ich gelesen habe, dass level (0-100) intern zu bri (0 - 254) umgerechnet wird.
Dachte das könnte die Verzögerungen beeinflussen.

Die transitiontime setze ich direkt mal testweise in der Küche ein.
edit: transitiontime 100 sollten 10 Sekunden sein.

Das Wecklicht im Kinderzimmer steht als nächstes an :)

Danke für die Hinweise. :+1:

[BBTown]

@neks wo stellst Du (im blockly?) denn die transitiontime ein?
an den HUE-Objekten selbst kann ich einen derartigen Datenpunkt nicht finden.

[dslraser]

@BBTown
ich glaube das er es erst probieren will.

ansonsten antworte ich mal, der Codeschnipsl kommt in einen Textbaustein. Dann mit steuere HUE in den command Datenpunkt der Lampe.

[dslraser]

@BBTown

also so

<xml xmlns="http://www.w3.org/1999/xhtml">
  <block type="control" id="=ol*oQEc,/]+XgyFi6|_" x="138" y="213">
    <mutation delay_input="false"></mutation>
    <field name="OID">hue.0.HueBridge.Fensterlampe.command</field>
    <field name="WITH_DELAY">FALSE</field>
    <value name="VALUE">
      <block type="text" id="L`M.2_E%uie/?#lN:KbS">
        <field name="TEXT">{"on":false,"transitiontime":100}</field>
      </block>
    </value>
  </block>
</xml>

[BBTown]

@dslraser danke dir, da muss man auch erst einmal drauf kommen :sunglasses:
Gehe ich recht in der Annahme, dass dies auch für`s Einschalten funktionieren sollte?

[dslraser]

@BBTown sagte in [gelöst] Bewegungsmelder - Nachtzeit - weitere Bedingungen:

@dslraser danke dir, da muss man auch erst einmal drauf kommen :sunglasses:
Gehe ich recht in der Annahme, dass dies auch für`s Einschalten funktionieren sollte?

ja, funktioniert auch für das einschalten.

{"on":true,"transitiontime":100}

[BBTown]

@dslraser Die wäre ggf. eine Idee für die Erweiterung des HUE Adapters, so etwas dort grundsätzlich festlegen zu können?!

[dslraser]

@BBTown

geht auch mit Farben usw.

{"on":true,"level":100,"r":254,"g":143,"b":33,"transitiontime":5}

[BBTown]

@dslraser sagte in [gelöst] Bewegungsmelder - Nachtzeit - weitere Bedingungen:

geht auch mit Farben usw.

dafür habe ich allerdings ja bereits Objekte/Datenpunkte die ich auch bisher bereits in
Scripten (blockly) direkt ansprechen konnte

[dslraser]

@BBTown

Probiere mal. dafür müsstest Du sonst schon einige Datenpunkte mehr benutzen.

kleines Test Blockly

<xml xmlns="http://www.w3.org/1999/xhtml">
  <block type="control" id="mMNY9[M6Dj}6i,#uMLV;" x="-288" y="-688">
    <mutation delay_input="true"></mutation>
    <field name="OID">hue.0.HueBridge.Deckenlampe.command</field>
    <field name="WITH_DELAY">TRUE</field>
    <field name="DELAY_MS">400</field>
    <field name="UNIT">ms</field>
    <field name="CLEAR_RUNNING">FALSE</field>
    <value name="VALUE">
      <block type="text" id=")@f`}|BDkQf[./oCVN6t">
        <field name="TEXT">{"on":true,"level":100,"r":254,"g":53,"b":30,"transitiontime":0}</field>
      </block>
    </value>
    <next>
      <block type="control" id="}=YNWR~{{ey)mBm7CJOO">
        <mutation delay_input="true"></mutation>
        <field name="OID">hue.0.HueBridge.Deckenlampe.command</field>
        <field name="WITH_DELAY">TRUE</field>
        <field name="DELAY_MS">800</field>
        <field name="UNIT">ms</field>
        <field name="CLEAR_RUNNING">FALSE</field>
        <value name="VALUE">
          <block type="text" id=":+ENp|DBhT^/r5_(FHA5">
            <field name="TEXT">{"on":true,"level":100,"r":47,"g":80,"b":254,"transitiontime":0}</field>
          </block>
        </value>
        <next>
          <block type="control" id="u/;C#`O83qS4MJt#76RN">
            <mutation delay_input="true"></mutation>
            <field name="OID">hue.0.HueBridge.Deckenlampe.command</field>
            <field name="WITH_DELAY">TRUE</field>
            <field name="DELAY_MS">1200</field>
            <field name="UNIT">ms</field>
            <field name="CLEAR_RUNNING">FALSE</field>
            <value name="VALUE">
              <block type="text" id="JB:9.62syxYg1s%v8SU8">
                <field name="TEXT">{"on":true,"level":100,"r":254,"g":53,"b":30,"transitiontime":0}</field>
              </block>
            </value>
            <next>
              <block type="control" id="~:=]EEJ1~w1NTDxa9Vz1">
                <mutation delay_input="true"></mutation>
                <field name="OID">hue.0.HueBridge.Deckenlampe.command</field>
                <field name="WITH_DELAY">TRUE</field>
                <field name="DELAY_MS">1600</field>
                <field name="UNIT">ms</field>
                <field name="CLEAR_RUNNING">FALSE</field>
                <value name="VALUE">
                  <block type="text" id="vA)0@A[}d[Zr1*{dx[7(">
                    <field name="TEXT">{"on":true,"level":100,"r":47,"g":80,"b":254,"transitiontime":0}</field>
                  </block>
                </value>
                <next>
                  <block type="control" id="ECvC1Oc9,u%jWyI|tFL5">
                    <mutation delay_input="true"></mutation>
                    <field name="OID">hue.0.HueBridge.Deckenlampe.command</field>
                    <field name="WITH_DELAY">TRUE</field>
                    <field name="DELAY_MS">2000</field>
                    <field name="UNIT">ms</field>
                    <field name="CLEAR_RUNNING">FALSE</field>
                    <value name="VALUE">
                      <block type="text" id="jx+}v_6InW)o(tTM9a%n">
                        <field name="TEXT">{"on":false,"transitiontime":0}</field>
                      </block>
                    </value>
                  </block>
                </next>
              </block>
            </next>
          </block>
        </next>
      </block>
    </next>
  </block>
</xml>

[BBTown]

@dslraser ja, ich bin bei Dir, dass diese Möglichkeiten immer wieder hilfreich sein können.
Ich kam eher darauf, dass man auch erst einmal wissen muss, dass es diese weiteren Funktionen (z.B. transitiontime) überhaupt gibt ... das war quasi ein "hidden feature" für mich ;-)

[dslraser]

@BBTown

und noch was als Bemerkung. Die transitiontime führt die Bridge dann selbst aus, also keine Zeitberchnung per Script oder Blockly oder so...