THZ / LWZ Tecalor Stiebel Eltron Heizung

Begonnen von Heiner, 02 Juni 2013, 11:39:13

Vorheriges Thema - Nächstes Thema

willybauss

#840
I set my pump cycles to

       
  • p54MinPumpCycles = 1 ==> once per day in summer mode
  • p55MaxPumpCycles = 48 ==> once every 30 minutes in winter mode
And I'm pretty sure that the measured HC temp is influenced by the DHW container which is located close to the flow temp sensor inside the THZ. That might be the reason why the flow temp and return temp show bumps as soon as the pump starts, see attached screen dump between 4 and 8 o'clock, when it switched to winter mode due to low outside temp. As soon as the pump works the sensor sees the 'real' flow/return temp inside the stone floor. When the pump is switched off the temps are manipulated by waste heat of other components inside the THZ. And just that is the reason why the THZ needs the pump to be  switched on frequently, in order to know about the 'real' temperatures => decide if heating is necessary or not.

btw: the gplot files of both graphics had been added to one of my posts approx. 6 ... 8 weeks ago.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

immi

Zitat von: willybauss am 07 August 2014, 08:10:21
I set my pump cycles to

       
  • p54MinPumpCycles = 1 ==> once per day in summer mode
  • p55MaxPumpCycles = 48 ==> once every 30 minutes in winter mode
And I'm

I know that you know it Willy
but just to be sure that the point is clear for everyone.
Pumpcycle is not related to summer and wintermode which are determined by "p49SummerModeTemp" "p50SummerModeHysteresis"   

Pumpcycle is  related to"p54MinPumpCycles" "p55MaxPumpCycles" "p56OutTempMaxPumpCycles" "p57OutTempMinPumpCycles"

immi

willybauss

Exactly. As you can see in my plots:

       
  • winter mode for heating curve had been switched on between approx. 6:00 and 7:30 am (see blue bar in 2nd plot and see bumps in black "HC1 soll" curve in 1st plot), caused by comparing outside_tempFiltered against p49, p50 values (11.5°C +/- 1k)
  • pump cycles had been switched from min to max between approx. 3:50 and 7:45 am (see black spikes in 2nd plot and see  bumps in pink and brown curve in first plot), caused by  comparing outside_tempFiltered against p56OutTempMaxPumpCycles (12°C) and p57OutTempMinPumpCycles (13°C) 
The additional heating pump activity at 9:00 am has nothing to do with this topic. It's just caused by heating up DHW. I assume at end of this task the unnecessary heat has to be brought out of the THZ (in order to cool the system down) by moving the hot water into the stone floor (just a very limited volume, thus not realy heating up rooms).
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

houseowner123

slightly off topic: smart homes do not pay off...except for smart metering your heating installation. Just some food for though if someone calls you crazy:
http://www.heise.de/newsticker/meldung/Smart-Homes-sparen-zu-wenig-2303371.html?wt_mc=sm.feed.tw.ho

Lutz123

Hallo Forum,

die Frage nach der außerplanmässigen Lüftung bzw. "unscheduled ventilation" ist schon gestellt worden,  ich wollte es mal so probieren:
(Firmware 3.39)
Die Anfrage "F6" an die THZ liefert neben einem unbekannten Wert die ausserplanmäßige Lüftungsstufe sowie dafür einen Countdown in Minuten.
Eine einfache Umwandlung der Antwort in einen Schreibbefehl, indem ich "80" einsetze und den CRC anpasse, funktioniert nicht.
Ich habe keinen "Sniffer", der das Protokoll abfangen könnte.
Meine Frage: Kann ich von "F6" Rückschlüsse auf Adressen bekommen, mit denen ein Schreibbefehl erfolgreich ist?

Danke von Lutz.

micomat

as our main Developer is Not German You may ask this also in englisch.
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

willybauss

Der Versuch, die Werte über die serielle Schnittstelle an dieselbe Adresse zu schreiben, aus der sie auch gelesen werden, schlug bereits fehl, sh. etliche Seiten weiter vorne in diesem Forenthema. Die Adresse solltest Du aus dem Sourcecode des THZ- Moduls bekommen.

