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

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

Vorheriges Thema - Nächstes Thema

willybauss

Weiß ich nicht, habs bei mir ja über den USB-RS232-Wandler angeschlossen. Da sieht's dann anders aus. Bei RS232 schafft man auch Längen von deutlich mehr als 10m. Aber wenn's nicht sein muss ist direkte USB-Verbindung sicher besser.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

Derrose

Zitat von: immi am 10 März 2018, 08:21:23
Michael
let us assume your usb port is fine and you connect directly to the tecalor usb (usb2usb).
use from linux command line "dmesg" and "lsusb -v" before and after connecting the tecalor to the raspi.
You should see a new usb device appering and you can xcheck with houseowner123 if it is the same.
If it is the same, use the fhem config from houseowner123.
immi


Hi

This is the situation without the connected LWZ:

(http://www.bilder-upload.eu/thumb/9e3b45-1520769107.jpg)

And with with:

(http://www.bilder-upload.eu/thumb/8e077f-1520769079.jpg)

so, Cygnal integrated xxxx is the LWZ.

This is the result of lsusb -v:

Bus 001 Device 005: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Couldn't open device, some information will be missing
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x10c4 Cygnal Integrated Products, Inc.
  idProduct          0xea60 CP210x UART Bridge / myAVR mySmartUSB light
  bcdDevice            1.00
  iManufacturer           1
  iProduct                2
  iSerial                 3
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              2
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0



And this is the raw definition:

defmod Mythz THZ /dev/ttyUSB0@9600
attr Mythz devStateIcon opened:10px-kreis-gruen disconnected:10px-kreis-rot
attr Mythz icon sani_heating
attr Mythz interval_sGlobal 300
attr Mythz interval_sHC1 300
attr Mythz interval_sHistory 3600
attr Mythz interval_sLast10errors 3600
attr Mythz room Heizung
attr Mythz userReadings Rel_humidity:sGlobal.* {((split ' ',ReadingsVal("Mythz","sGlobal",0))[67]) + 11.5}, flow_temp:sGlobal.* {((split ' ',ReadingsVal("Mythz","sGlobal",0))[3])}, return_temp:sGlobal.* {((split ' ',ReadingsVal("Mythz","sGlobal",0))[5])}, outside_temp:sGlobal.* {((split ' ',ReadingsVal("Mythz","sGlobal",0))[1])}, dhw_temp:sGlobal.* {((split ' ',ReadingsVal("Mythz","sGlobal",0))[9])}, inside_temp:sHC1.* {((split ' ',ReadingsVal("Mythz","sHC1",0))[27])}, CopHC:sHeatRecoveredDay.* {sprintf("%.2f", ReadingsNum("Mythz","sHeatHCDay",1) / ReadingsNum("Mythz","sElectrHCDay",1))}, CopDHW:sHeatRecoveredDay.* {sprintf("%.2f", ReadingsNum("Mythz","sHeatDHWDay",1) / ReadingsNum("Mythz","sElectrDHWDay",1))}

setstate Mythz opened
setstate Mythz 2018-03-11 11:32:21 state opened



The definition (red/green) is working. But I still cannot see any data. I've waited for several minutes, because I've read that older RaPi's are kind of slow and it may take up to 20 seconds to display the data. Without luck....

BR,
Michael

immi

Hi Michael
the speed 9200 is probably wrong (you have to try "define Mythz THZ /dev/ttyUSB0@115200" or the half)
you should also check the device "ttyUSB0"
the device is normally shown in "dmesg" after you connect the cable
e.g. for my device

....
ftdi_sio 1-1:1.0: FTDI USB Serial Device converter detected
usb 1-1: Detected FT232RL
...
usb 1-1: FTDI USB Serial Device converter now attached to ttyUSB0


you need circa 5 minutes before all registers are read
do not use "setstate Mythz opened"
fhem opens the device automatically

willybauss

Ich habe meine ersten Versuche ganz ohne fhem gemacht. Nur das Kabel (bei  mir halt über den USB-RS232-Adapter) und ein Terminalprogramm (ich glaube, ich hatte Minicom genommen); am THZ-seitigen Kabelende war eine Brücke zwischen Rx und Tx. Über das Terminal habe ich dann versucht, Daten zu senden, die bei korrekter Portdefinition dann auch als empfangene Daten angezeigt werden müssen.

Auf diese Weise umgehst Du die Unsicherheit bzw. unbekannte Übertragungsgeschwindigkeit der THZ und kannst erst mal alles Andere zum Laufen bringen. Da das Kabel ja sehr übersichtlich ist bleibt als einzige Unbekannte die Portdefinition.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

Derrose

Zitat von: immi am 11 März 2018, 13:14:42
Hi Michael
the speed 9200 is probably wrong (you have to try "define Mythz THZ /dev/ttyUSB0@115200" or the half)
you should also check the device "ttyUSB0"
the device is normally shown in "dmesg" after you connect the cable
e.g. for my device

....
ftdi_sio 1-1:1.0: FTDI USB Serial Device converter detected
usb 1-1: Detected FT232RL
...
usb 1-1: FTDI USB Serial Device converter now attached to ttyUSB0


you need circa 5 minutes before all registers are read
do not use "setstate Mythz opened"
fhem opens the device automatically


If corrected the baud rate.

my dmesg says


... [ 6492.961320] usb 1-1.3: new full-speed USB device number 7 using dwc_otg
[ 6493.097181] usb 1-1.3: New USB device found, idVendor=10c4, idProduct=ea60
[ 6493.097207] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 6493.097218] usb 1-1.3: Product: CP2102 USB to UART Bridge Controller
[ 6493.097227] usb 1-1.3: Manufacturer: Silicon Labs
[ 6493.097236] usb 1-1.3: SerialNumber: 0001
[ 6493.114469] cp210x 1-1.3:1.0: cp210x converter detected
[ 6493.117005] usb 1-1.3: cp210x converter now attached to ttyUSB0...


Waht do you meann exactly with

do not use "setstate Mythz opened"
fhem opens the device automatically


should I change something?

Regards,
Michael

immi

Zitat von: Derrose am 11 März 2018, 14:14:36
[ 6493.117005] usb 1-1.3: cp210x converter now attached to ttyUSB0...
you are now one step closer
define Mythz THZ /dev/ttyUSB0@115200
the device is clear, you just have to test different speeds
57600 or 115200

how do you understand that everything is working?
just look at http://10.0.2.22:8083/fhem?detail=Mythz where 10.0.2.22 is the ip of your raspi
if lost of readings are filling up, you got it running (look also at the timestamps)
please consider that it takes many minutes after starting fhem

p.s. please forget my comment on "setstate Mythz opened", I thought you typed it

Derrose

Zitat von: immi am 11 März 2018, 15:04:37
you are now one step closer
define Mythz THZ /dev/ttyUSB0@115200
the device is clear, you just have to test different speeds
57600 or 115200

Hey immi!

You made my day! Many thanks to you and all of you! The last issue was the wrong baudrate:

(http://www.bilder-upload.eu/thumb/9beaec-1520784532.jpg)


Hopefully the last question:

There is still no data in the plots. Does FHEM needs to collect the plot data for a while? Or is historical data stored on the LWZ motherboard?

BR,
Michael

willybauss

Spricht was dagegen, die Bilder direkt an den Beitrag anzuhängen, statt sie extern zu verlinken? Das wäre für Alle einfacher, und vor allem bleiben die Bilder auch erhalten. Einfach im Editor "Erweiterte Optionen" anklicken.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

Derrose

Zitat von: willybauss am 11 März 2018, 17:16:24
Spricht was dagegen, die Bilder direkt an den Beitrag anzuhängen, statt sie extern zu verlinken? Das wäre für Alle einfacher, und vor allem bleiben die Bilder auch erhalten. Einfach im Editor "Erweiterte Optionen" anklicken.

Danke für den Hinweis. Ich kannte diese Funktion nicht, hab es aber geändert....

Gruß,
Michael

houseowner123

Hi Michael,

siehst Du es sGlobal? Wenn ja, erzeugst Du die Plots genau wie im Wiki beschrieben unter Plots. Du musst etwas Auszählearbeit leisten, oder probieren ob ein einer vorkonfigurierten fhem.cfg gleich passt. https://wiki.fhem.de/wiki/Tecalor_THZ_Wärmepumpe
Historische Daten auf der LWZ gibt es nicht. Es wird nur ab dem Zeitpunkt der Verbindung gelesen. Aber bestimmt SummaryTotals werden aber übernommen wie die Gesamtwärmemengen seit Anfang betrieb der LWZ...

Derrose

Zitat von: houseowner123 am 11 März 2018, 17:22:18
Hi Michael,

siehst Du es sGlobal? Wenn ja, erzeugst Du die Plots genau wie im Wiki beschrieben unter Plots. Du musst etwas Auszählearbeit leisten, oder probieren ob ein einer vorkonfigurierten fhem.cfg gleich passt. https://wiki.fhem.de/wiki/Tecalor_THZ_Wärmepumpe
Historische Daten auf der LWZ gibt es nicht. Es wird nur ab dem Zeitpunkt der Verbindung gelesen. Aber bestimmt SummaryTotals werden aber übernommen wie die Gesamtwärmemengen seit Anfang betrieb der LWZ...


Danke! Nach einem Plot Tutorial in youtube klappt es (Anhang).

Noch einige Fragen:

Welchen Kanal/Parameter muß ich nehmen um die Verdichteraktivität zu Monitoren?
Welchen Kanal/Parameter muß ich nehmen um die aktuelle Zuluft und Abluft darzustellen?
Welchen Kanal/Parameter muß ich nehmen um die die geleistet Wärmeenergie der Heizung (Heizstab und Verdichter) darzustellen? Ich finde


sElectrDHWDay
sElectrDHWTotal
sElectrHCDay
sElectrHCTotal
sHeatDHWDay
sHeatDHWTotal
sHeatHCDay
sHeatHCTotal
sHeatRecoveredDay
sHeatRecoveredTotal. Macht das überhaupt Sinn?


Welcher Plot ist der Plot, der am optimalsten genutzt werden kann um die Effektivität seiner WP darzustellen. Ich komme aus der Elektrotechnik und hoffe meine Frage ist nicht undeutlich.

-Vorlauf
-Rücklauf
-Warmwasser
-Verdichteraktivitäten
-???


Gruß,
Michael


Derrose

Zitat von: Derrose am 12 März 2018, 14:16:48

Danke! Nach einem Plot Tutorial in youtube klappt es (Anhang).

Noch einige Fragen:

Welchen Kanal/Parameter muß ich nehmen um die Verdichteraktivität zu Monitoren?
Welchen Kanal/Parameter muß ich nehmen um die aktuelle Zuluft und Abluft darzustellen?
Welchen Kanal/Parameter muß ich nehmen um die die geleistet Wärmeenergie der Heizung (Heizstab und Verdichter) darzustellen? Ich finde


sElectrDHWDay
sElectrDHWTotal
sElectrHCDay
sElectrHCTotal
sHeatDHWDay
sHeatDHWTotal
sHeatHCDay
sHeatHCTotal
sHeatRecoveredDay
sHeatRecoveredTotal. Macht das überhaupt Sinn?


Welcher Plot ist der Plot, der am optimalsten genutzt werden kann um die Effektivität seiner WP darzustellen. Ich komme aus der Elektrotechnik und hoffe meine Frage ist nicht undeutlich.

-Vorlauf
-Rücklauf
-Warmwasser
-Verdichteraktivitäten
-???


Entschuldigt den Doppelpost. Ich habe mich nochmal mit der Plotfunktion auseinander gesetzt und herausgefunden, wie ich die gplot's bearbeite und kopiere.

Ich denke das ich erst-mal durch bin und einige Tage Daten sammeln sollte. Es beginnt hier nämlich wieder kalt zu werden....

Danke,
Michael

immi

Zitat von: Derrose am 11 März 2018, 17:11:17
You made my day! Many thanks to you and all of you! The last issue was the wrong baudrate:
you are welcome.
now like in scientolgy you are in debt for the rest of your life :)
joking...  :P
it would be great if you help other new users in the forum and/or update in the german fhemwiki with your experinece
immi

willybauss

Ich würde Dir empfehlen, im 3. Plot die Balken für Kompressor und Wintermode unterschiedlich hoch zu machen (z.B. Kompressor *2). Dann kann man es im Plot deutlich besser sehen. Dann wirst Du sehen, dass Du noch viele kurze Kompressorläufe hast statt weniger und dafür längere.
FHEM auf Raspberry Pi B und 2B; THZ (THZ-303SOL), CUL_HM, TCM-EnOcean, SamsungTV, JSONMETER, SYSMON, OBIS, STATISTICS

parabacus

Mir ist gleich aufgefallen, dass die Aussentemperatur-IST und die gefilterte nahezu den gleichen Verlauf hat.
Das bedeutet, dass deine WP schnell den zur Zeit schnell wechselnden Verhältnissen folgt.
Jetzt kommt's drauf an - hast du festes Mauerwerk als Gebäudehülle und wie ist diese ggf. noch gedämmt?
Hast du (ausschliesslich?) Fussbodenheizung?

Ggf. kannst du die Filterzeit erhöhen (Parameter P77 - p77OutThermFilterTime) und damit kehrt auch schon mal etwas Ruhe ein.
Stiebel Eltron LWZ 504 / FHEM auf Rasperry Pi 3 / THZ / Weather / TABLETUI / SB_SERVER / SB_PLAYER  / OBIS / Verkehrsinfo / speedtest / Presence / FRITZ / ZWDongle / ZWAVE / Calendar / CALVIEW/ IPCAM/ ABFALL / ESPEasy