eweri

Hallo rtrbt! Hat sich erledigt, der Zähler läuft jetzt. Ich habe den Zähler entfernt und gespeichert, dann startet die WARP neu, dann habe ich den Zähler hinzugefügt und vergessen zu speichern, das Debug-Log runtergeladen. Dann dachte ich "oh, du hättest speichern müssen" - also noch einmal Zähler entfernt, gespeichert, die WARP startet neu, Zähler hinzugefügt, gespeichert, Debug-Log runtergeladen .... "Moment, wenn die WARP neu startet ist doch das Debug-Log leer... also noch einmal" - ich wollte gerade den Zähler entfernen, da sehe ich das er jetzt doch etwas anzeigt. Keine Ahnung wo es geklemmt hat - jetzt geht es.

Moin! Habe mein "WARP4-Upgrade" am Laufen - alles prima. Aber jetzt ist mir aufgefallen, dass mein elgris Smart Meter, dass in meiner WARP3 problemlos funktioniert hat, in der WARP4 keine Werte liefert. Beim Hinzufügen gibt es die Fehlermeldung "Verbindung zu 192.168.51.169:502 getrennt: ProtocolError", trotzdem läßt sich das Smart Meter hinzufügen. Da es mit der WARP3 immer funktioniert hat, vermute ich, dass sich dieser Fehler durch einige Firmware-Updates eingeschlichen hat. Kann aber auch sein, dass sich mein elgris Smart Meter nicht genau an die SunSpecs hält und ältere WARP-Firmwares da großzügiger waren. Ich habe mal ein Bildschirmfoto und das Protokoll angefügt. warp4-87s6-SunSpec-Gerätesuche-2026-08-11T11-34-37-728.txt

SUPER!! Vielen Dank - Du hast mir das Wochenende gerettet! Wenn ich es nicht ganz so eilig gehabt hätte und ich einfach mal etwas nachgedacht hätte, hätte ich eigentlich selber darauf kommen müssen, dass "DC" nicht die Stromversorgung für den Brick meint sondern den Fehlerstrom-Sensor Mich brachte das zusätzliche Kabel an der WARP3 für die Stromversorgung des Bricks etwas durcheinander NFC-Tags hat sich geklärt, die tauchen an einer anderen Stelle jetzt auf als ich Sie in Erinnerung hatte. Nochmal Danke und ich stelle immer wieder fest, es hat sich gelohnt eine WARP zu kaufen!

Ah - und die DC-Brücke wird nicht mehr gebraucht?

Am NFC-Modul leuchte eine blaue LED und wenn ich ein Tag dran halte leuchte zusätzlich eine gelbe LED, aber in der Web-Oberfläche wird kein NFC-Tag erkannt oder angezeigt. Scheint, dass weder NFC-Modul noch DC-Sensor mit dem Board kommunizieren können. Ich nehm das noch einmal auseinander...

Moin! Ich habe gerade mein Upgrade von WARP3 auf WARP4 installiert und jetzt bekomme ich immer wieder einen DC-Fehlerstrom-Status. Irgend was muss ich zwischen WARP3 und WARP4 falsch gesteckt haben. Ich hatte beim Umbau schon das Problem, dass ich irgend wie an der WARP3 mehr Kabel hatte als an der WARP4 (zu mindest, wenn ich mir die Abbildungen in der Bedienungsanleitung ansehe) dann hat aber doch alles irgendwie wie Sinn ergeben. Nur das die WARP jetzt sofort nach einem Neustart in den DC-Fehler läuft. Ich habe folgende Steckverbindungen hergestellt: Ein Kabel von linker Platine zu rechter Platine (das ist vermutlich für die Stromversorgung?) ein Kabel vom NFC-Modul auf einen der rechten Anschlussstecker ein Kabel vom DC-Fehlersensor auf den anderen freien Stecker Kann man auf dem Foto sehen. Ich habe eine selbst gebaute WARP3, die auf einem modifizierten WARP1-Gehäuse basiert - also nicht wunder falls das auf dem Foto irgend wie komisch aussieht. Irgend eine Idee, was ich falsch gemacht haben könnte? Viele Grüße, eweri

Gestern ist mein WARP 4 "Upgrade" angekommen - jetzt wollte ich es gerade umbauen und dabei habe ich festgestellt, dass sich über die Zeit doch einiges an Einstellungen angesammelt hat (NFC-Tags, Benutzer, Netzwerk, MQTT) da wäre es cool, wenn man die Einstellungen exportieren könnte und selektiv in eine neue WARP importieren könnte. Aber ich bin zu neugierig - ich kann nicht mehr warten 😉 - ich baue gleich um.

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

Moin! Da mich der oben beschriebene Effekt voll erwischt hat, habe ich mir jetzt mal Zeit genommen und mehrmals getestet. Es ist wirklich wie beschrieben und ich denke es liegt an evcc und nicht an meiner WARP3. Aber in evcc-Forum wurde ich mit einem kurzen Kommentar eher abgewürgt und deswegen wäre es gut, wenn ihr euch das mal ansehen könntet und sagen könnt ob es ein evcc-Problem ist. Hier noch einmal die Zusammenfassung: evcc arbeitet mit einem Abtastintervall - das steht bei mir auf 20 Sekunden, wenn ich innerhalb von 20 Sekunden das Auto umstecke, zeigt evcc zwar das neue Fahrzeug an, aber die bisherige Ladung wird nicht auf Null gesetzt, sondern es wird einfach weiter gezählt. In der Lister der Ladevorgänge taucht auch kein eigener Ladevorgang auf. Es kommt noch schlimmer: das Ladelimit, das bei dem zweiten Fahrzeug hinterlegt ist, wird in der Oberfläche angezeigt aber ignoriert. Ich habe jetzt Bilder von evcc, Logs von evcc und von der WARP hochgeladen. Kurz zur Erklärung: Erst war der ID.5 angeschlossen, dann habe ich um 13:30 Uhr die WARP umgesteckt auf den e-up und dann kann man in den Bildern sehen, dass evcc das korrekte Auto erkennt, auch das Ladelimit 80% anzeigt, aber die geladene Energie bleibt gleich. Jetzt suche ich mal meinen alten Thread im evcc-Forum. warp3-2at5-Debug-Report-2025-12-27T13-30-58-268.txt evcc.log

Und der nächste Fall: VW hat seien Login-Prozess verändert, jetzt kommen Programme wie Home Assistent, iobroker oder evcc im Moment nicht mehr an den SoC - diese ganze Cloud-K... ist Mist und macht uns nur von den Herstellern abhängig. https://github.com/evcc-io/evcc/issues/25399

Moin! Es ist eigentlich für kein elektronisches Gerät gut, der direkten Sonneneinstrahlung ausgesetzt zu sein (Ausnahme PV-Module 😁), man wundert sich immer wieder was für eine Kraft hinter dem Sonnenschein steckt. Ein Freund von mir hat eine WB mit LC-Display - die fiel komplett aus bei voller Sonneneinstrahlung. Mein Nachbar hat seine WB mit einem Stück Alu-Fensterbank überdacht und damit hat die WB etwas Regenschutz und Schatten. Wenn deine WB an eine Nordwand montiert wird, sollte das kein Problem sein. Auf Süd- oder West-Ausrichtung würde ich elektronische Gerät niemals ohne Sonnenschutz montieren. Bei uns ist Westen die "Wetter"-Seite, da würde ich nichts ohne Regenschutz montieren. Ich würde ich im Osten nichts ohne Schutz montieren. Bei mir steht die WARP an der Nordwand und wenn es gerade runter regnet, wird es durch den Dachüberstand geschützt. Du könntest natürlich mit kleinen Abstands-Klötzchen eine zweite Frontplatte aus nicht durchsichtigem Kunststoff auf die Edelstahlfront kleben - ob das allerdings besser aussieht als ein Sonnen-/Regenschutz musst Du entscheiden.