Climate Solutions Community

M_K · ‎26.12.2024

Vielen Dank für die Erklärung und die Hintergrundinformationen, damit hätte sich das ja geklärt. Vielleicht überprüfe ich mal noch bei Gelegenheit, ob das Verhalten zum verbauten Codierstecker passt. In der Montage- und Serviceanleitung habe ich dann auch noch einen kleinen Hinweis gefunden, den ich leider übersehen hatte:

M_K · ‎25.12.2024

Hallo allerseits, ich würde das Thema gerne nochmal "aufwärmen", da ich das Verhalten meiner Anlage (Vitotronic 200 K01B, Öl) im Absenkbetrieb leider nicht nachvollziehen kann. Folgender Mitschnitt zeigt, dass die Heizung im Frostschutz auf eine bestimmte Vorlaufsolltemperatur regelt. Nicht im Bild zu sehen, beginnt beim Unterschreiden von 1°C Außentemperatur wie erwartet die Heizkreispumpe zu arbeiten und die Vorlauftemperaturregelung startet. Die Vorlaufsoltemperatur, welche ich auslese, stimmt jedoch in diesem Zeitraum (Nachtabsenkung) mit der tatsächlichen Vorlaufsolltemperatur gar nicht mehr überein. 🤔 In gezeigten Ausschnitt müsste die tatsächliche Vorlaufsolltemperatur wohl bei ca. 40°C liegen... (Die Rücklauftemperatur ist der Vitotronic nicht bekannt, den Messwert erfasse ich separat.) Parameter der Regelung: norm. Raumsolltemperatur: 23°C red. Raumsolltemperatur: 7°C Neigung: 1,4 Niveau: 5 F8:−5 (default) F9:−14 (default) Elektronische Minimalbegrenzung der Vorlauftemperatur: 20°C (default) Konfiguration: 1 Heizkreis, kein Mischer Hat hier jemand schonmal solch ein Verhalten beobachtet oder kann das erklären? Beste Grüße Manuel

M_K · ‎24.12.2024

PM ist raus

M_K · ‎21.12.2024

Hallo Stefan, gerne teile ich meine Erfahrungen. Ich nutze jetzt seit über einem Jahr meine ESPHome-Bastelei um Daten vom VX3 und E380 abzugreifen. https://community.viessmann.de/t5/Konnektivitaet/CAN-Bus-Home-Automation-E3-Generation-lokal-und-kostenlos/m-p/356066 und die Community dort haben mir sehr geholfen. Obwohl mich meine Umsetzung zufrieden stellt, ist sie keineswegs für jedermann zu empfehlen. Im Gegensatz zu open3e gibt es einige Einschränkungen und natürlich andere Hardware-Anforderungen. Meine Realisierung kann jedoch bestimmt noch optimiert werden. Hardware-Anforderungen An den ESP32 kann man nicht einfach die üblichen USB-to-CAN-Adapter anschließen. Hierfür muss man sich also ein passendes ESP-Board mit (isolierter) CAN-Schnittstelle besorgen oder etwas selber basteln. Ich habe es mit einem MCP2515-Board (+Levelshifter-Schaltung) gelöst und würde es heute jedoch mit dem integrierten CAN-Controller des ESPs versuchen und eine isolierte Schnittstelle realisieren. Siehe dazu: https://esphome.io/components/canbus/. Einschränkungen Das Abfrageregime und Protokoll für die Datenpunkte vom VX3 (bzw. aller E3-Geräte) muss eigens in ESPHome (YAML) konfiguriert werden. Aktuell gibt es keine ESPHome-Komponente, welche diese Arbeit übernimmt. Kenntnisse von YAML und C sind daher empfehlenswert. Für die Datenpunkte orientiere ich mich an https://github.com/abnoname/open3e/blob/master/src/open3e/Open3Edatapoints.py. Für das Protokoll (UDS / ISO-TP) gibt es hier eine gute Erklärung: https://www.embeddeers.com/knowledge-area/jro-can-isotp-einfach-erklaert/ und https://www.csselectronics.com/pages/uds-protocol-tutorial-unified-diagnostic-services. Problematisch sind hierbei in erster Linie die Datenpunkte, welche mehr als ein CAN-Frame als Antwort haben. (das ist die Mehrheit aller Datenpunkte) Hier müssen nämlich zusätzlich zur eigentlichen Anfrage des Datenpunktes noch weitere "Flow Control Frames" gesendet werden. Da die darauf folgenden "Consecutive Frames" nicht mehr über eine ID zuordenbar sind, muss darauf geachtet werden, dass man diese nicht falsch interpretiert. Ein gutes Konzept für Timing und "Verriegelung" der Anfragen ist daher notwendig. Der ESP an sich und dessen Auslastung durch andere Aufgaben schränkt die Anzahl/Aktualiserungsrate der Datenpunkte vermutlich ein. Hierzu kann ich jedoch keine genauen Angaben machen. Eine ähnliche Performance wie mit open3e ist fraglich. Fazit Das ganze Unterfangen ist sicher nicht für Laien geeignet, sofern diese nicht auf eine fertige Implementierung zurückgreifen können. Mit etwas Programmier-Erfahrung und Geduld ist es aber einen Versuch Wert. Sofern Interesse besteht, kann ich gerne ein Beispiel (ESPHome-YAML) bereitstellen. Hier im Forum ist das anscheinend nicht so einfach möglich...? Beste Grüße!

