Climate Solutions Community

PV/Batteriespeicher Datenpunkte -- Netzdienliches Laden @wwsolar beschreibt eine Anforderung, die eigentlich als selbstverständlich verfügbar von einer modernen PV Anlage erwartet wird. Nur leider -- bisher -- steht das nicht dem Benutzer zur Verfügung. Soweit bekannt, kann diese auch mit der Standard Viessmann API nicht erfüllt werden. Direkt verfügbar sind im Electrical energy system (ESS): ess.operationState, ess.power, ess.stateOfCharge und ess.transfer.discharge.cumulated. Bei weitem nicht ausreichend! Bleibt der Versuch eine weitergehende Kontrolle von PV/Batterie und Strombezug mittels der CAN-Bus/Open3e Schnittstelle zu realisieren. Eine Grundvoraussetzung für einen betriebssicheren Betrieb ist ein klares Verständnis über die Datenpunkte, deren Bedeutung und ihr Zusammenspiel. Sicher gibt es hierzu bereits Kenntnisse. Diese sollten an einer Stelle zusammengetragen werden. Der Bereich „Diskussionen“ des Projekt "Open3e" ist vermutlich die beste Position. Einen entsprechenden Beitrag habe ich eingerichtet. Bitte um rege Beteiligung. https://github.com/open3e/open3e/discussions/219 ... Mehr anzeigen

Wäre ja schon zufrieden einen systemd für e380 oder vx3 hinzukriegen. Aber der Mut hat mich noch nicht verlassen.   PS Bitte prüfe nochmal den Link   "Eine Möglichkeit, den Adapter zuverlässig zu starten ist hier beschrieben." ... Mehr anzeigen

Danke Jürgen, werde mal sehen, ob das polling mit 'open3e' und der Angabe der gefragten Datenpunkte reicht. Wenn nicht, wird's wohl ein zweiter CAN-Bus Adapter.   Was mich aber im Moment noch umtreibt, ist das automatische Anlaufen des E3onCANcollect Feeds, und zwar für e380 und vx3 in einem Ansatz. Meine Versuche einen systemd dafür zusammenzustellen sind bisher alle gescheitert. Auch scheint das automatische Setup für den CAN-Bus nicht wirklich zu klappen. Vllt kann der CAN-Startbefehl mit in das systemd rein? Du wollest ja auch die User HomeDir durch %u und %h ersetzen. Hat das geklappt / hattest du dafür schon Zeit? Erfolg?   ... Mehr anzeigen

Das Monitoring unserer Vcal/VX3/E380 Anlage mit den folgenden Befehlen gelingt leider nur teilweise: Anfrage mit: user@rasp:~ $ cd ~/open3e && source .venv/bin/activate (.venv) user@rasp:~/open3e $ python3 ~/e3/E3onCAN/E3onCANcollect.py -c can0 -dev <sub> -m 192.168.178.81:1883:open3e/<sub> -mfstr {didNumber:04d}_{didName} Wait for dids and publish to mqtt... Die Anfrage <sub> als e380 oder  <sub> als vx3  funktioniert, mit Ausgabe auf dem MQTT Explorer.   Auf der Seite https://github.com/MyHomeMyData/E3onCAN ist gesagt: Tested so far on external CAN bus of Vitocal 250 connected to Vitocharge VX3, for E380 and for E3100CB Ggf. ist unser Aufbau nicht mit dem "external CAN bus" realisiert. Wie erkennt man, welcher Anschluss extern oder intern ist? Wie sind die Geräte (mit welchen Anschlüssen) / die Anlagenteile zu verbinden? Ist ggf. ein zweiter CAN-Bus Adapter notwendig?   Andererseits funktioniert die gezielte Abfrage mit: user@rasp:~ $ cd ~/open3e && source .venv/bin/activate (.venv) user@rasp:~/open3e $ open3e -c can0 -dev vcal -r 268 -v -m 192.168.178.81:1883:open3e/vcal -mfstr {didNumber:04d}_{didName} vcal 268 FlowTemperatureSensor {"Actual": 34.0, "Minimum": 19.3, "Maximum": 63.9, "Average": 34.7, "Unknown": 0} closing 0x680 - bye! closing MQTT client Der MQTT Explorer zeigt die Anfrage, bzw. die Ergebnisse einwandfrei an, nur vcal erscheint erst mit der 'open3e' Abfrage und nicht mit nur 'E3onCANcollect.py' Ist es nun ein Hardware (Adapter/Verkabelung des CAN-Bus) oder ein Software Setup Problem?   ... Mehr anzeigen

