-
elgris Smart Meter über SunSpec liefert keine Werte mehr
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.
-
elgris Smart Meter über SunSpec liefert keine Werte mehr
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
-
eweri folgt jetzt dem Inhalt: elgris Smart Meter über SunSpec liefert keine Werte mehr
-
Warp3 -> 4 upgrade - DC-Fehlerstrom löst aus
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!
-
Warp3 -> 4 upgrade - DC-Fehlerstrom löst aus
Ah - und die DC-Brücke wird nicht mehr gebraucht?
-
Warp3 -> 4 upgrade - DC-Fehlerstrom löst aus
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...
-
Warp3 -> 4 upgrade - DC-Fehlerstrom löst aus
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
-
Einstellungen exportieren / sichern
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.
-
Bericht: WARP3 Pro mit evcc und SoC ohne Cloud-Daten
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 😉
-
Bericht: WARP3 Pro mit evcc und SoC ohne Cloud-Daten
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,
-
Roadmap für Implementierung ISO15118?
Kann ich mit leben 😊 - meine WARP3 steckt so wie so schon in einem modifizierten WARP1 Gehäuse
-
Roadmap für Implementierung ISO15118?
Hallo MatzeTF! Habe ich mit dem Upgrade-Kit irgend welche Funktionseinschränkungen zu einer „echten“ WARP4?
-
Firmware 2.11 - p1/p3-Umschaltung für Überschuss laden ohne Funktion?
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!
-
Firmware 2.11 - p1/p3-Umschaltung für Überschuss laden ohne Funktion?
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
-
Firmware 2.11 - p1/p3-Umschaltung für Überschuss laden ohne Funktion?
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.
-
Kaputte Ladestandards oder warum die Wallbox den SoC direkt aus dem Auto auslesen können sollte
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.
eweri
Members
-
Benutzer seit
-
Letzter Besuch