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

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

Vorheriges Thema - Nächstes Thema

houseowner123

Zitat von: NaCkHaYeD am 11 Februar 2015, 23:14:35
Hi,

bin neu hier, dementsprechend ein paar Fragen/Anmerkungen:

Hallo Thomas, willkommen in "neuen" Forum. Im alten Forum gibt es größtenteils Antworten auf Deine Fragen. Markus, willy was haltet ihr von einem FAQ irgendwo?

- Gibt es eine Möglichkeit die aktuelle Uhrzeit vom Raspi an die THZ zu senden (Hintergrund: THZ läuft etwas davon)?
  Keine Ahnung, aber Sachen mit einen s davor lassen sich eigentlich nicht verstellen.

- Was ist der Parameter "evuRelease"
  Es gibt Energieversorger, die in Spitzenbelastungszeiten, der WP den Strom entziehen für 2 hr am Tag. Das wird über den "evuRelease" geregelt, der dann 0 ist wenn der Strom weg ist.

- Bei ein paar Diagrammen von euch, sehe ich eine Luftfeuchtigkeit. Welcher Param ist das denn? Ich sehe unter den sGlobal ein relHumidity der bei mir aber immer 0 ist.
  Luftfeuchtewird nur angezeigt falls Du ein 2. Bedienteil (FES) in einem der Räume hast. Für alle anderen ist der Wert Null.

- Gibt es einen Parameter, welcher mir sagt, dass der Filter getauscht werden muss?
Es gibt einen internen Zähler (glaube 182 Tage), der dann erscheint, wenn die Anlage nie ausgeschaltet wurde. Der der Zähler setzt sich selber auf Null, wenn die Anlage mal vom Strom getrennt wird. Damit ist es ein unverlässliches Feature.


Ansonsten, ich schätze eure Arbeit wirklich sehr. Dank euch kann ich die Prozesswerte auslesen, die Anlage größtenteils elegant bedienen und das beste eine Mail mir senden, wenn wieder der Wodte Differenz Sensor ausgelöst hat.

Die meiste Arbeit haben immi, willy, micomat und auch Godmorgen gemacht. Dein Haus ist wahrscheinlich zu luftdicht, wenn der Sensor ständig auslöst, trotz des Vorheizregisters der SOL. In neuen Häusern wird eine so eine Lüftungsklappe direkt am Schornstein verbaut, was das Problem beheben soll

willybauss

Hi,


erst mal willkommen. Für diese Fragen ist eigentlich der andere Thread gedacht. Hier geht es hauptsächlich um die Codeentwicklung des THZ-Moduls. Der Rest ist ja bereits perfekt beantwortet.
Gruß
Willy

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

houseowner123

Das geht aus dem Namen und Beschreibung des Threads nicht hervor. Vielleicht sollte da das Wort Newbees auftauchen. Hätte selber nicht gewusst, wo ich hätte posten sollen.

willybauss

Zitat von: NaCkHaYeD am 11 Februar 2015, 23:14:35
- Gibt es einen Parameter, welcher mir sagt, dass der Filter getauscht werden muss?
- ... wenn wieder der Wodte Differenz Sensor ausgelöst hat.
Das mit dem Filtertausch geht lt. Tecalor Manal über den Anstieg der Lüfterdrehzahl, die notwendig ist, um die eingestellte Luftmenge aufrecht zu erhalten. Aber wie bereits genannt: Bei Stromausfall wird der Wert zurück gesetzt und ist damit sinnlos.

Ich nehme an, der "Wodte Differenz Sensor" ist ein Unterdrucksensor für einen Holzofen. Wenn der anschlägt läuft entweder die Dunstabzughaube mit Abluft nach draußen, oder Zu- und Abluft ist nicht symmetrisch eingestellt. Ein ganz leichter, kaum messbarer Unterdruck ist aber optimal, um Bauschäden zu vermeiden. Bei Überdruck könnte Raumluft durch Ritzen nach draußen wandern. Dabei kühlt sie sich ab, Feuchtigkeit fällt aus und modert irgend wo in der Außenwand vor sich hin.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

mlb

Hi all,

Maybe you could help me with the following question: does the 00_THZ module support unscheduled ventilation program activation ? In my LWZ 403 Sol I can do it from front control panel, but could not find if this can be done remotely via Fhem. There are parameters P43 - P46 available, still I am not sure how the unscheduled ventilation can actually be triggered...

Regards
Marek
LWZ 403SOL, FHEM + HomeAssistant

toggle

Zitat von: NaCkHaYeD am 11 Februar 2015, 23:14:35
- Gibt es eine Möglichkeit die aktuelle Uhrzeit vom Raspi an die THZ zu senden (Hintergrund: THZ läuft etwas davon)?
Technisch wäre es möglich. Meine THZ 404 hat folgende Register für die Uhrzeit und das Datum:
0a 0122 - Tag (1. Byte)
0a 0123 - Monat  (1. Byte)
0a 0124 - Jahr  (1. Byte)
0a 0125 - Stunde  (1. Byte)
0a 0126 - Minute  (1. Byte)

@immi: Gibt es diese Register auch in anderen Versionen?
THZ404SOL (FW 5.39, SW ID 7278, 14.03.2014)

NaCkHaYeD

Danke für eure Antworten. Nur kurz, das falscher Thread:
- Filter: Ich tausche jeden Monat, da ich Meterware kaufe. Jedoch bin ich dennoch gezwungen alle x-Tage die Anlage laut Kundendienst zu resetten. Daraus schliesse ich, die Messung der Anlage ist Unsinn, auch die Quittierung per Spannungsreset.
- Druckdifferenzsensor: Das Problem war, dass Firmen mit der Technik überfordert sind. Wodkte misst zwischen Rauchrohr und Innenrohr und das mit 2mP oder so. Da hatte ein kleiner Windstoss oben am Schornstein genügt. Nun baue ich per Lüftung etwas Überdruck auf, damit ich immer einen Luftstrom aus dem Haus hinaus habe, bzw. in Richtung Rauchrohr hätte. Keine Lüftung und Feuer funktioniert nicht, da auch die WP über den Abluftkanal laut Tecalor Luft ansaugt. Ja Haus ist sehr dicht.

Weiterhin habe ich auch sporatisch die Logs voll mit
2015.02.01 07:24:15 1: /dev/ttyUSB0 disconnected, waiting to reappear (Mythz)
2015.02.01 07:24:17 3: Setting Mythz baudrate to 115200
2015.02.01 07:24:17 1: /dev/ttyUSB0 reappeared (Mythz)

Hier hatte ich mal gelesen, dass dies vom Kompressor, bzw. elektromagnetischen Störungen kommen kann. Eventuell ist auch die 11m lange, zwar gute aktive USB Leitung das Problem. Diese wird vom Raspi mit Spannung vom USB versorgt. Wobei 115k eigentlich keine Geschwindigkeit ist. Gibt es hier Ideen, oder handelt es sich eventuell um einen Fehler im Programm

Vielen Dank euch

immi

Zitat von: mlb am 12 Februar 2015, 14:24:25
Maybe you could help me with the following question: does the 00_THZ module support unscheduled ventilation program activation ?
Marek
HI Marek
the unscheduled ventilation  is not completely implemented because some info are missing.
I do not miss it because I use fhem for it: look at the end of the wiki for an example how to create a button "60 min off" http://www.fhemwiki.de/wiki/Tecalor_THZ_Heatpump


hi NaCkHaYeD
it is possble to set the time from fhem, if someone implements it.
nevertheless I do not see how this feature could be usefull. you set it  and do not change it for 10 years.

concerning your comunication issue: it is common to people with direct usb. As you said several hypothesis have been made. I have no issue with a very long serial cable.
immi

NaCkHaYeD

The wish/issue with the time is, that i like one master clock, so the slave take the time of the masters.
The raspberry can synchronize to Internet time, so my idea was, why don´t send the time to the thz maybe each month.

At the Moment i am Standing at the beginning of fhem programming, but in my opinion Setting it from fhem should not be the Problem, that was my idea.

with regards.

mlb

Zitat von: immi am 12 Februar 2015, 21:45:33
the unscheduled ventilation  is not completely implemented because some info are missing.
I do not miss it because I use fhem for it

Thanks immi. Yes, I have seen this - however I have some concerns about controlling it via changing Pxx parameters. If I understand how the electronic board works - each change of any Pxx parameter is written to internal flash memory. Of course that's not a problem if you change parameters occasionally, but in case you would change those a couple of times per day - those memory chips have limited number of writes and so one day they could simply stop working because of it... I simply have thrown away too many flash drives to ignore this risk...   :-\
LWZ 403SOL, FHEM + HomeAssistant

immi

Zitat von: mlb am 12 Februar 2015, 22:34:38
Thanks immi. Yes, I have seen this - however I have some concerns about controlling it via changing Pxx parameters. If I understand how the electronic board works - each change of any Pxx parameter is written to internal flash memory. Of course that's not a problem if you change parameters occasionally, but in case you would change those a couple of times per day - those memory chips have limited number of writes and so one day they could simply stop working because of it... I simply have thrown away too many flash drives to ignore this risk...   :-\

I agree to your fear, but untill someone explain me how to implement it, I will not do it; as I wrote before, info is missing.

One more thing: Are you sure that the unscheduled feature in the heatpump does not write to the eprom?
immi

mlb

Zitat von: immi am 13 Februar 2015, 15:22:45
One more thing: Are you sure that the unscheduled feature in the heatpump does not write to the eprom?

I just did a test: started unscheduled ventilation, and after a while I switched the heatpump off. After starting it again the ventilation did not restart - so that would suggest the unscheduled status is not written to non-volatile memory.

I'm happy to do some tests with my LWZ, just I do not have external controller, and so no means to intercept the sequence that would start it... Still, please let me know if you'd have ideas how to test it without external control unit.

regards
Marek

LWZ 403SOL, FHEM + HomeAssistant

willybauss

#57
Zitat von: mlb am 13 Februar 2015, 19:42:50
I'm happy to do some tests with my LWZ, just I do not have external controller, and so no means to intercept the sequence that would start it... Still, please let me know if you'd have ideas how to test it without external control unit.
The display is connected to the THZ via CAN bus. This is valid for every display, no matter if it is external or the internal one. So monitoring the CAN bus is necessary, no matter where the display is located.

Up to now we know that it is possible to write the unscheduled vent. parameters into the THZ's memory via FHEM, which "should" be same as writing them via the display. But doing this via FHEM/serial port doesn't activate the unscheduled ventilation, while the same write action via the display activates the newly written parameters. So the assumption is that there's a flag to be set at the end of changing parameters, which the display obviously sets automatically at the end of the process.

Zitat von: mlb am 13 Februar 2015, 19:42:50
I just did a test: started unscheduled ventilation, and after a while I switched the heatpump off. After starting it again the ventilation did not restart - so that would suggest the unscheduled status is not written to non-volatile memory.

But you might have noticed that the parameter changes you made in order to activate the unscheduled ventilation in fact ARE written to the memory and can be read even after a reset. So there's definitely a write action during every usage of this feature.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

mlb

Thanks Willy, this explains a lot. Still, it sounds like the ventilation could be activated by additional command that could be sent independently to parameters write command. Are you saying that if we had CAN interface attached to RPi (for example http://skpang.co.uk/catalog/pican-canbus-board-for-raspberry-pi-p-1196.html) - we would be able to read the complete sequence?
LWZ 403SOL, FHEM + HomeAssistant

godmorgon

The register you are looking for is 0a05dd. It accepts a short integer with the desired fan stage (0, 1, 2, 3). Writing to that register starts the unscheduled ventilation. After the specified time elapsed the register keeps the value unchanged but the unscheduled ventilation stops.