Climate Solutions Community

@Marc_O @KoGo Ich habe das mal bei Claude eingetütet. Hier die Antwort: Das ist ein interessanter Fall, der einige Aspekte beleuchtet. Zur technischen Frage selbst: Das Risiko ist real als allgemeines Konzept — EEPROM hat begrenzte Schreibzyklen (typisch 100.000–1.000.000 pro Speicherstelle). Aber ob das auf Viessmann-E3-Geräte zutrifft, ist unklar: Moderne Embedded-Systeme verwenden oft Flash mit Wear-Leveling, FRAM oder emuliertes EEPROM — alles deutlich robuster als klassisches EEPROM Der UDS-Standard (ISO 14229, ein Automotive-Standard) ist für gelegentliche Parameterschreibvorgänge ausgelegt, nicht für Streaming Viessmanns eigene Service-Tools (ViCare, Vitotrode) schreiben ebenfalls Parameter — wenn das Risiko erheblich wäre, hätte Viessmann das selbst zu lösen Typische open3e-Nutzung liest überwiegend Daten; Schreibvorgänge sind selten und benutzerinitiiert Zur KI-Warnung: Das ist ein Lehrbuchbeispiel für KI-Halluzination durch Übergeneralisierung. Die KI hat wahrscheinlich korrekt gewusst: (1) EEPROM hat Schreibzyklen-Limits, (2) Embedded-Systeme nutzen manchmal EEPROM — und daraus eine spezifische Warnung für Viessmann-Hardware konstruiert, ohne dafür konkrete Grundlage zu haben. Fazit: Die Sorge des Anwenders ist nachvollziehbar, aber die Grundannahme ("da ist ein EEPROM verbaut, das durch open3e verschlissen wird") ist spekulativ. Bei normaler Nutzung — also kein Skript, das denselben Parameter hundertmal täglich schreibt — ist das Risiko praktisch vernachlässigbar. ... Mehr anzeigen

@Steffen007 Die Version siehst Du in der Adapteransicht oder in der Instanzansicht, wenn Du die Instanz aufklappst. ... Mehr anzeigen

Ich bin ziemlich sicher, dass das nur zusammen mit dem Viessmann-Support geht. Das ist ein neuer Inbetriebnahme-Ablauf. ... Mehr anzeigen

@Marc_O Kennst Du den inneren Hardware-Aufbau und weisst, welche Daten auf einem EEPROM abgelegt werden? Die persistenten Daten könnten doch genausogut auf einer SSD oder einem anderen Flash-Speicher liegen, oder? ... Mehr anzeigen

@HomeAssistantCG  Manche Geräte haben mehrere CAN-Busse. Das Innengerät der Vitocal 252 hat z.B. einen externen Bus für den Anschluss von VX3, Enerigezähler und ggf. weiteren Geräten. Außerdem hat sie einen internen Bus an dem das Außengerät angeschlossen ist. Da ein CAN nun Mal ein Bus ist, kann man an beiden Bussen grundsätzlich weitere Geräte anschließen (man sollte ein paar Ranbedingungen beachten).   Meines Wissens kann man im Fall der 252 an beiden Bussen die gleichen Datenpunkte abrufen, es gibt aber kleine Unterschiede, welche Datenpunkte jeweils verändert werden können.   Sehr viele Infos zum Thema gibt es es auf den open3e Projektseiten. Eine Übersicht der verfügbaren Datenpuntke über alle Geräte gibt es hier. ... Mehr anzeigen

Ja, wie @galegro schreibt, nutzen open3e und ioBroker.e3oncan die gleichen Datenpunkt-Definitionen und das gleiche Übertragungsprotokoll. Wenn beide auf dem gleichen CAN-Bus arbeiten, sollten auch die gleichen Daten ausgelesen werden.   Wichtig: Nicht beide Programm gleichzeitig benutzten.    Welche Version von e3oncan verwendest Du? Wenn Du damit arbeitest und einen Geräte-Scan und einen Datenpunkt-Scan durchführst, was passiert da jeweils im Log des ioBrokers?  ... Mehr anzeigen

@ManneHeini12 Ich habe eine 252 A, eine Vitocharge VX3 und ein EM380 Energy Meter. Die aktuell im Haus verbrauchte Leistung zeigt die viCare App bei mir unter "EnergieCockpit" an. ... Mehr anzeigen

