Neues Modul - Heating_Control, WeekdayTimer

Begonnen von Dietmar63, 04 Januar 2013, 19:42:26

Vorheriges Thema - Nächstes Thema

Dietmar63

Was bedeutet tilted?

Gesendet von meinem HTC Desire S mit Tapatalk

Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Dietmar63

Tilted heisst gekippt.
Heute Abend kommt für HM
Tristate Sensoren eine neue Version heraus.

Gesendet von meinem HTC Desire S mit Tapatalk

Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Otto

Hallo,

ist das Verhalten normal? Erst hoch dann runter?

define Rollladen_AZ_down WeekdayTimer Rollo_AZ 1234567|{sunset_abs(-2700,"16:00","22:00")}|down (ReadingsVal("RolloAutomatik", "state", "Aus") eq "An")
attr Rollladen_AZ_down verbose 5
##
define Rollladen_AZ_up WeekdayTimer Rollo_AZ 12345|08:00|up 67|{sunrise_abs(0,"07:30","09:00")}|up (ReadingsVal("Verreist", "state", "Ja") eq "Nein")
attr Rollladen_AZ_up verbose 5


2013.10.28 14:51:34 5: [Rollladen_AZ_down] list of windowsenors found: 'nF'
2013.10.28 14:51:34 4: [Rollladen_AZ_down] 27.10.2013 16:54:12 ; aktParam: 0.0 ; newParam: down
2013.10.28 14:51:34 4: [Rollladen_AZ_down] 28.10.2013 16:54:12
2013.10.28 14:51:34 4: [Rollladen_AZ_down] command: { fhem("set Rollo_AZ  down") if(ReadingsVal("RolloAutomatik", "state", "Aus") eq "An")}
2013.10.28 14:51:35 2: EnOcean set Rollo_AZ closed
2013.10.28 14:51:35 5: [Rollladen_AZ_up] list of windowsenors found: 'nF'
2013.10.28 14:51:35 4: [Rollladen_AZ_up] 28.10.2013 08:00:00 ; aktParam: 0.0 ; newParam: up
2013.10.28 14:51:35 4: [Rollladen_AZ_up] 29.10.2013 08:00:00
2013.10.28 14:51:35 4: [Rollladen_AZ_up] command: { fhem("set Rollo_AZ  up") if(ReadingsVal("Verreist", "state", "Ja") eq "Nein")}
2013.10.28 14:51:36 2: EnOcean set Rollo_AZ open


Gruß Otto
Gruss Otto

.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.

docker - homematic

Dietmar63

jein - aber erklärbar.

Das Modul ist entstanden aus der Idee heraus eine Heizungssteuerung zu bauen: Heating_Control.
Bei einer HC ist das Verhalten sinnvoll beim Start von HC, die letzte Temp(auch wenn sie vorgestern definiert war) einzustellen und nicht nur die nächsten zu schalten.
Wenn heute morgen 9:00 Uhr 21° gewünscht  war, dann soll die Temp auch eingestellt werden ich HC um 14:00 starte.

Dem WD wollte ich dieses Verhalten durch eine Negativliste der Geräte bei denen dieses Verhalten nicht sein soll abgewöhnen.
Die Liste besteht nur aus Geräten, die sich FS20 nennen. Ich werde die Liste in eine Positivliste verwandeln - dann sollte es wartungsarm funktionieren.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

ChrisW

Bei der benutzung als Zeitschaltuhr was auch klappt tauchen aber fehler in der Konsole auf Funktioniert aber:

Use of uninitialized value $_ in numeric eq (==) at ./FHEM/98_Heating_Control.pm line 96, <> line 3.
Use of uninitialized value $_ in numeric eq (==) at ./FHEM/98_Heating_Control.pm line 96, <> line 3.
Use of uninitialized value $_ in numeric eq (==) at ./FHEM/98_Heating_Control.pm line 96, <> line 7.
Raspberry PI3 mit allem möglichen.

Dietmar63

Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

cotecmania

Die Meldungen hab ich leider auch :

Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 129.
Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 132.
Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 135.
Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 138.
Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 141.
Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 144.
Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 147.
Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 150.
Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 153.
FHEM auf RaspberryPI B (buster)
2xCUL868 für MAX/Slow_RF, HM-LAN, JeeLink
MAX!/HM-Thermostate, FS20/HM-Rolladenschalter, FS20-EM, LevelJet-Ölstandsmessung, PCA301, IT, KM271, IPCAM, FireTAB10 FTUI

