neues Modul DOIF

[Brockmann]

ich brauche doch irgendeinen Merker für den Taster, da er doch alle anderen Sensoren sticht!

Ich würde es so versuchen:

Code Auswählen Erweitern

define diEingangsLicht DOIF(([EG.ss.TK.Haustuer:buttons] eq "pressed" or [EG.ss.LS.Eingang:buttons] eq "pressed") and [Aktor] eq "off"))
(set Aktor on)
DOELSEIF ([PTM210.Gira.01:buttons] eq "pressed" and [Aktor] eq "off")
(set Aktor on)
DOELSEIF ([EG.ss.TK.Haustuer:buttons] eq "released" and [EG.ss.LS.Eingang:buttons] eq "released" and [Aktor] eq "on" and [diEingangsLicht] eq "sensor_on")
(set Aktor off)
DOELSEIF ([PTM210.Gira.01:buttons] eq "pressed" and [Aktor] eq "on")
(set Aktor off)
#
attr diEingangsLicht wait 0:0:10:0
attr diEingangsLicht cmd_state sensor_on|manual_on|sensor_off|manual_off

Die Bedingung für den Ablauftimer wird nur wahr, wenn das Licht zuvor durch die Sensoren automatisch eingeschaltet wurde, nicht bei manueller Betätigung.

[moonsorrox]

Du kannst dieses natürlich auch mit einem Dummy verwenden indem du abfragst ob dieses Ein oder Aus ist und das in das DOIF einsetzen

So inetwa

Code Auswählen Erweitern

define TestSteuerung dummy
attr TestSteuerung devStateIcon Aus:general_aus@lightgreen Ein:general_an_fuer_zeit@Crimson
attr TestSteuerung eventMap Aus Ein
attr TestSteuerung icon time_clock
attr TestSteuerung room Automation
attr TestSteuerung setList state:Aus,Ein
attr TestSteuerung sortby 01
attr TestSteuerung webCmd state

[Spartacus]

Hallo zusammen,
vielen Dank für die Unterstützung:

@ Brockmann:
das funktioniert soweit ganz gut, allerdings hat diese Zeile noch einen Haken:

Code Auswählen Erweitern

(([EG.ss.TK.Haustuer:buttons] eq "pressed" or [EG.ss.LS.Eingang:buttons] eq "pressed") and [Aktor] eq "off")

Wenn jetzt die Haustür offen steht, ("pressed") dann kann ich den Aktor zwar mit dem Taster ausschalten, aber er wird dann direkt wieder eingeschaltet, da  "Haustuer:pressed" und  "Aktor:off" wahr sind...hier müsste man auf "Haustuer:released" and " LS:released "warten, bevor das o.a. DOIF wieder zugelassen werden darf.

Zumindest habe ich eine neue Erkenntnis gewonnen! Ich kann den State des ganzen DOIFs ja auch berücksichtigen (and [diEingangsLicht] eq "sensor_on"). Muss noch mal in mich gehen! Vielleicht kann ich das irgendwie verwenden...

Außerdem muss noch zwischen Langdruck und Kurzdruck des Tasters unterschieden werden. Mit "buttons:pressed" alleine klappt es nicht. Hier muss irgendwie noch das sequence:trigger mit rein. Dafür hatte ich u.a. auch den dummy. Aber wenn das nicht geht, ist auch egal! Dann bleibe ich bei der einfachen Funktion des Tasters.
Die Notabschaltung muss rein, da schon mal die ganze Nacht Licht brannte, weil Schnee die LS  blockierte (Knete haben die Kids auch schon reingestopft  ) und nix mehr funktionierte....aber alles der Reihe nach...

Für mich ist das alles sehr schwierig das auf die Kette zu kriegen. Das Ganze lief 10 Jahre lang über eine  CControl. Da war das irgendwie einfacher (..mag aber auch daran liegen, dass ich immer noch Schwerigkeiten mit der fhem Syntax und besonders mit Perl habe)