Wie Phil schon geschrieben hat: Eine funktionierende Vernetzung mehrerer Geräte kann nur Viessmann einrichten. Bei mir hat der HB mit dem Service telefoniert, manches an den Geräten konfiguriert und manches wurde durch Viessmann per Online-Zugriff gmeacht. Ist aber schon 3 Jahre her, das kann heute einfacher sein. Dass man es als Anwender selbst machen kann, halte ich aber für vollkommen ausgeschlossen. Hey, es ist ein Viessmann-System! ... Mehr anzeigen

Ok, verstanden. ioBroker Master/Slave würde ich auch nicht empfehlen. Eine Option wäre noch Cannelloni. Das ist ein TCP/IP-Tunnel für CAN-Messages. Das funktioniert gut mit ioBroker.e3oncan, sogar über's Internet. Langzeiterfahrungen habe ich damit aber auch nicht. ... Mehr anzeigen

@Thomas2000 Wenn Du mit ioBroker arbeitest, solltest Du dir den Adapter e3oncan anschauen. Der ersetzt E3onCAN und open3e komplett. Falls Du manche Infos zusätzlich als MQTT benötigst, kannst Du das ja im ioBroker entsrpechend konfigurieren. ... Mehr anzeigen

Bei mir auch E380 <-> VX3 <-> Vitocal (externer CAN). Systemverbund und EMS wurde vom HB zusammen mit Viessmann in Betrieb genommen. Vitocal läuft als Master, VX3 als Slave. ... Mehr anzeigen

@grabu  schrieb: @Juergen-B  schrieb: @grabu @Thomas2000 Der E380CA schickt seine Daten auf den CAN-Bus, manche Werte zweimal pro Sekunde. open3e kann diese Werte zwar nicht verarbeiten, aber E3onCAN. Dieses Tool nutzt die gleiche Datenbasis wie open3e. Nutzt die Wärmepumpe denn selbst diese Information in irgendeiner Weise, wenn der E380CA an der WP-Zuleitung hängt, also den Verbrauch der WP misst? 🙂 Ich habe eine Vitocal 252 und einen VX3 6.0A. Mir wurde gesagt, das funktioniert nur zusammen mit dem E380. Gehe aber davon aus, das betrifft primär den VX3. Ich vermute, die Vitocal nutzt die Infos auch, z.B. um bei PV-Überschuss das Warmwasser außerpanmäßig aufzuheizen. Inwieweit die Vitocal Infos des E380 ohne VX3 nutzt, weiß ich leider nicht. ... Mehr anzeigen

@grabu @Thomas2000 Der E380CA schickt seine Daten auf den CAN-Bus, manche Werte zweimal pro Sekunde. open3e kann diese Werte zwar nicht verarbeiten, aber E3onCAN. Dieses Tool nutzt die gleiche Datenbasis wie open3e.   Alternativ kann ioBroker.e3oncan genutzt werden, das die Funktionalität beider Tools zusammenführt und ebenfalls auf der Datenbasis von open3e aufbaut. ... Mehr anzeigen

Aus technischer Sicht spricht nichts dagegen, mehrere Teilnehmer an einer Klemme anzuschließen. Natürlich sollte der elektrische Kontakt zuverlässig hergestellt werden und je nach Leitungslänge und Toplogie sollte man sich um die korrekte Terminierung kümmern. Ausführliche Hinweise gibt es hier.   Für einen kurzen Test braucht man sich aber nicht allzuviele Gedanken zu machen. Ein CAN-Bus ist ziemlich robust. ... Mehr anzeigen

@bantansai Die Meldung "can state ERROR-PASSIVE" bedeutet, der CAN-Bus ist wegen Fehlern in den passiven Zustand gewechselt. Dann kommen keine Daten mehr. Meist liegt das an einem Verkabelungsfehler. Hast Du die Hinweise hier schon geprüft?   Ob der CAN-Adapter Daten empfängt, kannst Du mit dem Befehl "candump can0" überprüfen. Wenn sich da nichts tut, funktioniert der Adapter definitiv nicht korrekt. Solle der Befehl nicht gehen, die CAN-Tools einmal mit "sudo apt install can-utils" installieren. ... Mehr anzeigen

@wwsolar Nochmal die Frage: Startest Du mehrere open3e-Instanzen parallel? Also einmal als Service und zusätzlich über die Komnmandozeile? Oder mehrere Services?   Laufen andere Anwendungen, die den CAN-Bus benutzen, z.B. ioBroker? ... Mehr anzeigen

Die Auslastung könnte bei einem Zero ein Problem sein. Seltsame Effekte kann es auch geben, wenn mehr also eine Instanz von open3e aktiv ist. Bist Du sicher, dass nur ein Service mit open3e läuft?   Für die Fehlersuche bitte den Service stoppen und den Befehl von Hand im Terminal absetzen. Die Ausgabe posten. ... Mehr anzeigen

