[gelöst] Bei Trigger Aktion unterdrücken

Begonnen von MarkoP, 25 April 2020, 09:43:50

Vorheriges Thema - Nächstes Thema

MarkoP

Hallo, gibt es eine Möglichkeit bei einen Trigger die Aktion zu unterdrücken oder verzögert auszuführen?

Hintergrund:
Ich möchte dass beim Ausschalten der Hauptbeleuchtung automatisch die Hintergrundbeleuchtung im Wohnzimmer einschaltet wenn es dunkel ist.
Im normalen Fall würde der Trigger auf das Ausschalten der Hauptlampen reagieren, aber das hat zur Folge, dass man für einige Sekunden komplett im Dunkeln ist bevor die Hintergrundbeleuchtung einschaltet.

Frage ist also:
Gibt es eine Möglichkeit das Ausschalten der Hauptlampen zu verzögern obwohl der Trigger ausgelöst wird?
Zumindest einige Sekunden bis die Hintergrundbeleuchtung eingeschaltet ist.

Mir fällt als alternative nur eine Mehrteilige Schaltsequenz ein die zuerst die Hintergrundbeleuchtung einschaltet und dann die Hauptbeleuchtung aus, aber damit hab ich ja keinen automatischen Trigger mehr.
Fhem-Server läuft per Bridge mit eigener IP auf einem Docker-Container auf meinem NAS. Alle Geräte haben eine statische IP im Netzwerk und laufen im gleichen Subnetzwerk. DHCP ist deaktiviert. DNS läuft über den Router (Fritzbox Cable), alternative über Googles 8.8.8.8

MadMax-FHEM

#1
Hast du denn dein notify schon!?

Was gehen sollte (raw definition):


defmod nSequenz notify Dummy:off set Hintergrundbeleuchtung on;; sleep 10;; set Hauptbeleuchtung off


Siehe auch: https://wiki.fhem.de/wiki/Notify#Zeitverz.C3.B6gert_schalten

EDIT: gerade noch mal gelesen! Wie soll das denn gehen!? Wenn das Hauptlicht auf off "gegangen ist" (also AUS ist) kommt doch erst das worauf das Hintergrundlicht angehen soll... Das müsste ja schon vorher ahnen, dass gleich der Event "aus" des Hauptlichtes kommt... Da musst du noch mal drüber nachdenken! ;)  Je nach Aktor (Homematic z.B. Glaube: irgendwas mit delay) kannst du im Aktor einstellen, dass er später erst den Befehl umsetzen soll. In der Zeit kann ja das Hintergrundlicht schon mal angehen. Was auch geht bzw. was du brauchst ist etwas das dazu führt, dass das Hauptlicht NACH dem Hintergrundlicht ausgeschaltet wird. Ich habe sowas (mit besagtem sleep) aber bei mir mache ich das über die Harmony (FB) oder per Sprache. D.h. der Trigger ist nicht das bereits ausgegangene!!! Hauptlicht, sondern etwas ganz anderes...

EDIT2: wenn du eine Verzögerung beim Aktor (also in dessen HW/SW) fest einstellst, dann reagiert das nat. IMMER verzögert, auch das bedenken...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

bei homematic aktoren kann man eine ausschaltverzögerung für "gepeerte" taster konfigurieren.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

herrmannj

Sollte komplett unnötig sein. Schalter - Hauptlicht aus - Hintergrund an. Fertig.

Bitte Mal den Code Posten, welche Device sind beteiligt, wie (notify etc)?

MadMax-FHEM

Zitat von: frank am 25 April 2020, 10:35:02
bei homematic aktoren kann man eine ausschaltverzögerung für "gepeerte" taster konfigurieren.

Hmm, ich hab zumindest auch ein Register für onDelay gefunden...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

Zitat von: MadMax-FHEM am 25 April 2020, 10:52:53
Hmm, ich hab zumindest auch ein Register für onDelay gefunden...
onDly register für einschaltverzögerung
offDly register für ausschaltverzögerung

zum einfachen spielen mit den registern link in meiner signatur nutzen.  ;)
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

MadMax-FHEM

Zitat von: frank am 25 April 2020, 11:31:35
onDly register für einschaltverzögerung
offDly register für ausschaltverzögerung

zum einfachen spielen mit den registern link in meiner signatur nutzen.  ;)

Ich will ja nicht damit spielen ;)

Aber danke!
Hab mir das schon mal angeschaut...
...sehr interessant!

Leider habe ich alles schon seit Jahren eingestellt...
...und das passt soweit :)

Ich dachte in dem Fall eher an den TE (der sich nicht äußert ;) ):

Ausschalten wie auch immer, dann verzögert geht das Licht aus...
...hmmm, aber ich sehe schon: wann kommt dann der Event, dass off...
Vermutlich ebenso, wenn das Licht aus ist ;)