@Juergen-B  schrieb: Wenn Du NodeRed verwendest, nutzt dann auch ioBroker? Dann solltest Du den Adpater e3oncan anschauen. Der ersetzt open3e und E3onCAN komplett und ist viel einfacher zu konfigurieren. Auch der Adapter leitet die Datenpunkte von open3e ab und ist auf dem Stand vom 25.11.2024. Wie gesagt soll Node-Red verwendet werden, nicht ioBroker. Mit E3onCANcollect.py für VX3/E380 zu NR läuft es gut, bleibt hier nur das automatische Starten nach Unterbrechung. Das Zusammenspiel von open3e mit NR sollte auch nicht das Problem sein. Wünschenswert wäre das systemd Setup für open3e und E3onCAN in einem Befehl zusammenzufassen. Auch die feste Angabe des User=pi und /home/pi sollte auf die %u / %h Werte gesetzt sein. ... Mehr anzeigen

Das open3e Projekt soll an einer Vitocal 250-A/VX3 mit E380 eingesetzt werden. Für die weiterführende Verarbeitung der Anlage Daten sind open3e und E3onCAN mit MQTT als Schnittstelle zu Node-Red vorgesehen. Im `open3e` Projekt werden die Datenpunkte mittels `open3e_depictSystem` ermittelt. Wie steht das in Beziehung mit den in E3onCAN verwendeten Datenpunkten. Beim `open3e` wird eine Update-Möglichkeit mittels `open3e_depictSystem` beschrieben, ist dies bei 'E3onCAN' ebenso nötig/möglich. Ggf. gibt es die Möglichkeit einen Datenstamm zu verwenden? ... Mehr anzeigen

Bei der VX3 Abfrage mit E3onCANcollect.py -c can0 -dev vx3 -m <ip>:1883:open3e/vx3 -mfstr {didNumber:04d}_{didName zeigen sich unbekannte bzw nicht aufgelöste Daten, z.B. open3e/vx3/2539_AlternatingCurrentEnergyStatistic 080b0000fda70000e809010041060200b3389a000d000000dc000000f0000000670200004f190000 open3e/vx3/1841_PointOfCommonCouplingOverview a0fe5100a0fe5100a0fe5100a0fe510008524b0008524b0008524b0008524b00 open3e/vx3/$1579_Unknown da01c1010d02db010008d60000cb0000c40000be0000bb0000b60000b50000b300000000000000000000000000000000000000000000000000000f5a0c000000660c0000005f0c000000570c000000500c000000550c000000560c0000005b0c000000550c0000005a0c0000004c0c000000540c0000004f0c0000004a0c000000470c0000000000000000 Wie lassen sich diese weiter auflösen? Sicher wird es mit einer der PY Funktionen gemacht, bitte um Hinweise hierzu. ... Mehr anzeigen

Die VX3 abgefragt mit E3onCANcollect.py -c can0 -dev vx3 -m <ip>:1883:open3e/vx3 -mfstr {didNumber:04d}_{didName liefert MQTT Daten, die in MQTT Explorer so dargestellt werden: Dieses MQTT Log ist generiert von einer VX3 type 8.0. Daraus kann man sehr gut entnehmen,  welche Datenpunkte Meldungen ungefragt senden. Und mehr gibt's nicht (im Moment, oder grundsätzlich?!).   ... Mehr anzeigen

Nachdem ich etwas Anschlussprobleme mit dem "CANtoUSB Adapter an E380" hatte, zeigt meine Vitocal 250-A, Vitocharge VX3  Typ: 8.0A10 Anlage auf der ViGuide die folgenden Fehler an:   Past status messages: Error solved: F.1034 - Communication fault, external CAN bus ID: xx-xx-xx-xx-07-xx-xxxx- Communication fault, external CAN bus. Notify contractor. 10/31/24, 12:16 AM Active status messages: Active error: F.764 - The auxiliary appliance reports a fault ID: xx-xx-xx-xx-07-xx-xx-xx Check fault memory of auxiliary appliance concerned 10/31/24, 12:16 AM Active status messages: Active error: F.1034 - Communication fault, external CAN bus ID: xx-xx-xx-xx-07-xx-xx-xx Communication fault, external CAN bus. Notify contractor. 10/31/24, 12:08 AM Eine entsprechende Anzeige erscheint auch in der Vicare "Es gibt ein Problem mit deiner Anlage". Die Meldungshistorie zeigt noch an: "Das Zusatzgerät meldet eine Störung". Dies ist wohl die offene F.764.   Es ist ja davon auszugehen, dass die Ursache beim CAN2USB Adapter liegt. Was ist zu tun, um den Fehler weiter zu klären / zu beheben. Hinweis: die Anlage läuft aus meiner Sicht einwandfrei. Über CAN2USB Adapter und ioBroker.e3oncan wird die Anlage einwandfrei (?) ausgelesen. ... Mehr anzeigen

👍Danke, dann mach ich mal weiter mit nodejs 20.x und ioBroker 6.0.11 ... Mehr anzeigen

Habe gerade einen RPI neu aufgesetzt und mit der Installation von ioBroker wird automatisch nodejs v20.18.0 installiert. Nun gibts den Hinweis für e3onCAN:     4. Node.js Version     Ensure your system has the correct version of Node.js installed:    Recommended: Node.js 16.x or 18.x. Sind nun mit der nodejs v.20 Probleme zu erwarten, und/oder sollte alles auf v.18.x zurückgesetzt werden (ggf. Neuinstallation)? ... Mehr anzeigen

Das Thema variable Stromtarif und dazu flexiben Betrieb der Viessmann Anlage möchte ich erweitern auf Steuerung Wärmepumpe, PV/Batteriespeicher und Wallbox via IOBROKER passend zum stündlich wechselnden Stromtarif von TIBBER oder kurz: "Viessmann Climate Solution via IOBROKER auf Basis flexibler Stromtarife (zB. TIBBER) steuern" Spannend wird es, den variablen Stromtarif auch zu nutzen, um in Zeiten niedriger Strompreise den Batteriespeicher zu füllen und/oder das Laden des E-Autos über die Wallbox zu kontrollieren. Hier sind mit intelligenten Prozeduren auf dem ioBroker vielfältige Szenarien zur Stromersparnis möglich. Außerdem würde die Gesamtinstallation „netzdienlich“, etwas, was sicher im nächsten Jahr durch mehr Anbieter mit varibalen Tarif noch mehr Druck verursachen wird.   Gibt es von Viessmann in dieser Richtung Bemühungen, die Systeme intern zu ertüchtigen? Gibt es oder wird es APIs geben, die flexible Stromtarife unterstützen?   Tibber unterstützt das flexible e-Auto Laden bereits, allerdings sind bestimmte Wallboxen erforderlich, ebenso ist es auf bestimmte Automarken beschränkt.   Haben Benutzer von Viessmann mit ioBroker oder ähnlichen HomeAssist Lösungen Erfahrungen mit flexiblen Stromtarifen?   ... Mehr anzeigen

Obwohl die Vi_Anlage immer noch die Fehler anzeigt, funktioniert der CAN-Bus Zugriff ... und ohne das neue Fehlermeldungen auftauchen. Soweit gut .. dann werde ich mich mal ins Abenteuerland stürzen  😎   ... Mehr anzeigen

Zunächst ein Nachtrag zu meinem Post: Bei meiner gestrigen Aktion habe ich den Hardware Aufbau nicht geändert. Der CAN-Bus Adapter ist seit Monaten angeschlossen, aber nicht genutzt, will sagen keine Aktionen per Terminal oder jeweder Programme. Ich hatte den Aufbau einfach in Ruhe gelassen. Es gab keine Fehlermeldungen wie die gestern beschriebenen.   @HerrP Ja, der Adapter ist die isolierte Version. Angeschlossen wie im o.g. Link beschrieben, das hatten wir ja Anfang des Jahres durchgehext. So gehe ich davon aus, dass kein Vertauschen von CAN_hi und CAN_lo vorliegt. "$ ip -details -statistics link show can0" ergibt s.u.   @Dale Die Bus Installation wurde vom Fachbetrieb vorgenommen, zunächst nur Vx3 zu E380, dann wurde die Verbindung zur WP nachgerüstet. An der VX3 sind beide "CAN1 external" und "CAN2 external" angeschlossen. Ich gehe davon aus, dass die Kabel direkt an E380 bzw WP gehen. Der CAN-Bus Adapter ist am E380 ohne Widerstand angeschlossen. Ob der Adapter intern einen Abschlusswiderstand ist mir nicht klar. Bei "TERM1 R9" ist ein Jumper -- ist das nun mit oder ohne Widerstand geschaltet?   Nun zur Console. Ein erweiterter ip -details s.u. "$ candump can0,680:7FFFFF,690:7FFFFF" zeigt nix. "$ candump can0" (oh.Filter) schreibt munter und ununterbrochen ...   ... Mehr anzeigen

Ext.CAN-Bus an Vitocal 250-A / Vitocharge VX3 --> Error Nach langer Pause zurück zum Projekt "CAN Bus, Home Automation .." und der Absicht mit meiner VI-Installation mehr zu machen. Leider habe ich ein (wohl gravierendes) Problem mit dem CAN-Bus Betrieb. Schliesse ich den CAN-Bus Adapter an den E380 an und starte ihn, ist Panik in der VI-Anlage: 1. IDU Vitocal 250-A AWO-E-AC 251.A16 :: The auxiliary appliance reports a fault F.764 2. Wechselrichter Vitocharge VX3 Typ 8.0A :: Communication fault, external CAN bus F.1034 Zurücksetzen kann ich nix, muss wohl vom Installateur gemacht werden. Allerdings AUS/EIN Schalten der Vitocal bringt den Betrieb wieder in Gang, die Fehler bleiben aber bestehen. Installation CAN-Bus Adapter und Einrichtung wie in https://github.com/open3e/open3e/wiki/020-Inbetriebnahme-CAN-Adapter-am-Raspberry beschrieben. Gestartet mit "sudo systemctl restart systemd-networkd"   Jedwede Hilfe Very much welcomed   😀 ... Mehr anzeigen

@Juergen-B Danke für den Hinweis, werde mal versuchen den Datenpunkt mittels API zu finden.   @qwert089 Soweit ich verstehe hat unsere WP einen digitalen Zugang -- ev. sogar CAN-Bus, aber meine derzeitige CAN-Bus Installation greift nur auf die PV Anlage zu. Deswegen der Versuch über API. Den Punkt eines gebrückten Digital Eingangs (== CAN-Bus??) und den dann möglichen Features verstehe ich gerade nicht ... Mehr anzeigen

Wie kann die WW Zirkulationspumpe geschaltet werden? Das soll zusätzlich oder alternativ zum Zeitprogramm, wie es über die ViCare konfiguriert werden kann, ermöglicht werden. Siehe auch *\ Im Betrag *\ werden zwei Vorschläge gemacht, einmal mit einem zusätzlichen HW Schalter (eher nicht mein Favorit) und anderseits mit dem Parameter API "features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue"   Hier, in diesem Thread geht es um Steuerung der ViAnlagen mittels CAN-BUS, ich bin mir nicht im Klaren, inwieweit die API und CAN Parameter gleich sind und sinngemäß verwendet werden können. Dennoch die Frage zu dem nachfolgenden Parameter Listing: Wenn die eingestellte Zirkulation "überschrieben" werden soll, kann der Feature Punkt "/heating.dhw.pumps.circulation.schedule" genutzt werden? D.h. mittels "isEnable = true / false" wird das Zeit-Schedule ein/ausgeschaltet?   Eine andere -- weitaus aufwendigere -- Methode wäre es, das jeweilige Tagesprogramm der Zirkulationspumpe zu ggb. Zeit zusätzlich zu aktivieren und nach kurzer Zeit wieder zurückzusetzen.   In wieweit sind die Erfahrungen aus dem Umgang mit CAN-Bus auf API übertragbar? Bei unserer Anlage ist derzeit nur CAN-Bus für die Vitocharge (PV) installiert, Vitocal (WP) kommt später.   *\ https://community.viessmann.de/t5/Getting-started-programming-with/Warmwasser-Zirkulationspumpe-ueber-API-schalten/m-p/338636                           ... Mehr anzeigen

Oh, wie peinlich   🙃 Mein Post erscheint auf einer neuen Seite ganz oben ... und direkt darüber ist wohl die Antwort auf meine Frage ... mit Link ... was will ich mehr? Nur aufmerksamer lesen sollte ich vor dem Posten.  Sooooory 😓 ... Mehr anzeigen

Um mir die Arbeitsweise verständlicher zu machen, würde ich gerne die Anzeige des Kältekreislauf nicht nur auf der Anzeige der WP-Inneneinheit sehen. Gibt es eine Möglichkeit das Anzeigebild abzufragen und z.B. im Browser darzustellen. In den Forum Tiefen dieses (?) Threads hat jemand beschrieben, dass er dieses Anzeigebild aktualisiert anzeigen kann. Kann diese beliebig nachgebaut werden? Wenn ja (oder für andere Hinweise dazu) bitte eine LinkReferenz. Danke schon mal ... Mehr anzeigen

@GW3  >>einen zusätzlichen Wert in die datalist eingefügt  DoubleCheck datalist ... ist es evtl. ein profaner Formatierungsfehler? ... Mehr anzeigen

Zusatz zu meinem Post von 13:55   >> "Nach meinen Schwierigkeiten den CAN2USB Adapter ..." Jetzt meldet die VX3 über die ViCare in kurzer Folge "Externer CAN Bus Fehler .. " und dann "Fehler behoben (ohne einen Eingriff an der Anlage oder der ViCare). Ein erneutes Starten von Open3E_depictSystem führt direkt zum Abbruch ... so war es auch dem den ersten Adapter. Und da geht dann nur noch Neu-Start des RPI .... alles sehr mysteriös Gerne höre ich aus Eurer Erfahrung und hoffe auf Hilfe Danke. ... Mehr anzeigen

Nach meinen Schwierigkeiten den CAN2USB Adapter an meiner VX3/E380CD Anlage zum Laufen zu bekommen, nun der Versuch mit einem neuen Adapter: leider gleiche Fehler: python3 Open3E_depictSystem.py läuft genau bis zum selben Punkt wie vorher mit dem ersten Adapter: read DID enums ... 2951 DIDs listed. scan COB-IDs 0x680 to 0x6ff ... 1688 || 1664 || 1791   Fehlerausgabe bis hin zu: Traceback (most recent call last): File "/home/pi/open3e/Open3E_depictSystem.py", line 283, in <module> lstEcus = scan_cobs(startcob, lastcob) File "/home/pi/open3e/Open3E_depictSystem.py", line 95, in scan_cobs raise Exception(e) Exception: [Errno 105] No buffer space available   Note: Open3E_depictSystem.py geändert für laufende Ausgabe: for tx in range(startcob, lastcob + 1): print(tx, " || ", startcob, " || ", lastcob, end="\r") Fragen: -- Was kann das ursächliche Problem sein? -- Wie kann ich feststellen, ob der Anschluss des CAN2USB am E380CB richtig ist, so unterstützt ist? -- Welche Testmöglichkeiten stehen zur Verfügung, um das CAN-BUS Verhalten an der Viessmann Anlage zu verifizieren?   ... Mehr anzeigen

Tut sich da in dieser neuen Woche was? ... Mehr anzeigen

@Juergen-BHört sich so an, dass ich deine Arbeit gerne nutzen würde. Meine Absicht ist meine Vitocharge VX3/Vitocal 250-A in meiner Nodered HA zu integrieren. Bisher sehe ich nur die WP mit der ViAPI, für PV steht da aber eher nix zur Verfügung. Sobald ich dann doch noch den Open3e Ansatz zum zuverlässigen Einsatz bringe wäre dein Projekt die gelungene Ergänzung! Ich bleib gespannt, bleib dran an deinem Projekt und viel Erfolg! ... Mehr anzeigen

Am Ende des Tages noch zwei Details meiner Installation bei der Open3E_depictSystem.py mit dem Fehler Exception: [Errno 105] No buffer space available  aussteigt: 1.  Die VX3 zeigt Fehler F.1034-1  und das seit dem Open3E_depictSystem Versuch alle 5 bis 10 min 2. CAN Bus Statistik zeigt Aktivitäten, aber nicht mehr den Fehler, der auftrat als GND nicht durch verbunden war: Zwei Abfragen mit ip -details -statistics link show can0 um ca 18:00 RX: bytes packets errors dropped missed mcast 1001728 125216 0 0 0 0 TX: bytes packets errors dropped carrier collsns 24 3 0 0 0 0 und 24:00 RX: bytes packets errors dropped missed mcast 416725400 52090675 0 0 0 0 TX: bytes packets errors dropped carrier collsns 24 3 0 0 0 0   ... Mehr anzeigen

Futterzeit 😩 ... Mehr anzeigen

Die GND Verdrahtung scheint ja wirklich was zu bewirken. Allerdings, was mein "verschwundener" Beitrag auch beschreibt:  GND ist jetzt von der VX3 zum CAN2USB Adapter durchgezogen. Allerdings nicht am E380 angeschlossen in Ermangelung eines geeigneten Pin/Anschlusses. Das dicke gegr-Erdungskabel wollte ich nicht einbeziehen. Was das allerdings mit dem Raspbian Buffer zu tun haben soll?? ... Mehr anzeigen

"python3 Open3Eclient.py --can can0"   meckert zumindest nix an ... Mehr anzeigen

Nein,  versuche gerade im py Code zu verstehen wo es her kommt    ... irgendwo tief unten in udsoncan/client.py no chance ... Mehr anzeigen