THZ / LWZ Tecalor Stiebel Eltron Heizung

[peter456]

uploaded v0119, tomorrow you can update
changelog:
- the firmware parameter 2.06 increases the countmax of the repetition of DevIo_SimpleReadWithTimeout from 24 to 50
- decrease of the DevIo_SimpleReadWithTimeout from 0.06 to 0.02
- the firmware parameter 2.06 removes registers not supported from older hetpumps

@ Peter, now you can remove "verbose 5", please test tomorrow

Hallo Immi,

Mit V0.119 funktionier alles super. Vielen Dank.
Wenn du das nächste Mal was änderst, könntest du bitte noch einige Register aus "get Mythz" entfernen.
Einige Register liefern zwar Werte, aber diese Werte sind nicht plausibel.
Es könnte folgende Register bleiben:
- sDHW
- sFirmware
- sGlobal
- sHC1
- sHC2
- sHistory
- sLast10errors

Ich habe noch eine Frage. Kann ich zu den aufgezeichneten Werten im Plot einen Korrekturfaktor (z.B. 0,5°C für Innentemperatur) einstellen?

Gruß
Peter

[willybauss]

Ich habe noch eine Frage. Kann ich zu den aufgezeichneten Werten im Plot einen Korrekturfaktor (z.B. 0,5°C für Innentemperatur) einstellen?

Ich habe dafür userReadings genommen:

Code Auswählen Erweitern

Rel_humidity:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[67]) + 11.5}, flow_temp:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[3])}, outside_temp:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[1])}, dhw_temp:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[9])}, inside_temp:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[81]) - 0.6 }

Lösche einfach raus, was Du nicht brauchst und füge den Rest Deiner Konfiguration hinzu. Das letzte in der Liste ist die inside_temp mit Korrekturwert -0,6°.

[immi]

Einige Register liefern zwar Werte, aber diese Werte sind nicht plausibel.

Hi Peter
It should be already implemented in v0119. I leave for your firmware all readonly registers. One or 2 will deliver strange stuff (like partytime) but you can live with it.
Probably, you have lots of old stuff, which needs to be deleted.
try:

Code Auswählen Erweitern


deletereading Mythz *

and restart

[houseowner123]

thank immi I will try v0120. Even though to be sure that THZ module is not the issue I changed the Op settings on the LWZ display. Anyway, I will try it.
@willy impressive that you can get as low with minimal booster settings. We should compare Vor-und Rücklaufkurven. I have the feeling that I have a lot of air in my system. What pressure is your FBH set at? 1.8 bar or lower and what is your DG pressure?
I used the Kamin all day yesterday which shut off the FBH but then I get 19°C upstairs. Which is fine for me at night. Daily use inkl Lüftung: 8-10 kWh.
How do I eliminate irrelevant readings like s0A03AE, s0A03AF, s0A03B0 and s0A03B1 ?

@micomat: My ELV thermometers in the house do not work anymore. Do you have any idea why? Here is the log file code.

Code Auswählen Erweitern

2014.12.28 20:18:47 3: Opening CUL_0 device /dev/ttyACM0
2014.12.28 20:18:47 3: Setting CUL_0 baudrate to 9600
2014.12.28 20:18:47 3: CUL_0 device opened
2014.12.28 20:18:56 1: Cannot init /dev/ttyACM0, ignoring it (CUL_0)

Thanks,
  Tom

[willybauss]

 

2014.12.28 20:18:56 1: Cannot init /dev/ttyACM0, ignoring it (CUL_0)

Tonight my Raspi had a similar issue: at 6:44am the THZ monitoring stopped. Checking the log files I noticed that the EnOcean CUL stopped as well. Restarting FHEM nor Raspi didn't help. Issue solved by a power cycle of Raspi. Obviously the Raspi lost its support for serial (or USB) ports accidentally.

We should compare Vor-und Rücklaufkurven. I have the feeling that I have a lot of air in my system. What pressure is your FBH set at? 1.8 bar or lower and what is your DG pressure?

Das wird Dir nicht helfen. Luft bekommst Du nur durch entlüften (lassen) raus. Höherer Druck verkleinert die Luftblasen  nur und erhöht das Risiko, dass Verschraubungen undicht werden - vielleicht auch erst langfristig. Worauf es wirklich ankommt habe ich ja bereits kurz vor Weihnachten beschrieben.
Wie ist das denn jetzt mit Deinem Bivalenzpunkt und mit dem thermischen Energieverbrauchs Deines Hauses? Der Energiepass nennt 2 Werte:
Endenergieverbrauch => Strom (bei mir 14,3kWh/m²a) 
Primärenergieverbrauch => thermischer Wärmebedarf (bei mir 47,2 kWh/m²a)
Der Unterschied (Faktor 3,3) erklärt sich durch den COP der Wärmepumpe.

