THZ Tecalor (LWZ Stiebel Eltron) Wärmepumpe -Optimierung und Erfahrungsaustausch

[micomat]

thanks immi,

the DOIF example is quite big but gives a great sample. so now i need to play around with it

markus

[micomat]

Okay guys, here we go... looking forward to hear your thoughts. Please note that I use the userReadings Zuluftventilator (inputVent) and Betriebsart (seasonMode) I've already had before.

Two "at"
one for starting the ventilation all 3h for 30min but only when Betriebsart is winter and FanStages are 0
one for stopping it 30mins after the starting time when it's winter and fans are running.

Code Auswählen Erweitern

define at_LueftungOn at +*03:00:00 {if ((ReadingsVal("Mythz","Betriebsart",0) eq "winter") && (ReadingsVal("Mythz","Zuluftventilator",0) == 0)) {fhem "set Mythz p07FanStageDay 1;; set Mythz p08FanStageNight 1"}}
attr at_LueftungOn alignTime 00:00

define at_LueftungOff at +*03:00:00 {if ((ReadingsVal("Mythz","Betriebsart",0) eq "winter") && (ReadingsVal("Mythz","Zuluftventilator",0) > 0)) {fhem "set Mythz p07FanStageDay 0;; set Mythz p08FanStageNight 0"}}
attr at_LueftungOff alignTime 00:30


Two notifys to start and stop fans depending on Betriebsart Winter/Summer

Code Auswählen Erweitern

define notifyWintermode notify Mythz:Betriebsart {if ((ReadingsVal("Mythz","Betriebsart",0) eq "winter") && (ReadingsVal("Mythz","Zuluftventilator",0) > 0)) {fhem "set Mythz p07FanStageDay 0;; set Mythz p08FanStageNight 0"}}
define notifySummermode notify Mythz:Betriebsart {if ((ReadingsVal("Mythz","Betriebsart",0) eq "summer") && (ReadingsVal("Mythz","Zuluftventilator",0) == 0)) {fhem "set Mythz p07FanStageDay 1;; set Mythz p08FanStageNight 1"}}


One DOIF to start fans when humidity is too high in some rooms, but only when it's winter and Zuluftventilator is not already running (0) and creating two "at" to disable it after 45min. here i need an better idea to combine the two "at" within the DOIF.

Code Auswählen Erweitern

define doifHighHum DOIF (([TF_BADOG:humidity] > 60 ) or ([TF_WZ:humidity] > 60 ) or ([RT_Schlafzimmer_Climate:humidity] > 55 ) and ([Mythz:Betriebsart] eq "winter") and ([Mythz:Zuluftventilator] == 0)) (set Mythz p07FanStageDay 1,set Mythz p08FanStageNight 1,define offagainafterhighhum1 at +00:45:00 set Mythz p07FanStageDay 0,define offagainafterhighhum2 at +00:45:00 set Mythz p08FanStageNight 0)

[willybauss]

looks good  - and complex    . Does it work?

There might be a typo in last DOIF, I see two "set" commands in sequence:

Code Auswählen Erweitern

