Ebusd + weishaupt wrsol 1.1

Integrationen
1

Moin Kameraden,

ganz kurz zur Vorgeschichte…vor 3 Wochen habe ich zufällig festgestellt, dass bereits im März der untere Speicherfühler ausgestiegen ist, durch diesen Fehler 120°C angezeigt wurden und deshalb die Pumpe seitdem nicht angelaufen ist. Also…testweise Festwiderstand reingebaut und die Pumpe lief, neuen Fühler bestellt…alles i.O.
Damit mir das nicht wieder vorkommt, habe ich mir den https://adapter.ebusd.eu/v5-c6/ bestellt, eingerichtet und die Kommunikation funktioniert auch. Allerdings kommen da keine gescheiten Werte an. Also ist da nix mit Plug’n’Play.
Wo und wie kann ich denn da nun ansetzen, damit etwas vernünftiges rüberkommt? Mit den verschiedenen Configs, die ich im Web gefunden habe, funktioniert es schon mal nicht.
Zwischenduch hatte ich mich schon darüber geärgert…ein Shelly mit Stromzange hätte mir da auch gereicht, wo ich hin und wieder mal sehe, dass die Pumpe läuft. Und wenn die halt länger mal nicht gelaufen ist, dann hätte ich auch in den Keller gehen können, um nachzusehen.
Jetzt habe ich aber diesen Adapter und möchte ihn auch zum laufen bekommen.

2025-07-13 15:09:13.232 [device notice] transport opened
2025-07-13 15:09:13.235 [main notice] ebusd 25.1.p20250414 started with broadcast scan on device: 192.168.30.12:9999, TCP, enhanced
2025-07-13 15:09:13.237 [bus notice] bus started with own address 31/36
2025-07-13 15:09:13.240 [device notice] reset, supports info
2025-07-13 15:09:13.246 [device notice] extra info: firmware 1.1[560f].1[560f], jumpers 0x0b
2025-07-13 15:09:13.246 [bus notice] signal acquired
2025-07-13 15:09:13.446 [mqtt notice] connection established
2025-07-13 15:09:23.237 [main notice] starting initial broadcast scan
2025-07-13 15:09:23.378 [update notice] sent write broadcast queryexistence QQ=31: 
2025-07-13 15:10:33.382 [main notice] scan completed 1 time(s), check again
2025-07-13 15:11:23.498 [device notice] extra info: ID 7c2c6761ec08180100
2025-07-13 15:11:23.576 [main notice] update check: revision 25.1 available, device firmware v5-c6 1[560f] up to date, broadcast.csv: newer version available
2025-07-13 15:11:43.576 [main notice] scan completed 2 time(s), check again
2025-07-13 15:12:53.578 [main notice] scan completed 3 time(s), check again
2025-07-13 15:14:03.580 [main notice] scan completed 4 time(s), check again
2025-07-13 15:14:05.581 [bus notice] new master 10, master count 2
2025-07-13 15:14:05.581 [update notice] received update-read broadcast error QQ=10: ES65  E OK
2025-07-13 15:14:13.743 [bus notice] scan 15: ;TEM;21931;0100;0110
2025-07-13 15:14:13.743 [update notice] store 15 ident: done
2025-07-13 15:14:13.743 [update notice] sent scan-read scan.15  QQ=31: TEM;21931;0100;0110
2025-07-13 15:14:13.743 [bus notice] scan 15: ;TEM;21931;0100;0110
2025-07-13 15:14:13.743 [main error] unable to load scan config 15: no file from tem with prefix 15 found
2025-07-13 15:14:13.743 [main error] scan config 15: ERR: element not found
2025-07-13 15:15:15.745 [main notice] scan completed 5 time(s), check again
2025-07-13 15:16:25.746 [main notice] scan completed 6 time(s), end
2025-07-13 15:19:05.192 [update notice] received update-read broadcast error QQ=10: ES65  E OK
2025-07-13 15:24:05.073 [update notice] received update-read broadcast error QQ=10: ES65  E OK

ebusd1
ebusd1829×354 15.4 KB

ebusd2
ebusd2337×276 5.57 KB

ebusd3
ebusd3650×199 4.52 KB

2

