Evcc nativ auf OpenWB betreiben

[andig]

Die Nutzung der OpenWB ist uns bisher nicht gelungen, siehe https://openwb.de/forum/viewtopic.php?f=4&t=4676. Eine elegante Alternative wäre die zickige OpenWB Software zu ersetzen und- um den Weg zurück zu ermöglichen- die SD-Karte auszutauschen.

Wer Lust hat technisch etwas auszuprobieren gerne hier für das Experiment melden.

[RTTTC]

And also I think OpenWB uses mA currents in the EVSE DIN charge controller.
If that’s the case - this will probably not work without solving #2054

[premultiply]

Nein, tut sie nicht.

[RTTTC]

If not yet, then soon https://openwb.de/forum/viewtopic.php?p=54483#p54483

[iot4all]

Läuft das dann alles über MQTT?
Bekommt Ihr 1p3p damit hin? (Direktzugriff auf die RPi-GPIO + "Software-Absicherung" müsste EVCC übernehmen, wenn kein oWB läuft, oder?)

btw
Ich nutze viel den "Standby"-Modus von oWB, den ich bei EVCC noch nicht gefunden habe. Geht irgendwo timer-basiertes Laden anderweitig mit EVCC?

[iot4all]

Ach so - nur den Ladecontroller ansteuern?
Die meisten oWB-user haben 1p3p und das läuft nicht über den LC. Ergo müsstet Ihr Euch selbst darum kümmern (, wenn es snaptec freigibt). 1p3p wollen diejenigen, die es in HW haben, sicher nutzen.
Deshalb finde ich per API besser, weil dann die Basis-SW beim WB-Hersteller verbleibt.

"Standby" bietet Nachtladen/Morgensladen (für Vorklima). Nutze ich ca. 60% der Gesamtzeit (immer nachts und im Winter).
Die Frage war "Geht irgendwo timer-basiertes Laden anderweitig mit EVCC?" Wenn ja, wäre ein "wie" hilfreich.

[andig]

@iot4all lass uns lieber telefonieren als hier Pingpong zu spielen. Was ist denn der „Standby“ Modus? Das sagt mir gar nix?

Bzgl, 1p3p: bisher nicht geplant, aber ohne weiteres machbar wenn uns jemand den Algorithmus und die GPIOs verraten will. Die Hardware ist ja bezahlt ;)

[iot4all]

Ich glaube, wir sollten uns mal gegenseitig die andere SW installieren ;).
Aber da geht's uns allen gleich - zu wenig Zeit.

[premultiply]

Ich glaub er meint die Vorklimaautomatik, die bei evcc ja genau das ist: eine Automatik.

Die Relaisplatine könnte man auch noch mit ansteuern wenn es einen wirklichen Mehrwert bietet. Den sehe ich noch nicht so richtig. Wäre dann auch ziemlich proprietär.
Aber die GPIO-Pins könnte man technisch problemlos ansteuern. Die Doku ist miserabel aber über den Scriptcode wird man es ja ablesen können.
Ich gehe davon aus, dass da ein bistabiles Relais drauf und ein bisschen „Hühnerfutter“ drauf ist.

Die Frage bleibt wie beim SMA-Charger: Wofür?

[iot4all]

Vorklimaautomatik - na dann lass hören. link reicht. Nachtladen wird allerdings extra benötigt.

Wofür oWB-Direktansteuerung? Na wenn, dann komplett.
Würde meinen, dass >80% der Standard+ user 1p3p wollen.
Dann mit token?

[Becker884]

Über die Addon Platine wird zusätzlich der Buchsen Motor (ver)entriegelt zusammen mit einem 12V Netzteil.
Der Motor verrät zusätzlich noch seine Position (ob Verriegelt).
1p3 wurde schon erwähnt.
Cp Unterbrechnung läuft ebenfalls darüber.

Wenn man ein frisches Raspian installiert, killt einem das sofort den Buchsen Motor.
Weil die GPIO das 12V Netzteil permanent durch schalten, die Erfahrung habe ich schon gemacht.

Ich könnte mit einem orig. Image dienen, daraus müssten die Profis ja erkennen können welche GPIO für was benutzt werden.

[andig]

