eweri

So - ich bin wieder etwas schlauer - wie immer gilt: Kaum macht man es richtig - schon funktioniert es! 😀 Im Gegensatz zu @Raudi habe ich auf meinem alten WiCAN schon die Firmware 4.21 und aus einem Grund den ich nicht verstehe, empfehlen die Hersteller die Anbindung an Home Assistant per http ("Home Assistant webhook support"), nicht per mqtt. So weit nicht schlimm, da man Home Assistant so konfigurieren kann, dass es alle bekannten Sensoren im mqtt-Broker ablegt. So kann man ganz elegant Geräte, die kein mqtt können aber sich per Home Assistant ansprechen lassen doch per mqtt steuern. Tja und nun zu meinem Fehler: Da die Werte nicht per mqtt sondern per Web-Hook übertragen wurden tauchen die im mqtt-Broker etwas anders auf: Schickt der WiCAN seine Werte per mqtt hat der Topic diese Form (kann man komplett frei wählen): "mein_wican/mein_unterpunkt/soc" - der SoC-Wert befindet sich also direkt in dem Punkt "soc" Schickt der WiCAN seine Werte per Web-Hook hat der Topic z.B. diese Form (von Home Assistant WiCAN-Plugin vorgegeben): "homeassistant/sensor/meinbereich_http_wican_meinemacadresse_local_soc/" - das ist aber nur ein Pfad, der eigentliche Wert steht dann in "state", also der vollständige Topic um auf den Wert vom SoC zu zugreifen ist dann "homeassistant/sensor/meinbereich_http_wican_meinemacadresse_local_soc/state" Jetzt haben die Werte SoC, Odometer und Range in evcc auch passende Werte. Ich hoffe das hilft einigen. Und jetzt kann mich Volkswagen mal 😉

Ich bekomme es einfach nicht hin, dass der e-up den SoC und Range gleichzeitig aktualisiert. Ich hatte schon mal eine WiCAN-Konfig, da wurde nur der Range größer beim Laden, aber SoC wurde nur in dem Moment aktualisiert, wo der WiCAN in den WLAN-Empfangsbereich kam. Im Moment empfange ich SoC, Range und Odometer - aber nur der SoC wird während des Ladens aktualisiert, der Range bleibt gleich. @Raudi Steigt bei dir der Range während Du lädst und er der SoC steigt? P.S. Als die Ladung gestoppt wurde, wurde der Range-Wert aktualisiert,

Kann ich mit leben 😊 - meine WARP3 steckt so wie so schon in einem modifizierten WARP1 Gehäuse

Hallo MatzeTF! Habe ich mit dem Upgrade-Kit irgend welche Funktionseinschränkungen zu einer „echten“ WARP4?

Guten Morgen! Ich habe gestern noch die WARP über http an evcc angebunden, Danke für den Hinweis evcc auf 0.308.1 aktualisiert, dass gestern raus kam und, meinen VW über die offizielle EU-Data-Act-Schnittstelle freischalten lassen. Heute morgen wieder einen Ladevorgang gestartet - bis jetzt trat das Phänomen nicht wieder auf. Allerdings habe ich seit heute morgen auch wieder SoC von VW in evcc. Meine Meinung zu Abhängigkeiten von Hersteller-Clouds kennt man vermutlich. Danke und macht weiter so!

Ich habe um 16:40 Uhr in evcc den Lademodus von "Aus" auf "PV" gestellt und die WARP hat sofort mit 11kW geladen. Im Protokoll scheint es Probleme mit der mqtt-Kommunikation zu geben warp3-2at5-Debug-Report-2026-06-05T16-41-51-614.txt

Hallo! Heute morgen habe ich das neue Update 2.11 eingespielt und als ich heute Nachmittag meinen ID.5 lade, fällt mir auf, dass der statt mit PV-Überschuss mit vollen 11kW geladen wird, obwohl es auf Modus PV steht. Ich regel den PV-Überschuss über evcc da ich noch einen Warmwasser-Heizstab mit regeln möchte. Wegen den Mist den Volkswagen mit dem Datenzugriff angerichtet hat, hat es auch ein neues evcc Update gegeben Version 0.308. Jetzt weiß ich echt nicht wo ich anfangen soll mit der Fehlersuche. Ich habe aber gerade festgestellt, dass man bei VW alle 15 Minuten seine Daten abholen darf. Das richte ich jetzt erst mal ein. Mal schauen was dann passiert.

