NEWS
Lichtsteuerung BWM - vereinfachen + Helligkeitsproblem
-
@paul53 sagte >
EDIT: Etwas eleganter:

Danke Dir.
Ich verstehe den mittleren "sonst falls" Block nur nicht. Wenn der LUX Wert kleiner als 250 ist, dann stoß timeout?
Wie geht nun das Licht früh aus, nachdem es hell geworden ist?
@13patrick37 sagte: Wie geht nun das Licht früh aus, nachdem es hell geworden ist?
Wenn die Helligkeit 5 Minuten lang über 250 bleibt, kann timeout2 zum Ausschalten ablaufen; andernfalls wird vorher gestoppt.
-
@paul53 Super, ich teste es so.
Gleich noch eine Frage zu einem ähnlichen Fall:

Wenn LUX über 200, dann soll Treppenhauslicht ausgehen.
Kann ich das hier wieder über timeout lösen? -
@paul53 Super, ich teste es so.
Gleich noch eine Frage zu einem ähnlichen Fall:

Wenn LUX über 200, dann soll Treppenhauslicht ausgehen.
Kann ich das hier wieder über timeout lösen?@13patrick37 sagte: Kann ich das hier wieder über timeout lösen?
Wozu timeout?
Damit bei Helligkeitswerten > 200 nicht laufend gesendet wird, würde ich noch prüfen, ob das Licht an ist:
-
@paul53 sagte >
EDIT: Etwas eleganter:

Danke Dir.
Ich verstehe den mittleren "sonst falls" Block nur nicht. Wenn der LUX Wert kleiner als 250 ist, dann stoß timeout?
Wie geht nun das Licht früh aus, nachdem es hell geworden ist?
sagte in Lichtsteuerung BWM - vereinfachen + Helligkeitsproblem:
@paul53 sagte
EDIT: Etwas eleganter:

Licht ging gestern und heute früh an - allerdings ging es gestern nach 300min nicht aus. Wurde der Wert vielleicht noch einmal getriggert und somit das timeout nach hinten gesetzt?
@paul53 sagte
" Damit bei Helligkeitswerten > 200 nicht laufend gesendet wird, würde ich noch prüfen, ob das Licht an ist:"Aber das Licht soll ja ausschalten wenn der LUX Wert tatsächlich über 200 ist. Ähnlich wie in dem 5min Timeout.
-
sagte in Lichtsteuerung BWM - vereinfachen + Helligkeitsproblem:
@paul53 sagte
EDIT: Etwas eleganter:

Licht ging gestern und heute früh an - allerdings ging es gestern nach 300min nicht aus. Wurde der Wert vielleicht noch einmal getriggert und somit das timeout nach hinten gesetzt?
@paul53 sagte
" Damit bei Helligkeitswerten > 200 nicht laufend gesendet wird, würde ich noch prüfen, ob das Licht an ist:"Aber das Licht soll ja ausschalten wenn der LUX Wert tatsächlich über 200 ist. Ähnlich wie in dem 5min Timeout.
@13patrick37 sagte: Wurde der Wert vielleicht noch einmal getriggert und somit das timeout nach hinten gesetzt?
Das passiert bei einem Skriptneustart zwischen 15:00 und 23:00 Uhr.
@13patrick37 sagte in Lichtsteuerung BWM - vereinfachen + Helligkeitsproblem:
wenn der LUX Wert tatsächlich über 200 ist.
Du meinst, nicht nur kurzzeitig über 200?

-
sagte in Lichtsteuerung BWM - vereinfachen + Helligkeitsproblem:
@paul53 sagte
EDIT: Etwas eleganter:

Licht ging gestern und heute früh an - allerdings ging es gestern nach 300min nicht aus. Wurde der Wert vielleicht noch einmal getriggert und somit das timeout nach hinten gesetzt?
@paul53 sagte
" Damit bei Helligkeitswerten > 200 nicht laufend gesendet wird, würde ich noch prüfen, ob das Licht an ist:"Aber das Licht soll ja ausschalten wenn der LUX Wert tatsächlich über 200 ist. Ähnlich wie in dem 5min Timeout.
@13patrick37 sagte: ging es gestern nach 300min nicht aus.
Weshalb schaltest du es nicht generell um 22:00 Uhr aus? Dann gibt es das Problem mit dem Skriptneustart nach 15:00 Uhr nicht.

Anmerkung: So lange Timeout-Zeiten sind wegen möglicher Skriptneustarts immer problematisch.
-
@13patrick37 sagte: Kann ich das hier wieder über timeout lösen?
Wozu timeout?
Damit bei Helligkeitswerten > 200 nicht laufend gesendet wird, würde ich noch prüfen, ob das Licht an ist:
Habe die Abfrage zur Treppenhausbeleuchtung so gestaltet, wie du vorgeschlagen hast:

Licht soll bei einem LUX Wert von über 200 ausschalten, allerdings in dem Zeitraum von 5min.
Habe aber das Problem, dass das Licht nicht ausgeht. An was könnte das liegen?
-
Habe die Abfrage zur Treppenhausbeleuchtung so gestaltet, wie du vorgeschlagen hast:

Licht soll bei einem LUX Wert von über 200 ausschalten, allerdings in dem Zeitraum von 5min.
Habe aber das Problem, dass das Licht nicht ausgeht. An was könnte das liegen?
@13patrick37 sagte: An was könnte das liegen?
Der geprüfte DP ist ein anderer als der geschaltete DP.
-
@paul53 Benötige nochmal deine Hilfe beim u.g. Skript:

Hintergrund:
Wenn Garage offen (Is Open) = true, dann soll Steckdose ausschalten, sofern sie eingeschaltet ist.
Wenn Garage wieder geschlossen wird, dann soll sich die Steckdose auf den Urspungswert schalten. Mir bringt Blockly immer eine Fehlermeldungat script.js.Untergeschoss.Lüfter_aus_Garage_auf:27:3EDIT: Hab es vereinfacht, sollte so passen, oder?

-
@paul53 Benötige nochmal deine Hilfe beim u.g. Skript:

Hintergrund:
Wenn Garage offen (Is Open) = true, dann soll Steckdose ausschalten, sofern sie eingeschaltet ist.
Wenn Garage wieder geschlossen wird, dann soll sich die Steckdose auf den Urspungswert schalten. Mir bringt Blockly immer eine Fehlermeldungat script.js.Untergeschoss.Lüfter_aus_Garage_auf:27:3EDIT: Hab es vereinfacht, sollte so passen, oder?

-
Danke Dir Paul!
Noch gleich noch eine Frage zu einem anderen Skript, betrifft gleiche Steckdose. Ich möchte die o.g. Steckdose über einen Aqara Taster schalten.Dieser hat folgende Datenpunkte:

Ich möchte die Steckdose mit einem Druck auf den Taster einschalten, allerdings mit dem gleichen Klick wieder ausschalten. Wie geht das zu realisieren? Habe nun einmal Klick an, lange drücken = aus.

-
Danke Dir Paul!
Noch gleich noch eine Frage zu einem anderen Skript, betrifft gleiche Steckdose. Ich möchte die o.g. Steckdose über einen Aqara Taster schalten.Dieser hat folgende Datenpunkte:

Ich möchte die Steckdose mit einem Druck auf den Taster einschalten, allerdings mit dem gleichen Klick wieder ausschalten. Wie geht das zu realisieren? Habe nun einmal Klick an, lange drücken = aus.

@13patrick37 sagte: Druck auf den Taster einschalten, allerdings mit dem gleichen Klick wieder ausschalten. Wie geht das zu realisieren?
Mit Trigger auf "ist wahr" und dem Block "umschalten".