M_K · ‎18.09.2024

Da ich den Hausverbrauch (Leistung) bereits berechne, gebe ich meinen Senf mal dazu. Ich nutze dafür lediglich die Summe aus: 1603: PointOfCommonCouplingPower => Netzbezug/Einspeisung (Messung am Netzanschlusspunkt z. B. über den E380CA) und 1824: ThreePhaseInverterCurrentPower => Leistung des VX3. Die DC-seitigen Größen braucht man dafür gar nicht. Da bei mir noch ein STP4.0 von SMA dabei ist, geht dessen AC-Leistung auch noch in die Rechnung ein. Bei diesem "Sonderfall" ist es auch nicht selten, dass der VX3 mal eine negative Leistung auf DID 1824 angibt, da er via AC-Kopplung die PV-Energie vom SMA-Wechselrichter ebenfalls in den Akku schieben kann. Für die Energiebilanzierung im HA Energie-Dashboard nutze ich dann natürlich die Energien, also PV-Erzeugung, Batterieladung, Batterieentladung, Netzbezug und Netzeinspeisung.

M_K · ‎12.04.2024

Eine kleine Ergänzung zum Energiezähler E380-CA: Beim E380 werden die Energien (Import, Export) im CAN-Telegramm mit ID 0x258 (oder 0x259) als FLOAT (32-Bit Fließkommazahl) in der Einheit Wh übertragen. Weitere Skalierungen oder Offsets sind nicht notwendig/vorhanden.

M_K · ‎30.11.2023

Bzgl. E380 und VX3 würde mich mal interessieren ob schon jemand ein Abbild für die bezogene und eingespeiste Energie gefunden hat. Ich habe in den Datenpunkten für den VX3 leider nichts dazu gesehen. Die eigentlichen Werte vom E380 (ID 0x258) lassen sich meines Erachtens (aktuell) nur eingeschränkt nutzen, da (zumindest bei mir) Offset und Skalierungsfaktor krumm und veränderlich sind und sich wohl auch zwischen Geräten unterscheiden.

M_K · ‎21.11.2023

Ich kannte anfangs noch nicht die Baudrate und hatte nur gelesen, dass (manche?) ESPs wohl nicht alle Baudraten unterstützen. Die Bezeichnungen der vielen ESP-Module und die zuweilen dürftige Beschreibung auf diversen Onlineshops hatte mich zusätzlich zweifeln lassen, ob alle ESPs überhaupt eine CAN-Peripherieeinheit besitzen. Deshalb habe ich dann einfach mit Kanonen auf Spatzen geschossen. Genau, schreiben mit 0x680 und lesen mit 0x690.

M_K · ‎26.10.2023

Ich lese 1603: O3EComplexType(4, "PointOfCommonCouplingPower", ...) bei mir erfolgreich via ESPHome aus. Die ersten beiden Bytes ("P1") ergeben bei mir die Wirkleistung am PCC, welche ich auch über einen anderen Weg erhalte. Beide Werte stimmen also überein, weshalb ich die Interpretaion als O3EInt16 so bestätigen würde. rot: DID 1603 "P1" @1Wert/min (gleitender Mittelwert aus 6 Messwerten) grün: Zählermesswert (E380 CA) Die anderen beiden Bytes "P2" habe ich noch nicht verarbeitet/interpretiert.

M_K · ‎08.10.2023

Hallo, gibt es schon Neuigkeiten oder Ergänzungen zur Tabelle (E380 - Zähler)? Die in gelb hervorgehobenen Zeilen konnte ich leider so noch nicht bei mir reproduzieren. Sofern sich damit Energien in Wh/kWh ergeben sollen, erhalte ich keine plausiblen Werte. Gibt es eine Erklärung zu den abstrus wirkenden Offsets? Hier mal die ungefähren Werte, die ich erwarten würde (laut mygridbox Jahresbilanz): Bezug 39,8 kWh Einspeisung 520,7kWh 2 aktuelle CAN-Frames mit ID 0x258: 0x1164214720A5FE48 0xAB64214737A5FE48 Der unter der ID 0x25C kommunizierte Zählerstand entspricht wie erwartet der bezogenen Energie (hier 39,8 kWh). MfG

M_K · ‎26.09.2023

Hallo @HerrP, das sind tolle Neuigkeiten! Ich würde gerne bei der Interpretation der Rohdaten unterstützen. Meine CAN-Logger-Installation werde ich wahrscheinlich innerhalb der nächsten Woche wieder in Betrieb nehmen. Ich hoffe dann diesmal mit Lastsprüngen zu einem Ergebnis zu kommen, mit den reinen CAN-Daten war mir das nicht gelungen. Ich bin gespannt. 😁 MfG

M_K · ‎16.09.2023