Dietmar63

Modul HC/WD eingecheckt - update durchführen.

- 'tilted'  als zusätzlichen "open-Status" den HM devices hinzugefügt.
- fixed: Use of uninitialized value $_ in numeric eq (==) at C:/fhem-5.5/FHEM/98_Heating_
Control.pm line 96, <$fh> line 129.

noch offen - ist etwas komplizierter, vor allem, weil ich die hardware nicht habe.:
ZitatDem WD wollte ich dieses Verhalten durch eine Negativliste der Geräte bei denen dieses Verhalten nicht sein soll abgewöhnen.
Die Liste besteht nur aus Geräten, die sich FS20 nennen. Ich werde die Liste in eine Positivliste verwandeln - dann sollte es wartungsarm funktionieren.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

DerMexikaner

Hallo Dietmar,

der Zustand "tilted" der  Tri-State-Sensoren HM-SEC-RHS für gekippte Fenster wird von Heating_Control nun auch korrekt ausgewertet und die dort programmierte Temperatur im RT wie gewünscht erst nach dem Schließen des Fensters geändert:
Zitat
2013-10-28_23:17:35 FensterWohnzimmerRechts tilted
2013-10-28_23:17:35 FensterWohnzimmerRechts contact: tilted (to HMLAN1)
...
2013.10.28 23:40:16 3: [HCWohnbereich] switch of HeizkoerperWohnbereichStructure delayed - windowsensor 'FensterWohnzimmerRechts' Reading 'state' is 'tilted'
...
2013-10-28_23:41:05 FensterWohnzimmerRechts closed
2013-10-28_23:41:05 FensterWohnzimmerRechts contact: closed (to HMLAN1)
...
2013.10.28 23:41:16 2: CUL_HM set HeizkoerperEsszimmer_ClimRT_tr desired-temp 25.0
2013.10.28 23:41:16 2: CUL_HM set HeizkoerperWohnzimmerLinks_ClimRT_tr desired-temp 25.0
2013.10.28 23:41:16 2: CUL_HM set HeizkoerperWohnzimmerRechts_ClimRT_tr desired-temp 25.0
...

Vielen Dank für die schnelle und unkomplizierte Umsetzung!
Saludos,
Lutz

Smartes Badezimmer, Heizungssteuerung, Bewässerungssteuerung, RPI3, Arduinos, NodeMCUs, Homematic

ChrisW

Nach dem Update heute habe ich was neues in der Konsole stehen :)


Use of uninitialized value in concatenation (.) or string at ./FHEM/98_Heating_C                                                                          ontrol.pm line 425.
Use of uninitialized value $n in hash element at fhem.pl line 3004.
Use of uninitialized value in concatenation (.) or string at ./FHEM/98_Heating_C                                                                          ontrol.pm line 425.
Use of uninitialized value $n in hash element at fhem.pl line 3004.
Use of uninitialized value in concatenation (.) or string at ./FHEM/98_Heating_C                                                                          ontrol.pm line 425.
Raspberry PI3 mit allem möglichen.

Dietmar63

#325
Zitat von: ChrisW am 29 Oktober 2013, 12:23:03
Nach dem Update heute habe ich was neues in der Konsole stehen :)


Use of uninitialized value in concatenation (.) or string at ./FHEM/98_Heating_C                                                                          ontrol.pm line 425.
Use of uninitialized value $n in hash element at fhem.pl line 3004.
Use of uninitialized value in concatenation (.) or string at ./FHEM/98_Heating_C                                                                          ontrol.pm line 425.
Use of uninitialized value $n in hash element at fhem.pl line 3004.
Use of uninitialized value in concatenation (.) or string at ./FHEM/98_Heating_C                                                                          ontrol.pm line 425.


Sende mir mal bitte deine Definition, und zwar die Definition der Funksteckdose!
Welcher Typ ist das?

Du kannst übrigens jetzt auch WeekdayTimer benutzen.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

ChrisW

Intertechno
So hab ich die Steckdosen hinzugefügt:

define steckdose_vorgarten1 IT A2
attr steckdose_vorgarten1 IODev CUL_0
attr steckdose_vorgarten1 loglevel 6
attr steckdose_vorgarten1 model itswitch
attr steckdose_vorgarten1 room Steckdosen,Lampen