@moonsorrox
mit dem Dummy habe ich schon probiert, aber das Problem damit war, dass der Dummy-Zustand (off,on, auto) vom Taster und vom DOIF gesetzt werden. Die haben sich gegenseitig behindert. Den Code habe ich weiter oben schon gepostet...

Nochmals Danke für die tatkräftige Unterstützung
Sparatcus.

[Brockmann]

Code Auswählen Erweitern

(([EG.ss.TK.Haustuer:buttons] eq "pressed" or [EG.ss.LS.Eingang:buttons] eq "pressed") and [Aktor] eq "off")

Wenn jetzt die Haustür offen steht, ("pressed") dann kann ich den Aktor zwar mit dem Taster ausschalten, aber er wird dann direkt wieder eingeschaltet, da  "Haustuer:pressed" und  "Aktor:off" wahr sind...hier müsste man auf "Haustuer:released" and " LS:released "warten, bevor das o.a. DOIF wieder zugelassen werden darf.

Denk mal drüber nach, ob der Aktor überhaupt ein Trigger sein sollte. Ich meine, dass das in dem Szenario nicht nötig ist. Also würde ich statt [Aktor] eq off besser Value("Aktor") eq "off" usw. verwenden. Das sollte das Problem beheben, oder?

[satprofi]

Hallo Damian.
Könntest du mir einen Denkansatz geben? Ich suche eine möglichkeit, mit dem Powermeter von HM das Ende eines Waschzyklus auszugeben. Trigger soll aber ein Überschreiten eines bestimmten Wertes sein, und auslösen einer Meldung dann ein Wert der unterschritten wird.
Würde das ohne do always klappen?

[Damian]

Hallo Damian.
Könntest du mir einen Denkansatz geben? Ich suche eine möglichkeit, mit dem Powermeter von HM das Ende eines Waschzyklus auszugeben. Trigger soll aber ein Überschreiten eines bestimmten Wertes sein, und auslösen einer Meldung dann ein Wert der unterschritten wird.
Würde das ohne do always klappen?

Was ist mit dem Beispiel aus der commandref von DOIF zu "Waschmaschine fertig"?

Gruß

Damian

[Brockmann]

Wir hatten hier im Thread ja ein paar Mal das Thema Pushover-Modul, weil sich das nicht ganz Fhem-konform verhält und nach erfolgreichem Versand ein "OK" anstelle von 0 zurückliefert.
Ich meine, dass der DOIF-Code sogar extra angepasst wurde, um damit umzugehen?

Ich hatte das vor einiger Zeit schon im Pushover-Thread angemerkt und laut Johannes_B (Modulentwickler) ist das nun korrigiert.

[Damian]

Wir hatten hier im Thread ja ein paar Mal das Thema Pushover-Modul, weil sich das nicht ganz Fhem-konform verhält und nach erfolgreichem Versand ein "OK" anstelle von 0 zurückliefert.
Ich meine, dass der DOIF-Code sogar extra angepasst wurde, um damit umzugehen?

Ich hatte das vor einiger Zeit schon im Pushover-Thread angemerkt und laut Johannes_B (Modulentwickler) ist das nun korrigiert.

Das ist gut.

Es wurde im Reading error, als Fehlermeldung protokolliert, hatte aber sonst keine Bewandtnis.

Gruß

Damian

[LuckyDay]

@ Damian
Hallo weißt du schon wann

Pushmeldung beim Ausbleiben eines Events:

kommt so wie auf Seite 1 beschrieben

bzw attr di_push do always|resetwait

lieb frag?

[Damian]

@ Damian
Hallo weißt du schon wann kommt so wie auf Seite 1 beschrieben

bzw attr di_push do always|resetwait

lieb frag?

Vielleicht komme ich in den Weihnachtsferien dazu.

Gruß

Damian

[CarstenF]