Hallo! Das ist jetzt kein Problem der WARP, eher ein Problem des gesamten E-Mobilitätskosmos. Ich halte jeden Ladestandard, beim es nicht möglich ist, dass eine Wallbox den SoC des angeschlossenen Fahrzeug lesen kann für kaputt! Vielen BEV-Fahrern ist nicht klar, das das Lademanagement von der Hersteller-Cloud des Fahrzeughersteller abhängig ist. Ich denke es ist im Interesse von BEV-Besitzern und Wallbox-Herstellern, dass die wichtigsten Zustandsdaten das angeschlossene Auto direkt mit der Wallbox austauschen kann. Zum Sensibilisieren einfach den Artikel aus Heise über Volkswagen lesen und dann einfach Volkswagen durch den eigenen BEV-Hersteller austauschen. Es ist einfach völlig krank: 7m Kabel zwischen Wallbox und Auto und die Daten wie SoC, Kilometerstand und ähnliches legen Hunderte von Kilometern zurück und dann soll man als Besitzer für den Zugriff auf seine eigenen Daten auch noch bezahlen. Vielleicht unterstützt ihr diese Petition wurde vom evcc-Team angestoßen.

Hallo f-Zappa! Du erwartest von einer Wallbox etwas viel. Das ist keine Hausenergie-Zentrale, aber evcc entwickelt sich langsam in die Richtung. Eventuell schaust Du Dir mal evcc an. Das kann auf einem kleinen Raspberrypi oder NUC laufen. Geh davon aus, das in Zukunft noch mehr elektrische Verbraucher geregelt werden müssen, dann ist das nach meiner Ansicht keine Aufgabe mehr für eine „einfache“ Wallbox. Ich mache nämlich genau das, was Du oben beschreibst. Ich habe eine PV-Anlage, einen Novolto-Heizstab für Brauchwasser, zwei BEVs, ein Smart-Meter von elgris, natürlich die WARP und evcc. Damit mache ich PV-Überschuss-Laden und -Heizen. Da Gas fast so billig ist wie meine Einspeisevergütung lohnt sich das Überschuss-Heizen im Moment noch nicht wirklich (das war mehr eine Trotzhandlung 😉) aber man kann schon mal üben. Mein erster kleiner Beitrag zur Sektorenkopplung. Die Orchestrierung übernimmt nun evcc für Überschuss nach folgenden Regeln: BEV-Laden erfolgt bevorzugt vor allen anderen Dingen BEV-Laden erfolgt mit mindestens 2kW (mit 1,4kW dauert mir das echt zu lange und bei geringer Ladeleistung wirken sich die Verluste in der Ladesteuerung der Autos stärker aus) Heizen hat die geringste Priorität Heizen startet sofort bei 60W Überschuss, stoppt sofort bei 0W Überschuss (sofort bedeutet bei evcc 1-2 Regelintervalle, bei mir also 15-30 Sekunden Reaktionszeit - ergibt ca. 93% PV-Anteil beim Heizen) Wird länger als 1 Minute 500W eingespeist oder verheizt wird die Ladung der BEVs gestartet (bis dahin kann der Heizstab laufen, je nach tatsächlichem Überschuss nehme ich jetzt 1500W aus dem Netz auf) Wird länger als 3 Minuten 1600W (ich lade mit mindestens 2kW) aus dem Netz aufgenommen wird der Ladevorgang angehalten (und eventuell startet das Heizen wieder) Dann habe ich die Heizung so eingestellt, das der Brauchwasserspeicher das Wasser nur noch auf 50C erwärmt und der Heizstab darf aber bis 65C aufheizen. Somit sollte der Brauchwasserspeicher immer etwas Platz für ein paar kWh haben. Kleiner Anmerkung noch: Es ist übrigens nicht unerheblich, was mein Brauchwasserspeicher an Wärme verliert - wenn ich mich richtig erinnere waren es über Nacht bei 55C ca. 1,5kWh und bei 45C noch 1kWh über Nacht. Wenn man Dämmmaterial günstig bekommt, kann es sich lohnen den Brauchwasserspeicher zusätzlich zu isolieren siehe Akkudoktor Bei mir ist für die Zukunft geplant mit Klimaanlagen zu heizen und zu kühlen und das wird dann auch evcc übernehmen. In 2 Jahren ist meine erste PV-Anlage über 20 Jahre alt, dann soll noch ein Akku dazu kommen. Das alles mit einer Wallbox zusteuern …. Ich weiß nicht 😉 Viel Spaß mit der WARP P.S. Ist mir gerade noch eingefallen: Wenn die WARP4 da ist, werde ich mir die sehr wahrscheinlich anschaffen und ich werde vermutlich die WARP3 behalten und beide Autos abhängig vom jeweiligen Akkustand mit PV-Überschuss laden wollen. Das können die WARPs vermutlich sogar selber regeln. Mal schauen.

Guten Morgen! Ich bin gerade über das Förderprogramm für Mehrfamilienhäuser gestartet gestolpert und habe sofort in der Liste der förderfähigen Hersteller nachgesehen ob mein Lieblingshersteller von Wallboxen auch als förderfähig gelistet wird - wird er allerdings nicht. Also ein kleiner Hinweis - ihr müsst in die Liste. Bis denn, eweri

Hallo Raudi! Würdest Du deine Lösung mal ausführlich in einem eigenen Thread vorstellen? ich habe noch den alten WiCAN und kann auch den SoC bei unserem e-up auslesen, aber ich bekomme es nicht hin auch den Kilometerstand auszulesen. Deswegen benutze ich noch die VW-Cloud. Und wenn die ISO15181 wirklich wieder so einen Design-Fehler hat, dass der SoC bei AC nicht übertragen wird, dann ist aus meiner Sicht der Standard kaputt! Wir leben im 21. Jahrhundert, NFC ist an jeder Ecke aber ein "moderner" Standard schafft es nicht drei bis dreizig Werte aus einem Auto auszulesen? Ich empfinde das als absolut lächerlich. Statt dessen wird man in die Abhängigkeit der Hersteller-Clouds gezwungen. Was wenn die Autos mal alt sind und der Hersteller keinen Bock mehr hat alte Infrastruktur für die alten Fahrzeug-Typen aufrecht zu erhalten? Wenn Du das hier mal ausführlich ausführst wäre das echt nett (oder im Photovoltaik-Forum oder im vcc-Forum) Danke.

Hallo MatzeTF! Super klasse - vielen Dank! Ich habe mir fast die Kopf zermartert, wie ich die MQTT-Werte in Home Assistant einbaue und kaum das man es richtig macht, ist alles da, was man braucht. Super Arbeit - ich kann die WARP nur jedem empfehlen (gestern erst wieder im Heise-Forum empfohlen). Bis denn, eweri

Denn ist das vermutlich mein Fehler. Ich stelle den Topic mal wieder zurück.

Ich habe da mal eine Frage zum MQTT Discovery in Home Assistant. Kann man mal auflisten, was alles wie eingestellt sein muss, damit das funktioniert? Ich habe mir die Doku von HA durchgelesen und das stand man solle nur "homeassistant" als Topic nehmen, bzw. genauer "homeassistant/device/universelle-ID" also habe ich in meiner WARP folgendes Topic eingestellt "homeassistant/warp/2at5" eingerichtet, aber in HA tauchte keine Entitäten der WARP auf. Ich werde aus der Beschreibung bei HA einfach nicht schlau.

Kaum eine Woche später 😉habe ich es endlich geschafft. Der WiCAN ist im e-up installiert und ist in Home Assistant eingerichtet. Und funktioniert wie verrückt! Seit dem 2.1 habe ich den WiCAN am laufen und jedes Mal wenn der e-up demanach Hause kommt vergehen keine 10 Sekunden und der aktuelle Akkustand wird angezeigt. Ich denke im Laufe der kommenden Tage werde ich den WiCAN in evcc einrichten. Gestern hat sich evcc nähmlich wieder nicht bei VW einloggen können. Dann wäre das Lademanagement vom e-up „cloudless“ 😀 Was ich noch gerne hätte wäre der Kilometerstand - aber das Konfi-Interface des WiCAN ist ziemlich - sagen wir mal - unzuverlässig. Und ich steige durch die OBD-Kommandos noch nicht ganz durch Mit einer WARP, die ISO15??? spricht, werden wohl alle Autos cloudless verwaltet werden können