Ich glaub einfacher wäre in den Code zu schauen ;). Frag mich bei soviel Baustellen aber ob das lohnt. Unterstützung von OpenWB bekommen wir nicht, vmtl. lohnt sichs also einfach nicht :(

[premultiply]

Wer sich so eine Box gekauft hat wollte sie ja ganz offensichtlich unbedingt wegen der mitgelieferten Software haben sonst hätte man sich eine andere, ggf. auch viel günstigere Box gekauft und sie direkt mit evcc betrieben.

Aber wer Spass daran hat und sonst zuviel Zeit hat kann sich ja gerne mal daran versuchen. Sollte nicht all zu schwer sein. Der wesentliche EVSE-Part ist mit der EVSE-DIN-Implementierung ja bereits fertig und der Rest sind plattformabhängige GPIO-Operationen.

[Becker884]

ich kann mich nicht erinnern wie weit EVCC im Oktober 2020 war, ist ja auch egal. Glaube 1p3 Umschaltung gab´s da noch nicht oder etwas was ein Laie kaufen konnte mit Bestätigung des Lastmanagments für 2 Ladepunkte.
Ist ja auch egal, lohnt nicht darüber zu diskutieren.
Weiß hier Jemand zufällig wo in der normalen openWB die 11kW Drosselung sitzt ?
In meiner Buchse habe ich die gefunden, ist ja sogar gut dokumentiert hier im github.

[premultiply]

Weiß hier Jemand zufällig wo in der normalen openWB die 11kW Drosselung sitzt ?

Ist eine normale EVSE DIN drin. Siehe deren Doku und Modbus-Protokoll.
http://evracing.cz/evse/evse-wallbox/evse-wb-din_latest.pdf

[Becker884]

Ist eine normale EVSE DIN drin. Siehe deren Doku und Modbus-Protokoll. http://evracing.cz/evse/evse-wallbox/evse-wb-din_latest.pdf

Das weiß ich, nur ich weiß nicht in welcher der ganzen .sh Dateien die Drosselung sitzen könnte.

[0xdefec71f]

Hallo zusammen,

ich würde dieses zugegeben etwas alte Thema gerne wieder beleben. Die wie eingangs erwähnte "zickige" openWB Software hat mich nun langsam genug graue Haare gekostet. Auch wenn sich die openWB mit V2.x ja über evcc steuern lässt, so hätte ich schon ganz gerne eine Lösung, damit evcc auf der Box nativ läuft. Denn an der Box direkt am touch display alles einstellen zu können, ist schon ein echter Mehrwert. Wenn evcc irgendwo in meinem Keller auf z.B. proxmox läuft und ich aber an der openWB Box was verstellen kann, dann kommt sich das nur in die Quere.

Meine Idee wäre, dass man zusammen wie oben von euch besprochen, ein alternatives image entwickelt, sodass evcc nativ auf dem RasPi der openWB Box läuft. Wenn das touch display dann noch das evcc Frontend anzeigt, wäre alles direkt einstellbar und ein echter 1:1 Ersatz. Durch einfaches Tauschen der SD Karte wäre der switch für jeden problemlos zu bewerkstelligen. In diesem image müsste sich im Hintergrund ein Prozess um die USB-Modbus-Kommunikation für EVSE und Stromzähler, sowie die GPIOs kümmern. Für die Phasenumschaltung bräuchte es noch eine kleine statemachine, was sich in einem Shell-skript abbilden lässt.

Ich habe meine openWB (custom) selbst gebaut und kann zu allen Hardware-Themen etwas beitragen. Ich habe auch die 1p3p Phasenumschaltung gebaut und stelle mich für Tests gerne zur Verfügung. Ich habe aktuell nur zu wenig Erfahrung mit evcc, um den Aufwand und die Schnittstellen einschätzen zu können.

Ich fasse mal zusammen:

• EVSE DIN über USB-Serial-Modbus Adapter (/dev/ttyUSB0) mit ID 1
  Die Register sind hier dokumentiert. (Danke @premultiply)
  Ab Firmware-Version 18 können diese auch in 0,1 A Schritten steuern, siehe hier.

• Stromzähler SDM630/SDM72 über USB-Serial-Modbus Adapter (/dev/ttyUSB0) mit ID 105
  (die openWB Software versucht zuvor auch einen Zähler mit ID 5 zu erreichen, sieht man in der Log. Scheint ein fallback zu sein)
  Die Register sind hier dokumentiert.

• Das Display ist das uralte 7" RasPi DSI touch display mit 800 x 480px. Displays mit höherer Auflösung sollen zwar prinzipiell mit openWB funktionieren, jedoch skalieren sie falsch. Hier könnte evcc deutliche Vorteile haben.

• RFID findet ebenfalls per USB statt. OpenWB benutzt hier nativ ein Neuftech RFID Reader Modul. Andere Module funktionieren bestimmt auch, wenn sie den gleichen Chipsatz haben. Weitere Details habe ich mangels Modul leider nicht.

• GPIOs für Relais/Schütze: Für die normale openWB ohne Phasenumschaltung gibt es keine spezifischen IOs. Um den CP Kontakt und den Relaisausgang kümmert sich die EVSE. Die Ladung wird komplett über Modbus gesteuert.
  Folgende IOs gehören nicht zur Standardausstattung und müssen ggf. per Addon-Platine nachgerüstet werden.
  GPIO 8, 9 sind für einen RSE reserviert, doch derzeit nicht genutzt.
  GPIO 10 ist das Statussignal für die Steckerverriegelung an Boxen ohne festes Kabel.
  GPIO 6 (NurPV), 12 (SofortLaden), 13 (Stop), 16 (Min und PV), 21 (Standby) werden für optionale Taster zum Umschalten der Modi genutzt.
  GPIO 24, 23, 4 sind Ausgänge für drei LEDs.

• Phasenumschaltung: Der Schaltplan kann hier eingesehen werden und ist keine Raketentechnik.
  Das 4-fach Schütz wird um ein weiteres Schütz erweitert und die Leitungen neu aufgeteilt: Schütz A = L1/N, Schütz B = L1/L2
  Über ein kleines bistabiles Relais wird zwischen 1p und 3p umgeschaltet:
  GPIO 5 => 1 phasig, Schütz A an, Schütz B aus.
  GPIO 26 => 3 phasig, Schütz A und B an.
  Die CP-Unterbrechung wird über ein normales Relais mit NC auf GPIO 25 gesteuert.

Sämtliche IOs können recht gut in der boot_config nachgesehen werden und auch ihre Konfiguration:

gpio=4,5,7,11,17,22,23,24,25,26,27=op,dl
gpio=6,8,9,10,12,13,16,21=ip,pu

Für eine openWB mit zwei Ladepunkten gibt es für LP2 noch weitere GPIOs (17, 27, 22, 10) auf die ich hier erstmal nicht eingehen möchte. Die GPIOs für LP1 sind mit der single-openWB identisch.

Wenn man sich erst einmal auf die basic features (modbus, phasenumschaltung, display) konzentriert, dann würde das schon ca. 80% der openWB user ansprechen. Alles andere kann man nachziehen und schauen wies läuft.

Würde mich über einen regen Austausch freuen!
VG

[premultiply]

Ich verstehe das Gejammer nicht.
Das Produkt wurde doch so zu dem Preis mit den persönlich relevanten Leistungsmerkmalen gekauft wie es ist und weil es so ist.

Und wenn die persönlichen Anforderungen heute plötzlich anders sein sollten warum kauft man sich dann jetzt nicht einfach eine andere Box?

[0xdefec71f]

@premultiply Scheinbar hast du keine openWB, sonst wüsstest du nämlich, was für eine Ausgeburt an Unzuverlässigkeit diese Software ist. Die Grundidee ist aber gut, die Ausführung nicht.
Es gibt Menschen, die nehmen halt Geld in die Hand und kaufen sich das, wonach ihnen steht. Und dann gibt es Menschen, die haben Spaß daran, ihre Welt selbst zu gestalten, Dinge zu erfinden und zu verbessern. Beide Typen haben ihre Daseinsberechtigung. Das eine sind Macher und das andere Kunden.
Aber bevor es hier philosophisch wird, lass doch die Leute hier sich austauschen und eine gute Software (evcc) eine neue Hardware finden. Ich kann nicht verstehen, warum du den Beitrag von @Becker884 als off-topic markiert hast. Denn genau darum geht es in dieser discussion, einen Weg zu finden, um evcc (ggf. mit einem Zwischen-layer) auf der openWB Hardware laufen zu lassen.

@Becker884 Wow! das sieht mega aus! Benutzt du irgendwas darunter von openWB? Weil da ist ja so Einiges umgesetzt, auch PV-Laden. Oder steuerst du damit evcc an? Wird die GUI aus den screenshots am display angezeigt oder hast du dort das backend von evcc? Ich habe hundert Fragen.... Ich würde mich da gerne austauschen und vielleicht was auf die Beine stellen. Ich hätte nicht gedacht, dass jemand schon so etwas Brauchbares aus dem Hut zaubert.