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

Begonnen von willybauss, 07 Februar 2015, 11:30:16

Vorheriges Thema - Nächstes Thema

lwzler

Zitat von: micomat am 02 September 2015, 11:45:11
Irgendwo hatte ich mal nen Wartungsplan, finde ihn aber leider nicht mehr... :(

=> http://hausnummer17.blogspot.de/2014/01/durchfuhrung-der-wartungsarbeiten-fur.html

Ich mach bisher auch alles selbst, inkl. Kondensatwanne.
Filter hatte ich anfangs auch selbst zugeschnitten, aber mittlerweile gibt es 50er Packs so günstig, dass ich mir die Arbeit auch nicht mehr machen werde.

@willybaus
Was für eine Filterklasse hast du in der Frischluftansaugung?

Bei mir sind die ersten 2 Betirebsjahre nun eben bald vorbei und da habe ich über die 5-Jahres-Garantie gegrübelt. Wobei mir diese in den 5 Jahren eben auch 1700 € kosten würde...dafür kann ich auch mal so nen Techniker kommen lassen, wenn was nicht geht.

micomat

Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

lwzler

Die Filtermatten am Wärmetauscher hatte ich mir als Meterware bei luftladen.de bestellt.

Die Kegelfilter für Abluft in den Räumen hatte ich auch aus Meterware genäht.

Jetzt habe ich z.B. in der Bucht ein Angebot mit je 10 G4 Filtermatten und Kegelfiltern für irgendwas um 23 € gesehen...
Wirklich billiger ist die Meterware auch nicht, man hat keinen Verschnitt und die Filtermatten sind farbcodiert, was beim progressiven Aufbau und meinem optischen Knick sehr hilfreich ist  :P

willybauss

Ich habe in der Frischluft diese Filter, in der THZ habe ich Meterware G4. "Normale" Kegelfilter sind halt ziemlich kurz und bieten deshalb wenig Oberfläche im Vergleich zu denen im Link.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

skyper

Hi Willy, oder Kollegen,

beim starten von FHEM meckert er mir immer drei Variablen an.
Hättest du mal einen Tipp?
Danke

Error messages while initializing FHEM:
configfile: MyDashboard: unknown attribute dashboard_showtooglebuttons. Type 'attr MyDashboard ?' for a detailed list.
MyDashboard: unknown attribute dashboard_tabcount. Type 'attr MyDashboard ?' for a detailed list.
MyDashboard: unknown attribute dashboard_webfrontendfilter. Type 'attr MyDashboard ?' for a detailed list.

Gruß
Skyper

micomat

Hallo,

das scheint aber eher ein Fehler deiner Dashboard-Config zu sein.
Hast Du kuerzlich ein Update gemacht? Es gab wohl einige Aenderungen am Dashboard, manche Attribute gibts nicht mehr.

Gruß
Markus
Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

houseowner123

Erleuchte uns doch mal bitte micomat. Ich hab die gleichen Fehlermeldungen wie Skyper und dadurch läßt das Dashboard regelmäßig FHEM abstürzen, was wirklich nicht schön ist. Ich versteh nicht, wie FHEM Updates alten Code plötzlich fehlerhaft machen können...Hilfe...

willybauss

Ich komme grade aus dem Urlaub und habe noch nichts getestet/gelesen/upgedatet.

Wenn das Dashboard ein Update bekam, dann sollte damit auch dessen Commandref upgedatet worden sein => dort bitte mal nachsehen, was zu diesen Attributen gesagt wird. Oder versuchsweise mal die betreffenden Attribute löschen. Das kann - falls fhem nicht mehr startet - auch offline mit einem Texteditor in der fhem.cfg geschehen ( /opt/fhem/fhem.cfg ). Sicherheitshalber vorher eine Kopie der Datei machen, damit ihr die 3 Zeilen ggf. in der aktuell richtigen Form wieder einbauen könnt.

Andere Möglichkeit: www.gidf.de   ;) ...  (Sorry, für den harten Text auf der Seite bin ich nicht zuständig, aber im Prinzip ...) Wenn das so ein Problem ist, dann ist das Forum voll mit Fragen danach.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

houseowner123

Hast ja Recht Willy! ;) Einfach mal die 3 Fehlerzeilen rausgenommen und es lief alles wie geschmiert. Die sind einfach durch das FHEM Update obsolet geworden.

micomat

Das meinte ich auch :) Das man die drei Zeilen nicht mehr braucht.
Sorry, war leider die Tage nicht greifbar.

Gruß
Markus
Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

micomat

Sorry for writing in englisch again, but i want immi also to see my problem... :)

Again, I'm fighting low humidity when it's getting colder outside. I already reduced the ventilation/fans to the lowest possible value 50m³/h.
But that's not really helping me out.

What I want to to is to set the fan stage to 0 and activate it all 4 hours for 30min (that's not the big issue, I would try with DOIF) but i also want it to start when one of my HMS100TF or Homematic Temp/Hum sensors is over 60% and stop it when it's unter 50%. But considering the 4h cycle, which one should not start when fans are already running due to high humidity. And the 4h cycle should not set the fan stage back to 0 when this is ongoing.

Unfortunately I'm not a coder and it's hard for me to write perl code, I want to ask you, if somebody has already implemented such a "intelligence" to the system.

EDIT: we've already discussed about that flash write cycles in the heating. could that cycled on/off cause flash memory problems?

Thanks,
Markus
Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

immi

HI Markus
I use another logic.
In winter, my ventilation is on during the day (from 10:00 to  22:00)
During the night in winter the vent is off (normal timer from tecalor).

When I see that a sensor (in my case co20, in your case a humidity sensor) is under a threshold, I start the unscheduled ventilation for 30 min.
Unscheduled ventilation command is not reliable; sometimes you send the command and the tecalor ignores it;
but if it does not start immediately the doif will trigger it again, next time it checks the sensor state

I already posted my code somewhere.

a robustness analysis of the flash has been performed here
http://forum.fhem.de/index.php/topic,33211.msg325174.html#msg325174
immi

willybauss

Zitat von: immi am 29 September 2015, 09:16:00
Unscheduled ventilation command is not reliable; sometimes you send the command and the tecalor ignores it;
but if it does not start immediately the doif will trigger it again, next time it checks the sensor state

It should be possible to

       
  • get the ventilator's actual rpm rate and store it in a dummy variable
  • activate the unscheduled ventilation
  • wait 2 minutes
  • compare current rpm rate against value of step 1
  • in case the comparison doesn't fit (+/- a few %) => goto step 2
    (stop looping when unscheduled time is over, the latest)
Same solution can then be used in case you want to activate an unscheduled ventilation manually, e.g. via FHEM UI or via a Homematic remote control, an enOcean switch, etc.

I have this plan in mind since last winter, but hadn't time to realize it. Maybe I'll do it in upcoming winter time.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

micomat

immi, i also decided to stop ventilation during night time last winter, but that doesn't help really much.

so I was thinking about something like this:
please dont mind the syntax!!

at *04:00:00 (if fanstage eq 0){set fanstage 1 & define offagain at +00:30:00 set fanstage 0} <<- should start ventilation every 4 hours and switch off after 30mins when it's not already running.

i see the bigger issue in the fan control in combination with the humidity... how to get something like this:

notify if sensor1 hum > 60% OR sensor2 hum > 60% OR ....... set fanstage 1 (now the question is: set it on for... 30-45min or set in on until hum is reduced?) and how to prevent the notify from being fired every check cycle as long as the humidity is not lowered?

does that make sense to you?

markus
Synology DS218+ with fhem+iobroker in docker, 2x RasPi w. ser2net, CUL433+868, IT, EGPM2LAN, THZ/LWZ, FB_Callmonitor, HMS100TF, Homematic, 2x TX3-TH, Pushover, USB-IR-SML-Head, SONOS, GHoma, MBus, KLF200

immi

Hi Markus
my "logic" has 2 targets: keep humidity high in winter and change as less air as possible when it is colder outside (from 22:00 to 10:00)
at the same time monitor the air quality with following code

define extraVent DOIF ([co20:voc] > 1900 and [Mythz:sGlobal:[inputVentilatorPower. (\d+)]] < 29) (set Mythz p99startUnschedVent 1)
attr extraVent cmdpause 300
attr extraVent do always


of course, you can define your logic as you wish.
Use the command DOIF, which is very powerfull.
I think a very nice example from NaCkHaYeD is here http://forum.fhem.de/index.php/topic,33211.msg324713.html#msg324713
If it works for you, it makes sense to add it to the wiki.
immi