Skip to content
View in the app

A better way to browse. Learn more.

Tinkerunity

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

eweri

Members
  • Benutzer seit

  • Letzter Besuch

  1. 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.
  2. 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
  3. 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!
  4. Ah - und die DC-Brücke wird nicht mehr gebraucht?
  5. 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...
  6. 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
  7. 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.
  8. 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 😉
  9. 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,
  10. Kann ich mit leben 😊 - meine WARP3 steckt so wie so schon in einem modifizierten WARP1 Gehäuse
  11. Hallo MatzeTF! Habe ich mit dem Upgrade-Kit irgend welche Funktionseinschränkungen zu einer „echten“ WARP4?
  12. 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!
  13. 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
  14. 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.
  15. 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.

Account

Navigation

Suche

Suche

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.