Inzwischen bin ich eigentlich am Ziel. Das, was ich sehen will, sehe ich auch. Aber es war ein steiniger Weg. Selbst die Daten, die ich vom Hersteller TEM bekommen habe, stimmten nicht. Sämtliche Configs bzw. RAM-Adressen, die ich im Netz gefunden habe (und ich habe sie alle gefunden… :wink:), stimmten nicht.

Dann habe ich die Fühler abgeklemmt und Potis angeklemmt und im RAM nach den Werten gesucht. Für die Werte, die ich haben möchte, klappt das auch wunderbar.

Nun hat die Anzeige am Regler auch noch z.B. den Gesamtertrag.
Den finde ich auch im RAM an genau 1 Adresse. Allerdings nur solange, bis mal wieder Warmwasser vom Dach kommt. Dann steht am Regler der neue Wert und im RAM hat sich die Adresse geändert und damit stehen dann im HA falsche Werte. Das ist aber nur bei dem Gesamtbetrag so.

Die Suche nach dem neuen Wert im RAM dauert in etwa 1h und er wird auch genau 1x gefunden.
Einen Dec2Hex-Umrechnungsfehler schließe ich aus.

Kennt das jemand von den vielen ebus-Spezialisten unter uns, dass die Werte “wandern”?

mfg Kurt

5

Hallo Kurt,

ich stehe mehr oder weniger vor ähnlichen Problemen. Ich habe die WRSol in der Version v1.20 vor Kurzem installiert bekommen, die vorige v1.12 hat sich so gut wie gar nicht gemeldet wegen eines Defekts im Steuergerät. Bis dahin hatte ich meines Erachtens auch immer den ““broadcast error””, den ich in deinem Protokoll sehe. Mit der aktuellen WRSol-Version dann nicht mehr. Ich betreibe eine Solarthermie-Anlage, also nichts, was ich unbedingt steuern muss. Aber da ich arge Ertragsprobleme hatte und ich zu faul bin mir ständig die CSVs zu ziehen und auszuwerten, wollte ich es gerne mit grafana machen. soweit erstmal der Use Case:-)

Welche WRSol-Version fährst du? Das steht auf nem Aufkleber, der oben an dem Steuergerät aufgeklebt ist.

Ansonsten bin ich auch schon diverse CVS durchgegangen und konnte bislang keine einzigen vernünftigen Werte auslesen!

Bist du noch einen Schritt weitergekommen bei dir?

Anbei noch ein paar Bilder meiner Konfiguration:

es kommen Werte an, aber ich erhalte nur Nullen bei den Temperaturen…

ebus_config
ebus_config371×294 12.6 KB

ebusd_config
ebusd_config413×481 10.9 KB

und noch weitere Bilder:

ebusd_protocoll
ebusd_protocoll1336×1161 108 KB

MQTT-ebusd
MQTT-ebusd1057×491 24.6 KB

MQTT-ebusd-sensoren
MQTT-ebusd-sensoren673×1229 66.8 KB

:crayon:by HarryP: Zusammenführung Mehrfachpost

6

HW1.1 | SW1.0

Eines vorweg…die RAM-Adressen habe ich gesucht, als der Ebus-Adapter auf einem Raspi steckte. Jetzt läuft er ohne. Inwiefern das jetzt noch möglich ist, weiß ich nicht.

Also…wie ich oben bereits schrieb, habe ich die 2 Fühler durch 2 Potentiometer ersetzt, um eine definierte Temperatur zu haben.

Ein Script zum auswerten habe ich hier entdeckt.

Dann habe ich den kompletten RAM von 0000 bis ffff ausgelesen. Dauert ungefähr 1h. Danach habe ich beide Widerstandswerte geändert, um andere Temperaturen zu haben, und wieder den kompletten RAM ausgelesen. Und dann habe ich nach den Temperaturen in HEX gesucht und den Speicherplatz verglichen.
Und zack…war das einfach. :sweat:
Die Pumpendrehzahl kannst Du genauso auslesen, indem Du am Kollektor eine höhere bzw. eine niedrigere Temperatur einstellst. Der Teilertrag ist zumindest nachts fix.
Man muss beim Suchen und Vergleichen High- und Low-Byte tauschen.
z.B.
Die Anzahl der Betriebsstunden meiner Pumpe beläuft sich inzwischen auf 12951.
Das wäre umgerechnet in HEX 32 97.
Im RAM muss aber nach 97 32 gesucht werden.
Und wenn Du das gefunden hast, dann wird Dir auch die Adresse genannt.
Diese kannst Du dann in Deine CSV eintragen.
Bei mir wäre das diese Zeile

r,WRSol,BS_Pump,Betriebsstunden_Pumpe,,15,0900,291002,,,UIN,,h,,,,,,,,,

…und die gefundene Adresse war 10 29, d.h. die Adresse muss in der CSV auch wieder gedreht werden.

Edit
Die Solare Leistung habe ich an 2 Stellen im RAM gefunden.
Die Drehzahl der Pumpe habe ich an 3 Stellen im RAM gefunden.
Alle Stellen haben sich über einen längeren Zeitraum richtig aktualisiert, also habe ich mich am Ende für jeweils 1 Adresse entschieden.
Das o.g. Problem mit dem Gesamtertrag besteht immer noch bzw. oder auch nicht. Ich kann ihn immer noch nicht auslesen, aber ich errechne ihn mir über den Teilertrag.

Edit2
Habe ich jetzt erst gesehen…Du ziehst Dir die Configs nur online. Dann wirst Du nie an Dein Ziel kommen. Lade Dir das komplette Verzeichnis herunter in Dein Config-Verzeichnis, passe den Pfad an und bearbeite die CSV nach Deinen Wünschen.

Edit3
Das Script habe ich jetzt ohne den Raspi nicht zum laufen bekommen. Ich will aber auch nicht zu viel herum pfuschen…ich bin nicht z.H. Direkte Abfragen sind aber möglich.

  • Advanced SSH & Web Terminal
  • Gesicherter Modus = AUS
  • in eBUSd: Custom Command Line Options: --enablehex
  • im Terminal: docker exec -it `docker ps | grep ebusd | awk '{print $1}'` /bin/bash
  • im Terminal: ebusctl hex 15090003291002
  • im Terminal Antwort: 029732

Das wären aber nur die Abfragen bei mir. Wenn bei Dir die Werte in anderen Adressbereichen stehen, kommt auch nur Müll raus.

2910 entspricht Adresse 10 29
Die Antwort 9732 wäre 3297 und gleich DEZ 12951.

–
MfG Kurt

7

Hi Kurt, na da habe ich doch endlich wieder eine kleine Aufgabe für die dunklen Tage…:smiling_face_with_sunglasses: mal sehen wie weit ich komme. Danke dir schonmal vorab für den Link zum Script. Das werde ich mal ausprobieren und berichten.

Herzliche Grüße,

F

8

…wenn Du wüsstest, wieviel Arbeit für die dunklen Tage seit Jahren schon liegen geblieben ist…

–
MfG Kurt

1 „Gefällt mir“
9

Hi Kurt,

vielen Dank für deinen Input, der war richtig gut und hat meinen Ehrgeiz gepackt… Ich bin jetzt auch schon ein Stückchen weiter gekommen. Ich konnte das Skript aus deinem Link über den Adapter ausführen und habe aus Ermangelung an verfügbaren Potis den kompletten Nummernkreis 4mal durchlaufen lassen und die Werte gespeichert (tee). Je Lauf waren das mehrere Stunden, da der Ebus-Adapter nicht auf dem Raspi hing (vermutlich höhere Latenz), was an dunklen Tagen aber auch mehr als egal ist:-)
Anschließend habe ich die Werte rausgeschmissen, die über alle Läufe identisch waren, sich also nicht geändert hatten. ICh habe natürlich streng darauf geachtet, dass auch Werte wärend des Pumpenbetriebs erhoben werden, sonst wäre das ja Quatsch. Anschließend habe ich das Skript etwas aufgebohrt und u.a. eine include-Liste vorab geladen, denn meine Bereinigung kam von 16^4 Zeilen dann nur noch auch etwas mehr als 3000, genau gesagt 3313. Die kann ich in ca. 10 min durchrattern lassen.
Vorher und nach Ende des Laufs die wesentlichen Werte, wie TK, TO, TU etc. notiert und anschließend gefiltert und eingegrenzt.
Bei microcontroller.net habe ich eine ebus-Definition von Weishaupt gefunden, anhand dessen man nachvollziehen kann, wie die Werte für/aus dem eBus aufgebaut sind, z.B. sind die meisten Temperaturwerte am Ende durch 10 zu teilen, um die Kommazahl zu erhalten.

Nur mal so zum Abgleich:
für TK wären laut Filterung die folgenden Aufrufe verantwortlich:

| 15090003**a101**02 |
|----|
| 15090003**8f0d**02 |
| 15090003780e02 |
| 150900032e0f02 |
| 150900035d0f02 |
| 15090003291002 |
| 15090003be1302 |
| 150900032f1902 |

TKV

| 15090003840e02 |
|----|
| 15090003390f02 |
| 150900032d1002 |
| 15090003161802 |

TKR

| 150900032e0008 |
|----|
| 150900037c0e02 |
| 15090003880e02 |
| 15090003320f02 |
| 150900033b0f02 |
| 150900032f1002 |
| 150900035b1502 |
| 15090003d51502 |
| 150900031e1602 |
| 150900032d1602 |
| 15090003a51602 |
| 15090003b41602 |
| 15090003c31602 |
| 15090003d21602 |
| 15090003e11602 |
| 15090003ff1602 |
| 150900030e1702 |
| 15090003421902 |

TO

| 15090003551902 |
|----|

TU

| 15090003681902 |
|----|

Weiter bin ich aktuell noch nicht gekommen. Volumenstrom, kW, Pumpenstatus und Pumpenrotation wären noch die Werte, die mich interessieren an der Stelle. Dazu melde ich mich aber, sobald ich die rausextrahiert habe…

Welche HEX-Werte verwendest du für die genannten Werte in deiner CSV?

Grüße,

Frickelfrakel

:crayon:by HarryP: Code-/Logzeilen formatiert (bitte immer in </> einbinden)
s.a.: (Neues Update & Features - Hier in der Community 🫶)

10 
*r,WRSol,,,,15,0900,,,,,,,,,,,,,,,
r,,TempKol,Kollektortemperatur,,,,bc0f02,,,SIN,10,°C,,,,,,,,,
r,,TempSpU,Speichertemperatur_unten,,,,c50f02,,,SIN,10,°C,,,,,,,,,
r,,BS_Pump,Betriebsstunden_Pumpe,,,,291002,,,UIN,,h,,,,,,,,,
r,,TeilErtr,Teilertrag_Kollektor,,,,231002,,,UIN,,kW,,,,,,,,,
r,,DrehzP1,Drehzahl_Pumpe,,,,c70e02,,,UIN,,%,,,,,,,,,
r,,SolarP,Solare_Leistung,,,,2f0f02,,,UIN,10,kW,,,,,,,,,

Zusätzlich habe ich dann noch direkt an den Adapter einen DS18B20 gehangen, um die obere Speichertemperatur auch noch abfragen zu können. Das geht zwar auch direkt über die Steuerung mit einem passenden Fühler, allerdings ist das dann preislich wieder nicht mehr so ganz interessant.
–
MfG Kurt

11

Es läuft bei mir…

#type,circuit,level,name,comment,qq,zz,pbsb,id,part,type,divisor/values,unit,comment
*r,WRSol,,,,15,0900,,,,,,,
r,,TempKol,Kollektortemperatur,,,,291002,,,SIN,10,°C,
r,,TempSpU,Speichertemperatur_unten,,,,960e02,,,SIN,10,°C,
r,,TempSpO,Speichertemperatur_oben,,,,900e02,,,SIN,10,°C,
r,,TempRueck,Ruecklauf_Temperatur,,,,7c0e02,,,SIN,10,°C,
r,,TempVor,Vorlauf_Temperatur,,,,840e02,,,SIN,10,°C,

image
image476×636 23.6 KB

Danke, @Kurt, für deinen Input. Ohne den hätte ich es nicht geschafft:-)

Sobald ich weitere Werte identifiziert habe, veröffentliche ich ein Update. Zumindest die Pumpendrehzahl und der Flow wären noch interessant. Den Rest kann man daraus berechnen.

Aktuell frage ich mich, was das Ergebnis beim SCAN.15=0110 bedeutet. Es handelt sich hierbei um die SW-Version 1.1 der Steuereinheit WRSol 1.2. HW-Version ist 0120, also 1.2. Wird die irgendwo nochmal benötigt? Warum wird die Version ausgegeben?

12

Also bei mir sieht das anders bzw. umfangreicher aus.

scan.15
= { "MF": {"value": "TEM"}, "ID": {"value": "21931"}, "SW": {"value": "0100"}, "HW": {"value": "0110"}}

Ich wüsste nicht, dass man dies im Nachhinein noch einmal braucht.
Nach jedem Neustart wird halt die Config neu eingelesen.

Was kommt denn bei Dir bei

ebusctl info

?

–
MfG Kurt

13

bei mir kommen die folgenden Informationen:

/ # ebusctl scan result
15;TEM;WRSOL;0120;0110

und

/ # ebusctl info
version: ebusd 25.1.p20250414
update check: revision 25.1 available, device firmware v5-c6 1[5b17] available, broadcast.csv: different version available, memory.csv: different version available
device: 192.168.x.x:9999, TCP, enhanced, firmware 1.1[5b02].1[5b02]
access: “*”
signal: acquired
symbol rate: 20
max symbol rate: 51
min arbitration micros: 1
max arbitration micros: 21
min symbol latency: 4
max symbol latency: 13
scan: finished
reconnects: 0
masters: 2
messages: 23
conditional: 0
poll: 5
update: 10
address 10: master #2
address 15: slave #2, scanned "MF=TEM;ID=WRSOL;SW=0120;HW=0110", loaded "tem/15.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
14

Das sieht doch erst mal gut aus.
Warum allerdings bei Dir im MQTT-Explorer unter scan.15 nicht mehr angezeigt wird, kann ich Dir auch nicht beantworten.

–
MfG Kurt

15

So in die Runde, so langsam habe ich alles beisammen, was ich brauche. Kurz zusammengefasst:

meine tem.15.csv

#type,circuit,level,name,comment,qq,zz,pbsb,id,part,type,divisor/values,unit,comment *r,WRSol,,,,15,0900,,,,,,, r,,DrehzP,Drehzahl_Pumpe,,,,1c0e02,,,upercent,,%, Drehzahl als UIN (integer) r,,Flow,Flow-Geschwindigkeit,,,,681902,,,uflow,,l/h,flow als UIN (unsigned integer) 840d7 f0anOK 840dnOK 8610nOK r,,ErtragAkt,Ertrag_Aktuell,,,,800e02,,,power10,,kW, 800enOK r,,TempRueckGleit,Vorlauftemperatur_Gleitend,,,,7c0e02,,,itemp10,,°C, r,,TempKol,Kollektortemperatur,,,,780e02,,,itemp10,,°C, r,,TempSpU,Speichertemperatur_unten,,,,960e02,,,itemp10,,°C, r,,TempSpO,Speichertemperatur_oben,,,,900e02,,,itemp10,,°C, r,,TempRueck,Ruecklauftemperatur,,,,880e02,,,itemp10,,°C, r,,TempVor,Vorlauftemperatur,,,,840e02,,,itemp10,,°C,

meine _templates.csv-Definitionen

# WRSol,,,,
itemp10,SIN,10,°C,Temperatur
itemp1,SIN,,°C,Temperatur
uflow,UIN,,l/h,Flow als unsigned integer (immer positiv)
percent10,SIN,10,%,Prozent×10
upercent10,UIN,10,%,Prozent×10
upercent,UIN,,%,Prozent
power10,UIN,10,kW,Leistung×10
temp10,SIN,10,°C,Temperatur ×10

und zuguter letzt müsst ihr in der mqtthassio-Datei noch die folgende Zeile auskommentieren (#), damit alle Daten angezeigt werden.

filter-name = status|temp|humidity|yield|count|energy|power|runtime|hours|starts|mode|curve|^load$|^party$|sensor|timer

Dann noch die üblichen Einträge für Sensoren und Helfer und Schwupps fertig:-)

Insgesamt ne wahre Frickelei!

1 „Gefällt mir“
16

Hallo,

ich stehe vor der gleichen Herausforderung. Ich habe eine WRSol 1.1.

Der ID String lautet “WRSOL;SW=0120;HW=0110”

Meine Config sieht so aus.

#type,circuit,level,name,comment,qq,zz,pbsb,id,part,type,divisor/values,unit,comment
*r,WRSol,15,0900,
r,TempKollektor,Kollektortemperatur,291002,SIN,10,°C,
r,TempSpeicher,Speichertemperatur,960e02,SIN,10,°C,
r,TempRuecklauf,Ruecklauf_Temperatur,7c0e02,SIN,10,°C,
r,TempRuecklauf1,Ruecklauf_Temperatur,2e0008,SIN,10,°C,
r,TempVorlauf,Vorlauf_Temperatur,840e02,SIN,10,°C,
r,DrehzahlPumpe,Drehzahl_Pumpe,1c0e02,UIN,%,Prozent
r,Flow,Flow-Geschwindigkeit,681902,UIN,l/h,Flow als unsigned integer (immer positiv)
r,ErtragAktuell,Ertrag_Aktuell,800e02,UIN,10,kW,Leistung×10

Es funktioniert auch fast alles, außer der “Flow” zeigt immer 0 an. Und TempRuecklauf und TempRuecklauf1 zeigen zwar sich ändernde Werte an. Allerdings passen Sie nicht zu dem Wert der in der WRSol angezeigt wird. Flow, TempRuecklauf und TempRuecklauf1 funktionieren also nicht richtig.

angezeigt wird
WRSol TempRuecklauf1 QQ=31: 26.4
WRSol TempRuecklauf QQ=31: 53.3

richtig wäre aber eher 38.3. d.h. es ist kein Fehler in einer Zehnerpotenz.

Habt ihr noch einen Tipp welche Adressen man noch probieren könnte?

Viele Dank im Voraus!

17

Hi @holger.hees ,
erstmal Glückwunsch, dass du es geschafft hast das Steuergerät auszulesen und einzubinden.
Ich hatte auch den einen oder anderen gleitenden Durchschnitt der Vor- und Rücklauftemperaturen erwischt, z.B.
r,TempRueckGleit,Rücklauftemperatur_Gleitend,7c0e02,itemp10,°C,

das ist übrigens genau dein TempRuecklauf!

Der eigentliche Eintrag für die Rücklauftemperatur hat bei mir die Adresse 880e02.

Probier die doch mal aus und nenn die andere in gleitend um.

Deinen dritten Wert 2e0008 kann ich bei mir überhaupt nicht zuordnen. Ich würde ihn unter Beobachtung stellen und schauen, was dieser genau macht.

Zum Flow habe ich nochmal das eine oder andere Wochenende verbraten, leider ohne Erfolg! Dieser Wert lässt sich iwie nicht auslesen… Wenn ihn allerings einer hat, dann gerne her damit:-)

Ich habe mir mit einem Helfer den Flow berechnet. Dazu musst du nur deine maximale Durchflussmenge wissen, bei mir 400l/h und fertig. Als näherungsweisen Wert schon brauchbar.

Was leider damit nicht geht, und wofür ich den Flow gerne hätte, ist die Ausgabe einer Warnmeldung, wenn Pumpe läuft, aber kein Flow da ist (z.B. bei einer ungewollten Stagnation).

Grüße,

F

Anbei noch meine aktuelle tem-Datei, da siehst du wieviele FLOWs ich mittlerweile als scheinbar entdeckt wieder auskommentieren musste… ein Trauerspiel

#type,circuit,level,name,comment,qq,zz,pbsb,id,part,type,divisor/values,unit,comment
*r,WRSol,15,0900,

=== Pumpe ===

r,DrehzP,Drehzahl_Pumpe,1c0e02,upercent,%, Drehzahl als UIN (integer)

r,PS,Solarpumpe_Drehzahl,3cf502,upercent,%, zu verifizieren

=== Temperaturen ===

r,TempRueckGleit,Ruecklauftemperatur_Gleitend,7c0e02,itemp10,°C,
r,TempKol,Kollektortemperatur,780e02,itemp10,°C,
r,TempSpU,Speichertemperatur_unten,960e02,itemp10,°C,
r,TempSpO,Speichertemperatur_oben,900e02,itemp10,°C,
r,TempRueck,Ruecklauftemperatur,880e02,itemp10,°C,
r,TempVor,Vorlauftemperatur,840e02,itemp10,°C,

r,TKO,Kollektor_Temperatur_aktuell,28f502,itemp10,°C, zu verifizieren

