poohnet

Viel komplizierter ist es aber auch nicht 🙃 Allerdings braucht man eine angepasste Firmware, die die im Ladecontroller der WARP1 nicht vorhandene CP-Trennung durchführt. Der Umbau von @mattsches ist da sicherlich etwas aufwändiger, kommt dafür aber auch ohne externe Komponenten für die Phasenumschaltung aus. Letztendlich muss man halt Spaß an derartigen Bastelprojekten haben, d. h. es eher als Hobby sehen, die Box zu tunen. Jedenfalls wird man von den Jungs von TinkerForge hier im Forum (und bei Bedarf auch per PM) bestens unterstützt 💜

Die CP-Trennung habe ich bei meiner WARP1 nachgerüstet und damit die vollständige Kompatibilität mit dem WARP Energy Manager (inkl. Phasenumschaltung) hergestellt: Gruß Thomas

Alles klar, werde ich morgen machen...

Hallo zusammen, könntet ihr ggf. nochmal einen Blick auf das angehängte Ladeprotokoll werfen? Ich habe es gestern nämlich nicht geschafft, den ID.4 über 80% zu laden, obwohl ich Battery Care ausgeschaltet und das Ladeziel im Auto auf 90% gesetzt habe. Die Ladung hat zwei, dreimal kurz begonnen, ist nach wenigen Sekunden aber abgebrochen. Ich habe daraufhin die Box neugestartet und das Ladeprotokoll sowie die Ladung (bewusst nur 3-phasig, 16A) gestartet. Leider ist dann gar nichts mehr passiert, d. h. die Anzeige ging nicht über "Ladebereit" hinaus. Ich lade heute in der Firma bewusst mal auf 90% um zu schauen, ob dies korrekt funktioniert und (falls ja) ich heute Abend mehr als 80% SOC habe, wenn ich wieder zu Hause ankomme... Besten Dank & Gruß Thomas evse-debug-protocol-warp2-XSS-2023-09-10T14-06-15-655.txt

Perfekt! Ich bin froh, dass der Zähler bei dir nun funktioniert und das Problem nicht doch durch irgendeinen Seiteneffekt meiner Firmwareanpassungen verursacht wurde. Vielen Dank Erik auch für deine Unterstützung. Ich hoffe, du hattest einen schönen Urlaub 🙂 Gruß Thomas

Moin Oliver, das ist jetzt wirklich sehr merkwürdig. Kannst du die Tests bitte nochmal mit der alten Firmware machen, d. h. die Zählererkennung zurück auf 255 (automatisch) stellen, einen Ladevorgang starten und die Kommunikation mit dem BrickViewer prüfen? Gruß Thomas

Sehr gut! Schön, dass es nun funktioniert 🙂 Wobei ich nicht verstehe, warum a) der Zähler nicht mehr automatisch erkannt wird und b) das "type_override_update" nicht auch in der aktuellen Firmware funktioniert. Vielleicht können @rtrbt und/oder @MatzeTF ja hier etwas Licht ins Dunkle bringen... Gruß Thomas

Klar, kein Problem. Einfach in dem von dir zitierten Post die "2" durch "1" ersetzen: Damit solltest du den Zählertyp fix auf den SDM72 festnageln. Vielleicht hat @rtrbt noch eine Idee, ansonsten würde ich dir mal eine Firmware nur aus den Standardmodulen (d. h. ohne meine Anpassungen) bauen...

Hmm, seltsam. Ich habe zwar den Charge Tracker erweitert, aber keine Anpassungen an den Zählermodulen gemacht. Irgendwie scheint der Zähler nicht richtig erkannt (bzw. das Modul nicht richtig initialisiert) zu werden. Hast du im Log irgendwelche Fehlermeldungen? Kannst du das o. g. Update mal mit “payload“:“1“ testen?

Das ist das EVSE-Bricklet. Keine Ahnung, warum das als "unbekanntes Gerät" aufgeführt wird, ist aber bei mir auch so 🙃 Sehr gut! Ich habe nur neue Module in die Firmware mit aufgenommen, keine bestehenden entfernt, daher sollte das eigentlich weiterhin funktionieren. Ich meine aber mal über einen Post gestolpert zu sein, wo die automatische Zählererkennung auch mit der Standardfirmware nicht funktioniert hat und man den Zählertyp dann per "update" fix hinterlegt hat. Ich versuche später mal, den wiederzufinden... Gruß Thomas

Du brauchst vermutlich eine noch weiter angepasste Kalibrierung. Wie gesagt, ich hatte mit meinem ID.4 das gleiche Problem und mit der Datei aus o. g. Post funktioniert's jetzt problemlos im gesamten Bereich 6-16A. Vielleicht probierst du die einfach mal aus... Gruß Thomas

Ein ähnliches Verhalten hatte ich mit meinem ID.4 auch, hier hat die Ladung sogar erst bei 9A stabil begonnen. Evtl. testest du einfach mal meine Kalibrierung aus folgendem Post: Gruß Thomas

Wenn du schon einen SMA Home Manager 2.0 (bzw. SMA Energy Meter) hast, kannst du die Daten auch netzwerktechnisch abgreifen und dem WARP Energy Manager per API zur Verfügung stellen. Ist zwar (noch) ein inoffizielles Feature, funktioniert aber 1a 🙂

Details zur „Kommunikation“ zwischen Wallbox und Fahrzeug sind z. B. hier gut beschrieben: https://ladefragen.de/27/

