Neues Modul - Heating_Control, WeekdayTimer

dr_laplace · 31 Januar 2013, 18:23:25

Hallo Super! Ohne $ hat es geklappt.

define HCU Heating_Control Heizung_AZS 07:00|18 17:35|9 17:45|10 17:55|11 18:05|12 (ReadingsVal("HomeStatus", "state",0)==0)

Jetz habe ich aber das Problem, dass die Werte zu den Schaltzeiten anscheinend öfter übertragen werden.

Code Auswählen


2013.01.31 17:35:01 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:00 2: FHT set Heizung_AZS desired-temp 9.0
2013.01.31 17:45:01 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: CUL_0: unknown message EOB
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: CUL_0: unknown message EOB
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: CUL_0: unknown message EOB
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: CUL_0: unknown message EOB
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: CUL_0: unknown message EOB
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: CUL_0: unknown message EOB
2013.01.31 17:55:00 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:00 2: CUL_0: unknown message EOB
2013.01.31 17:55:01 2: FHT set Heizung_AZS desired-temp 10.0
2013.01.31 17:55:01 2: CUL_0: unknown message EOB
2013.01.31 17:55:01 2: FHT set Heizung_AZS desired-temp 11.0
2013.01.31 17:55:01 2: CUL_0: unknown message EOB
2013.01.31 18:05:00 2: FHT set Heizung_AZS desired-temp 11.0
2013.01.31 18:05:00 2: FHT set Heizung_AZS desired-temp 11.0
2013.01.31 18:05:00 2: FHT set Heizung_AZS desired-temp 11.0
2013.01.31 18:05:00 2: FHT set Heizung_AZS desired-temp 11.0
2013.01.31 18:05:00 2: FHT set Heizung_AZS desired-temp 11.0

Irgend eine Idee?

dlehmann69 · 01 Februar 2013, 21:24:57

Hallo,

ich habe zu dem Modul mal eine Anfänger Frage. Kann ich in einer Definition im Teil command eine Abfrage für $we unterbringen? Ich möchte so eine Ausnahme im Zeitplan für Ferien und Feiertage definieren. Eine holiday Datei erstelle ich entsprechend dafür. Wenn ja, wie sollte die Definition dann aussehen?

Beste Grüße

Dirk

Dietmar63 · 02 Februar 2013, 03:32:50

Code Auswählen



define HCW1  Heating_Control heizung.01     15:00|25 Mo,Di|15:30|21  34|15:30|21
oder
define HCW1  Heating_Control heizung.01     15:00|25       15:30|21  ($we)
oder
define HCW1  Heating_Control heizung.01     15:00|25       15:30|21  (!$we)
oder
define HCW1  Heating_Control heizung.01     15:00|25       15:30|21  { fhem("set @ desired-temp %")}
oder
define HCW1  Heating_Control heizung.01     15:00|25       15:30|21  { perlUpro(@,%,undnocheinParameter)}

Ja, das ist problemlos möglich: siehe obige Beispiele

jhohn · 04 Februar 2013, 19:33:42

Ich habe immer noch das Ding mit dem mehrfachen setzen der desired-temp.

Code Auswählen

2013.02.04 14:00:00 2: CUL_HM set eg_ez_thermostat desired-temp 20 rxt:12
2013.02.04 14:00:00 2: CUL_HM set eg_ez_thermostat desired-temp 20 rxt:12
2013.02.04 14:00:00 2: CUL_HM set eg_ez_thermostat desired-temp 20 rxt:12
2013.02.04 14:00:00 2: CUL_HM set eg_ez_thermostat desired-temp 20 rxt:12
2013.02.04 14:00:00 2: CUL_HM set eg_ez_thermostat desired-temp 20 rxt:12
2013.02.04 14:00:00 2: CUL_HM set eg_ez_thermostat desired-temp 20 rxt:12
2013.02.04 14:00:00 2: CUL_HM set eg_ez_thermostat desired-temp 20 rxt:12
2013.02.04 14:00:01 2: CUL_HM set eg_ez_thermostat desired-temp 16 rxt:12

Das tritt nicht immer auf, aber schon mehrmals am Tag. Es wird dann immer mehrmals die alte desired-temp gesetzt und zum Schluß dann die Neue.

dr_laplace · 04 Februar 2013, 19:59:34

Das gleiche Problem habe ich auch. Bei meinem Arbeitskollegen trat dieser Fehler heute ebenfalls auf. Irgendwie noch ein bisschen buggy.

tetzlav · 05 Februar 2013, 16:19:15

Weil das leidige Sonntagsproblem bestand, hab ich auf die svn-Version aktualisiert.
Bei meiner bisher funktionierenden Definition

Code Auswählen