Da hilft wohl nur: zurück in die Zukunft für die Lichter ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

Zitathmmm, aber ich sehe schon: wann kommt dann der Event, dass off...
Vermutlich ebenso, wenn das Licht aus ist
genau.
ausserdem sollte das reading timedOn während der "nachlaufzeit" des offDly-timers on anzeigen.


bei dimmern kann man das licht während der nachlaufzeit sogar blinken lassen.
sehr praktisch zb für treppenhaus-lichttimer. kurz vorm ausschalten eine blinkphase einbauen, damit man rechtzeit nachtriggern kann.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

kadettilac89

ansatz von madmax passt schon, man muss nur den "hauptschalter" als dummy machen. wenn dein device keine ausschaltverzögerung hat ... notify und per at +10 sec. deine hauptbeleuchtung ausschalten ... notify zum koppeln zum einschalten vom schalter an hauptleuchte nciht enthalten ...


defmod dy_dummy_hauptleuchte dummy
defmod dy_dummy_hintergrundleuchte dummy
defmod dy_dummy_schalter dummy
defmod ntf_schalter_off dy_dummy_schalter:off set dy_dummy_hintergrundleuchte on;;define at_licht_aus at +00:00:10 set dy_dummy_hauptleuchte off

MadMax-FHEM

Das at kann man sich leicht sparen durch sleep...

Aber ohne Rückmeldung vom TE wird das hier eh nix...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

kadettilac89

vorteil von at ist, dass du es abbrechen kannst. sleep so viel ich weiß nicht. z. b. wenn man den schalter versehentlich ausschaltet und sofort wieder an. ein sleep würde dann ungewollt ausschalten, das at kannst du entfernen.

schaun wir mal was der te dazu sagt ....

MadMax-FHEM

Sleep geht auch...

https://fhem.de/commandref_DE.html#sleep

P.S.: ich würde (wenn schon) beim at statt einem define ein defmod nehmen... ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MarkoP

Erstmal danke für die ganzen Vorschläge. Leider habe ich noch einige andere Dinge zu tun, so dass ich mich nicht immer sofort zurückmelden kann.

Mein aktuelles Notify sieht folgendermaßen aus
define Wandlampen_deaktivieren notify wz_wandlampen:off set wz_hintergrundbeleuchtung on
wz_Wandlampen entsprechen der Hauptbeleuchtung; wz_hintergrundbeleuchtung ist ein structure aus zwei einzelnen dezenteren Lampen die als indirekte Hintergrundbeleuchtung dienen.

Da eben das "Zukunftsproblem" existiert habe ich es aktuell über einen Commandbefehl mit sleep gelöst
wz_hintergrundbeleuchtung on; sleep 5 quiet; wz_wandlampen offDieser lässt sich am Handy aber nicht sichtbar auslösen, bzw. die Auslösung wird nicht angezeigt, so dass man nie sicher ist ob es funktioniert wenn man die Lampen nicht direkt sieht.

Akuell sind die Lampen über DECT200 Zwischenstecker angesteuert, sollen aber in naher Zukunft zumindest teilweise durch Phillipps Hue-Birnen mit Bridge ersetzt werden.

Das mit dem ondelay und offdelay klingt interessant, muss ich mir morgen mal in Ruhe ansehen. Klingt aber so, als ob es dass nur mit Homematik-Aktoren gibt, richtig?

Wo ist eigentlich der unterschied zwischen define und defmod?
Fhem-Server läuft per Bridge mit eigener IP auf einem Docker-Container auf meinem NAS. Alle Geräte haben eine statische IP im Netzwerk und laufen im gleichen Subnetzwerk. DHCP ist deaktiviert. DNS läuft über den Router (Fritzbox Cable), alternative über Googles 8.8.8.8

MadMax-FHEM

Die genannten Register sind vermutlich nur bei Homematic bzw. musst du halt dann schauen was deine Lampen etc. können...

define es wird etwas definiert, wenn es schon existiert -> Fehler

defmod es wird etwas definiert, wenn es schon existiert -> verändert / wenn noch nicht -> angelegt


Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MarkoP

So, hat zwar etwas gedauert (neuer Job hat mir kaum Zeit gelassen), aber nun mal eine Rückmeldung.
Bei den Fritzdect 200 gibt es leider keine derartigen Delay-Einstellungen, weder für on noch für off.

Sollte also noch jemand eine Idee haben ...
Fhem-Server läuft per Bridge mit eigener IP auf einem Docker-Container auf meinem NAS. Alle Geräte haben eine statische IP im Netzwerk und laufen im gleichen Subnetzwerk. DHCP ist deaktiviert. DNS läuft über den Router (Fritzbox Cable), alternative über Googles 8.8.8.8