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.

poohnet

Members
  • Benutzer seit

  • Letzter Besuch

Alle erstellten Inhalte von poohnet

  1. Alles klar, dann warte ich beim nächsten Mal definitiv mindestens fünf Minuten. Gerade eben hat er problemlos angefangen zu laden, obwohl er nach einer Fahrt eine Stunde gestanden hat: 2026-08-12 11:33:31,463 | users | Charger state changed from 0 to 1 2026-08-12 11:33:35,665 | ev | EV connected: Matched profile 'VW ID.4' (index 0) 2026-08-12 11:34:06,507 | power_manager | External control phase change request: switching to 1 2026-08-12 12:34:57,129 | users | Charger state changed from 1 to 2 2026-08-12 12:34:57,284 | charge_tracker | Tracked start of charge for local charger. 2026-08-12 12:34:58,315 | users | Charger state changed from 2 to 3
  2. Genau so ist es. Bislang einfach nur das Auto angesteckt und sobald die in EVCC hinterlegten Bedingungen erfüllt waren ging‘s los. Wie lange müsste ich denn warten, bis die vier Phasen der Wake-up-Sequenz durch sind? Falls das längere Warten auch nichts bringt, braucht ihr da aber auch nicht mehr weiter zu analysieren, dann würde ich einfach die Willkommensladung aktivieren und gut… 🙃
  3. Ja, genau. Wenn der ID.4 das erste Mal verbunden, die Ladung aber nicht sofort gestartet wird, dann beginnt diese später nicht mehr - es sei denn, man stoppt und startet diese nochmals manuell. Wenn er aber bereits einmal geladen hat, dann kann man die Ladung auch am nächsten Tag wieder problemlos starten. Wieviel Geduld brauche ich denn, d. h. wie lange dauern die vier Phasen? Ich kann das heute gerne nochmals testen und länger warten. Nein, bislang habe ich noch keine Firmware-Anpassungen vorgenommen. EVCC hat auch eine „Willkommensladung“, die habe ich bislang aber noch nicht getestet, da ich das Problem an der alten WARP1 so nicht hatte.
  4. Klar, kein Problem, allerdings haben zwischenzeitlich noch weitere Ladevorgänge stattgefunden. Ansonsten kann ich morgen gerne nochmal testen und direkt beide Reports abziehen… warp4-8hrp-Debug-Report-2026-08-11T20-54-28-115.txt
  5. Moin @borg , gerade eben konnte ich es mit aktivem Ladeprotokoll nachstellen - anscheinend gibt es noch einen Unterschied, ob der ID.4 direkt nach einer Fahrt verbunden wird (wie gerade) oder ob er schon was länger gestanden hat, bevor die Ladefreigabe erfolgt... 2026-08-11 09:49:11,028 | users | Charger state changed from 0 to 1 2026-08-11 09:49:15,952 | ev | EV connected: Matched profile 'VW ID.4' (index 0) 2026-08-11 11:37:45,730 | users | Charger state changed from 1 to 2 2026-08-11 11:37:45,872 | charge_tracker | Tracked start of charge for local charger. 2026-08-11 11:40:12,681 | users | Charger state changed from 2 to 1 2026-08-11 11:40:19,990 | users | Charger state changed from 1 to 2 2026-08-11 11:40:21,047 | users | Charger state changed from 2 to 3Gruß Thomas warp4-8hrp-EVSE-Ladeprotokoll-2026-08-11T11-40-36-060.txt
  6. Hi Ben, schön, dass es jetzt funktioniert. 🙂 Ja, das ist auf den ersten Blick vielleicht etwas verwirrend, aber fremdgesteuert bedeutet, dass deine WARP durch den Lastmanager (d. h. eine andere WARP im Verbund oder den WEM) gesteuert wird. EVCC nutzt aber die API. Klicke bei der Einstellung "Fremdsteuerung" mal auf das Fragezeichen, dann werden die einzelnen Optionen gut erklärt... Gruß Thomas
  7. Moin Ben, schalte die Fremdsteuerung mal auf „Deaktiviert“ und Autocharge aus und probier‘s dann nochmal (speichern und Neustart nicht vergessen). Damit sollte es eigentlich funktionieren. Ansonsten schau mal unter „Wallbox - Ladestatus - Ladestromgrenzen“ was den Ladevorgang blockiert. Gruß Thomas
  8. Irgendwie ist das jetzt "Heisenbergs Unschärfe-Bug" - am Wochenende hat der ID.4 (mit aktivem Ladeprotokoll) die Ladung immer sofort begonnen, gerade eben (ohne Ladeprotokoll) wieder nicht. Ich beobachte weiter...
  9. Okay, dann brauchen wir neben der CP- jetzt auch noch eine PP-Trennung?! 😂 Wobei - PP wird doch gar nicht durchgeführt und ist intern im Stecker auf PE gelegt, oder?
  10. „Fahrzeug-Weckruf“ ist eingeschaltet, aber ich kann selbstverständlich gerne versuchen, das Verhalten bei aktivem Ladeprotokoll zu reproduzieren. Was genau ist denn (aus Sicht des Autos) der Unterschied zwischen dem physikalischen Anstecken des Ladesteckers und dem nachträglichen Anlegen des CP? Und gibt es Autos, bei denen das in deinen Tests funktioniert hat?
  11. Das Problem kann ich aus eigener Erfahrung bestätigen und es liegt nicht an der Wallbox. EVCC hat standardmäßig ein Regelintervall von 30 Sekunden und wenn ich zwischen dem Umstecken mindestens diese 30 Sekunden warte, dann bekommt EVCC den Fahrzeugwechsel auch mit...
  12. Moin zusammen, in den letzten Wochen habe ich immer wieder beobachtet, dass der Ladevorgang meines ID.4 nicht startet, wenn er vor der Freigabe durch EVCC bereits längere Zeit verbunden war - erst ein manueller "Stopp-Start-Zyklus" (egal ob über EVCC oder WARP) überredet ihn dann zum Laden: 2026-08-07 16:23:47,825 | users | Charger state changed from 0 to 1 2026-08-07 16:23:53,088 | ev | EV connected: Matched profile 'VW ID.4' (index 0) 2026-08-07 16:32:59,728 | users | Charger state changed from 1 to 2 2026-08-07 16:32:59,834 | charge_tracker | Tracked start of charge for local charger. 2026-08-07 16:35:28,752 | users | Charger state changed from 2 to 1 2026-08-07 16:35:40,845 | users | Charger state changed from 1 to 2 2026-08-07 16:35:41,868 | users | Charger state changed from 2 to 3Erfolgt die Freigabe hingegen unmittelbar nach dem Verbinden, so startet auch die Ladung sofort. Ich habe bislang noch nicht mit der Willkommensladung experimentiert, aber bei meiner alten WARP1 gab es dieses Problem so nicht. Kann das evtl. mit der ISO 15118-Kommunikation zusammenhängen? "ISO 15118" ist übrigens das Stichwort für das zweite Problem, denn wenn man WARP4 neustartet, während das Auto verbunden ist, dann hat man anschließend überhaupt keinen SoC mehr verfügbar. Dies führt dann dazu, dass EVCC den SoC nicht mehr weiterführt und munter über den eingestellten Ziel-SoC hinauslädt. 🙈 Grundsätzlich geht dieses Problem ja in die gleiche Richtung wie meine Frage, ob man den tatsächlichen SoC beim Ladestopp nicht nochmal abfragen könnte, aber @borg sagte dazu ja schon, dass das Auto die Kommunikation aufbaut und nicht die Wallbox. Daher an dieser Stelle nochmal die Frage, ob man diesen Verbindungsaufbau nicht evtl. durch eine CP-Trennung forcieren könnte... Wie immer besten Dank und Gruß Thomas warp4-8hrp-Debug-Report-2026-08-07T16-34-52-737.txt
  13. Am besten lädst du schon mal einen Debug-Report runter und hängst ihn hier an, die Entwickler von Tinkerforge können die Ursache I. d. R. dann sehr schnell erkennen. s. https://www.tinkerunity.org/topic/12400-wie-melde-ich-am-besten-problem/#comment-55860
  14. Letztendlich macht es keinen wirklichen Unterschied, ob das Auto jetzt zu 68% oder 71% geladen ist. Eigentlich geht es mir auch nur darum herauszufinden, ob man den SoC „zwischendurch“ (d. h. wenn die Ladung eh unterbrochen wird) erneut auslesen kann (und nicht nur beim erstmaligen Verbinden). Manchmal ist das Auto nämlich auch einfach mal zwei Tage am Stück verbunden und die Ladung startet und stoppt automatisch anhand der in EVCC konfigurierten Bedingungen…
  15. Daran hatte ich zunächst auch gedacht und das werde ich testweise auch mal ausprobieren. Allerdings scheint es so zu sein, dass das die Abweichung umso größer ist, je langsamer geladen wird - was aufgrund des Eigenverbrauchs des OBCs ja auch irgendwie logisch ist. Könnte man über die CP-Trennung (so wie beim Wechsel zwischen 1/3-phasigem Laden) nicht einen komplett neuen Handshake erzwingen?
  16. Moin, ich habe jetzt schon ein paar Mal beobachtet, dass der tatsächliche SoC meines ID.4 nach Ladeende 1-3% unter dem von WARP berechneten SoC liegt. Somit endet die (von EVCC gesteuerte) Ladung u. U. zu früh. Meint ihr, es wäre möglich, nach Ladeende nochmals eine ISO 15118-Kommunikation mit dem Fahrzeug aufzubauen und den aktuellen SoC abzurufen?
  17. Hattet ihr mal versucht, die funktionierende WARP auszuschalten und zu schauen, ob sich die bislang nicht funktionierende dann verbinden kann (ggf. nach einem Neustart)?
  18. Ja, stimmt schon. Einerseits wäre es schon cool, wenn man auf/an/neben der WARP ein Display hätte, wo man „im Vorbeigehen“ Ladedauer, Leistung und neuerdings auch SoC sehen könnte (also das, was bei den meisten Schnellladesäulen mittlerweile angezeigt wird). Andererseits: Wie oft steht man wirklich neben seiner Wallbox und schaut dieser beim Laden zu? Ein schönes Dashboard kann man sich selbst in Home Assistent o. ä. basteln und die Weboberfläche sieht auch auf dem Smartphone gut aus. Aber wenn es eh bald eine neue App gibt, vielleicht könntet ihr über Widgets für den Home-/Lockscreen nachdenken?
  19. Die Frage hatte ich schon zu WARP1-Zeiten gestellt 🙃 Ich hatte damals auch mal angefangen, etwas zu implementieren, allerdings wollte ich das Gehäuse nicht ausfräsen, da ich Angst hatte, dass es dann a) nicht mehr dicht ist und b) nicht mehr schön aussieht.
  20. Ich denke, du wirst dann einen Modbus/RTU-Wandler brauchen, s. Antwort von @MatzeTF auf deine vorherige Frage: Alternativ könntest du versuchen, in WARP entsprechende API-Zähler anzulegen und die Daten aus HA „irgendwie“ per MQTT oder http bereitzustellen.
  21. Welche Sensordaten aus HA möchtest du denn in die WARP bekommen und was soll sie damit machen?
  22. Und ich dachte, die Zoe wäre die „Ladezicke“ 😜
  23. Ja, das klingt nach einem vernünftigen Kompromiss. Ich denke, 10-20 Sekunden sollten ausreichend sein…
  24. Kurzes Update: Die nächste Version von EVCC wird jetzt auch WARP4 mit Firmware 2.12.2 oder höher unterstützen 😊
  25. Auch mit der 2.12.2 hat der ID.4 relativ zeitnah nach der Min+PV-Freigabe in EVCC angefangen zu laden, daher würde ich sagen, dass ISO 15118 bei mir funktioniert. Gerade hängt die Zoe an der Ladung und die wollte erst wieder nicht - allerdings hat sie auch nur einen AC-Lader und heute habe ich auf GitHub den Kommentar von @rtrbt gesehen, dass der Start einer Ladung bei aktiviertem ISO 15118-Feature in einem solchen Fall durchaus zwei Minuten dauern kann. Und siehe da, nach zweieinhalb Minuten ging‘s dann tatsächlich los: 2026-07-09 19:26:16,186 | users | Charger state changed from 0 to 1 2026-07-09 19:26:37,346 | users | Charger state changed from 1 to 2 2026-07-09 19:26:37,462 | charge_tracker | Tracked start of charge for local charger. 2026-07-09 19:29:02,172 | users | Charger state changed from 2 to 3Könnte man die Zeit, in der WARP4 auf eine PLC-Kommunikation wartet, evtl. konfigurierbar machen?

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.