define BAD_TIMER Heating_Control VFHT_BAD_desired_temp Mo,Di,Mi,Do,Fr|06:00|22.0 Mo,Di,Mi,Do,Fr|08:00|18.0 Mo,Di,Mi,Do,Fr|17:00|20.5 Mo,Di,Mi,Do,Fr|22:00|18.0 Sa,So|09:00|20.5 Sa,So|23:00|18.0 set @ %°C

wird der state nun statt

Code Auswählen

20.5°C
auf

Code Auswählen

05.02.2013 17:00:00: 20.5°C
also nextUpdate + nextValue gesetzt.

Auch eine Definition mit

Code Auswählen

{fhem("set @ %°C")} ändert daran leider nichts.

Generelle Anmerkung:
Tolles Modul, Vielen Dank für die Arbeit! Ich würde es noch toller finden, wenn das Modul Heating_Control nicht nur für eine Heizung gedacht wäre, sondern ein generisches Zeitschalt-Modul mit dem man beliebig schalten & walten kann. Ich weiß, das kann man mehr oder weniger jetzt schon, aber es wird zB. immer in den state ein °C angepappt und so...

Tobias · 05 Februar 2013, 21:12:30

der "state" ist nur de Vorschlag des Entwicklers.
Das Attribut "stateformat" ist dein Freund um das anzuzeigen was du möchtest

Dietmar63 · 06 Februar 2013, 14:23:38

was willst Du mit diesem Komando erreichen?

Code Auswählen

set @ %°C

damit wird dann keine Heizung mehr gesteuert. Es fehlt desired-temp oder so!

aus set @ %°C wird dann in Heating_Control set VFHT_BAD_desired_temp 21°C.
Dieses Kommando wird dann als FHEM-Kommando ausgeführt und bewirkt nichts bzw. nichts sinvolles - oder habe ich die Absicht nicht richtig verstanden?

dr_laplace · 06 Februar 2013, 15:44:36

Haben die anderen Nutzer des Moduls nicht daselbe Problem mit dem merfachen Setzen der vorherigen Temperatur?

Kann es sein, dass wenn man zwischen den Schaltpunkten die Temperatur manuell verstellt, dieses Problem auftritt??

tetzlav · 06 Februar 2013, 16:05:14

Zitat von: orti-otto schrieb am Mi, 06 Februar 2013 14:23was willst Du mit diesem Komando erreichen?

Code Auswählen Erweitern
set @ %°C

damit wird dann keine Heizung mehr gesteuert. Es fehlt desired-temp oder so!

aus set @ %°C wird dann in Heating_Control set VFHT_BAD_desired_temp 21°C.
Dieses Kommando wird dann als FHEM-Kommando ausgeführt und bewirkt nichts bzw. nichts sinvolles - oder habe ich die Absicht nicht richtig verstanden?

In verbindung mit einem FHT8V-Heizkörperventil (ohne einen FHT zum pairen und regeln), einem CUL_WS-Temperatursensor und dem PID-Modul ist der besagte VFHT_BAD_desired_temp zwar nur ein dummy, über dessen state bzw. notify ich das das "desired $temp" des PID und eben weitere Aktionen auslöse... ;)

sengelking · 06 Februar 2013, 20:18:37

Doch, ich habe das gleiche Problem. Bin mir nicht mal sicher ob mein Heating Control aber überhaupt was setzt. Mein Log sieht bspw. so aus:

Code Auswählen

2013-02-06 20:00:00 Heating_Control office_prof nextUpdate: 06.02.2013 20:00:00
2013-02-06 20:00:00 Heating_Control office_prof nextValue: 13°C
2013-02-06 20:00:00 Heating_Control office_prof 06.02.2013 20:00:00: 13°C
2013-02-06 20:00:00 Heating_Control office_prof nextUpdate: 06.02.2013 20:00:00
2013-02-06 20:00:00 Heating_Control office_prof nextValue: 13°C
2013-02-06 20:00:00 Heating_Control office_prof 06.02.2013 20:00:00: 13°C
2013-02-06 20:00:01 Heating_Control office_prof nextUpdate: 06.02.2013 20:00:00
2013-02-06 20:00:01 Heating_Control office_prof nextValue: 13°C
2013-02-06 20:00:01 Heating_Control office_prof 06.02.2013 20:00:00: 13°C
2013-02-06 20:00:01 FHT fht_office desired-temp 13
2013-02-06 20:00:01 Heating_Control office_prof nextUpdate: 07.02.2013 02:00:00
2013-02-06 20:00:01 Heating_Control office_prof nextValue: 13°C
2013-02-06 20:00:01 Heating_Control office_prof 07.02.2013 02:00:00: 13°C

Und der entsprechende Config:

Code Auswählen

define office_prof Heating_Control fht_office 12345|08:00|21 20:00|13 02:00|13 06:00|13 6|09:00|21 7|10:00|21 (ReadingsVal("@", "mode", "auto" ) eq ("auto" || "manual"))

Ich habe das Gefühl, ich habe es falsch definiert.

Dietmar63 · 06 Februar 2013, 21:29:05

Zitat von: dr_laplace schrieb am Mi, 06 Februar 2013 15:44Haben die anderen Nutzer des Moduls nicht daselbe Problem mit dem merfachen Setzen der vorherigen Temperatur?

Kann es sein, dass wenn man zwischen den Schaltpunkten die Temperatur manuell verstellt, dieses Problem auftritt??

nein eigentlich nicht - ich nutze HC mit fs20 und habe folgenden output:

Code Auswählen

2013.02.06 18:30:01 2: FHT set HeizungKueche desired-temp 18.0
2013.02.06 17:45:01 2: FHT set HeizungKueche desired-temp 22.0
2013.02.06 17:30:01 2: FHT set HeizungWohnen desired-temp 22.5
2013.02.06 15:30:01 2: FHT set HeizungKueche desired-temp 20.0
2013.02.06 15:30:01 2: FHT set HeizungWohnen desired-temp 21.0
2013.02.06 15:00:01 2: FHT set HeizungWohnen desired-temp 25.0
2013.02.06 14:00:01 2: FHT set HeizungKueche desired-temp 19.0
2013.02.06 12:30:01 2: FHT set HeizungKueche desired-temp 22.0
2013.02.06 12:00:01 2: FHT set HeizungKueche desired-temp 25.0
2013.02.06 12:00:00 2: FHT set HeizungKueche desired-temp 18.0
2013.02.06 12:00:00 2: FHT set HeizungKueche desired-temp 18.0
2013.02.06 06:50:01 2: FHT set HeizungKueche desired-temp 18.0
2013.02.06 06:15:01 2: FHT set HeizungKueche desired-temp 22.0
2013.02.06 05:35:01 2: FHT set HeizungKueche desired-temp 25.0

nichts ist doppelt.

meine def sieht so aus:

Code Auswählen

define HeizungKueche_we       Heating_Control HeizungKueche 06:45|25 07:30|22 09:00|19   12:00|22          14:00|20                   18:30|18           ( $we &&      !isVerreist())

Zitat2013-02-06 20:00:00 Heating_Control office_prof nextUpdate: 06.02.2013 20:00:00
2013-02-06 20:00:00 Heating_Control office_prof nextValue: 13°C
2013-02-06 20:00:00 Heating_Control office_prof 06.02.2013 20:00:00: 13°C

sieht aus als wenn du eine Version mit Log-Einträgen nutzt, die in der aktuellsten Version nicht enthalten sind.

prüft mal, ob in der Detaiansicht die Zeiten stimmen:

(siehe Anhang / see attachement)

ich hänge eine Erweiterung des Moduls an diesen Beitrag, die die Angabe der Tage in der Form Sa,Mo-Di|18:30|22.5 ermöglicht.
Das Modul läuft bei mir seit letzter Woche stabil. Die Doku habe ich auch ein wenig verändert.

@Tobias:
bitte auf dieser Version weiterarbeiten.

Dietmar63 · 06 Februar 2013, 21:51:32

Zitat von: sengelking schrieb am Mi, 06 Februar 2013 20:18Doch, ich habe das gleiche Problem. Bin mir nicht mal sicher ob mein Heating Control aber überhaupt was setzt. Mein Log sieht bspw. so aus:
Code Auswählen Erweitern
2013-02-06 20:00:00 Heating_Control office_prof nextUpdate: 06.02.2013 20:00:00 2013-02-06 20:00:00 Heating_Control office_prof nextValue: 13°C 2013-02-06 20:00:00 Heating_Control office_prof 06.02.2013 20:00:00: 13°C 2013-02-06 20:00:00 Heating_Control office_prof nextUpdate: 06.02.2013 20:00:00 2013-02-06 20:00:00 Heating_Control office_prof nextValue: 13°C 2013-02-06 20:00:00 Heating_Control office_prof 06.02.2013 20:00:00: 13°C 2013-02-06 20:00:01 Heating_Control office_prof nextUpdate: 06.02.2013 20:00:00 2013-02-06 20:00:01 Heating_Control office_prof nextValue: 13°C 2013-02-06 20:00:01 Heating_Control office_prof 06.02.2013 20:00:00: 13°C 2013-02-06 20:00:01 FHT fht_office desired-temp 13 2013-02-06 20:00:01 Heating_Control office_prof nextUpdate: 07.02.2013 02:00:00 2013-02-06 20:00:01 Heating_Control office_prof nextValue: 13°C 2013-02-06 20:00:01 Heating_Control office_prof 07.02.2013 02:00:00: 13°C