Man wird wohl das CAN-Bus-Protokoll abhören müssen.  Die Vermutung ist aktuell, dass beim Setzen der außerplanmäßigen Lüftung übers Display auch gleich ein Flag zur Aktivierung gesetzt wird. Dieses Flag  (oder was immer der Auslöser sein mag)  ist noch nicht gefunden.

Gruß
Willy

PS:
Immi spricht auch durchaus deutsch, auch wenn englisch für ihn bequemer ist. Aber halt nur für ihn  ;)
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

immi

Hi Lutz123
as far as I know, F6 is a status register, which among otherts, includes "unscheduled ventilation" information.
I understood only 50% of  both "unscheduled ventilation" and "party time".
The 2 parameters need a double action, some kind of activation.
Your idea to hack f6 was not bad, but if you cannot write F6, it means, it is read-only.

I agree with Willy: Man wird wohl das CAN-Bus-Protokoll abhören müssen.
I can live very well without these features, because the buttons in fhem can mimic them quite well; look at the end of the wiki.
immi

Lutz123

Hello Forum,

Thanks for answering,
my thz is connected to a BeagleBlackBone using the serial interface.
If the winter will becomes long, dark and cold, I could connect it the other way, because my BBB can CAN ... HAhahuhaha.... Sorry, only a joke. It makes me thinking of Suzi Quatro's "can the can" ... Hahah ... Sorry again, only another joke.
If I'm successful in sniffing "F6" I will post my results here. --->

Greetings from Lutz, NSA novice.


kabelsurfer

Hallo zusammen,


Ich habe fhem auf einem Ubuntu Host (13.10) installiert, modpath mit '/opt/fhem' gefüttert und fhem mit 'update' aktualisiert. Unter '/opt/fhem/FHEM' finde ich nun auch '00_THZ.pm'. Wenn ich es aber mit 'reload 00_THZ' neu laden will, kommt folgende Fehlermeldung (auch im Log):


reload: Error:Modul 00_THZ deactivated:
Global symbol "%intAt" requires explicit package name at /opt/fhem//FHEM/00_THZ.pm line 1247.
Global symbol "%intAt" requires explicit package name at /opt/fhem//FHEM/00_THZ.pm line 1248.
Global symbol "%intAt" requires explicit package name at /opt/fhem//FHEM/00_THZ.pm line 1248.



Was mache ich falsch? Die o.g. Zeilennummern in der pm-Datei helfen mir nicht wirklich weiter. Werden auskommentierte Zeilennummern bei Fehlermeldungen mitgezählt oder nicht? Wie finde ich die betroffenen Zeilen am besten, ohne besondere Klimmzüge machen zu müssen. Danke für Eure Hilfe.


Viele Grüße,
kabelsurfer
___________
Tecalor THZ 303 SOL @Linksys NSLU2 @ser2net @Ubuntu 13.10 64-bit Host w/ fhem-5.5.deb

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


micomat

von fhem :)
sorry, einfach oben in der eingabezeile "shutdown restart" eingeben.
vielleicht hast du einfach zu viel upgedated und nachgeladen.
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 kabelsurfer
as Marcus suggested
1) make a complete update of fhem --> update
2) restart --> shutdown restart
3) check  all  modules version --> version

if problem persists, provide complete logfiles and configfiles

immi

kabelsurfer

#854
Thanks to both of you! That is what I did, and now it works, i.e. I can define my THZ.  :)  For the curious, here is the message with the versions:


# $Id: fhem.pl 6623 2014-09-26 17:55:17Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
# $Id: 92_FileLog.pm 6571 2014-09-19 16:05:56Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 5851 2014-05-13 19:39:03Z rudolfkoenig $
# $Id: 99_Utils.pm 6574 2014-09-19 17:32:48Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 91_eventTypes.pm 6428 2014-08-20 11:51:27Z rudolfkoenig $
# $Id: 91_notify.pm 6371 2014-08-07 05:33:37Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $


Why are only these shown? Is it only the FHEMWEB plus the modules starting with IDs of 9 that are displayed with 'version'? Anyway, now my journey continues...