Hallo @HerrP ! ESPHome (https://esphome.io/) läuft direkt auf dem ESP32/ESP8266 und kann sehr gut mit HomeAssistant interagieren. Bei mir läuft darauf bereits die Optolink Schnittstelle einer Vitotronic 200 KO1B mittels eines selbst-gebastelten Adapters. Über einen CAN-Bus Controller (MCP2515) konnte ich die CAN-Kommunikation zwischen Vitocharge und E380 CA mitschneiden. Bis auf einen Zeitstempel habe ich davon jedoch (mangels Kenntnissen bzgl. CAN-Standards/CAN-Protokollen) nichts interpretieren können. Prinzipiell kann man via MicroPython auch Python auf diesen Microcontrollern nutzen, aber ohne ESPHome wäre das für mich nicht nutzbar. Eine Kombination aus beiden kenne ich nicht. Ich hoffe, dass ich die Daten nach dem Sichten eurer geleisteten Arbeit evtl. selbst auf dem ESP interpretieren kann. Alternativ würde ich versuchen, die Rohdaten an HomeAssistant (Server) zu übertragen und dort die Interpretation zu vollenden. Dort kann man auch Python-Skripte nutzen, womit dies wahrscheinlich die einfachere Lösung darstellen sollte. Wie du siehst, habe ich noch einige Unklarheiten zu beseitigen. 😅 learning by doing... Beste Grüße!

M_K · ‎14.09.2023

Hallo @HerrP, bei mir gibt es einen Vitocharge VX3 (8.0A10) mit Energiezähler E380 CA. Daher habe ich ebenfalls großes Interesse an Ihrem Projekt. 🙂 Den CAN-Bus habe ich bei mir mit einem ESP32 (ESPHome) angezapft. Da ich noch nicht weiß, wie ich das Python-Projekt mit dieser Hardware verheiratet bekomme, würde ich die Daten mit der vorhandenen CAN-Integration von ESPHome und Ihren Infos bzgl. Protokoll/Datenpunkten interpretieren. 🤔 Beste Grüße!

M_K · ‎14.08.2023

Ich sehe gerade in den Issues, dass bereits an einer Lösung für den E380 gearbeitet wird.

M_K · ‎14.08.2023

Hallo, dieses Repo und den dazugehörigen Foren-Beitrag https://www.viessmann-community.com/t5/Konnektivitaet/CANOpen-object-dictionary-und-Electronic-Data-Sheet/td-p/273486 habe ich auch schon gesehen, aber vielen Dank für den Hinweis. Da es dort jedoch um andere Geräte geht, habe ich nicht nachgefragt. Ich probiere mal mein Glück. MfG

M_K · ‎14.08.2023

Guten Tag, unser Vitocharge VX3 kommuniziert via CAN Bus mit dem "Energiezähler E380 CA". In der knappen Anleitung finden sich diesbezüglich nur folgende Infos zur CAN-Schnittstelle: Version CAN 2.0B Anschluss ISO 11898-1 Frame Format Base Frame Format Zudem sind die Messwerte angegeben, welche über die Schnittstelle bezogen werden können. Gibt es weitergehende Infos zum Protokoll, den ID's etc.? Ich bin dabei den CAN Bus mitzulesen um darüber eine detaillierte Datenerfassung zu realisieren. Die Baudrate scheint wohl 250000 zu sein. Ohne weitere Infos gestaltet sich die Interpretation der Daten jedoch als schwierig. Leider bietet der Hersteller dafür bisher keine brauchbare Schnittstelle bzw. Alternativen an. Die Apps "ViCare" und "myGridbox" sind leider auf die Cloud angewiesen, zeigen zu wenige Mess- oder Systemgrößen an und aktualisieren zu selten. Außerdem funktionieren diese öfters unzuverlässig. Der kostenpflichtige API-Zugriff bietet nur minimal mehr Werte an, welche jedoch ebenfalls zu selten abgeholt werden können. An Informationen zu den DC-Größen (Leistung, Spannung & Strom von den PV-Strings oder der Batterie) kommt man leider überhaupt nicht. MfG

Climate Solutions Community

Deine Aktuellen Statistiken

Betreff: Vorlauf-/Kesseltemperatur bei Frostschutz

Betreff: Vorlauf-/Kesseltemperatur bei Frostschutz

Betreff: Home Assistant über ESPHome an CAN-bus an...

Betreff: Home Assistant über ESPHome an CAN-bus an...

Betreff: CAN Bus, Home Automation E3 Generation lo...

Betreff: CAN Bus, Home Automation E3 Generation lo...

Betreff: CAN Bus, Home Automation E3 Generation lo...

Betreff: CAN Bus, Home Automation E3 Generation lo...

Betreff: CAN Bus, Home Automation E3 Generation lo...

Betreff: CAN Bus, Home Automation E3 Generation lo...

Betreff: CAN Bus, Home Automation E3 Generation lo...

Betreff: CAN Bus, Home Automation E3 Generation lo...

Betreff: CAN Bus, Home Automation E3 Generation lo...

Betreff: Energiezähler E380 CA CAN Protocol

Betreff: Energiezähler E380 CA CAN Protocol

Energiezähler E380 CA CAN Protocol

Weitersurfen