Und der entsprechende Config:
Code Auswählen Erweitern
define office_prof Heating_Control fht_office 12345|08:00|21 20:00|13 02:00|13 06:00|13 6|09:00|21 7|10:00|21 (ReadingsVal("@", "mode", "auto" ) eq ("auto" || "manual"))

Ich habe das Gefühl, ich habe es falsch definiert.

(siehe Anhang / see attachement)

sieht richtig aus, ist leider nicht sortiert.
define yy at +00:00:03 { Log 3, ReadingsVal("HeizungKueche", "mode", "auto" ) }
liefert in meinem Log manual.

Die Heizung FHT muss jedenfalls auf manual stehen!

Dietmar63 · 06 Februar 2013, 22:04:48

folgender Befehl wird vermutlich nicht true:

HC erzeugt:

Code Auswählen

fhem("set HeizungKueche desired-temp 13") if(ReadingsVal("HeizungKueche", "mode", "auto" ) eq ("auto" || "manual"))

Dietmar63 · 06 Februar 2013, 22:10:07

so

Code Auswählen

define office_prof Heating_Control HeizungKueche    12345|08:00|21 20:00|13 02:00|13 06:00|13 6|09:00|21 7|10:00|21 (ReadingsVal("@", "mode", "auto" ) eq "manual")

funktioniert es:

Log:

Code Auswählen

2013.02.06 22:07:30 3: nextSwitch=07.02.2013 02:04:01
2013.02.06 22:07:30 3: Ende------------>office_prof
2013.02.06 22:07:30 2: FHT set HeizungKueche desired-temp 13.0
2013.02.06 22:07:30 3: command------------>{ fhem("set HeizungKueche desired-temp 13") if(ReadingsVal("HeizungKueche", "mode", "auto" ) eq "manual")}
2013.02.06 22:07:30 3: NowSwitch: 06.02.2013 22:07:29 ; AktDesiredTemp: 18.0 ; newDesTemperature: 13
2013.02.06 22:07:30 3: d------------>2
2013.02.06 22:07:30 3: nextSwitch------------>1360199041--->07.02.2013 02:04:01
2013.02.06 22:07:30 3: Jetzt:06.02.2013 22:07:29 -> Next: 07.02.2013 02:04:01 -> Temp: 13
2013.02.06 22:07:30 3: wday-days[d]----------->3 4
2013.02.06 22:07:30 3: secondsToSwitch------------>-72209
2013.02.06 22:07:30 3: st------------>02:04
2013.02.06 22:07:30 3: days[1]------------>4
2013.02.06 22:07:30 3: d------------>1
2013.02.06 22:07:30 3: nowSwitch------------>1360184849--->06.02.2013 22:07:29
2013.02.06 22:07:30 3: Jetzt:06.02.2013 22:07:29 -> Next: 06.02.2013 20:03:01 -> Temp: 13
2013.02.06 22:07:30 3: wday-days[d]----------->3 3
2013.02.06 22:07:30 3: secondsToSwitch------------>-7469
2013.02.06 22:07:30 3: st------------>20:03
2013.02.06 22:07:30 3: nowSwitch------------>1360184849--->06.02.2013 22:07:29
2013.02.06 22:07:30 3: Jetzt:06.02.2013 22:07:29 -> Next: 06.02.2013 08:03:01 -> Temp: 21
2013.02.06 22:07:30 3: wday-days[d]----------->3 3
2013.02.06 22:07:30 3: secondsToSwitch------------>-50669
2013.02.06 22:07:30 3: st------------>08:03
2013.02.06 22:07:30 3: nowSwitch------------>1360184849--->06.02.2013 22:07:29
2013.02.06 22:07:30 3: Jetzt:06.02.2013 22:07:29 -> Next: 06.02.2013 06:03:01 -> Temp: 13
2013.02.06 22:07:30 3: wday-days[d]----------->3 3
2013.02.06 22:07:30 3: secondsToSwitch------------>-57869
2013.02.06 22:07:30 3: st------------>06:03
2013.02.06 22:07:30 3: nowSwitch------------>1360184849--->06.02.2013 22:07:29
2013.02.06 22:07:30 3: Jetzt:06.02.2013 22:07:29 -> Next: 06.02.2013 02:03:01 -> Temp: 13
2013.02.06 22:07:30 3: wday-days[d]----------->3 3
2013.02.06 22:07:30 3: secondsToSwitch------------>-72269
2013.02.06 22:07:30 3: st------------>02:03
2013.02.06 22:07:30 3: days[0]------------>3
2013.02.06 22:07:30 3: d------------>0
2013.02.06 22:07:30 3: wday------------>3
2013.02.06 22:07:29 3: Begin------------>office_prof