Ich verstehe den Satz leider nicht. Plug & Charge an DC Säulen hat nichts mit PV Überschußladen zu tun. Auf jeden Fall wird ein Update im OBC benötigt, wenn sie per ISO15118 PV Überschußladen auf die gleiche Weise wie es Porsche/Audi gemacht haben anbieten wollen. Und Plug & Charge benötigt ebenfalls ein Update des OBC. D.h. es könnte beides zusammen kommen. Einfach mal abwarten und schauen was da kommt.
Beiträge von AndiL
-
-
GTX-ler In der Ankündigung steht das nur für DC Säulen. Bei AC Säulen funktioniert das anders. Ich hoffe aber dass sie es auch dort unterstützen werden. Dazu muss das EV als auch die Wallbox ein (großes) Update bekommen. Der Ablauf dahinter ist nicht der gleiche, die Technik ähnlich, aber auch nicht gleich. Denn zu Hause interessiert ja das Zertifikat der Ladekarte für DC Säulen nicht, da braucht man ein Zertifikat das fest im On-Board-Charger ist, und auch bleibt.
Es sollte wohl möglich sein, die VIN/MAC oder was weiß vom Fahrzeug über den ID-Charger auszulesen sein. Selbst mein MacBook liest die Seriennummer des Ladegerätes aus.
AutoCharge bei ENBW funktioniert doch auch schon mehr oder weniger gut...
Magst du hierfür jetzt auch ne Erklärung? Es ist doch langsam gut, du hast etwas erhofft das noch nicht da ist. Das ärgert dich. Ok. Verstehe ich. Aber so ein Text hilft hier doch niemanden. Und auch der ist wieder inhaltlich halt ein Äpfel mit Birnen Vergleich. War leider bisher die falsche Entscheidung. Vielleicht kommt da ja noch ein Update, technisch möglich ist es, Porsche und Audi machen das inzwischen.
-
Die oben zitierte Aussage ist doch nicht richtig. Ich kann mit dem TWC alle Fahrzeuge laden, es ist hier ein ganz normaler Typ2-Anschluss. Man kann eben im Backend die VIN der Fahrzeuge hinterlegen welche eine Berechtigung haben. Das Funktioniert aktuell eben nur mit Tesla Fahrzeugen.
Wenn ich nun analog einen von VW vermarkteten ID-Charger und ID-Fahrzeuge habe verstehe ich nicht was daran nicht passend sein sollte um eine solch simple Funktion zu implementieren. Ich habe hier aus einer Hand gekauft. Bei Tesla funktioniert dies an Superchargern seit 2012 ohne Probleme, so was sollte ein Weltkonzern wie VW knapp 10 Jahre später auch hinbekommen
Da gibt es einfach keine Ausrede
GrüßeNein, deine Aussage ist leider falsch. Der IEC61851 Standard der für Typ 2 Laden verwendet wird, ermöglicht keine Übertragung irgendwelcher Fahrzeugidentifikationen. Was Tesla da macht, ist wie ich gesagt habe ihr eigenes Süppchen oben drauf. Aber der IEC61851 Standard kann das nicht, und damit kann das auch kein anderer Hersteller ausser Tesla.
Ich schreibe Wallbox-Steuerungssoftware, kenne mich damit also nicht gerade schlecht aus. Du kannst dir gerne die Dokumentation dazu besorgen und es selbst nachlesen. Mit solchen Aussagen wie "eine solch simple Funktion", wäre ich lieber etwas vorsichtiger.
-
Kann mir gut vorstellen, das die MAC Adresse des Fahrzeuges übertragen werden kann.
Ja kann sie. Aber die ID Modelle ändern die MAC Adresse jeden Tag. Hilft dann nicht viel. Lösung ist hier Plug & Charge mit AC Wallboxen, dann kommt eine Identifikation eines Zertifikats das sich nicht ändert (außer der OBC wird getauscht). Aber für beides braucht das EV ein Update und auch die Wallbox. Momentan kann es keiner von beiden.
-
Nein, sie kochen keine eigene Suppe sondern nutzen offene Standards und deren Möglichkeiten. Tesla nutzt den minimalen Standard und macht den Rest proprietär so dass das auch nur und ausnahmslos mit eigener Hardware funktioniert.
Wie gesagt, im Laufe des nächsten Jahres könnte das funktionieren.
Deine Erwartungshaltung und die Realität sind hier leider unterschiedlich
-
Wie gesagt, idealweise müsste der ID mit dem ID-Charger bei jedem Ladevorgang seine VIN wie die Ladenkarten-ID direkt protokollieren. Frage mich warum dies nicht funktioniert...
Weil die technische Grundlage dafür noch nicht da ist. Die VIN wird niemals übertragen, sondern maximal eine Fahrzeugidentifikation, aber auch da gibt es mehr Fälle wo auch das nicht möglich ist als Fälle wo das möglich ist.
Beim ID. Charger soll das nächstes Jahr gehen, aber bevor es verfügbar ist, sind das nur Ankündigungen und damit mit Vorsicht zu genießen. Ansonsten muss das EV die Technik um eine Identifikation zu senden, ebenfalls unterstützen. Das ist ebenfalls nicht die Regel, soll bei den VW MEB EVs in 2022 kommen.
Wenn es gut läuft, dann wird also nächstes Jahr für die ID Charger (Connect und Pro) mit VW MEBs eine Fahrzeugidentifikation verfügbar sein. Wie und ob diese dann in die Abrechnungen aufgenommen werden kann, ist dann nochmals ein anderes Thema.
Der Unterschied zu Tesla ist: Tesla kocht ein eigenes Süppchen das auch nur bei eigener Hardware (Wallbox, Ladestation, EV) das kann. Und so ist es immer bei technischen Umsetzungen: wenn man im eigenen Universum bleibt, geht einiges. Aber möchte man etwas das mit Geräten anderer Hersteller auch das gleiche kann, dann dauert das viel viel länger.
-
Ich habe dich schon verstanden, das "nochmal" kannst du dir also an der Stelle sparen.
Die Wallbox kann ich aktuell mit sehr vielen Informationen, also auch die welche ich nicht in der Appe sehe, im ioBroker über einen Adapter anzeigen lassen.
Ich hatte die Idee, dass ich dadurch dann einen Automatismus bauen kann, welcher eine Aktion über die App / Wallbox sendet. Da aber wie beschrieben die MAC-Adresse in ihren Stellen eine Änderung erfährt, wird es schwierig das KFZ zu identifizieren. In diesem Fall muss man einfach auf die Funktionen warten und hoffen das mit Update seitens KFZ und Wallbox entsprechend Funktionserweiterungen kommen.Stimmt, war unnötig. Sorry.
Du bekommst alles was über OCPP von der Wallbox an den Server geschickt wird. Und steuerst damit soweit wie möglich die Wallbox auch über OCPP. Du kannst dir die Spec für OCPP1.6J und ISO15118 hier anschauen: https://www.openchargealliance…cpp_1_6_ISO_15118_v10.pdf
-
Naja eigentlich ganz einfach: Ich habe zwei Charger Pro. In beiden Wallboxen möchte ich meine beiden Autos hinterlegen. Somit werden diese Automatisch geladen, obwohl die Wallboxen im privaten Modus betrieben werden. Anhand einer Kennziffer erkennt die Wallbox, dass die KFZ trusted sind und schaltet diese einfach für den Ladevorgang frei, ohne das ich mit der RFID Karte nochmals manuell freischalten muss.
Plug & Charge im privaten Modus, dass fasst es eigentlich ganz gut zusammen. Ich kann dann anhand des KFZ mir die Ladestatistik ausgeben lassen und mein Firmen-KFZ mit dem Unternehmen abrechnen.Du willst etwas mit iobreaker in der Wallbox hinterlegen, die momentan gar keine API hat und du auch nicht weisst was für eine Identifikation vom Auto kommt?
Nochmal(Das Wort war unnötig), die Firmware der Wallbox macht keine ISO15118 Kommunikation mit dem EV, damit wird auch keine Identifikation übertragen. Und du kannst die auch nicht von außen auf andere Weise in die Wallbox "injizieren". Und das wirst du auch in Zukunft nicht können. -
Dann gehe ich mal schwer davon aus, dass ich mit meinem ioBroker nicht in die Situation komme um das Plug&Charge zu generieren. Ich frage mich allerdings, warum ich das nicht einfach hinterlegen kann. Für mich als IT'ler tatsächlich unverständlich.
Was genau hast du denn vor? Was willst du wo hinterlegen?
-
zu 5. Dass der ID seine MAC-Adresse jeden Tag ändert und die auch an Wallboxen überträgt höre ich hier zum ersten Mal! Quelle? Ausprobiert?
Bisher wurde immer kommuniziert da käme gar keine MAC-Adresse oder nur Nullen.
Ja, ausprobiert und ausgelesen. Ich bin einer der Software-Entwickler von evcc.io und habe dort die EEBUS Implementierung gebaut.
Und genau das ist der Grund warum AutoCharge bei EnBW nicht funktioniert, weil die MAC Adresse sich ändert.
Natürlich gibt es eine MAC Adresse, die ist im TCP/IP Stack erforderlich. Und nein, die kann nicht aus Nullen bestehen.
Beim ID.3 beginnt sie immer mit: "00:7D:FA:", der Rest dahinter ändert sich.
Als kleinen Hinweis meinerseits: es ist wirklich unnötig in rot und Fettschrift nach "Quelle? Ausprobiert?" fordern.
Alles anzeigenJetzt mal Frage an den Experten: seit wann ist es denn einem Netzwerk-Gerät erlaubt seine MAC-Adresse jeden Tag zu ändern?
In welcher Norm und zu welchem Zweck sollte dass erlaubt werden?
Welche Geräte außer dem ID tun das und warum? (ausgenommen zur kriminellen/Spionage Verschleierung!)
Also ist das Verhalten von VW da korrekt?
Dass es viele "China"-Geräte gibt bei denen man die MAC-Adresse "offiziell" ändern kann ist mir bekannt - aber ist das denn so gedacht???
Anbei ein Link zu MAC Address randomization in Android, dort ist es seit Version 10 per default eingeschaltet: https://source.android.com/dev…ct/wifi-mac-randomization
Kannst dich gerne einlesen
Die MAC Adresse ändert sich nicht, das ist der harncodierte Geräte-Identifier.
Dafür gibt es die IP Adresse welche sich ändern kann.
Ja, die MAC Adresse hat ein bestimmtes Format. Und genau dieses wird übertragen. Außerhalb der Wallbox bekommst du nichts mit von den IP Adressen welche über die PLC Verbindung zwischen OBC und Wallbox verwendet werden. Du bekommst nur die MAC Adresse oder die Identifikation eines Zertifikats.
-
"Plug&Charge" bzw "AutoCharge" funktionieren nicht wg. fehlender Datenübergabe vom ID an die Wallbox.
Kommt erst mit SW 3.0 auf den ID. Wobei ich dachte Elli realisiert AutoCharge über die IP-Adresse des Autos...
Und ob die mit SW 3.0 übertragen wird ist mir nicht bekannt.
1. Identifikation des Autos an einer Ladesäule/Wallbox funktioniert entweder über eine Kennung des Zertifikats das im OBC installiert ist oder über die MAC Adresse des OBC. Niemals über etwas wie eine IP Adresse!
2. AutoCharge verwendet IMMER die MAC Adresse des OBC mit ISO15118 Kommunikation.
3. Plug & Charge an AC Ladesäulen/Wallboxen verwendet IMMER eine lokale Identität (nicht die MAC Adresse!) des OBC mit ISO15118 Kommunikation.
4. Damit das alles mit einer Wallbox funktioniert müssen sowohl der OBC als auch die Wallbox über ISO15518 kommunizieren können. Die Elli Wallbox macht das noch nicht, hat aber die Hardware dafür. Braucht also ein Software-Update.
5. Damit AutoCharge funktionieren könnte, müsste die MAC Adresse immer konstant sein, aber die MEB Autos ändern diese MAC Adresse jeden Tag. Daher funktioniert AutoCharge von MEB Autos weder an Fastnet, EnBW noch an irgendwelchen Wallboxen.
6. Plug & Charge mit einer Wallbox nutzt nicht das Zertifikat das für Plug & Charge an den DC Ladesäulen verwendet wird. Ersteres ist wird über ein Identität (nicht MAC Adresse!) im OBC realisiert, letzteres ein Zertifikat abhängig vom Ladetarifanbieter.
7. Der ID.3 überträgt bereits heute die MAC Adresse an ISO15118 kompatible Wallboxen und DC Ladesäulen.
Ich fahre Audi Q4 und schaue aktuell, ob ich irgendwie über meinen ioBroker an die Informationen komme um AutoCharge zu realisieren.
Irgendeine ID muss ja übertragen werden bzw. wird bestimmt vermittelt.Wird nicht funktionieren, da die Software im Elli Charger das heute noch nicht bereitstellt und damit die Wallbox noch nicht mittels ISO15118 mit dem Auto kommuniziert. Die Hardware dafür hat sie. Aber auch dann wird AutoCharge nicht funktionieren, da die MAC Adresse sich in den MEB Autos täglich ändert.
Auch ansonsten wirst du höchstwahrscheinlich nicht an die Info herankommen, außer du baust ein EEBUS basiertes HEMS. Bei evcc.io haben wir genau das gemacht.
-
Ansonsten funktioniert die Amtron Xtra schon heute plug and play am Sunny HomeManager 2.0 mit EEBUS und wurde in diesem Jahr auch in dieser Konfiguration mit SMA von mennekes aktiv beworben. Ich habe die Tage festgestellt, dass die Amtron Xtra WB aus dem Programm genommen und durch eine vergleichbare WB ersetzt wurde, bei der man von zukünftigen EEBUS Updates spricht, um PV-geführtes Laden möglich zu machen.
Der SMA Home Manager 2.0 kann nicht mit Wallboxen über EEBUS kommunizieren, sondern nur über SEMP. Über EEBUS kann der SMA HM nur mit Trocknern, Waschmaschinen und Wärmepumpen kommunizieren.
-
Die Auto-Motor-Sport schreibt:
ZitatAn einer Wechselstrom-Säule oder einer Wallbox können die neuen ID.5 Modelle mit bis zu 11 kW Leistung laden. Außerdem beherrscht der ID.5 an der Wallbox von VW im Zusammenspiel mit einem Heimenergie-Managementsystem (HEMS) neue Funktionen – zum Beispiel das Laden zu kostengünstigen Zeiten oder mit Solarstrom, falls eine Photovoltaikanlage installiert ist. Passt die Infrastruktur ist der ID.5 zudem auch dafür vorbereitet, zu Hause bidirektional zu laden – so kann der ID.5 Strom in das Hausnetz einspeisen.
https://www.auto-motor-und-spo…roauto/vw-id-5-suv-coupe/Da hat wohl VW die Ankündigung für das PV geführte Laden erneuert.
Und jetzt ein "educated guess":
- Die Wallbox braucht eine neue Firmware (das weiss hier aber wohl jeder)
- Das EV braucht auch ein Software-Update, denn die Kommunikation zur Steuerung des Ladens geht über ISO15118 und nicht IEC61851. Das braucht ebenfalls ein Software Update, da es heute noch nicht funktioniert (mit einer anderen ISO15118 Wallbox getestet). Update 3.0 ist jetzt für März angekündigt (Siehe Youtube Kanal von Battery Life der die Info von VW hat)
- D.h. die Firmware für die Wallbox wird man auch um den Zeitraum März 2022 herum erwarten können
Ein HEMS mit EEBUS ist dann notwendig. Der SMA Home Manager 2.0 kann EEBUS NICHT mit Wallboxen! Evtl. wird VW da etwas anbieten, es gibt aber auch den SMA Data Manager M Lite oder Alternativ dann eine Software die EEBUS kann und einen unterstützen auslesbaren Zähler am Netzanschlusspunkt. Die Software evcc http://evcc.io (an der ich mitentwickle) unterstützt EEBUS für den Porsche Mobile Charger Connect. Da ich auch einen ID. Charger Connect hier habe, werde ich versuchen das ebenfalls zu unterstützen.
-
Hi,
ja das liest sich für mich auch so, mag nur mit 1 EEBUS-Wallbox reden. Außerdem brauchst zum SMA Data Manager auch noch den SMA Energy Meter und dann noch das EEBUS Wallbox Software Update. Dafür hast (soweit ich weiss) kein prognosebasiertes Laden der Hausbatterie mehr und kannst nicht mehr mit SEMP Geräten kommunizieren (z.b. Wärmepumpe). Braucht auch wesentlich mehr Platz im Schrank als der HM.
-
Nein das ist nicht ganz so.
1. Die Steuerung und Regelung geschieht über ISO15118-AC und nicht über IEC61851 (wie bei fast allen bisherigen EVs)
2. Bisher war es so, dass die Autos immer laden wollen sobald es am Kabel hängt, und die Wallbox kann entweder das Laden stoppen oder die Stromstärke anpassen
3. Bei ISO15118 gibt es aber nicht den „ich will immer laden“ Bedarf. Über Profile und Timer (je nach Hersteller andere Bezeichnungen) gibt man Mindest-SoC vor (der so schnell wie möglich geladen wird), und/oder einen Ziel-SoC mit Zeitpunkt
4. Beim Ziel-SoC teilt das EV dem HEMS (über die Wallbox) mit, wieviel Strom es braucht und bis wann. Das HEMS schickt dann eine Preistabelle zurück und wann voraussichtlich wieviel Strom zur Verfügung steht. So kann das EV dann einen Ladeplan erstellen um am günstigsten das Ziel zu erreichen, und danach lädt es dann.
5. Zusätzlich kann ein EV dem HEMS auch mitteilen, dass es außerhalb von obigem auch bereit ist PV-Strom zu laden. Das HEMS ermittelt den momentanen Überschuß und schickt die Werte an das EV. Das kann diesen nun Laden wenn im EV die entsprechenden Einstellungen so gemacht sind.
Sofern VW die gleichen „Befehle“ wie der e-tron oder der Taycan über die Wallbox an das HEMS schickt, wird der SMA Data Manager M Lite da auch können. Dort wurde eine Audi/Porsche Erweiterung für ISO15118-AC entwickelt um PV Überschußladen zu ermöglichen, und deren Wallbox unterstützt diese Erweiterung und übersetzt die in EEBUS welche das HEMS versteht. Dies sollte mit allen bisherigen MEB Modellen möglich sein, da dies hauptsächlich Software ist.
Die Meldung im Newsletter ist etwas anderes, da geht es um die Nutzung der Batterie des EVs als Zwischenspeicher! Das können die ID. Charger Wallboxen aber nicht. Dazu wird VW eine neue Wallbox anbieten, diese ist wesentlich größer (und teurer) und wurde in den Präsentationen bereits gezeigt. Dies wird mit den bisherigen MEB Modellen NICHT ohne weiteres möglich sein, da auch die Hardware im EV das unterstützen muss.
