Conbee / Phoscon Timer über Schalter starten

[J_Wa]

@CruziX Habe es nun so gelöst:
zu beginn kurz ein helles Licht, damit ich sehen kann dass der Befehl über den Taster angekommen ist und dann ein Dimmen über 4 Stufen im 2 Minuten Takt. Geht aber sicher noch besser...

[J_Wa]

@hallo-amt
Bin mir nicht sicher ob ich das richtig verstanden habe:
Geht das über diesen Blockly Baustein: ?

[hallo.amt]

@J_Wa Sieht gut aus
Wenn du das dimmen glatter haben willst, versuch mal die action, mit tansitiontime auf 650 und bri auf 0.

Da haben sich unsere Antworten überschnitten.

[hallo.amt]

@J_Wa said in Conbee / Phoscon Timer über Schalter starten:

@hallo-amt
Bin mir nicht sicher ob ich das richtig verstanden habe:
Geht das über diesen Blockly Baustein: ?

Danke für die Rückmeldung, keine Ahnung, ich nehme Node Red.
Aber spontan wüde ich auch "steuere" nehmen und einen String übergeben.

[CruziX]

@J_Wa sagte in Conbee / Phoscon Timer über Schalter starten:

@CruziX Habe es nun so gelöst:
zu beginn kurz ein helles Licht, damit ich sehen kann dass der Befehl über den Taster angekommen ist und dann ein Dimmen über 4 Stufen im 2 Minuten Takt. Geht aber sicher noch besser...

hey, sieht doch schon mal in Ordnung aus.
bekomme hier keine benachrichtigung offline
Geht es jetzt, oder möchtest du deinen Dimmer noch "perfekter" haben?

[J_Wa]

@CruziX
Nach längerem Testen bin ich leider noch nicht ganz zufrieden.
Das Problem ist dass sich der Timer nicht mehr stoppen lässt.
Will man also dass das Licht nach gestarteten Timer gleich komplett ausschalten geht es immer wieder an, da die Blöcke zum ändern der Helligkeit das Licht wieder anschalten (wenn es aus ist)

Ich würde also gerne zwischen jedem Block zum ändern der Helligkeit prüfen ob das Licht überhaupt noch an ist.
Hat Jemand eine Idee wie ich das am Besten machen kann? Jeweils dazwischen "Falls->Mache" einzubauen klappt nicht weil ja alles sofort nach dem Start geprüft wird und nicht erst nach der Verzögerung.

[CruziX]

@J_Wa Ich nehme an, dass geht am besten, wenn du richtige Timeouts verwendest und nicht über den steuere block.
Sowas ist natürlich noch einfacher in Js, aber in blockly würde ich sagen mehrere timeouts. Hier Hast du auch den Vorteil, wenn du das Licht mal komplett ausschaltest kannst du das erkennen und direkt alle Timeouts die du erstellt hast stoppen und brauchst so nicht mehr prüfen, ob das Licht noch an ist.

[Asgothian]

@J_Wa so wie du es gemacht hast geht es nicht.

• als erstes eine Variable definieren (Helligkeit)

• Im trigger die folgende Abfolge:
  — Helligkeit auf 100 setzen
  — zyklische Abarbeitung starten, alle 2 Sekunden, darin:
  —- Variable um 20 verringern
  —- led streifen.bri mit dem Wert Helligkeit ansteuern
  —- testen ob Variable =0 dann zyklische Abarbeitung beenden, led streifen.on mit falsch steuern

• Zusätzlich ein trigger auf Lampe.on, trigger auf „ist kleiner als vorher“.
  — Darin: stop zyklische Abarbeitung.

A.

[J_Wa]

@Asgothian
Vielen Dank für deinen Tipp.
Ich habe es mal probiert so wie ich es verstanden habe:

Ist das ungefähr so wie du gemeint hast?

[Asgothian]

@J_Wa Nein, aber so wird es wahrscheinlich erst einmal gehen

Das was ich meine poste ich Sonntag Abend als beispiel mal.

A.

[Asgothian]

@J_Wa

So war das gemeint. Warum so ?

• Das abschalten des Timeout über einen Trigger erzeugt weniger Last als bei jedem Durchlauf zu schauen ob die Lampe noch an ist und dann abzubrechen
• Das merken der Helligkeit in einer lokalen Variable sorgt dafür das du zum setzen des nächst niedrigeren Schrittes nicht erst den Wert von der Lampe holen musst.
• Die Lampe wird nicht fest 12 Minuten nach Ende abgeschaltet, sondern sobald auch die Helligkeit auf 0 gestellt wurde

[J_Wa]

@Asgothian
Super, vielen Dank. das Probier ich sofort aus!