ISO 15118 - openWB pro wirklich erforderlich? #3473
Replies: 3 comments 9 replies
|
Besten Dank für die prägnante Zusammenfassung. Zu folgendem Punkt möchte ich eine Ergänzung machen
Die nachträgliche Erkennung über eine SoC-Veränderung und somit der Wechsel des Fahrzeuges in der openWB während des Ladens (inkl. der Energiezuordnung in der Statistik) ist aber immer noch besser, als den gesamten Ladevorgang mit dem falschen Fahrzeug durchzuziehen. |
|
Sicheltlich ein guter Punkt, das im Zweifelsfalle nicht zuzulassen. Aber müsste eine Diskussion darüber nicht abseits der Autoerkennung per 15118 stattfinden? Ich meine das Autoraten über das Auto was gerade Strom bekommt und an einer der gesteuerten Wallboxen hängt, ist ja bei funktionierender Autoerkennung doch nicht notwendig? |
|
Ja, mit der Fahrzeugerkennung auf Basis der ISO 15118 hat das nichts mehr zu tun. Da müsste man ja eben keine Autoraten betreiben. |
|
Aktuell etwas doof ist, dass es bei der Pro keinen Fallback gibt wenn 15118 vom Fahrzeug nicht unterstützt wird. Wir haben 2 WP Pro und ab nächster Woche einen KIA PV5 hier. Der kann 15118 und soll laut KIA auch irgendwann V2L per AC können (steht zumindest so auf der NL KIA Seite. Dann haben wir ein Fahrzeug, welches 15118 kann und eines, dass es nicht kann. Aktuell stecken wir halt an wie wir wollen und der Rest word über die Fahrzeug ID geregelt... Bei der Pro wäre es schön wenn man entweder automatisch umschalten könnte wenn 15118 nicht unterstützt wird, oder wenn zuerst die ID ausgelesen wird und man für bestimmte IDs auf 15118 umstellen kann. Ein ggf. nötiges Abstecken kann die Pro ja auch simulieren. |
|
Hi. Könntet ihr mit Blick auf die AFIR und neuen Reglungen ab 2027 darauf eingehen, was das für die openWB Serien bedeutet? Falls ihr schon Einblicke geben könnt, was wird sich denn an den Produkten oder eurem Portfolio verändern? Die Aussagen zum ISO Protokoll dieses Beitrags müssten wahrscheinlich aktualisiert werden. |
|
@mattberlinHA |
|
Ungeachtet dessen ist die Pro zu teuer! Ein EMS würde ich nie in exponierter Lage (Garage, Stellplatz draußen) haben wollen. Das gehört ins Haus. |
|
Bei owb hast du die Wahl, EMS kann übetall sein: Garage, Haus, virtualisiert… Aber zum Thema. Wie geht‘s 2027 weiter? |
|
Soweit ich weiß, treibt openWB die bidi-Funktionen weiter voran. Weil's bei AC an den BIDI-OBC der Fahrzeuge klemmt, wurde kürzlich DC-bidi mit ins WB-Programm aufgenommen. ps |
|
Ja. Im besten Fall helfen die neuen Normen, dass es bei den Fahrzeugherstellern Klarheit herrscht und mal was passiert. Einige bekommen noch nicht mal USB PD hin, aber man muss optimistisch bleiben. |
Uh oh!
There was an error while loading. Please reload this page.
HINWEIS: Zusammenfassung aus dem alten openWB Forum
ISO 15118 auf bestehender openWB Series2 vs. Upgrade auf openWB Pro
Ausgangsfrage
Kann eine bestehende openWB Series2 durch ein Hardware-Upgrade ISO 15118 unterstützen, insbesondere für:
ohne auf eine openWB Pro/Pro+ wechseln zu müssen?
Aktueller Stand
Offizielle Aussage openWB
Ein Umbau einer bestehenden Series2 auf Pro-Niveau ist wirtschaftlich nicht sinnvoll.
Gründe:
Besonderheit der openWB Pro
Laut openWB unterstützen viele ISO-15118-fähige Wallboxen zwar die Norm selbst, lesen aber keinen SoC aus.
Die SoC-Auslesung wurde von openWB zusätzlich implementiert und ist kein automatischer Bestandteil von ISO 15118.
Diskussion Fahrzeugerkennung ohne ISO 15118
Szenario
Mehrere Fahrzeuge teilen sich einen Ladepunkt.
SoC wird bereits über alternative Quellen geliefert:
Problem:
Die Fahrzeugauswahl erfolgt manuell.
Vorschlag
Automatische Fahrzeugerkennung anhand des Fahrzeugs, dessen SoC während des Ladevorgangs steigt.
Alternativ:
Gegenargumente
Technische Risiken
Abrechnung
Bei:
muss die Fahrzeugidentifikation bereits beim Start des Ladevorgangs eindeutig feststehen.
Eine nachträgliche Zuordnung kann problematisch sein.
Fahrzeugprofile
Unterschiedliche Fahrzeuge besitzen unterschiedliche Eigenschaften:
Ein späterer Fahrzeugwechsel während einer laufenden Session kann daher technische Konflikte verursachen.
Alternative Ansätze
RFID
Bereits heute verfügbar:
Nachteil:
WiCAN-basierte Identifikation
Mehrere Teilnehmer halten eine direkte Fahrzeugidentifikation über WiCAN für sinnvoller als eine nachträgliche SoC-Erkennung.
Mögliche Kandidaten:
Dadurch wäre die Fahrzeugwahl bereits vor Ladebeginn bekannt.
Nachrüstbarkeit von ISO 15118
Ein Community-Mitglied verweist auf ISO-15118-Evaluierungsboards (z. B. Red Beet).
Theoretisch möglich:
Praktische Probleme laut openWB:
Die reine Platine ist daher nur ein kleiner Teil des Gesamtaufwands.
Fazit
Die Diskussion entwickelte sich von der ursprünglichen ISO-15118-Frage zunehmend zu einem allgemeinen Thema der automatischen Fahrzeugerkennung.
Konsens:
All reactions