[peter456]

Ich habe dafür userReadings genommen:

Code Auswählen Erweitern

Rel_humidity:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[67]) + 11.5}, flow_temp:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[3])}, outside_temp:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[1])}, dhw_temp:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[9])}, inside_temp:sGlobal {((split ' ',ReadingsVal("Mythz","sGlobal",0))[81]) - 0.6 }

Lösche einfach raus, was Du nicht brauchst und füge den Rest Deiner Konfiguration hinzu. Das letzte in der Liste ist die inside_temp mit Korrekturwert -0,6°.

Hallo willybauss,
ich habe gerade nach deinem Beispiel einen Korrekturfaktor bei der Innentemperatur eingegeben. Bei der Anzeige meiner Temperaturen hat sich der Wert auch soweit geändert. Aber in der Trendkurve wird immer noch der Wert ohne Korrekturfaktor aufgezeichnet.
Meine Konfiguration der Trenddarstellung sieht so aus:

define FileLog_Mythz FileLog /media/usbstick/log/Mythz-%Y-%m.log Mythz
define Plot1_Temp SVG FileLog_Mythz:thz1:CURRENT

Bei "CURRENT" werden ja die aktuellen Werte geschrieben. Sollte hier vielleicht was geändert werden?

Gruß
Peter

[willybauss]

Meine Konfiguration der Trenddarstellung sieht so aus:

define FileLog_Mythz FileLog /media/usbstick/log/Mythz-%Y-%m.log Mythz
define Plot1_Temp SVG FileLog_Mythz:thz1:CURRENT

Bei "CURRENT" werden ja die aktuellen Werte geschrieben. Sollte hier vielleicht was geändert werden?

Gruß
Peter

CURRENT kenne ich nicht, aber ich habe den Eindruck, dass Du direkt in der fhem.cfg herum editierst. Das soll man nicht machen !!! Und das, was Du ändern musst, steht dort gar nicht drin, sondern in der .gplot Datei im Verzeichnis /opt/fhem/www/gplot. Aber da solltest Du ebenfalls nicht manuell drin herum editieren ...
Links unter dem Plot ist ein Link, der Dich in den Konfigurationseditor Deines Plots bringt. Dort musst Du definieren, woher die Daten genommen werden. Dort musst Du Mythz.sGlobal.insideTemp (der Wert von insideTemp wird repräsentiert durch seine Spaltennummer innerhalb von sGlobal) ersetzen durch das soeben erstellte userReading Mythz.inside_temp  (der Wert von inside _ temp wird repräsentiert durch die Spaltennummer 4 innerhalb  von  inside_temp).

Ich hätte gerne einen Screen Dump angehängt, wie das bei mir aussieht, aber der Server für Uploads scheint grade voll zu sein.

[micomat]

@micomat: My ELV thermometers in the house do not work anymore. Do you have any idea why? Here is the log file code.

Code Auswählen Erweitern

2014.12.28 20:18:47 3: Opening CUL_0 device /dev/ttyACM0
2014.12.28 20:18:47 3: Setting CUL_0 baudrate to 9600
2014.12.28 20:18:47 3: CUL_0 device opened
2014.12.28 20:18:56 1: Cannot init /dev/ttyACM0, ignoring it (CUL_0)

as willy already mentioned, looks like a problem of your CUL. Restarting may solve the problem.

[peter456]

Im FHEM-Wiki zur THZ steht das so beschrieben:
"In der fhem.cfg legen wir das Plot an:
define Plot_Temp SVG FileLog_Mythz:thz:CURRENT
attr Plot_Temp room Heizung".

Was mache ich falsch?

[willybauss]

Im FHEM-Wiki zur THZ steht das so beschrieben:
"In der fhem.cfg legen wir das Plot an:
define Plot_Temp SVG FileLog_Mythz:thz:CURRENT
attr Plot_Temp room Heizung".

Was mache ich falsch?

@Peter:
Hast Du auch den Rest des betreffenden Absatzes gelesen? Steht im wiki irgendwas davon, dass Du ein userReading anstatt eines "normalen" Werts anzeigen willst? Dort wird nur sGlobal erwähnt - und damit wird der Wert ohne Korrekturfaktor angezeigt. Hast Du den (auch im wiki genannten) Link schon mal angeklickt und dann versucht zu machen, was ich Dir geschrieben hatte?

@Markus:
Wenn das so wörtlich im wiki steht, dann ist die Versuchung groß, mit dem Editor drin rum  zu basteln. Das kann man sicher auch so formulieren, dass der Editor-Gedanke außen vor bleibt.