Ganz einfach, es lädt dann nur ein- oder zweiphasig 🙃 Die Wallbox stellt nur eine oder drei Phasen bereit und teilt dem Auto (über die CP-Leitung) mit, wieviel Strom es maximal ziehen darf. Der Ladecontroller im Auto entscheidet dann selbst, wie viele Phasen verwendet und wie viel Strom tatsächlich gezogen wird. Bei meinem Passat GTE waren in der Ladebuchse beispielsweise L2 und L3 gar nicht verbunden... Gruß Thomas

neue Firmware 2.1.4 für WARP on Steroids Anpassungen s. hier: Zusätzlich kann die Firmware nun ein "Industrial Quad Relay"-Bricklet ansteuern, mit dem ich eine CP-Trennung implementiert und damit die vollständige Kompatibilität mit dem WARP Energy Manager hergestellt habe (Stichwort Phasenumschaltung): Das neue Modul ist zwar eigentlich so gebaut, dass das Standardverhalten erhalten bleibt, wenn das Bricklet nicht gefunden wurde, nichtsdestotrotz wäre es schön, wenn mir z. B. @Little_Company eine kurze Rückmeldung geben könnte, ob die Ladung weiterhin problemlos funktioniert... warp2_firmware_2_1_4_64e60f53_e088a90e321ee92_merged.bin

Hallo Heiko, wenn du in den letzten zwei Jahren einen WARP-Charger gekauft hast, dann ist das mit ziemlicher Sicherheit eine WARP2, d. h. die Tabelle mit den Features sollte passen. Zum Thema "WARP1 on Steroids" kann ich noch ein paar Details beisteuern, da ich (glaube ich) der erste war, der eine WARP1 auf den in WARP2 verwendeten ESP32-Ethernet-Brick aufgerüstet und die Firmware entsprechend angepasst hat: Neben dem Ethernet-Port (den ich selbst nicht verwende) hat dieser Brick aber auch mehr RAM, sodass auch einige der neueren WARP2-Features (z. B. OCPP) funktionieren. Weiterhin habe ich kürzlich die in WARP1 eigentlich nicht vorhandene CP-Trennung nachgebaut, sodass nun auch die 1/3-Phasenumschaltung mittels WARP Energy Manager funktioniert: Aufgrund der modularen und offenen Architektur der Hard- und Software sowie der tollen Unterstützung durch TinkerForge ist meine WARP1 daher noch lange kein "Alteisen"... 🙃 Gruß Thomas

Sieht erstmal gut aus, zweimal neugestartet, kein neuer Peak mehr in der Energiebilanz 😀 Besten Dank für die schnelle Korrektur!

Puh, ich mag mir gerade nicht vorstellen wollen, was ein Wackelkontakt bzw. lose Klemmen bei 11 kW Dauerleistung auslösen können 🫣 Gut, dass das Auto die Ladung abgebrochen hat und es jetzt funktioniert…

Richtig. Beide selbstgebaut mit Repo-Stand von Mitte/Ende letzter Woche. Perfekt, vielen Dank. Dann aktualisiere ich meinen Fork heute Abend mal und baue eine neue Firmware 🙂

Stimmt, kann ich bestätigen 🙃

Ja, er hängt zwischen dem Schütz des WEM und der Wallbox. Ja, ich sende "/meter/state_update" mit state=2 und type=2, sobald die MQTT-Verbindung steht (d. h. nach Empfang des Topics "/mqtt/state"), alle fünf Sekunden "meter/values_update" und "meter/phases_update" und alle 15 Sekunden "meter/all_values_update" (alles an WARP). Jetzt wo ich drüber nachdenke: Könnte das evtl. dadurch verursacht werden, dass das "/meter/state_update" gesendet wird, bevor erstmalig Daten übertragen wurden?

Hallo zusammen, seit ein paar Tagen bin ich ja auch stolzer Besitzer eines Energy Managers und die Steuerung meiner (um die CP-Trennung nachgerüsteten) WARP1 on Steroids funktioniert (fast) perfekt. 🙂 Allerdings ist mir nun aufgefallen, dass ein Reboot der Wallbox in der Energiebilanz reproduzierbar einen Peak von 65.534W (d. h. 64k-1) verursacht, wodurch das Diagramm durch die Skalierung praktisch nutzlos wird: Besonderheit: Der Stromzähler (SDM630) ist in der UV installiert und ich stelle die Werte per MQTT bereit. Hat jemand eine Idee, wodurch der Peak verursacht wird bzw. wie man das verhindern (und evtl. sogar bereinigen) kann? Vielen Dank und Gruß Thomas P. S. Auf der Statusseite ist weiterhin alles in Ordnung, hier ist kein Peak zu sehen...

Am Wochenende habe ich meinen WARP Energy Manager verbaut und die ersten Tests waren erfolgreich 🙂 Standardmäßig lade ich nun weiterhin 1-ohasig, kann auf Wunsch aber jederzeit auch zwischen 1/3-phasig umschalten, was im Ladeprotokoll wie oben schon vermutet aber als separater Ladevorgang aufgezeichnet wird.

Besten Dank, wenn der ID.4 laden soll, dann lädt er auf den ersten Blick jetzt auch im gesamten Bereich von 6A-16A (sowohl ein- als auch dreiphasig) anstandslos 🙂 Allerdings zickt er unter 9A immer noch ein bisschen rum, wenn SOC ist > SOC soll, d. h. keine Ladung stattfindet. Letztendlich ist das aber auch kein Problem, ich werde EVCC einfach standardmäßig auf 75% begrenzen. Damit sollte man dann eigentlich nicht mehr in den Fall reinlaufen. Anbei die beiden neuen Ladeprotokolle... Vielen Dank und Gruß Thomas evse-debug-protocol-2.zip