Im richtigen Ordner scheinst Du zu sein. Schau Dir nochmal meinen Post vom 7.12.2025 13:14 an, da steht:   Den "Alias"-Tab gibt es vermutlich nicht, weil Du das Objekt mit Rolle "Device" erzeugt hast. Lösche das Objekt und erzeuge es neu mit Rolle "State" und Typ "Number". Dann sollte ein Tab "Alias" erscheinen.   "für mich ist das alles kryptisch, auch wenn ich meine PC´s noch selbst zusammenschraube und in etwa verstehe was Befehlszeilen sind."   Wir haben alle mal neu mit Linux, Raspi, ioBroker usw. angefangen. Das ist am Anfang mühsam und es braucht viel Zeit. Man muss Dokus und Anleitungen lesen, Dinge ausprobieren und sich erarbeiten. Probleme googeln, usw. Aber daran führt kein Weg vorbei, wenn man verstehen will, was man tut. Viel Erfolg! ... Mehr anzeigen

Hast Du das Alias-Objekt jetzt wieder vom Typ "device" angelegt??? ... Mehr anzeigen

Du hast ein E380 Energy Meter, oder? Dann solltest Du das auswählen. Vermutlich hast Du nicht auch noch ein E3100 Energy Meter. Also macht es keinen Sinn, das auszuwählen.   Welche Datenpunkte es bei welchem Gerät gibt, siehst Du im Objektbaum. Je nach benötigten Datenpunkten musst Du das zugehörige Gerät auswählen und den/die Datenpunkt(e) eintragen. ... Mehr anzeigen

Hast Du die paar Grundlagen-Artikel in der ioBroker Doku gelesen (hatte Dir einen Link gepostet)?   Schau mal 2 Zeilen unterhalb Deiner Markierung, das steht "alias". Genau das ist der Objektbaum für die Alias-Objekte. Da musst Du die Objekte anlegen. Unter "0_userdata" legt alle anderen eigenen Objekte an, aber Alias-Verknüpfungen müssen unter "alias" angelegt werden. ... Mehr anzeigen

Ja, bzgl. "vitocal" in den Objekt-IDs fehlt ein Hinweis im Readme - dachte, das wäre drin. Werde ich ergänzen.   Zum Fan: Das Gif muss auf "e3oncan.0.vitocal.tree.1775_PrimaryCircuitFanOne" verlinken. Wenn Du auf dem Prozentwert klickst, wählst Du ein anderes Widget aus, das hilft nicht. Auch Dein Auszug aus der View zeigt nicht das relevante Widget.   Das Image-Widget für das Gif ist unsichtbar und wird Aktivieirung sichtbar. Das macht die Auswahl ein wenig tricky. Es geht über das Pull-Down für die Widgets. Dort eines der "basic - Image" Widgets auswählen. Davon gibt es 2 zwei, eben für die drehenden Fans: Dann schauen, ob der Link stimmt bzw. diesen korrigieren. ... Mehr anzeigen

Wenn Du im vis-Editor das Widget für den drehenden Fan (basic image) auswählst, wird dann bei "Object ID" die richtige Verknüpfung zum e3oncan-Objekt angezeigt, also "e3oncan.0.vitocal.tree.1775_PrimaryCircuitFanOne" bzw. "e3oncan.0.vitocal.tree.1775_PrimaryCircuitFanTwo"?   Falls die Vitocal in Deinem e3oncan-Objektbaum nicht "vitocal", sondern "HPMUMASTER_0x680" heißt, muss das auch in den Object-IDs so stehen, also z.B. "e3oncan.0.HPMUMASTER_0x680.tree.1775_PrimaryCircuitFanOne" ... Mehr anzeigen

Beim Thema Clipping geht es Masse-Drift bei einem potenzialfreier Can-Adapter. Wenn aber E380 und Vitocal verbunden sind, herrscht an beiden Anschlüssen das gleiche Potenzial. Es kann dann der Masse-Anschluss an der Vitocal genutzt werden, sofern der belegt ist. Bei neueren Geräten ist das meines Wissens nicht der Fall. Dann macht es nach meinem Verständnis keinen Unterschied, wo man anschließt. Und mit dem Abschlusswiderstand hat das auch nichts zu tun. Zum Abschlusswiderstand an der Vitocal musst Du in der Anleitung für Dein konkretes Modell nachschauen. Oder den HB fragen.   Alias: Im ioBroker Objektbaum anlegen und nach Anleitung im Readme konfigurieren. Bild: Im vis-Editor hochladen nach Anleitung im Reame, also nach /vis.0/main/img/   Die Original-Doku zu ioBroker bzgl. alias: https://www.iobroker.net/#de/documentation/basics/alias.md  ... Mehr anzeigen