[peter456]

Hallo willybauss,

dein Vorschlag hat funktioniert. Ich habe von Anfang an schon probiert die Userreadings im Plot einzutragen. Ich war aber zu doof die Input-Nummer richtig einzutragen. Bei einzelnen Variablen ist es wohl meistens die Nummer 4.
Vielen Dank.

[willybauss]

Hallo willybauss,

dein Vorschlag hat funktioniert. Ich habe von Anfang an schon probiert die Userreadings im Plot einzutragen. Ich war aber zu doof die Input-Nummer richtig einzutragen. Bei einzelnen Variablen ist es wohl meistens die Nummer 4.
Vielen Dank.

Ja, die Bedienung ist manchmal etwas merkwürdig, und nicht konsistent über alle Anwendungsfälle hinweg. Mal muss man beim Datum anfangen zu zählen (Plots), mal beim ersten Datenwert (userReadings). Das führt leicht zu Verwirrung. Aber wenn man sich die bestehenden und funktionierenden Einträge des Plots anschaut kann man mit etwas Überlegung Rückschlüsse ziehen. Wichtig ist halt, erst zu Ende zu lesen, mit dem tatsächlichen Anwendungsfall in Beziehung zu setzen und das anzunehmen, was geraten wird  .

Ja, es sollte dann i.d.R. immer die Nummer 4 sein:

1. TimeStamp
2. Modulname
3. Readingsname
4. Wert

[houseowner123]

Thank you all for the hint with the CUL. Unplugging did the trick.
I noticed that flow and return temp are different in sGlobal and sHC1. Why is that? Which is the correct one?
Also the LWZ display shows a flow temp (average)? for both Vor and Rücklauf. Is that somewhere in sGlobal too?

Thanks,
Tom

[immi]

Thank you all for the hint with the CUL. Unplugging did the trick.
I noticed that flow and return temp are different in sGlobal and sHC1. Why is that? Which is the correct one?

not for me; actually not now that I am on vacation.
Could be that you have different reading time? flowtemp is changing very fast.

sGlobal   
outsideTemp: 1.8 flowTemp: 12.7 returnTemp: 12.4 hotGasTemp: 13.8 dhwTemp: 18.9 flowTempHC2: -60 evaporatorTemp: 10.5 condenserTemp: 12.8 mixerOpen: 0 mixerClosed: 0 heatPipeValve: 0 diverterValve: 0 dhwPump: 0 heatingCircuitPump: 0 solarPump: 0 compressor: 0 boosterStage3: 0 boosterStage2: 0 boosterStage1: 0 highPressureSensor: 0 lowPressureSensor: 1 evaporatorIceMonitor: 0 signalAnode: 0 evuRelease: 1 ovenFireplace: 0 STB: 0 outputVentilatorPower: 0 inputVentilatorPower: 0 mainVentilatorPower: 0 outputVentilatorSpeed: 0 inputVentilatorSpeed: 0 mainVentilatorSpeed: 0 outside_tempFiltered: 1.9 relHumidity: 0 dewPoint: 0 P_Nd: 6.15 P_Hd: 6.19 actualPower_Qc: 0 actualPower_Pel: 0 collectorTemp: -60 insideTemp: -60
2014-12-31 00:50:31

sHC1   
outsideTemp: 1.8 x08: -12.5 returnTemp: 12.4 integralHeat: -84 flowTemp: 12.7 heatSetTemp: 14.9 heatTemp: 12.4 seasonMode: winter integralSwitch: 101 opMode: standby roomSetTemp: 11
2014-12-31 00:50:28

[willybauss]

Thank you all for the hint with the CUL. Unplugging did the trick.
I noticed that flow and return temp are different in sGlobal and sHC1. Why is that? Which is the correct one?
Also the LWZ display shows a flow temp (average)? for both Vor and Rücklauf. Is that somewhere in sGlobal too?

Thanks,
Tom

I found a thread in fhem wiki (or forum?) mentioning such issues; they assume it most probably to be caused by instable voltage at USB ports, mixing of USB1.1 and 2.0 sticks, ... So if it happens frequently you can try to add an active USB hub having a separate power supply. But I have two of those (one on each USB port) and anyway I had the isssue... If you want to try it you need to select it  carefully, since especially Raspi doesn't work with all of them.

With the temperatures I strongly believe that it is like immi said. I checked my log file and saw such differences only in cases where the readings had a bigger difference than just a few seconds. You can force the readings by  "get Mythz sGlobal" and   "get Mythz sHC1"  within seconds. So you will  - if the assumption is true -  get identical values in both readings.