r,TKV,Kollektor_Vorlauf,78f502,itemp10,°C, zu verifizieren

r,TKR,Kollektor_Ruecklauf,a0f502,itemp10,°C, zu verifizieren

r,TSO,Speicher_Oben,8af402,itemp10,°C, zu verifizieren

r,TSU,Speicher_Unten,8ef402,itemp10,°C, zu verifizieren

=== Ertrag ===

r,ErtragAkt,Ertrag_Aktuell,800e02,power10,kW, 800enOK
r,ErtragGes,Gesamtertrag_Solarthermie,0f9502,power10,kWh, energy as power 0f95

r,Q1,Leistung_Kollektor_aktuell,42f502,UIN,kW, zu verifizieren

r,E1,Teilertrag,46f502,UIN,kWh, aus FHEM-Forum - zu verifizieren
r,Ges1,Gesamtertrag_MWh,4af502,UIN,10,MWh, zu verifizieren
r,Bh1,Betriebsstunden,4cf502,UIN,h, zu verifizieren

=== Flow ===

r,Flow,Flow-Geschwindigkeit1,ff1702,uflow,l/h, passiv vom Bus - zeigt gecachten Wert
r5,FlowReal,Flow_Kollektordurchfluss_00-062,98f502,UCH,l/h, fester Wert ~152 - kein Messwert
r,FlowNeu,Flow_Kandidat_0807,080702,UCH,l/h, Scan-Treffer bei 40pct=69lh - verifizieren!

=== Fehler ===

r,Error,Fehleranzeige,3af402,UCH,  zu verifizieren

=== Alte Flow-Kandidaten (alle ERR: element not found) - zur Dokumentation ===

r,Flow2,Flow-Geschwindigkeit2,840d02,uflow,l/h, nOK

r,Flow3,Flow-Geschwindigkeit3,861002,uflow,l/h, nOK

r,Flow4,Flow-Geschwindigkeit4,198602,uflow,l/h, nOK

r,Flow_1,Flow-Geschwindigkeit_1,8f0e02,uflow,l/h, nOK

r,Flow_2,Flow-Geschwindigkeit_2,960e02,uflow,l/h, nOK

r,Flow_3,Flow-Geschwindigkeit_3,370f02,uflow,l/h, nOK

r,Flow_4,Flow-Geschwindigkeit_4,3d0f02,uflow,l/h, nOK

r,Flow_5,Flow-Geschwindigkeit_5,2b1002,uflow,l/h, nOK

r,Flow_6,Flow-Geschwindigkeit_6,d11002,uflow,l/h, nOK

r,Flow_7,Flow-Geschwindigkeit_7,d61302,uflow,l/h, nOK

r,Flow_8,Flow-Geschwindigkeit_8,da1302,uflow,l/h, nOK

r,Flow_9,Flow-Geschwindigkeit_9,f21402,uflow,l/h, nOK

r,Flow_10,Flow-Geschwindigkeit_10,501502,uflow,l/h, nOK

r,Flow_11,Flow-Geschwindigkeit_11,681902,uflow,l/h, nOK

PS: im Vergleich mit deiner TEM-Datei habe ich deinen Flow (681902) bei mir auch schon drinne gehabt :face_with_peeking_eye:

18

Vielen Dank für die schnelle Antwort.

Die Rückflusstemperatur funktioniert jetzt. Daraus kann ich mir jetzt die Erträge und Leistung berechnen.

Das direkte Auslesen von

r,ErtragAktuell,Ertrag_Aktuell,800e02,UIN,10,kW,Leistung×10
r,ErtragGesamt,Ertrag_Gesamt,0f9502,UIN,10,kW,Leistung×10
r,LeistungAktuell,Leistung_Aktuell,42f502,UIN,10,kW,Leistung×10

bringt bei mir leider nur komische Werte

Leitung Aktuell ist fix 1721.8. Nach meiner Berechnung schwankt es zwischen 1380 und 1700 (aktuell)
ErtragAktuell ist ein kW Wert der irgendwie steigt, und jede Minute zurückgesetzt wird.
ErtragGesamt ist bei mir fix 411.1. Richtig wäre irgendwas um die 763

aber egal. Dank deines Tipps und der nun funktionierenden Rückflusstemperatur hab ich alles was ich brauche :slight_smile: