neues Modul DOIF

duke-f · 03 Februar 2015, 12:59:21

Klingt logisch - wenn man es verstanden hat. Und es erklärt, warum es in den Tests immer funktioniert. Morgen früh (bzw. übermorgen) wird sich's zeigen.

Besten Dank

(Muss zugeben: Das mit "do always" hatte schon jemand erwähnt - ich hab's aber offensichtlich falsch verstanden).

flurin · 03 Februar 2015, 16:26:10

Zitat von: duke-f am 03 Februar 2015, 12:59:21
(Muss zugeben: Das mit "do always" hatte schon jemand erwähnt - ich hab's aber offensichtlich falsch verstanden).

Hallo duke-f

Ich hatte mich auch gefragt, warum du es nicht einfach ausprobiert hast

http://forum.fhem.de/index.php/topic,33019.msg253904.html#msg253904

Gruss
flurin

duke-f · 03 Februar 2015, 16:34:52

dieda · 03 Februar 2015, 16:59:16

@Duke-F: Warum realisierst du das nicht mit einem DOIF und einem Kalender?

duke-f · 03 Februar 2015, 17:08:15

Zitat von: dieda am 03 Februar 2015, 16:59:16
@Duke-F: Warum realisierst du das nicht mit einem DOIF und einem Kalender?

1. Weil immer zu unvorhersehbaren Zeiten mein Sonderfall "Cottbus" auftreten kann. Dann will ich nur eine Taste drücken (bisher ein Button im Webinterface, künftig auch einen Knopf auf einer Fernbedienung) und am nächsten Morgen werde ich eine Stunde früher geweckt. Am nächsten Tag ist dann automatisch wieder der Normalzustand eingestellt.

Diese Sonderfälle können auch an Wochenenden auftreten.
2. Bin noch nicht so weit mit den Kalendern....

dieda · 03 Februar 2015, 17:15:12

Das kann man doch einbauen. Oder verstehe ich da was falsch. Entweder du nimmst einen dynamischen Terminkalender oder einen Dummy, den du mit abfragst.

Spartacus · 03 Februar 2015, 17:39:44

Hallo,
ich muss noch mal mit meiner "Dummy-Ferienauswert-Prozedur" kommen.

Ich habe Dummies, die über eine Sub mit den Tagen bis zum jeweiligen FerienStart bzw. FerienEnde befüllt werden.
Nun möchte ich ein FerienStart und FerienEnde Dummy definieren, welches mir unabhängig vom Ferientyp (Sommerferien, Osterferien, etc) einen Countdown anzeigt. Also die Dummies FerienStart und FerienEnde herunterzählt. Die Zahl wird dann später über einen Sonos angesagt. Die SonosDevices sind auf einem 2.ten fhem Rechner, der per fhem2fhem gekoppelt ist.

Aber wie kann ich in meinem DOIF auf den Wert des richtigen Ferientyps (hier die "6" von e_cnt.OS.start.Ferien.dum_STATE) zugreifen um "Test" korekt zu setzten?
Oder ist der Ansatz falsch und es muss anders gelöst werden...

Code Auswählen

DEF        ([cnt.OS.start.Ferien.dum] <= 10 or 
 [cnt.PG.start.Ferien.dum] <= 10 or 
 [cnt.SO.start.Ferien.dum] <= 10 or 
 [cnt.HB.start.Ferien.dum] <= 10 or 
 [cnt.WE.start.Ferien.dum] <= 10) 
 ({fhem "set Test (ReadingsVal("%","state",""))}) 
DOELSE (set Test 0) 
   NAME       SchulferienStart 
   NR         774 
   NTFY_ORDER 50-SchulferienStart 
   STATE      cmd_1 
   TYPE       DOIF 
   Readings: 
     2015-02-03 17:26:27   cmd_event       cnt.OS.start.Ferien.dum 
     2015-02-03 17:26:27   cmd_nr          1 
     2015-02-03 17:26:27   e_cnt.OS.start.Ferien.dum_STATE 6 
     2015-02-03 17:26:27   error           {fhem "set Test (ReadingsVal("%","state",""))}: Can't find string terminator '"' anywhere before EOF at (eval 153) line 1. 

     2015-02-03 17:26:27   state           cmd_1 
   Condition: 
     0          InternalDoIf('cnt.OS.start.Ferien.dum','STATE','') <= 10 or  InternalDoIf('cnt.PG.start.Ferien.dum','STATE','') <= 10 or InternalDoIf('cnt.SO.start.Ferien.dum','STATE','') <= 10 or InternalDoIf('cnt.HB.start.Ferien.dum','STATE','') <= 10 or InternalDoIf('cnt.WE.start.Ferien.dum','STATE','') <= 10 
   Devices: 
     0           cnt.OS.start.Ferien.dum cnt.PG.start.Ferien.dum cnt.SO.start.Ferien.dum cnt.HB.start.Ferien.dum cnt.WE.start.Ferien.dum 
     all         cnt.OS.start.Ferien.dum cnt.PG.start.Ferien.dum cnt.SO.start.Ferien.dum cnt.HB.start.Ferien.dum cnt.WE.start.Ferien.dum 
   Do: 
     0          {fhem "set Test (ReadingsVal("%","state",""))} 
     1          set Test 0 
   Helper: 
     last_timer 0 
     sleeptimer -1 
   Internals: 
     0           cnt.OS.start.Ferien.dum:STATE cnt.PG.start.Ferien.dum:STATE cnt.SO.start.Ferien.dum:STATE cnt.HB.start.Ferien.dum:STATE cnt.WE.start.Ferien.dum:STATE 
     all         cnt.OS.start.Ferien.dum:STATE cnt.PG.start.Ferien.dum:STATE cnt.SO.start.Ferien.dum:STATE cnt.HB.start.Ferien.dum:STATE cnt.WE.start.Ferien.dum:STATE 
   Readings: 
   State: 
   Timerfunc: 
   Trigger: 
Attributes:

Christian

Damian · 03 Februar 2015, 17:44:22

Zitat von: Spartacus am 03 Februar 2015, 17:39:44
Hallo,
ich muss noch mal mit meiner "Dummy-Ferienauswert-Prozedur" kommen.

Ich habe Dummies, die über eine Sub mit den Tagen bis zum jeweiligen FerienStart bzw. FerienEnde befüllt werden.
Nun möchte ich ein FerienStart und FerienEnde Dummy definieren, welches mir unabhängig vom Ferientyp (Sommerferien, Osterferien, etc) einen Countdown anzeigt. Also die Dummies FerienStart und FerienEnde herunterzählt. Die Zahl wird dann später über einen Sonos angesagt. Die SonosDevices sind auf einem 2.ten fhem Rechner, der per fhem2fhem gekoppelt ist.

Aber wie kann ich in meinem DOIF auf den Wert des richtigen Ferientyps (hier die "6" von e_cnt.OS.start.Ferien.dum_STATE) zugreifen um "Test" korekt zu setzten?
Oder ist der Ansatz falsch und es muss anders gelöst werden...

Code Auswählen Erweitern
DEF ([cnt.OS.start.Ferien.dum] <= 10 or [cnt.PG.start.Ferien.dum] <= 10 or [cnt.SO.start.Ferien.dum] <= 10 or [cnt.HB.start.Ferien.dum] <= 10 or [cnt.WE.start.Ferien.dum] <= 10) ({fhem "set Test (ReadingsVal("%","state",""))}) DOELSE (set Test 0) NAME SchulferienStart NR 774 NTFY_ORDER 50-SchulferienStart STATE cmd_1 TYPE DOIF Readings: 2015-02-03 17:26:27 cmd_event cnt.OS.start.Ferien.dum 2015-02-03 17:26:27 cmd_nr 1 2015-02-03 17:26:27 e_cnt.OS.start.Ferien.dum_STATE 6 2015-02-03 17:26:27 error {fhem "set Test (ReadingsVal("%","state",""))}: Can't find string terminator '"' anywhere before EOF at (eval 153) line 1. 2015-02-03 17:26:27 state cmd_1 Condition: 0 InternalDoIf('cnt.OS.start.Ferien.dum','STATE','') <= 10 or InternalDoIf('cnt.PG.start.Ferien.dum','STATE','') <= 10 or InternalDoIf('cnt.SO.start.Ferien.dum','STATE','') <= 10 or InternalDoIf('cnt.HB.start.Ferien.dum','STATE','') <= 10 or InternalDoIf('cnt.WE.start.Ferien.dum','STATE','') <= 10 Devices: 0 cnt.OS.start.Ferien.dum cnt.PG.start.Ferien.dum cnt.SO.start.Ferien.dum cnt.HB.start.Ferien.dum cnt.WE.start.Ferien.dum all cnt.OS.start.Ferien.dum cnt.PG.start.Ferien.dum cnt.SO.start.Ferien.dum cnt.HB.start.Ferien.dum cnt.WE.start.Ferien.dum Do: 0 {fhem "set Test (ReadingsVal("%","state",""))} 1 set Test 0 Helper: last_timer 0 sleeptimer -1 Internals: 0 cnt.OS.start.Ferien.dum:STATE cnt.PG.start.Ferien.dum:STATE cnt.SO.start.Ferien.dum:STATE cnt.HB.start.Ferien.dum:STATE cnt.WE.start.Ferien.dum:STATE all cnt.OS.start.Ferien.dum:STATE cnt.PG.start.Ferien.dum:STATE cnt.SO.start.Ferien.dum:STATE cnt.HB.start.Ferien.dum:STATE cnt.WE.start.Ferien.dum:STATE Readings: State: Timerfunc: Trigger: Attributes:
Christian

Code Auswählen

... (set Test [cnt.OS.start.Ferien.dum]) ...

einfacher wird es wohl nicht gehen, siehe Commandref zu DOIF "Nutzung von Readings, Stati oder Internals im Ausführungsteil"

Gruß

Damian

duke-f · 03 Februar 2015, 17:52:05

Zitat von: dieda am 03 Februar 2015, 17:15:12
Das kann man doch einbauen. Oder verstehe ich da was falsch. Entweder du nimmst einen dynamischen Terminkalender oder einen Dummy, den du mit abfragst.

Das ist ja schon richtig, aber genau das meinte ich mit "Bin noch nicht so weit mit den Kalendern" Ich hab hier leider nicht die Zeit, mich so ausgiebig wie gewünscht mit FHEM auseinanderzusetzen. Sachlich hast Du natürlich 100%ig recht - werde das auch mal angehen. Jetzt ist es aber einfach noch schneller, wenn der entsprechende Anruf Nachmittags kommt: "Morgen ist Termin" eine Taste auf der Fernbedienung zu drücken, als diesen Termin im dynamischen Kalender einzutragen - zumal die Person, die den Kalender erstrangig betrifft eine andere ist als die, die FHEM regelt.

Spartacus · 03 Februar 2015, 19:33:33

Zitat von: Damian am 03 Februar 2015, 17:44:22
Code Auswählen Erweitern
... (set Test [cnt.OS.start.Ferien.dum]) ...

einfacher wird es wohl nicht gehen, siehe Commandref zu DOIF "Nutzung von Readings, Stati oder Internals im Ausführungsteil"

Gruß

Damian

Hi Damian,
danke für Deine Antwort! Deine Lösung hätte nur für die Osterferien funktioniert, aber nicht für den Rest! Allerdings hast Du mir trotzdem geholfen! Jetzt habe ich es so gelöst:

Code Auswählen

([cnt.OS.start.Ferien.dum] <= 10) (set Test  [cnt.OS.start.Ferien.dum])
DOELSEIF
 ([cnt.PG.start.Ferien.dum] <= 10) (set Test  [cnt.PG.start.Ferien.dum])
DOELSEIF
 ([cnt.SO.start.Ferien.dum] <= 10) (set Test  [cnt.SO.start.Ferien.dum])
DOELSEIF
 ([cnt.HB.start.Ferien.dum] <= 10) (set Test  [cnt.HB.start.Ferien.dum])
DOELSEIF
 ([cnt.WE.start.Ferien.dum] <= 10) (set Test  [cnt.WE.start.Ferien.dum])
DOELSE (set Test 0)

Vielleicht geht es noch einfacher, aber so funzt es auf jeden Fall!
Christian

knochenmuehle · 03 Februar 2015, 19:37:49

habe eine offenes Fenster Warung ge doif't und dabei das Problem, dass meine Fensterkontakte 2x open melden, einmal zur vccu und einmal zum Heizkörperthermostaten.

Somit bekomme ich auch 2x auf dem Tablet die Ansage, dass noch ein Fenster auf ist. Wie kann ich das ändern ?

Code Auswählen


define di_Fenster_Bad1_offen DOIF ([MK_Bad1:state] eq "open" and [THLP:temperature] < 16)(set Tablet ttsSay "Das Fenster im Badezimmer ist noch auf.")
attr di_Fenster_Bad1_offen cmdState auf|zu
attr di_Fenster_Bad1_offen do always
attr di_Fenster_Bad1_offen room at_notify
attr di_Fenster_Bad1_offen wait 900

Gruß Andreas

Damian · 03 Februar 2015, 19:41:00

Zitat von: knochenmuehle am 03 Februar 2015, 19:37:49
habe eine offenes Fenster Warung ge doif't und dabei das Problem, dass meine Fensterkontakte 2x open melden, einmal zur vccu und einmal zum Heizkörperthermostaten.

Somit bekomme ich auch 2x auf dem Tablet die Ansage, dass noch ein Fenster auf ist. Wie kann ich das ändern ?

Code Auswählen Erweitern
define di_Fenster_Bad1_offen DOIF ([MK_Bad1:state] eq "open" and [THLP:temperature] < 16)(set Tablet ttsSay "Das Fenster im Badezimmer ist noch auf.") attr di_Fenster_Bad1_offen cmdState auf|zu attr di_Fenster_Bad1_offen do always attr di_Fenster_Bad1_offen room at_notify attr di_Fenster_Bad1_offen wait 900

Gruß Andreas

mit Fragezeichen, wenn Temperaturabfrage nicht triggern soll:

Code Auswählen

define di_Fenster_Bad1_offen DOIF ([MK_Bad1:state] eq "open" and [?THLP:temperature] < 16)(set Tablet ttsSay "Das Fenster im Badezimmer ist noch auf.")...

Gruß

Damian

knochenmuehle · 03 Februar 2015, 20:05:43

ne, der Fensterkontakt (Homematic) sendet 2x, einmal zur vccu und einmal zum Heizkörperthermostat

Gruß Andreas

Damian · 03 Februar 2015, 20:23:48

Zitat von: knochenmuehle am 03 Februar 2015, 20:05:43
ne, der Fensterkontakt (Homematic) sendet 2x, einmal zur vccu und einmal zum Heizkörperthermostat

Gruß Andreas

Innerhalb welcher Zeit?

Wenn es innerhalb von 900 Sekunden ist, dann ist das lt. deiner Definition egal.

Gruß

Damian

knochenmuehle · 03 Februar 2015, 20:30:26

es kommt 2x sofort nacheinander, hatte ohne wait gestetet.
mit nem ? bei der Temp. klappts jetzt.
als Trigger nehme ich jetzt auch das Fenster_auf reading des Thermostaten

damit funktioniert das ganze jetzt aber nur wenn sich die Temp innerhalb der 900 sek nicht ändert, oder ?

Code Auswählen


([RT_BZ_1_WindowRec:trig_MK_Bad1] eq "open" and [?THLP:temperature] < 16)(set Tablet ttsSay "Das Fenster im Badezimmer ist noch auf.")

A.