(set set Mythz p07FanStageDay 1;; ...
btw: I replaced all of my if by IF or DOIF; IF has same syntax as DOIF, this makes it a bit easier.

[micomat]

Thanks for that hint 
Well, the DOIF is working. There was a second mistake by having semicolons instead of commas to separate the set-commands. After changing to commas, it's working. I'm still waiting for 3pm to come, to see if the fan is starting for 30mins.

Markus

[immi]

I like it, well done
one more hint;
You know that I have not implemented onfortimer for 00_THZ
BUT if you map a register with readingsProxy, you can use all setextensions like onfortimer

an exanple of mapping (not tested)
map p07FanStageDay 0/1  to VentDAY_Proxy on/off

Code Auswählen Erweitern


define VentDAY_Proxy readingsProxy Mythz:p07FanStageDay
attr VentDAY_Proxy setFn {($CMD eq "on")?"p07FanStageDay 1":"p07FanStageDay 0";;}
attr VentDAY_Proxy setList on off
attr VentDAY_Proxy valueFn {$LASTCMD}

now you can
set VentDAY_Proxy on-for-timer 300

immi

[micomat]

Thanks immi,

good idea But as for now, my configuration seems to work pretty well for the DOIF and the AT (all 3h for 30m) parts.
So if the NOTIFY parts are also fine for switching between summer and winter, I'll keep my fingers off that stuff. Was hard enough to bring it to a working state

But feel free to improve. I'll let you know my experience in a few weeks.
And... I'm thinking about that air quality sensor as well... hm... 
EDIT: I stopped thinking about air quality sensors... USB is not a way for me as RasPi is in my office. All other are too expensive or not reliable... Any hints on this?

Markus

[willybauss]

a second fhem-rasPi in heating room? Or anywhere else, where you can put the sensor into the exhaust air flow?
Could be a cheap old model, as long as it has a LAN or WLAN access. Sooner or later you'll upgrade your rasPi's to the latest model anyway. So there will be an old one left over.

[micomat]

Actually, i have a new unused RPi2 Mod B here but till today there was no time and motivation to migrate to the new one

[immi]

Hi Markus
I also have the co20 in the office;
During the night,  when the vent is off, it detects wonderfully the bad air produced upstairs.
The co20 sensor is not precise but very very very sensitive.
When I am on holiday, I can see when my neighbors enter the living room for watering the plants.
I would not put it in the living room or in the chitchen, otherwise it would have been always in saturation.

Hi Willy
I thought at your idea (exhaust air flow): it is very elegant; but for me an overkill now.
immi

[micomat]

very good Information

[ioT4db]

Guten Abend zusammen!
Ersteinmal ein dickes Dankeschön an Euch, also an die, die das THZ-Modul und dessen Anwendungen so weit gebracht haben. Das war mein Start in die Welt von FHEM! Mitte Sommer bin ich mit den Konfigurationsvorlagen von willybaus gestartet und hab erstmal die Daten meiner Anlage (übrigens eine THZ304) "beobachtet" und auch (wie ich denke) teilweise immer besser verstanden! Seit dem nutze ich immer mehr Funktionen von FHEM, z.B. Lichtsteuerung etc.

Nun zu meiner Frage:
Ich habe diese Nacht eine Mail über eine Fehlermeldung bekommen. Allein das begeistert mich, obwohl es ja eigentlich um nen Fehler geht
Also der Fehler trat 05:31 mit dem Code 34 auf, was an der Anlage auch angezeigt wird (Tecalor werd ich morgen anrufen).

Nur die Meldung im FHEM sieht ganz anders aus. Das steht folgendes:
2015-09-30_05:56:09 Mythz sLast10errors: number_of_faults: 1 fault0CODE:  fault0TIME: 66:48 fault0DATE: 30.09 fault1CODE: n.a. fault1TIME: 00:00 fault1DATE: 0 fault2CODE: n.a. fault2TIME: 00:00 fault2DATE: 0 fault3CODE: n.a. fault3TIME: 00:00 fault3DATE: 0

Beim Code steht nichts und die Zeit sieht sehr komisch aus!? Datum stimmt wieder.

Hat jemand eine Idee warum das so sein könnte bzw. hat sonst jmd schonmal eine "echte" Fehlermeldung von FHEM bekommen?

VG
Daniel

PS:
myTHZ Version: 0.144
sFirmware version: 5.19
sFirmware-Id HW: 113 SW: 3.12 Date: APR 18 2013

[micomat]

Hi Daniel,

willkommen bei den THZ/LWZlern
Du scheinst eine recht neue Firmware zu haben, koennte sein, dass die Fehlermeldung deswegen nicht ganz sauber bei FHEM ankommen. Da Stiebel/Tecalor die Software und die ganzen Register der Heizung nicht rausruecken, ist es oft eine Bastelei alles zusammen zu kratzen.

Vielleicht kann immi (der Hauptentwickler des Moduls) Dir einen Tip geben, wie Du beispielsweise mit dem Verbose-Level an weitere Infos kommst. Ich selbst hatte (toitoitoi) noch keinen "echten" Fehler.

Gruß
Markus
PS: den fhemWiki-Artikel kennst Du ja vermutlich?

[immi]

Hi Daniel
schon dass FHEM tut bei dir; unschon dass du ein fehler hast
die Analyse von Markus ist perfekt
bitte
1) verbose nach oben; und logfile posten; ich brauche die raw register von sLast10errors:
2) in dein tecalor kannst du auch direct in display fault0CODE,  fault0TIME und fault0DATE lesen.

gruß
immi

[ioT4db]

Hi und danke für Eure schnellen Antworten!

Das Wiki kenn ich, habs schon einige Male gelesen und entdecke oft wieder neue Dinge, da ich zwischenzeitlich wiederum andere Dinge besser verstanden hab usw.

Hab Verbose auf 5 gestellt. > bei global > ist doch richtig, oder?

Die Ablesung direkt an der Tecalor ist in Zeile 1: Fehler Nr. 34    05:31     30. Sep 15

Noch ne Frage zum Log > meint Ihr das FHEM-Log oder das myTHZ-Log oder beide? Und muß der Fehler nochmal auftreten, damit die raw register erscheinen?

Grüße

[immi]

hi
after setting verbose to 5 (global or local to fhem, as you prefer) and get Mythz sLast10errors
you should get something like this in fhem main logfile

Code Auswählen Erweitern


2015.09.30 23:22:08 5: THZ_Get: Try to get 'sLast10errors'
2015.09.30 23:22:08 5: THZ_Get_Comunication: Check if port is open. State = '(opened)'
2015.09.30 23:22:08 5: SW: 02
2015.09.30 23:22:08 5: Mythz start Funktion THZ_ReadAnswer
2015.09.30 23:22:08 5: THZ_ReadAnswer: uc unpack: '10'
2015.09.30 23:22:08 5: SW: 0100D2D11003
2015.09.30 23:22:08 5: Mythz start Funktion THZ_ReadAnswer
2015.09.30 23:22:08 5: THZ_ReadAnswer: uc unpack: '1002'
2015.09.30 23:22:08 5: SW: 10
2015.09.30 23:22:08 5: Mythz start Funktion THZ_ReadAnswer
2015.09.30 23:22:08 5: THZ_ReadAnswer: uc unpack: '0100D2D100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001003'
2015.09.30 23:22:08 5: SW: 10
2015.09.30 23:22:08 5: Parse message: D2D10000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2015.09.30 23:22:08 5: Message length: 128