THZ Tecalor (LWZ Stiebel Eltron) module support and code improvement.

Begonnen von immi, 02 Februar 2015, 11:42:16

Vorheriges Thema - Nächstes Thema

mwuerr

#1215
continuing along the line of trying to find a better way than firmware versions to distinguish device types:

Zitat von: mwuerr am 29 Januar 2024, 00:50:04parameter Gerätetyp in Menu/Einstellungen/Inbetriebnahme/Regler/Gerätetyp. english: "APPLIANCE TYPE"

Further digging into this I think this I have found confirmation that 7 is the likely value for the parameter in the THZ504 and what other devices should report in this parameter:
https://www.stiebel-eltron.ch/content/dam/ste/ch/de/service/downloads-service-partner/%C3%9Cbersicht%20Softwarest%C3%A4nde%20LWZ-THZ.pdf

lists:
LWZ / THZ 504 (Gerätetyp 7)
LWZ 5/8 CS Premium (Gerätetyp 16/17)
LWZ 5 S /THZ 5.5 eco (Gerätetyp 15)
LWZ 5 S Trend / THZ 5.5 Flex (Gerätetyp 10
LWZ 5 S Trend / THZ 8.5 Flex (Gerätetyp 20)
LWZ 5 S Smart (Gerätetyp 13)

and:
LWZ/THZ 304 SOL (Gerätetyp 1)
LWZ/THZ 404 SOL (Gerätetyp 2)
LWZ 304 Trend/Integral (Gerätetyp 4/6)
LWZ 404 Trend (Gerätetyp 5)
LWZ 404 smart (Gerätetyp 12)
TTL 404 eco (Gerätetyp 12)
LWZ 304 Flex (Gerätetyp 8 )
LWZ 404 Flex (Gerätetyp 9)

and:
LWZ 304 Trend / Integral (Gerätetyp 4/6)
LWZ 404 Trend (Gerätetyp 5)
LWZ 304 SOL (Gerätetyp 1)
LWZ 404 SOL (Gerätetyp 2)

and:
LWZ 604 Air (CO2) (Gerätetyp 14)
TCO 2.5 (CO2) (Gerätetyp 14)

Still confirmation from anyone would be nice.
(Beware: DON't write this parameter. The risks is minimal as it should be protected from accidential write by a special service code).


The same document also lists "Software-ID 9946" and some others, which might be also be helpfull.
FHEM auf Raspi 3B, FHEM THZ module, THZ 504, sFirmware: version: 07.59, sFirmware-Id: HW: 239 SW: 4.16 Date: NOV  7 2022

TheTrumpeter

Zitat von: mwuerr am 29 Januar 2024, 00:59:50Still confirmation from anyone would be nice.
(Beware: DON't write this parameter. The risks is minimal as it should be protected from accidential write by a special service code).
I can confirm that my display on the LWZ has the ability to change the parameter "Gerätetyp". For my LWZ404SOL it's configured as "LWZ 404". In the manual the default-value is described as "1" (possible options are "LWZ 304" and "LWZ 404"), which points to the direction that "LWZ 304" might have the raw-value 0x01 as described above by you.
FHEM auf RPi3, THZ (LWZ404SOL), RPII2C & I2C_MCP342x (ADCPiZero), PowerMap, CustomReadings, RPI_GPIO, Twilight, nanoCUL (WMBus für Diehl Wasserzähler & Regenerationszähler für BWT AqaSmart), ESPEasy, TPLinkHS110

mwuerr

#1217
Zitat von: TheTrumpeter am 29 Januar 2024, 07:14:02For my LWZ404SOL it's configured as "LWZ 404". In the manual the default-value is described as "1" (possible options are "LWZ 304" and "LWZ 404"), which points to the direction that "LWZ 304" might have the raw-value 0x01 as described above by you.
The manual you are refering to is covering LWZ304 SOL and LWZ404 SOL?

LWZ404 vs LWZ404SOL? Ah now i see, this is annother case of Stiebel rebranding stuff it has already sold. 2010 desigend and sold als LWZ404, then ~2015 LWZ404 got renamed to LWZ404SOL probably when LWZ404Trend was designed.

Do you have a digital version(pdf)? If so can you send it to me? The versionS I checked on the homepag  all don't list any default value. I checked the most recent german and english operation manual of LWZ 304 SOL/404SOL and some older german documents, Maybe the information was removed from newer manuals. What document date does yours have?
FHEM auf Raspi 3B, FHEM THZ module, THZ 504, sFirmware: version: 07.59, sFirmware-Id: HW: 239 SW: 4.16 Date: NOV  7 2022

willybauss

Zitat von: mwuerr am 29 Januar 2024, 00:50:04Menu/Einstellungen/Inbetriebnahme/Regler/Gerätetyp
Checked this with my old THZ 303 SOL - menu doesn't exist here. The only visible identifier in "Inbetriebnahme" menu is "Softwarestand" which is set to 4.1.9.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

TheTrumpeter

Zitat von: mwuerr am 29 Januar 2024, 21:01:53LWZ404 vs LWZ404SOL? Ah now i see, this is annother case of Stiebel rebranding stuff it has already sold. 2010 desigend and sold als LWZ404, then ~2015 LWZ404 got renamed to LWZ404SOL probably when LWZ404Trend was designed.
No that's not correct, I bought it in 2011 and got it 2021 as "LWZ 404 SOL".


Zitat von: mwuerr am 29 Januar 2024, 21:01:53What document date does yours have?
Creation-date as per PDF-metadata is March 11th 2011.
On last page there's a text next to the brand-logo "291865-36114-8635". Not sure if that's some kind of document-information/versioning for their internal purpose.
FHEM auf RPi3, THZ (LWZ404SOL), RPII2C & I2C_MCP342x (ADCPiZero), PowerMap, CustomReadings, RPI_GPIO, Twilight, nanoCUL (WMBus für Diehl Wasserzähler & Regenerationszähler für BWT AqaSmart), ESPEasy, TPLinkHS110

mwuerr

Zitat von: TheTrumpeter am 30 Januar 2024, 16:43:13On last page there's a text next to the brand-logo "291865-36114-8635".

I found a document with that ID on the stiebel homepage
https://www.stiebel-eltron.de/static/ste/docportal/manual/DM0000022322-fjw.pdf
document id on last page: A 291865-36114-8635

But it is an "Installation" document, not a "Bedienung". Do I have the correct one? Ah yes, now I found it on page 58. Ok good to know that in older devices the list of parameters with a bit more infos (e.g. defaults) was contained in the Installation manual instead of the Bedienungs manual. The Bedienungs manual does show the menu structure, but omits Gerätetyp.

Thank you.
FHEM auf Raspi 3B, FHEM THZ module, THZ 504, sFirmware: version: 07.59, sFirmware-Id: HW: 239 SW: 4.16 Date: NOV  7 2022

awex102

#1221
Hallo zusammen,

seit dem 11.02. habe ich Stillstand in der Kommunikation mit meiner THZ 403 SOL.

Fehlermeldungen z.B.    

THZ_Get: Error msg2: THZ_Get_Com: error found at step0 00 -- 0A091A -> 00
THZ_Get: Error msg2: THZ_Get_Com: error found at step0 00 -- 0C010E -> 00

Diverse andere Register werden auch genannt. Fehler alle 180 Sekunden entsprechend

interval_sGlobal 180

Die Verbindung steht (über einen seriellen USB Adapter zum 3 Poligen Anschluss an der Anlage), grünes Licht im Status und auch in der Console wird mir eine aktive Verbindung zumindest mit dem seriellen Adapter angezeigt.

Den Stecker habe ich durchgemessen, scheint in Ordnung.

Anlage mehrfach neu gestartet.

Gibt es eine Idee, wie ich systematisch testen kann, woran das liegt?

Danke und Gruß

PS: Falschen Thread erwischt, hier geht es weiter: https://forum.fhem.de/index.php?topic=33452.msg1304168#msg1304168

sunrise

Hast Du am 11.02. etwas an der Hardware geändert? Gab es ein Software-Update (Raspberry Pi OS o.a., FHEM)? Check Dein FHEM-Log, ob es dort auffällige Einträge gibt, vor allem zum Zeitpunkt, seit dem es nicht mehr richtig funktioniert.
Viele Grüße/kind regards
sunrise
_________________
Tecalor THZ 303 (SOL, 2006/09-2008/08), FW 2.16 | FHEM THZ module testing with FW 2.06 (INTEGRAL, 2006/12-2008/08) & FW 2.14 (SOL, 2002/10-2004/08) on Raspberry Pi 2

willybauss

FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

sunrise

Hi immi,

After going through the 2 main threads about the THZ and searching for filter and sGlobal:inputVentilatorSpeed, I am not quite sure whether there is an alarm function or not.

I do not have sDisplay and therefore no way to do this:
FilterBoth:sDisplay.* {(split ' ',ReadingsVal("Mythz","sDisplay",0))[11]},
And this does not work either for me:
Zitat von: andre.k am 08 Februar 2018, 19:55:31Das Register sDisplay existiert höchstwahrscheinlich gar nicht in der alten Firmware. Bei mir in v2.14 wird der Filterwechsel als Fehler angezeigt und kann über das Register sSystem ausgelesen werden. Ich weiss nicht, ob es das Register auch in 2.06 gibt. Auf jeden Fall können in 2.06 laut Programmcode die Fehler darüberhinaus über sLast10errors gelesen werden. Das wäre doch ein Lösungsansatz für Deine Aufgabe.

Because the following line remains unchanged all the time in my monthly log files, i.e. there is no error presented in case of a filter event:

2024-02-25_09:02:42 Mythz sSystem: userSetFanStage: 0 userSetFanRemainingTime: 0 lastErrors:
I ask because I just got the "FILT" symbol on my LCD but cannot (yet) see where sGlobal:inputVentilatorSpeed has changed in a relevant way. Is that the corret value to look at? I do not know when the symbol came up for the first time on my LCD since the last filter change.

Furthermore, I see repeated messages as follows, and the data never change:
pDefrostAA: MaxDefrostDurationAAExchenger: 60 DefrostStartThreshold: 4 VolumeFlowFilterReplacement: 90
What is the meaning of VolumeFlowFilterReplacement: 90?

How can I find out when that FILT message was triggered and then in a next step find out if/how I can define an alarm programatically?
Viele Grüße/kind regards
sunrise
_________________
Tecalor THZ 303 (SOL, 2006/09-2008/08), FW 2.16 | FHEM THZ module testing with FW 2.06 (INTEGRAL, 2006/12-2008/08) & FW 2.14 (SOL, 2002/10-2004/08) on Raspberry Pi 2

immi

Zitat von: sunrise am 25 Februar 2024, 09:36:21How can I find out when that FILT message was triggered and then in a next step find out if/how I can define an alarm programatically?
Dear Sunrise
Please consider that I do not have your old firmware, I have no idea in which register your heatpump stores this information.
If you find it out, it is very easy to implement this task.
b.r.
immi

daywood

Hallo zusammen,

ich nutze das Modul erfolgreich zur Überwachung und Steuerung der Heizung über ioBroker.

Ich bin aktuell auf ein Problem gestoßen, welches sicher kein großes Problem ist, ich aber nicht gelöst bekomme.

Ich möchte bei PV Überschuss warmes Wasser mit Hilfe des Heizstabes erzeugen. Das funktioniert auch schon alles einwandfrei. Allerdings ist der maximale Wert, den ich für "p04DHWsetTempDay" bei 55 Grad. In der Heizung selbst kann ich bis auf 65 Grad gehen.

Ich vermute, das kommt hier her: https://github.com/mhop/fhem-mirror/blob/291e6753cf56a9ea12ae18312e2231ff6be8e2b3/fhem/FHEM/00_THZ.pm#L434C3-L434C109

Ich habe aber keine Idee, ob, wie und wo ich dieses argMax anpassen kann.

Kann mir hier jemand helfen?

Vielen Dank und ein schönes Wochenende.

willybauss

Verstehe ich da richtig:
- FHEM lässt max. 55°C zu
- die Wärmepumpe erlaubt Einstellungen bis zu 65°C
?

Wenn Du uns noch verrätst, welche Wärmepumpe und welche Firmwareversion Du verwendest, dann kann immi sicher schnell eine korrigierte Version des THZ-Moduls bauen.

Oder hast Du evtl. eine falsche Firmwareversion eingestellt, die nicht zu Deiner Anlage passt? Dafür gibts das Attribut "firmware".
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

zimb0

Zitat von: daywood am 03 März 2024, 05:56:45Hallo zusammen,

ich nutze das Modul erfolgreich zur Überwachung und Steuerung der Heizung über ioBroker.

Ich bin aktuell auf ein Problem gestoßen, welches sicher kein großes Problem ist, ich aber nicht gelöst bekomme.

Ich möchte bei PV Überschuss warmes Wasser mit Hilfe des Heizstabes erzeugen. Das funktioniert auch schon alles einwandfrei. Allerdings ist der maximale Wert, den ich für "p04DHWsetTempDay" bei 55 Grad. In der Heizung selbst kann ich bis auf 65 Grad gehen.

Ich vermute, das kommt hier her: https://github.com/mhop/fhem-mirror/blob/291e6753cf56a9ea12ae18312e2231ff6be8e2b3/fhem/FHEM/00_THZ.pm#L434C3-L434C109

Ich habe aber keine Idee, ob, wie und wo ich dieses argMax anpassen kann.

Kann mir hier jemand helfen?

Vielen Dank und ein schönes Wochenende.


Kannst du kurz erklären, wie du diesen Vorgang erzwingst?
Wenn du programmatisch die DWHtemp erhöhst würde ja der Verdichter anspringen, nicht der Heizstab.

/Edit: Aaah, du gehst vllt per popmode auf notbetrieb?
"Bei aktiviertem Notbetrieb wird die Heizstufe ,,Verdichter" übersprungen. Es wird mit der Solaranlage (falls angeschlossen) oder der elektrischen Not-/Zusatzheizung geheizt."
Macht das wirtschaftlich Sinn (bekomme 7ct Einspeisevergütung). Wieviel zieht der Heizstab maximal?
THZ504

willybauss

Hi, we're in the code improvement forum here. It looks like the discussion tends into application direction. Maybe it makes sense to switch there.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS