Climate Solutions Community

👍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

GND Kabel gezogen, aber python3 Open3E_depictSystem.py steigt mit "Exception: [Errno 105] No buffer space available" aus. Jedoch sieht "free -t -m" gut (?) aus: pi@rpixyz:~/open3e $ free -m -t total used free shared buff/cache available Mem: 933 115 654 0 163 765 Swap: 99 0 99 Total: 1033 115 754 ... Mehr anzeigen

Mein letztes Post wartet auf einen Moderator ... ... Mehr anzeigen

So, zumindest ist jetzt der VX3 CAN-BUS Stecker mit GND belegt und geht an den CAN2USB Adapter. Am E380 sehe ich keinen für mich erreichbaren GND Pin/Anschluss (ausser dem dicken GEGR Kabel). Die open3e als "development" version von https://github.com/abnoname/open3e installiert.   Es sieht zwar ein wenig besser aus, aber ich bekomme einen (neuen?) Fehler:   pi@rpixyz:~/open3e $ python3 Open3E_depictSystem.py read DID enums ... 2951 DIDs listed. scan COB-IDs 0x680 to 0x6ff ... Traceback (most recent call last): File "/home/pi/open3e/Open3E_depictSystem.py", line 75, in scan_cobs response = client.send_request( File "/home/pi/.local/lib/python3.9/site-packages/udsoncan/client.py", line 2143, in send_request self.conn.send(payload) File "/home/pi/.local/lib/python3.9/site-packages/udsoncan/connections.py", line 65, in send self.specific_send(payload) File "/home/pi/.local/lib/python3.9/site-packages/udsoncan/connections.py", line 321, in specific_send self.tpsock.send(payload) File "/home/pi/.local/lib/python3.9/site-packages/isotp/tpsock/__init__.py", line 89, in send return self._socket.send(*args, **kwargs) OSError: [Errno 105] No buffer space available During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/home/pi/open3e/Open3E_depictSystem.py", line 282, in <module> lstEcus = scan_cobs(startcob, lastcob) File "/home/pi/open3e/Open3E_depictSystem.py", line 94, in scan_cobs raise Exception(e) Exception: [Errno 105] No buffer space available     Am Memory des RPI sollte es nicht (?) liegen!   pi@rpixyz:~/open3e $ free -m -t total used free shared buff/cache available Mem: 933 115 654 0 163 765 Swap: 99 0 99 Total: 1033 115 754 pi@rpixyz:~/open3e $    Hier noch die Statistik.     pi@rpixyz:~/open3e $ ip -details -statistics link show can0 3: 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 6455 194745 181570 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 RX: bytes packets errors dropped missed mcast 3215824 401978 0 0 0 0 TX: bytes packets errors dropped carrier collsns 24 3 0 0 0 0 Ach, und die VX3 wirft dann auch eine Fehlermeldung auf dem ViCare. Aber auch nut "Kommunikationsfehler, der eine Minute später wieder verschwindet ... so wie vorher auch immer   ... Mehr anzeigen

@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