openWB Forum

• Einfamilienhaus mit PV-Anlage (18kwp) und Fronius Datamanager 2.0 und Smartmeter, bereits in FHEM integriert via Modbus TCP

• Garage mit mehreren Stellplätzen. Besonderheit: Die Wallbox muss/ soll an der Firstpfette angebracht werden (Leimbinder in ~3m Höhe)

• Vorbereitung Anschluss für openwb (NYM-J 5x6mm2), abgesichert über EatonPXL-32/3 Einbauautomat, Gigabit-Ethernet Anschluss bereits vorhanden

• Vorhandene Linux-Server-Infrastruktur, auf der die openwb-Software laufen soll (virtualbox)

• 04/2020: Lieferung des eGolf als erstes EV

• Da ich keinen Raspberry benötige, wäre ein openwb satellite wohl der richtige Kandidat. Display benötige ich auch nicht, etwaige Visualisierungen übernimmt meine Grafana-Installaton bereits

• Als Kabellänge tendiere ich zu 5m - ich möchte bequem den Wagen laden können, egal ob er vorwärts / rückwärts oder links / rechts in der Garage steht. Um auf dem Boden liegende Kabel / Ladestecker zu vermeiden, plane ich, sogenannte Seilbalancer einzusetzen

• Muss ich die Tesla-Steckeroption wählen oder erleichtert diese nur den Einstöpselvorgang? Oder anders: Tesla-Option geht auch an eGolf? Normaler Stecker geht auch an Tesla?

• Bei der openwb standard kann man die Ladeleistung auswählen - 22kw oder 11kw. Bei der openwb satellite ist das noch nicht möglich oder wird diese generell mit 22kw ausgeliefert

• Mit der Planung auf 2 EV hätte ich natürlich gerne eine Satellite Duo - die gab es mal, ist aktuell aber nicht konfigurierbar

• Kann ich mit obiger Installation überhaupt eine openwb satellite duo (oder vglbar) betreiben? Hintergrund der Frage ist folgende Anmerkung im Shop:

openWB series2 Duo mit 22kW Ladeleistung und 2x Typ 2 Ladestecker.

Die openWB benötigt 2 Zuleitungen!
Jede Zuleitung benötigt ihre eigene Absicherung und ihren eigenen Fi (siehe SCHEMA).
Wird die Option “mit Fi Typ B” gewählt, sind der Bestellung 2x Fi Typ B zum Verbau in der Unterverteilung beigelegt.
Bei der openWB Duo sind 2 vollwertige Ladepunkte in einem Gehäuse verbaut.

• Erkennung i2c-Bus

• Erkennung Raspberry wg. Kernel-Headers

• Erkennung MCP4725

Da ich keinen Raspberry benötige, wäre ein openwb satellite wohl der richtige Kandidat.

Display benötige ich auch nicht, etwaige Visualisierungen übernimmt meine Grafana-Installaton bereits

Muss ich die Tesla-Steckeroption wählen oder erleichtert diese nur den Einstöpselvorgang? Oder anders: Tesla-Option geht auch an eGolf? Normaler Stecker geht auch an Tesla?

Bei der openwb standard kann man die Ladeleistung auswählen - 22kw oder 11kw. Bei der openwb satellite ist das noch nicht möglich oder wird diese generell mit 22kw ausgeliefert

Das stand früher (meine ich) nicht so da.

usw. Natürlich nur, wenn gewünscht.

Richtig, aufgrund von aktualisierter Norm ist das nun aber so.

Solange es den Standard nicht beeinträchtigt, gern.

Am Linux System (nicht Raspberry) sind aufjedenfall einige Anpassungen erforderlich das es problemlos läuft.

sledge hat geschrieben: ↑Di Mär 10, 2020 5:11 pm Das wäre sowieso das Ziel. Auf ARM-Prozessor (oder andersrum auf Intel) kann man einfach prüfen, für I2C / MCP4725 muss ich mal schauen.

sledge hat geschrieben: ↑Di Mär 10, 2020 5:11 pm

Am Linux System (nicht Raspberry) sind aufjedenfall einige Anpassungen erforderlich das es problemlos läuft.

Kannst du mir hier ein paar Hinweise geben, was Dir da so einfällt?

Das ist die alte analoge EVSE-Ansteuerung mit DA-Wandler, wo 0...5V rauskommen. Willst Du das tatsächlich bauen?
Aktuell wird digital über RS485 gesteuert und dort gibt es viele Vorteile (z.B. ob Auto angesteckt ist, aktiv lädt usw.). Das geht mit analog nicht.

warum Du keine RPi-Lösung out of the box kaufst. Das Ding zieht 2,5W.

Probier's doch einfach aus - viel Erfolg schon mal.

Eine abschließende Frage. Lädt openwb Satellite auch ohne den Raspberry bzw. den Softwareteil von openwb?? Also die Hardware alleine? Oder ist Software zum Betrieb zwingend vorgesehen? Das würde mir die Chance geben, zur Not erstmal ohne Software zu starten und zumindest den Wagen vernünftig zu laden (wenn auch nicht smart

Der Grund ist recht einfach - und liegt nicht im Stromverbrauch begründet - und auch nicht an einem weiteren Gerät. Die Teile fressen bei längerer Nutzung - so meine Erfahrung - einfach die SD-Karten. Das ist der einzige Grund, tbh. Raspberry's sind nette Bastelrechner und ich habe auch einzwei im Einsatz, aber nicht an Stellen, auf die ich mich verlassen muss. Auch meine Hausautomation habe ich nach diesen Erfahrungen vom Raspberry auf einen intel NUC umgezogen.