Hallo zusammen,
Ich hätte da mal eine Frage.
Ich habe einen Fernbedienungs-Hub von Harmony. Der ist auch als Modul in Fhem eingebunden. Der Status wird auch korrekt ausgelesen. Jetzt ist es so, das sich bei Statusänderung, also z.Bsp. Tastendruck auf Fernbedienung, hier Funktion Radio aus,
erst das Radio ausgeschaltet werden soll und dann die Intertechno Steckdose, an welchem das Radio hängt ausschalten soll. Eigentlich sollte das DOIF Modul so was doch können, oder? Ich kriege es auf jeden Fall nicht hin. Ich habe schon total viele Versuche unternommen. Vielleicht könnte mir jemand das Brett vorm Kopf entfernen
Vielen Dank schon mal fürs Lesen.
Ach ja, die zweite Anweisung im Code ist erstmal nicht so wichtig. Es wurde mir schon ausreichen wenn eine Anweisung ausgeführt würde. Ich hatte das bisher alles über notify gelöst, aber es gibt soviele Aktionen bei der Fernbedienung, das das alles so unübersichtlich und verschachtelt ist. Deshalb wurde mir die DOIF Lösung schon sehr gut gefallen.

Code Auswählen Erweitern

([harmony:currentActivity] "PowerOff") (set Radio off) DOELSE (set Fernsehen off)

[scooty]

Hallo,

a) einfache Antwort:
Im DOIF Bedingungsteil fehlt der Vergleichsoperator "eq":

Code Auswählen Erweitern

([harmony:currentActivity] eq "PowerOff") (set Radio off) DOELSE (set Fernsehen off)

b) komplizierte Antwort (hat jetzt aber nur noch teilweise mit DOIF zu tun):
Um auch wirklich den von Dir gewünschten Effekt zu erreichen würde ich es eher so probieren:

Code Auswählen Erweitern

([harmony:activity] eq "PowerOff" and ReadingsVal("harmony","previousActivity","undefined") eq "<Name deiner Aktivität zum Radiohören>") (set Radio off)
- damit die "Radio"-Steckdose auch nur ausgeschaltet wird, wenn die vorherige Aktivität <Name deiner Aktivität zum Radiohören> war
- Verwendung des Readings "activity" statt "currentActivity",  "currentActivity" wird regelmäßig aktualisiert und würde somit das DOIF unnötig auslösen
-über den DOELSE-Teil machen wir uns dann später Gedanken.

und noch ein

Code Auswählen Erweitern

attr <Name deines DOIFs> wait 3
definieren (damit das Radio noch 3 Sekunden die Gelegenheit hat, sich auszuschalten, bevor das "set Radio off" der "Radio"-Steckdose es stromlos macht.

Viele Grüße,
Andreas

[CarstenF]

Hey,

Vielen Dank fürs schnelle Helfen. Werde ich gleich sofort mal zu Hause ausprobieren und berichten.

Gruß Carsten

[CarstenF]

Hallo Andreas,
Leider will das Modul immer noch nicht richtig. Ich haben den Code so verwendet (Version b) und es meldet auch nach gespeicherter config und reread  o. shutdown restart, "initialized", jedoch schaltet es meine Steckdose nicht aus. Im Logfile steht auch nichts von einer Aktivität o. Fehler drin.
Noch eine Idee?

Gruß Carsten

[Invers]

Ich habe nun keine Idee mehr, wo ich suchen kann. Daher mal die folgende Frage:
Ich habe das DOIF aus der Commandref nachgebaut mit allem "Zubehör". Funktioniert auch, allerdings mit einem kleinen Makel, den ich nicht weg bekomme.

Code Auswählen Erweitern

(([06:00-09:00] or [17:00-20:00]) and ([BM_Kueche] eq "motion")) (IF ([BM_Kueche:brightness:d] <40) (set switch_d_lang on, set switch_d_lang off))
mit do always.

Problem: immer um 6 und um 17 Uhr geht das Licht nun für 109 Minuten an, ohne durch den BM ausgelöst zu werden.
Bei meinem 2. DOIF passiert das auch, der dir restlichen Tageszeiten abdeckt und mit 1 Minute läuft. Der geht zu jeder Beginnzeit dann allerdings für eine Minute an.

Ich hoffe, mich verständlich auszudrücken.

Hat jemand eine Idee, wie ich den  DOIFs das abgewöhnen kann? Die Androhung von Schlägen hat nichts gebracht. LOL