Und das ist der code von Heating_control:

define vorgartenbeleuchtung Heating_Control steckdose_vorgarten1 06:00|on 06:01|on 09:00|off 09:01|off 17:00|on 17:01|on 23:58|off 23:59|off
Raspberry PI3 mit allem möglichen.

DerMexikaner

Hallo Dietmar,

grundsätzlich finde ich die minütliche Abfrage des windowSensors gut. Im Logfile würde es aus meiner Sicht aber reichen, wenn das Event dort nur einmal auftaucht. Wäre das technisch realisierbar?
Habe halt Räume, in denen das Fenster länger geöffnet ist  ;) und möchte mir nicht unbedingt das Logfile zuspammen.

Zitat
2013.10.30 00:04:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:05:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:06:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:07:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:08:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:09:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:10:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:11:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:12:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:13:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:14:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:15:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:16:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:17:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
2013.10.30 00:18:59 3: [HCGaesteWC] switch of HeizkoerperGaesteWC_ClimRT_tr delayed - windowsensor 'FensterGaesteWC' Reading 'state' is 'tilted'
Saludos,
Lutz

Smartes Badezimmer, Heizungssteuerung, Bewässerungssteuerung, RPI3, Arduinos, NodeMCUs, Homematic

mgernoth

Hallo Dietmar,

anscheinend ist mit dem Update auf Revision 4127 das Parsen der Profile kaputtgegangen:


fhem> define Test dummy
fhem> define Test_Steuerung Heating_Control Test Mo-Fr|06:00|21.0 Mo-Fr|08:30|16.0 Mo-Su|21:30|21.0 Mo-Su|00:45|16.0 Sa-Su|09:00|21.00 Sa-Su|12:00|16.00

fhem> list Test_Steuerung
Internals:
   CFGFN
   DEF        Test Mo-Fr|06:00|21.0 Mo-Fr|08:30|16.0 Mo-Su|21:30|21.0 Mo-Su|00:45|16.0 Sa-Su|09:00|21.00 Sa-Su|12:00|16.00
   DEVICE     Test
   LANGUAGE   de
   NAME       Test_Steuerung
   NR         1914
   PROFILE 1: Montag 06:00 21.0, 08:30 16.0,
   PROFILE 2: Dienstag 06:00 21.0, 08:30 16.0,
   PROFILE 3: Mittwoch 06:00 21.0, 08:30 16.0,
   PROFILE 4: Donnerstag 06:00 21.0, 08:30 16.0,
   PROFILE 5: Freitag 06:00 21.0, 08:30 16.0,
   STATE      waiting...
   TYPE       Heating_Control
   Readings:
     2013-10-30 22:48:40   nextUpdate      Heute, 22:49:10
     2013-10-30 22:48:40   nextValue       ???
     2013-10-30 22:48:40   state           waiting...
   Helper:
     SWITCHINGTIMES Mo-Fr|06:00|21.0 Mo-Fr|08:30|16.0 Mo-Su|21:30|21.0 Mo-Su|00:45|16.0 Sa-Su|09:00|21.00 Sa-Su|12:00|16.00
     Switchingtime:
       0:
       1:
         06:00:00   21.0
         08:30:00   16.0
       2:
         06:00:00   21.0
         08:30:00   16.0
       3:
         06:00:00   21.0
         08:30:00   16.0
       4:
         06:00:00   21.0
         08:30:00   16.0
       5:
         06:00:00   21.0
         08:30:00   16.0
       6:
Attributes:


Ich würde fast sagen, dass die Sprache falsch erkannt wird oder so...
Habe leider gerade überhaupt keine Zeit mir den Code anzuschauen und zu debuggen, Sorry :-(

Gruß
  Michael

Dietmar63

#329
Jein, es wurde auf Wunsch hier im Forum Französisch ergänzt. Den Code, den ich bekommen habe musste ich überarbeiteten, und dabei musste ich von autodetection auf einen optionalen Sprachparameter umstellen. Sieh mal in die Dokumentation.

Eigentlich müsste Su bei language de abgelehnt werden. Das sehe ich mir gleich nochmals an.

Gesendet von meinem HTC Desire S mit Tapatalk

Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm