Community

@HerrP   Nun gut. Ungern lege ich Hand an das VX3, aber was soll's. Der Vorschlag den RPI an die VX3 geht nicht, LAN Kabellänge und dort "kein" WLAN. Also muss ich GND zumE380 führen. Das Kabel zw VX3 und E380 (ca. 4 mtr) hat wie gesagt keinen Schirm, aber es sind noch zwei Adern mit denen ich GND ziehen kann. Ein Versuch ist es Wert. Werde das Samstag mal machen.   Und den Open3e Dev branch habe ich schonmal runtergeladen. ... Mehr anzeigen

So, bei mir ist jetzt erstmal Ruhe ... der CAN-BUS lässt sich hier nicht bändigen. Ob es nun ein Installationsproblem (Verdrahtung / Gnd) ist, der Adapter spinnt, oder die ViAnlage wegen der fehlenden CAN-BUS Verbindung zwischen PV + WP bzw des zusätzlichen CAN2USB Bus Teilnehmers ... ist mir alles schleierhaft. Ich werde mal drauf dringend, dass der CAN-BUS sauber und durchgängig installiert wird. Erst dann geht's weiter. Just for the records hier einige Aspekte der momentanen Installation: Ausgang: CAN2USB Adapter im Bus am E380 verdrahtet, aber USB nicht am RPI angeschlossen. Keine Fehlermeldungen der VX3 Anzeige /ViCare Adapter an RPI gesteckt (wie heute mittag schon beschrieben): Kommunikationsstörung: Externer CAN-BUS mit Uhrzeit und "Batterie" Diese ViCare Meldung wird ca. stündlich angezeigt, solange der CAN2USB Adapter am RPI angeschlossen ist. Ein Blick auf den RPI: -- Open3E_depictSystem findet nix -- der Adapter ist aktiv, doppelter Aufruf sagt busy -- statistics zeigen, dass auf dem BUS was los ist, aber Open3e "sieht" nix -- ein paar logs dazu: pi@rpixyz:~/open3e $ python3 Open3E_depictSystem.py read DID enums ... 2951 DIDs listed. scan COB-IDs 0x680 to 0x6ff ... 0 responding COB-IDs found. write devices.json ... done. configuration: {} run Open3Eclient with -mqtt and -a to get EVERYTHING on your MQTT app. pi@rpixyz:~/open3e $ candump can0 ^C pi@rpixyz:~/open3e sudo ip link set can0 up type can bitrate 25000000 RTNETLINK answers: Device or resource busy pi@rpixyz:~/open3e $ ifconfig can0: flags=193<UP,RUNNING,NOARP> mtu 16 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 10 (UNSPEC) RX packets 1922901 bytes 15383208 (14.6 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3 bytes 24 (24.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 pi@rpixyz:~/open3e $ ip -details -statistics link show can0 4: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10 link/can promiscuity 0 minmtu 0 maxmtu 0 can state ERROR-PASSIVE restart-ms 0 bitrate 250000 sample-point 0.875 tq 250 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1 gs_usb: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1 clock 48000000 re-started bus-errors arbit-lost error-warn error-pass bus-off 0 0 0 102929 3138478 2950268 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 RX: bytes packets errors dropped missed mcast 51979792 6497474 0 0 0 0 TX: bytes packets errors dropped carrier collsns 24 3 0 0 0 0 pi@rpixyz:~/open3e $ ip -details -statistics link show can0 4: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10 link/can promiscuity 0 minmtu 0 maxmtu 0 can state ERROR-PASSIVE restart-ms 0 bitrate 250000 sample-point 0.875 tq 250 prop-seg 6 phase-seg1 7 phase-seg2 2 sjw 1 gs_usb: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1 clock 48000000 re-started bus-errors arbit-lost error-warn error-pass bus-off 0 0 0 114977 3483140 3303651 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 RX: bytes packets errors dropped missed mcast 57948456 7243557 0 0 0 0 TX: bytes packets errors dropped carrier collsns 24 3 0 0 0 0   Sollte euch noch etwas auffallen, was ich in dieser Situation ändern/testen kann ... gerne mach’ ich noch 'n Schleife. Ansonsten melde ich mich erst nach dem CAN-BUS Update durch den Fachbetrieb zurück. Danke für eure Hilfe und Mühe ... Mehr anzeigen

So sieht meine Installation des VX3/E380 CAN-BUS aus:  Da kann ich wohl GND erstmal vergessen. Der Kabelmantel ist definitiv nicht mit GND verbunden. An beiden Enden gecheckt. ... Mehr anzeigen

@HerrP  >>hast du dein System wieder am laufen? Hast du mal Buster in Erwägung gezogen? das würde zum 2er ja auch ganz gut passen...   Danke der Nachfrage und Nein das "System" läuft nicht wieder, nicht der CAN etc Das ist einerseits dem Alltagsgeschäft geschuldet, aber auch verschiedener Unklarheiten. Mal einen Blick auf mein gesamtes Projekt: Die neue WP/PV Anlage monitoren und auswerten, mehr als was die ViCare bietet. Im Moment nutze ich für die WP Seite ViAPI mit Nodered. Das geht zumindest so weit gut, als ich sehr viele Datenpunkte bekomme. Die Aufarbeitung hakt noch, aber das ist dann Standardfleißaufgabe.  Über die ViAPI bekomme ich keine PV Datenpunkte abgefragt, nicht mit dem Viessmann Basic, da müsste ich ein Abo abschließen. Aber der dann mögliche, kostenpflichtige Datenumfang ist lachhaft. Deshalb die Hoffnung auf eine Lösung mit dem CAN/Open3e Ansatz. CAN/Open3e Projekt Status: -- CAN Bus ist nicht durchgängig. Die Verbindung wird erst im Januar erfolgen. -- Der CAN2USB Adapter ist am E3800CB angeschlossen. Nach anfänglichen Zugriffen streikte der CAN Zugriff.   Die PV Anlage und die ViCare gab Fehlermeldungen, sobald der CAN2USB Adapter angeschlossen wurde:  Kommunikationsstörung: Externer CAN-BUS  mit Uhrzeit und "Batterie" Unmittelbar danach kam dann "Gelöst" mit Bezug auf die vorherige Meldung. Da ganze wiederholte sich alle paar Minuten. Habe dann den Adapter abgezogen, danach war Ruhe. Heute morgen Adapter wieder aufgesteckt, bisher keine Fehlermeldungen. Auf dem RPI sind keine Open3e Funktionen aktiv, dh. es ist unklar, warum die Fehlermeldungen kamen und jetzt nicht mehr.   Die Probleme von Open3e mit verschiedenen, neueren Betriebssystemen machen mir zusätzliche Schwierigkeiten. Wie gesagt läuft mein Produktiv-RPI mit Nodered/MQTT und einer Reihe Tasmota Geräte. Dieser Teile ist wichtig für den Tagesbetrieb und dürfen nicht gestört werden. Der Produktiv-RPI hat: Linux rpixyz 6.1.65-v7+ #1703 SMP Tue Dec 5 16:20:29 GMT 2023 armv7l GNU/Linux PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)" Raspberry Pi 2 Model B Rev 1.1 Auf diesem Status sollte zusätzlich Open3e laufen. Zurück auf Buster oder ähnlich verbietet sich andererseits, da die jetzt einwandfrei laufenden Funktionen Schwierigkeiten mit Buster hatten. Außerdem sollte Open3e auf diesem RPI laufen, da dieser am LAN hängt. Die Teile sind selbstverständlich in der Nähe von WP/PV/Batterie im Keller installiert und dorthin ist das WLAN zu unstabil. Ein weiter RPI geht dort nicht, kein zusätzliches LAN Port frei. Ziel ist also: --  Open3e auf Bullseye oder neuer ... jede Lösung hierzu ist highly welcomed -- Verbindung der CAN Buse zwischen WP und PV/Batterie ... das wir dann erst im Janaur oder so erfolgen. -- MUSS: Auf einem RPI Verbindung Open3e mit Nodered/MQTT zum CAN-BUS Monitoren, Auswerten, Aufzeichnen und was sonst noch alles Spaß macht.   ... Mehr anzeigen

Alle Versuche scheitern im Moment. Leider habe ich den Fehler gemacht diese CAN Story auf meinem Produktivsystem zu machen. Und es zeigt sich einmal mehr "Never touch ... "  😖 Werde für heute mal Schluß machen und morgen auf einem anderen RPI/SDCard neu anfangen. Dann wird sich herausstellen ob's an CAN-BUS HW/Adapter etc liegt. See you 👋 ... Mehr anzeigen

>>was hast du denn eigentlich jetzt für ein System am laufen? Bullseye? Bookworm? 32bit? 64bit? __ uname / os / firmware ________________ Linux rpixyz 6.1.65-v7+ #1703 SMP Tue Dec 5 16:20:29 GMT 2023 armv7l GNU/Linux PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)" Raspberry Pi 2 Model B Rev 1.1 ... Mehr anzeigen

>> liefert candump denn wieder was? tote Hose ... Mehr anzeigen

Vielleicht ist ja auch alles richtig .. was da in devices.json steht: -rw-r--r-- 1 pi pi 2 Dec 6 18:16 devices.json Der CAN-BUS ist ja für die PV-Anlage, das Kabel/der Adapter am E380 angeklemmt. Sind denn die (Datenpunkte ?)-Dateien für PV Anlage aufgesetzt?   PS Offtopic Wie bekomme ich beim Erstellen eines Posts direkt die 2. Formatierungszeile, um zB cmdline Details sauber zu formatieren. Über den Umweg der Editierung des "neuen" Beitrags ist das ziemlich doof 😟   ... Mehr anzeigen

>> Sieht nach einem Hardware-Problem aus. Denke, Du solltest mal die Verkabelung anschauen, bzw. Deinen Adapter abklemmen und schauen, ob der Fehler in ViCare verschwindet. Bin ganz zuversichtlich, dass hier "kein" nachhaltiger Fehler ist. Die Meldung in ViCare ist verschwunden. Auch hatte bei mehrmaligem Aufruf jeweils eine ViCare Meldung, so die war nach kurzer Zeit jeweils weg. Werde es beobachten. ... Mehr anzeigen

Hmmm,  tja nach dem Kernel Update, reboot, ...   pi@rpixyz:~/open3e $ sudo ip link set can0 up type can bitrate 250000 pi@rpixyz:~/open3e $ python3 Open3E_depictSystem.py read DID enums ... 2951 DIDs listed. scan COB-IDs 0x680 to 0x6ff ... 0 responding COB-IDs found. write devices.json ... done. configuration: {} run Open3Eclient with -mqtt and -a to get EVERYTHING on your MQTT app.   ... kommt nix mehr 🙄   Und mit candump can0  ist Ruhe im Schacht. ... Mehr anzeigen

>> es gibt eine Datei "udsoncan.log" oder so - könnt ihr bitte mal schauen, was da bei dem Fehler genau reingeschrieben wird!? Genau wie oben gepostet: 2023-12-06 16:55:52 [ERROR] UdsClient: [TimeoutException] : Did not receive response in time. Global request timeout time has expired (timeout=40.000 sec)   ... Mehr anzeigen

Leider bekomme ich (auch) einen Timeout:   $ python3 Open3Eclient.py -c can0 -cnfg devices.json -m 127.0.0.1:1883:open3e -mfstr "{ecuAddr:03X}_{didNumber}_{didName}" -a reading 0x680, 210 datapoints, please be patient... 2023-12-06 16:55:52 [ERROR] UdsClient: [TimeoutException] : Did not receive response in time. Global request timeout time has expired (timeout=40.000 sec)   (Timeout von 20 --> 40 in Open3Eclass.py gesetzt) Auch wenn ich den MQTT Teil weglasse ändert sich nix.   Außerdem  meckert die ViCare App: "Kommunikationsstörung Externer CAN-BUS"   Störung F.1034 Über cmdline ~/open3e $ sudo ip link set can0 up type can bitrate 250000 RTNETLINK answers: Device or resource busy scheint der CAN-Bus jedoch aktiv zu sein. 🙄 ... Mehr anzeigen

@abnoname   @HerrP  Im open3s/Readme im Abschnitt "Depict System" heißt es: >> Use Open3Eclient with cmd line argument -cnfg devices.json afterwards. Meine RPI Installation verlangte: python3 Open3Eclient.py --can can0 -cnfg devices.json Ggf. ändern im README.md ... Mehr anzeigen

>> Kann jemand dabei helfen wie typischerweise der Befehl für Open3Eclient with -mqtt and -a aussehen sollte. >> eigentlich wie in der README beschrieben   Sorry, das Projekt ist wirklich genau dass was mir den genaueren Blick in die WP/PV eröffnet. Ich stelle aber fest, dass mir etliches an Hintergrund fehlt, was die verschiedenen Parameter und Datenpunkte etc zu bedeuten haben, wie diese mit den Open3e Funktionen zusammenhängen. Gibt es dazu weiterführende Details / Dokumente, ev. Zugriffe auf Viessmann Seiten?   ... Mehr anzeigen

>> Ich würde aber den Fachbetrieb, der die Anlage/n bei dir installiert hat, höflich darauf hin weisen, dass er bitte die beiden Anlagen per CAN miteinander verlinkt. Das gehört sich eigentlich so. So geschehen. Hatte heute Installationsnachbesprechung und CAN Bus soll Anfang Jan verbunden werden mit notwendiger Neuinitialsierung. Danke für den Tipp!   ... Mehr anzeigen

Bei der Durchsicht des Open3E_depictSystem.py scans sehe ich nur Datenelemente die wohl mit der PV Anlage und dem Batteriespeicher zu tun haben. Die Wärmepumpen Installation wird auf diesem Weg wohl nicht angesprochen/ abgefragt. D.h. der CAN Bus gilt nicht für die WP. Geht da noch was, oder muss ich zusätzliche HW / SW haben um ein komplettes Abbild der Installation WP/PV zu bekommen?     ... Mehr anzeigen

So jetzt Start ins Vergnügen. Adapter installiert, verdrahtet. Open3E SW installiert, no problem. Der Ablauf von $ python3 Open3E_depictSystem.py ist sehr zeitaufwendig, sollte in den Hinweisen gesagt werden. Vielleicht ist es sinnvoll das py-Listing nicht auf die Console zu schreiben, sonst in eine Datei umzuleiten.   $ python3 Open3E_depictSystem.py > scan.txt Der Abschluß des Scans gibt als letzte Zeile aus: run Open3Eclient with -mqtt and -a to get EVERYTHING on your MQTT app. Da bin ich jetzt etwas überfragt!? Ein MQTT Broker läuft auf meinem RPI zusammen mit Nodered. Für Monitoring des MQTT nutzte ich das sehr aussagekräftige MQTT-Explorer. Kann jemand dabei helfen wie typischerweise der Befehl für Open3Eclient with -mqtt and -a aussehen sollte. Quatscht der Open3e dann permanent über MQTT? ... Mehr anzeigen

@Awot252  In welchem Gehäuse habt ihr den CANBus USB Adapter? Mein alter Trick, ein kleines Plastikkästchen in dem ich Eisenkleinteile gekauft hatte. Rechts und links je ein Loch, fürs Usb Kabel und die verdrillten Drähte vom 9-poligen Stecker/Schraubverbindung zum E380. Fertig. Das Kästchen ist mit Deckel und transparent, so sehe ich die schönen roten LED's. Kästchen mit Deckel und transparent, der Adapter blickt schön rot. 😄 ... Mehr anzeigen

@HerrP  @Juergen-B Um weiter zu verstehen, wie die CAN-Bus-Verkabelung etc. sein sollte, stößt man unweigerlich auf Firmen-Webseiten mit vielen Produkten, aber auch guten Tipps, wie es richtig gemacht werden sollte. Eine "firmenfreie ?" Seite ist hier: https://wiki.ta.co.at/CAN-Bus In "Beispiele für verschiedene Netzwerkvarianten - Kleines Netzwerk" ist die GND-Schaltung schematisch dargestellt. Demnach wird die Abschirmung als durchgehende Leitung über alle Teilnehmer hinweg mit "GND" verbunden. Interessant ist die indirekte Erdung als Option und mit Gasentladungsableitung. Der in der Diskussion gezeigte Steckeradapter hat eine galvanische Verbindung vom 9-poligen Steckergehäuse zum GND-Schraubanschluß ... zumindest bei mir!   ... Mehr anzeigen

Der CAN/USB Adapter liegt bereit zum Verdrahten. Er soll in unmittelbarer Nachbarschaft zum E380CA einbaut und angeschlossen werden. Kabellänge < 1mtr. Allerdings bin ich mir nicht sicher wie es genau zu erfolgen hat. Hier der installierte E380CB, und sollte der Anschluß wie gezeigt erfolgen? Den gelben Abschlußwiderstand entfernen und den CAN/USB Adapter wie gezeigt verdrahten? Der Adapter hat ja einen Abschlußwiderstand vorinstalliert.   Frage: kein GND anschließen? Wenn ja, wo? Denn am E380CA sehe ich keinen Anschluß!  ... Mehr anzeigen

@Hotziplotzi @MyHomeMyData Tolle Anleitung um die Viessmann Anlage abzufragen. Habe den CAN/USB Adapter bestellt, den Kabelanschluß muss ich noch realisieren (dazu noch die Frage oben). Damit sollte die HW stehen.   Zur Abfrage der Vi-Anlage sehe ich den Befehl wie ihn @Thyler21 benutzt: Abfrage für "VX3". Welche anderen Abfrage Parameter sollte ich nehmen ... wo finde ich eine Übersicht der Möglichkeiten? Gibt es ggf. einen "General" Befehl, mit dem alle Geräte antworten, die auf dem CAN Bus sind? Ev. per MQTT?   Und dann ist da noch USER:PASSWORD Welche Login Daten werden hier erwartet? Vom MQTT Broker auf dem RPI oder hat das was mit der Vi-Installation zu tun? ... Mehr anzeigen

@Zenturio  Habe gerade eine Frage zum Anschluß am CAN Bus gestellt: https://www.viessmann-community.com/t5/Konnektivitaet/CAN-Bus-Home-Automation-E3-Generation-lokal-und-kostenlos/m-p/390584#M49447 Hast du ev. dazu eine Aussage? ... Mehr anzeigen

Frage zum Anschluss des CAN/USB Adapters. Zunächst, der Link in meinem Post war der falsche, ich meinte eigentlich dieser Adapter *\, der sieht wirklich wie Hotzis aus! Wenn der CAN ein BusSystem ist, sollte es egal sein, wo ein weiteres Gerät angeschlossen wird. Damit wäre es nicht notwendig die "teuren" Stecker 91 / HMU Steckverbinder nutzen zu müssen. Der CAN-Bus Zähler (E380CA) hat doch Klemmen zum Kabelanschluß. Das sollte doch der ideale Zugriff auf den Bus sein (ohne 22€ oder mehr) ?   *\  USB zu CAN Konverter Modul for Raspberry Pi4/Pi3B+/Pi3/Pi Zero(W)/Jetson Nano/Tinker Board and Any Single Board Computer Support Windows Linux and Mac OS (USB2CAN)   ... Mehr anzeigen

🏇 Late arrival. Ein hochinteressantes Projekt. 👍 Haben gerade eine WP/PV Anlage in Betrieb genommen: Vitocal 250-A AWO-E-AC 251.A13 Vitocell 100-W Typ CVAB / 100-E SVWA Vitovolt 300 / Vitocharge VX3 Typ: 8.0A10 mit E380CA-1 Energy Meter Die ViCare reicht mir nicht, möchte einige zusätzliche Anzeigen und Verläufe haben. Dieses Projekt sieht sehr vielversprechend aus. Kann mir jemand ersparen die 17 Seiten durch zu scrollen / zu lesen, um den Kern für einen Schnellstart in das Projekt zu finden.   @Hotziplotzi hat einen Bericht für das Projekt veröffentlicht 🔥 Ist der USB/CAN Adapter, den Hotziplotzi empfiehlt OK? Und mehr braucht es nicht mehr .. außer Klingeldraht oder so? Ist dies das empfehlenswerte Vorgehen oder gibt es notwendige/neuere Änderungen?   Bei mir ist ein Raspberry Pi 2 Model B Rev 1.1 (headless) mit Raspbian GNU/Linux 11 (bullseye) im Einsatz. Darauf laufen Nodered und kleinere Python3 Programme (die eigentlich schon längst auf NR umgestellt sein sollten).   Bitte um Feedback, Danke ... Mehr anzeigen

@Zenturio Der Link zum PDF ist leider nur 404. Kannst du den Link zum Dokument neu aktivieren? Danke  ... Mehr anzeigen

Im Moment finde ich die folgenden ohne Erklärung: heating.bufferCylinder.sensors.temperature.main heating.compressors.0 heating.compressors.0.statistics Falls ich andere finde ... melde ich mich wieder dazu. ... Mehr anzeigen

Danke, auch wenn ich etwas verwundert bin, dass die feature Abfragen für PV nur mit subscription 'Electric' und höher möglich ist. Minimum PV/Electric 'features' sollten eigentlich -- wie bei WP -- im Basic enthalten sein! Bin ich der Erste/Einzige der das erfragt, bzw. moniert? ... Mehr anzeigen