Beim Prozentwert des Volumenstroms hat ein ".Actual" am Datenpunkt gefehlt, das habe ich in der View jetzt ergänzt. Danke für den Hinweis. Du kannst das in Deiner View einfach korrigieren, wenn Du auf den Prozentwert klickst und im Abschnitt "Common" bei "switch" bei "0381_CentralHeatingPump" das ".Actual" ergänzt, also zu "0381_CentralHeatingPump.Actual". Dann sollte es direkt funktionieren.   Die Einbindung des Heizstabes ist aus meiner Sicht im Readme korrekt und vollständig beschrieben. Was stimmt da nicht oder fehlt? Bitte konkret beschreiben. Zur Einbindung der Fan-Gifs muss man die Bilddatei an die richtige Stelle hochladen, mehr ist es nicht. Da braucht es kein Alias.   Du schreibst "Der Abschluss Widerstand am Adapter muss aber entfernt werden wenn man nur lesen möchte, zudem sollte das CAT Kabel höchstens 30cm haben." An einem CAN-Bus sollte an beiden Bus-Ende jeweils ein Abschlusswiderstand angebracht sein. Dadurch werden die korrekten elektrischen Pegel eingestellt und Signal-Reflexionen am den Busenden vermieden. Wenn man einen zusätzlichen Teilnehmer über eine kurze Leitung anschließt, hat man die Bus-Topologie nicht wesentlich verändert und kann die Abschlusswiderstände unverändert lassen. An welcher Stelle am Bus man das tut, sollte eigentlich egal sein. Auf keinen Fall darf man einen dritten Widerstand ergänzen. Ob auf dem Bus gelesen oder geschrieben wird, hat damit aber überhaupt nichts zu tun.    Was meinst Du mit "beim EMS war nicht so gut"? ... Mehr anzeigen

@Romeleitis  Du hast keinen Filter gesetzt, also siehst Du alles, was auf dem Bus passiert. In der Anleitung wird auf die relevanten IDs gefiltert. ... Mehr anzeigen

Eine Übersicht über alle Datenpunkte findet man hier. Am besten man sucht nach Begriffen wie "Power", "Energy", "Temperature", "Pressure", "Percent", "Setpoint", "Matrix" usw. Zu welchem Gerät das jeweils gehört, ergibt sich meist aus dem Kontext, oder man schaut in die im vorigen Post genannten Dateien. ... Mehr anzeigen

@OptimusOne Neben dem Tab "Obejktdaten" müsste ein weiterer Tab "Alias" vorhanden sein. In diesem Tab musst Du die Verknüpfung zum MQTT-Objekt und die Umrechnungsformel eintragen, wie im Readme beschrieben. Dann in der View das Alias-Objekt beim Heizstab eintragen.   Den "Alias"-Tab gibt es vermutlich nicht, weil Du das Objekt mit Rolle "Device" erzeugt hast. Lösche das Objekt und erzeuge es neu mit Rolle "State" und Typ "Number". Dann sollte ein Tab "Alias" erscheinen.   Wenn die Alias-Verknüpfung und die Umrechnung gesetzt sind, sollte es so ähnlich aussehen:   Und auf die Gefahr hin, mich zu wiederholen. Es lohnt sich wirklich, ein paar Minuten in die Grundlagen zu investieren: https://www.youtube.com/watch?v=dPohpl1e2I0   Ja, ja, ich weiß, 2 Stunden debuggen kann locker 10 Minuten Doku-Lesen einsparen. ... Mehr anzeigen

@OptimusOne  schrieb: Die Lüfter drehen sich auch nicht bei mir. Werden die Lüfterdrehzahlen richtig angezeigt? Wenn ja, verwenden die GIFs die gleichen Datenpunkte wie die Lüfterdrehzahlen? ... Mehr anzeigen

Ach so, Du verwendest ioBroker? Da müsste die View eigentlich korrekt funktionieren. Dachte, Du arbeitest mit open3e.   Ein Alias legst Du als neues Objekt über die GUI an. Ganz hervorragende Erklärvideos zu ioBroker gibt es hier.   Der Aufwand für den Adapter war nicht eben klein. Da habe ich in der Anfangsphase mehrere Wochen praktisch Vollzeit dran gearbeitet. Das sind inzwischen mehr als 3000 Zeilen Code. ... Mehr anzeigen