[gelöst] HM-LC-Dim1TPBU-FM löst HM-LC-SW1-FM aus

Begonnen von Capu, 23 Dezember 2018, 17:10:37

Vorheriges Thema - Nächstes Thema

Capu

Gibt es eine Möglichkeit einen HM-UP-Schaltaktor (HM-LC-SW1-FM) in Abhängigkeit eines HM-UP-Dimmers (HM-LC-Dim1TPBU-FM) zu schalten?
Konkreter Anwendungsfall: Der Dimmer meiner Badezimmer Deckenbeleuchtung soll den Abluftlüfter (welcher am UP Aktor hängt) schalten, egal auf welcher Dimmstufe der Dimmer läuft. Also Licht an, egal in welcher Helligkeit -> Lüfter an... Licht aus -> Lüfter aus.
Server: Raspberry 3B+ - USB-SSD (Raspian Stretch) - HM-MOD-RPI-PCB - 433MHz@GPIO - MQTT2
Support: Raspberry (Raspian Stretch) - lepresenced - slaesh's CC2652RB - zigbee2mqtt
Stuff: HM-Thermostate, -Dimmer, -Schalter, -Fensterkontakte, 433MHz-"Baumarktsteckdosen", Aqara Sensoren/Switches

MadMax-FHEM

Über Notify und dann set sollte das gehen...

Direkt (also peering) wohl nicht, da ein Aktor und ein Aktor nicht direkt verbunden werden können (soweit mir bekannt).

Sondern nur Sensor und Aktor(en)...

Am einfachsten über den Eventmonitor das Notify anlegen lassen und da dann den set-Befehl für den Lüfter...

https://wiki.fhem.de/wiki/Event_monitor

https://wiki.fhem.de/wiki/Notify

Für aus dann genauso...

Oder DOIF: https://wiki.fhem.de/wiki/DOIF

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)

Capu

Zitat von: MadMax-FHEM am 23 Dezember 2018, 17:59:13
Direkt (also peering) wohl nicht, da ein Aktor und ein Aktor nicht direkt verbunden werden können (soweit mir bekannt).
Hi Joachim,
erstmal danke für die Antwort. Ja, so war mir das auch bekannt, da es ja kein ChanPeer gibt. Was mir noch nicht so ganz klar
ist, welchen state oder welche Aktion ich mit dem Notify abfragen muss.
Server: Raspberry 3B+ - USB-SSD (Raspian Stretch) - HM-MOD-RPI-PCB - 433MHz@GPIO - MQTT2
Support: Raspberry (Raspian Stretch) - lepresenced - slaesh's CC2652RB - zigbee2mqtt
Stuff: HM-Thermostate, -Dimmer, -Schalter, -Fensterkontakte, 433MHz-"Baumarktsteckdosen", Aqara Sensoren/Switches

MadMax-FHEM

Einfach mal den Eventmonitor aufmachen (evtl. Filter auf den Namen des auslösenden Aktors) und betätigen und dann schauen was der Eventmonitor so anzeigt...

Und dann einen Event raussuchen der passt...

Bei einem Dimmer evtl. was mit 'pct' oder 'dim'
Habe leider keinen Dimmer...

Ansonsten einfach mal hier (in Code-Tags [das '#' im "Menü"]) posten...
Da wird sich dann schon was finden...

Was auch noch geht (vielleicht/vermutlich) sogar einfacher: https://wiki.fhem.de/wiki/MSwitch

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)

Pfriemler

defmod nfyAktorFollowsDimmer notify KuecheLicht:pct.* IF ([KuecheLicht:pct] >0) (set HM_TestAktor on) ELSE (set HM_TestAktor off)
Funktioniert so bei mir.
Spätestens mit einer Einschaltverzögerung oder Nachlauf würde ich dann ein DOIF bemühen:
defmod di_AktorFollowsDimmer DOIF ([KuecheLicht:pct]>0)\
   (# dummy für Vorlaufzeit)\
   (set HM_TestAktor on-for-timer 3600)\
DOELSE\
   (# dummy für Nachlaufzeit) \
   (set HM_TestAktor off)
attr di_AktorFollowsDimmer cmdState Einschaltverzögerung,ein|Ausschaltverzögerung,aus
attr di_AktorFollowsDimmer room Spielwiese
attr di_AktorFollowsDimmer wait 0,30:0,180

Die Wartezeiten regelt man dann im wait-Attribut (hier eine halbe bzw. drei Minuten im Test. Im Webinterface wird der aktuelle Status klarschriftlich gezeigt.
Bei 30 Sekunden heult der Lüfter nicht sofort los, wenn man nur kurz das Licht anmacht um was zu holen.
Gleichzeitig erfolgt eine Begrenzung der Einschaltzeit auf 1 Stunde zur Sicherheit.
do always halte ich hier für entbehrlich.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Capu

#5
Manchmal hat man echt ein Brett vor dem Kopf und sieht den Wald vor Bäumen nicht!  ::)
Herzlichen Dank für die Antworten. Bin nicht drauf gekommen den Trigger für das Notify einfach auf pct zu setzen.
Hatte ein Event gesucht was einfach nur on/off signalisiert.

Die Lösung mit dem DOIF inkl. Einschaltverzögerung ist natürlich sehr edel, auf die Idee bin ich gar nicht gekommen :)
Macht in meinen Augen total Sinn, da man ja wirklich öfter mal nur fix was holt, da muss der Lüfter definitiv nicht anlaufen.
Wirkt sich ja vielleicht auf die Lebensdauer von dem Teil aus.

Die Nobellösung hab ich so umgesetzt und funktioniert einwandfrei!

Nochmals herzlichen Dank und euch allen schöne Feiertage!
Server: Raspberry 3B+ - USB-SSD (Raspian Stretch) - HM-MOD-RPI-PCB - 433MHz@GPIO - MQTT2
Support: Raspberry (Raspian Stretch) - lepresenced - slaesh's CC2652RB - zigbee2mqtt
Stuff: HM-Thermostate, -Dimmer, -Schalter, -Fensterkontakte, 433MHz-"Baumarktsteckdosen", Aqara Sensoren/Switches