mattsches

@deepflyer911, welche Ladestromgrenze blockiert denn in dem Fall? Zu sehen unter Wallbox -> Ladestatus. Und in welchem Schritt steht die Phasenumschaltung dann? Ich habe noch ein Problem auf der Liste stehen, dass sich nach Drücken des Stopptasters z. B. während eines Schnellladens das Schnellladen nicht sauber wieder starten lässt. Da scheint mir die manuelle Ladefreigabe dann in die Suppe zu spucken, das muss ich aber erst noch genauer eingrenzen. Und mit der von dir beschriebenen Situation scheint es eher nichts zu tun zu haben. Wegen der CP-Trennung: Ich kann aktuell auch nicht sagen, ob und wann ich zu einer Softwareanpassung komme. Ohne den Umbau selbst durchzuführen wird die möglicherweise doch auch schwierig. Und dafür habe ich gerade nicht die Zeit.

@deepflyer911, die CP-Leitung muss statt direkt aufs EVSE-Bricklet auf Kanal 0 des Ind. Quad Relay-Bricklets gelegt und von dort weiter zur bisherigen Klemme. Und dann muss die Software so angepasst werden, dass vor Beginn des tatsächlichen Ladevorgangs das Relais für eine einstellbare Zeit geöffnet wird. Das dürfte keine Raketenwissenschaft sein. Ich scheue nur den Aufwand des Umbaus für mich, da ich die CP-Trennung ja nicht brauche. Aber die Ansteuerung des Relais kann ich ja mal auf den Zettel nehmen. Vorher wäre aber die Rückmeldung von Thomas noch interessant, ob er mit seinem Enyaq dasselbe Problem hat.

Neue Version basierend auf dem offiziellen 2.1.5 Release: https://github.com/mattsches1/esp32-firmware/releases/tag/phase_switcher-2.1.5

Vielleicht würde hier eine CP-Trennung ja helfen. Einen Kanal auf dem Quad Relay Bricklet haben wir dafür noch frei. @ThomKa, du hast doch auch einen Enyaq, oder? Wie ist das bei dir?

Hi @deepflyer911 , bei mir startet in der Situation der Ladevorgang automatisch. Hast du evtl. die Option "Manuelle Ladefreigabe" gesetzt? Die muss aus sein. Hier mal meine Ladeeinstellungen zum Vergleich: Ich kann mir aber auch vorstellen, dass das zusätzlich vom Auto abhängt. Möglicherweise tolerieren es nicht alle Autos, länger angesteckt zu sein, ohne dass eine Ladefreigabe kommt. Wir haben einen Fiat 500e, der ist diesbezüglich recht geduldig. Lädt auch brav am nächsten Vormittag, wenn die Sonne rauskommt, auch wenn man ihn nachts ansteckt.

Hi Alex, ich gehöre zwar nicht zu Tinkerforge, doch von meinen Aktivitäten rund um den Warp Charger weiß ich, dass die Jungs sehr viel (alles?) in git-Repos bereitstellen, die bei GitHub frei zugänglich sind: https://github.com/orgs/Tinkerforge/repositories?type=all

So, hier mal wieder ein Update. In einer längeren Aktion habe ich nun auch die Charts wieder in das Frontend hineinoperiert. Das war etwas mühsam, schaut aber jetzt wie ich finde ganz gut aus. An der Funktion der Phasenumschaltung selbst hat sich nichts geändert. Achtung, das ganze basiert auf dem aktuellen Entwicklungsstand von Tinkerforge von gestern MIttag (Commit 50bff1bdbd0fd13ed4105569800473188b691953). Also nicht mehr auf dem letzten offiziellen Release der Firmware. Wer interessiert ist, bitteschön: warp_firmware_2_1_5_65337f7b_5e06939a5f34f83_merged.bin

Wenn du den Zähler in der Wallbox einbauen willst, würde ich den SDM72DM-V2 nehmen. Er ist deutlich günstiger und liefert ebenfalls phasenbezogene Werte, gegenüber dem 630 hat er das schwächere (nur einzeilige Display. Das ist aber egal, wenn eh die Frontplatte davor hängt. Mit dem 72 V2 (obacht, das V2 ist wichtig) hast du in der Funktion keinen Nachteil gegenüber dem 630.

@ThomKa, du kannst ruhig auf die 2.1.5 gehen. Das war nur ein Merge des aktuellen Standes von TF, der ohnehin irgendwann fällig gewesen wäre. Ist halt nicht das letzte Release, sondern ein Daily Build/Bleeding Edge von deren Seite. Mein Repo lasse ich darauf und mache mit dem Stand weiter. Wenn du updatest, gewinnst du die Statusanzeigen der Phasenumschaltung zurück, die in der 2.1.4 noch gefehlt haben. Hilfreich wäre es für mich, wenn @deepflyer911 noch den 2.1.5er Stand mit SOC-Modul testen könnte. Das bringt euch nichts (habt ja nicht das passende Auto, außerdem fehlt hier die neue GUI noch komplett). Aber für mich wäre es gut zu wissen, ob das SOC-Modul in die Suppe gespuckt hat oder wie von Matze vermutet ioBroker.

Dann hier noch eine Variante ohne das SOC-Modul. Das hat zur Zeit noch kein Frontend (Refactoring noch offen), und du brauchst es ja eh nicht.warp_firmware_2_1_5_6513378a_7f4039330db99e6_merged.bin

Codestand war das 2.1.4er Release, also vom 23.08. Anbei mal ein Stand auf dem aktuellen 2.1.5 Entwicklungsstand (387bd3e318889d16ce866273f92c9f783b91faff). @MatzeTF, die Debug-Seite habt ihr ja kräftig ausgebaut, cool! Bei mir werden jetzt 78 kB freier Heap und 73 kB als größter Block angezeigt. Die Kiste läuft allewarp_firmware_2_1_5_651335e2_7f4039330db99e6_merged.binrdings erst auch seit ein paar Minuten.

Das Debug-Modul ist im letzten hier geposteten Stand aktiv. @deepflyer911, du hattest die Seite ja schon offen. Wie verhält sich der Speicher denn über die Zeit? Bei mir (MQTT aus) läuft die Kiste seit gut 23 Stunden, ca 75 kB Heap Bytes frei, größter freier Block 30 kB. Ich habe keinen MQTT Broker am Start, sonst würde ich testweise mal einschalten. Aber ich fürchte, ohne Gegenstelle wird das nicht viel bringen.

@ThomKa : Nö, aber falls du @MatzeTF meinst, der ist von Tinkerforge und wird vermutlich auch Matthias heißen (in welcher Buchstabenausstattung auch immer). Für mich hört sich das nach Abstürzen aufgrund von Ressourcenmangel an (Speicher voll). Ich hatte das Problem zeitweise mit meinem Ladestandsmodul. Die Phasenumschaltung belegt Speicher für die Charts. Wenn MQTT auch Platz braucht, wenn aktiv, ist das vielleicht zu viel des Guten. Ich könnte testweise eine Variante ohne Charts bauen, um es einzugrenzen. Und vielleicht hat Matze ja noch einen Tipp, wenn er Debug Logs bekommt.

@deepflyer911, welche Version hattest du denn vorher im Einsatz? Das klingt so, als sei das System ziemlich am Anschlag. Habe gerade mal zuhause reingeschaut, da sieht alles gut aus. Uhrzeit ist da, Leistungsvorgabe wird korrekt angezeigt, nichts Auffälliges. Ich nutze allerdings nicht MQTT, sondern die REST API. Sollte aber keinen Unterschied machen.

Hier mal ein Update, basierend auf dem 2.1.4er Release. Ich habe die Statusausgaben wieder eingebaut auf der Konfigurations- und auf der globalen Statusseite. Das Diagramm auf der Konfigurationsseite funktioniert noch nicht ganz, da fehlen noch die Werte für tatsächliche Leistung und Anzahl angefordereter Phasen. warp_firmware_2_1_4_6511ec66_157129f07258805_merged.bin

Noch kurz zu deinen Fragen: In meinem Umbau kommen drei zweipolige Schütze zum Einsatz für die drei Phasen (einzeln), den Neutralleiter und die Schützüberwachung. Das Quad Relay wird für die Ansteuerung der Schütze benötigt, ein Kanal könnte für eine CP-Trennung verwendet werden. Falls dich das interessiert, findest du mehr Details dazu in meinem von Eric (rtbt) oben verlinkten Thread. EVCC habe ich nicht im Einsatz, kenne mich daher damit nicht aus. Was ich weiß, ist dass der Warp Charger standardmäßig die Vorgabe eines Ladestroms unterstützt. Es muss also an anderer Stelle berechnet werden, wie hoch der Strom unter Berücksichtigung der Anzahl der Phasen sein muss, um die gewünschte Ladeleistung zu erhalten. Wie EVCC in deiner manuellen Lösung die Anzahl der Phasen erkennt (wie du ja berichtest), weiß ich nicht. In meiner Lösung habe ich die Stromberechnung in den Warp Charger verlagert. Mein Phasenumschaltungsmodul in der Firmware bekommt von extern (über die API) eine Ladeleistung vorgegeben und entscheidet dann selbständig, wann auf wie viele Phasen umgeschaltet wird. Diese Softwareanpassung gibt es öffentlich in Github und in o. g. Thread. EVCC wird mit dieser Schnittstelle allerdings nichts anfangen können, da sie dort vermutlich niemand implementiert hat. Ich kenne bislang nur zwei Fälle, wo mein Umbau nachgebaut wurde. Wenn du also wie schon gesagt mit der manuellen Umschaltung zufrieden bist, dann passt das ja. Für eine Automatik würde ich dir eher den Energy Manager in Kombination mit @poohnets Umbau empfehlen.

Huiuiui, da hast du ja ganz schon was auf die Beine gestellt. Ich habe nur kurz rein gelesen, aber das hat mich schon beeindruckt. Aber nachdem ich zeitlich nicht einmal dazu komme, meinen Fork endlich auf den aktuellen Stand zu bekommen, die Beckhoff-Steuerung auf den Austausch durch den Raspberry wartet und ich weiß nicht noch was alles, mache ich diese Baustelle glaub' nicht auch noch auf. Aber vielen Dank für die Info!

Das kann ich nur bestätigen. Der Support und die Offenheit sind erstklassig. Immerhin muss man sich vor Augen halten, dass Leute wie @poohnet und ich das Originalprodukt doch spürbar umbauen. Und demgegenüber gibt es keinerlei Vorbehalte, sondern wir bekommen auch noch (schnelle!) Unterstützung bei Fragen. Zur CP-Trennung: Ich habe die in der Tat in meiner Lösung noch nicht drin, weil unser Fiat ganz prima ohne sie lädt. Aber mit etwas Spickeln bei Thomas wäre das sicher kein Hexenwerk. Ein Kanal auf dem Industrial Quad Relay Brick ist ja noch frei. Aber @dkp_cobra, wenn ich deinen Eingangspost so lese, dann brauchst du die CP-Trennung ja gar nicht, sondern wärst mit einem manuellen Schalter und Austausch des Stromzählers gut bedient. Letzteren bekommt man schon hin, ich habe meinen Zähler auch nachträglich eingebaut.

Aber grundsätzlich hat die Frage natürlich schon ihre Berechtigung. Never change a running system. Und wie schon gesagt hat die gepostete Version schon noch Lücken im Webinterface.

Die normale Firmware wird nicht funktionieren, weil die drei nachgerüsteten Schütze über das Digital Out-Bricklet angesteuert werden müssen. Laden geht nach dem Umbau daher mit der Standardfirmware nicht mehr. Thomas, du kannst es aber mal mit der angehängten Firmware probieren. Das ist mein aktueller Arbeitsstand, die Phasenumschaltung ist funktional schon drin, nur in der Weboberfläche fehlen noch Dinge (Statuswerte, Kurven im Diagramm). Laden geht aber zumindest bei mir schon damit, du könntest also testen, ob die Ultrakurz-Ladevorgänge damit weg sind. Der oben verlinkte Fix von Eric ist da jedenfalls drin. warp_firmware_2_1_3_64c2c604_299e3bddd9d2e98_merged.bin

Du kannst ja mal bei Gelegenheit das Verhalten an einer "normalen" Ladesäule beobachten, wenn du AC lädst und der eingestellte SOC erreicht wird. Wenn die Säule dann auch noch "Ladevorgang aktiv anzeigt", dann scheint das das normale (und für mich durchaus nachvollziehbare, siehe oben) Verhalten des Autos zu sein. Von unserem Fiat kenne ich das Verhalten nicht, er unterstützt aber (leider) das Einstellen eines Ziel-SOC auch nicht.

Nach einem verklebten Schütz sieht mir das nicht aus, Phase 1 wurde ja weiterhin angesteuert. Das passt auch zum Status "Ladevorgang aktiv". Vermutlich regelt das Auto bei Erreichen des eingestellten SOC lediglich den Strom auf Null runter, ohne die Ladung an sich zu beenden. Denn das würde m. W. auch dazu führen, dass der Stecker entriegelt wird und jemand das Kabel klauen kann. Im Ladelog wird der Vorgang auch erst als beendet aufgezeichnet, wenn der Stecker abgezogen wird. Dazu gab es schon einige Rückfragen hier im Forum und entsprechende Erklärungen der Jungs von TF. Aus meiner Sicht gibt es hier keinen Grund zur Sorge, scheint mir alles normal zu sein. Das Verhalten hat auch nichts mit der Phasenumschaltung zu tun, insofern driften wir hier etwas Richtung Off Topic.

Also so unkonventionell ist der WARP Charger doch auch nicht. Meiner Erfahrung nach zieren sich die Elis halt häufig, beigestelltes Equipment zu verbauen. Dann fällt halt die Marge beim Material weg, das mögen sie nicht so. Auch wenn man darum bittet, sämtliche Arbeiten nach Aufwand und zu für sie fairem Preis zu berechnen. Bei uns gibt es auf auf der Seite unseres Verteilnetzbetreibers ein Verzeichnis von eingetragenen Elektrikern, die habe ich einfach im Umkreis von x km abtelefoniert. Viele waren ehrenkäsig, einer war dann aber doch dabei, der sich nicht so angestellt hat. Hat sich sogar für den WARP Charger interessiert, da seinerzeit lieferbar. 😄

Ich schiebe immer einen neuen Sollwert rüber, wenn er sich gegenüber dem vorherigen Wert um mindestens 50 W geändert hat. Auf die Unter- und Obergrenzen nehme ich dabei keine Rücksicht, die Schalterei überlasse ich der Phasenumschaltung. Dann sehe ich in der Weboberfläche der Box auch immer, welche Leistung gerade verfügbar wäre, auch wenn sie nicht ausreicht.

Der Mindestladestrom beträgt laut Norm/Standard/Wasauchimmer 6 A. Es wird also von ein- auf dreiphasiges Laden umgeschaltet, wenn die Ladeleistungsvorgabe >= 3 * 6 A * 230 V = 4140 W ist UND die Mindestdauer erreicht ist UND die Leistungsvorgabe ununterbrochen für die Verzögerungszeit über dem Grenzwert lag. Von drei auf eins umgekehrt, sobald die Mindestleistung für dreiphasiges Laden unterschritten wird (und die Verzögerungen abgelaufen sind). Sowohl rechnerisch wie auch real ist die Phasenumschaltung in deinem Fall außen vor, die 7 kW sind noch dick über der Umschaltgrenze, und auf deinem Video sieht man, wie konstant drei Phasen angefordert werden. Warum der Ladevorgang abbricht bei geänderter Leistungsvorgabe, lässt sich nicht sagen. War vielleicht der Sprung zu groß, evtl. ist der Enyaq hier zickig? Hast du mal ins Log geschaut, was da steht? Noch was: Warum 12 kW Ladeleistung? Hast du eine 22 kW-Variante der Warp? Und selbst wenn, dein Auto kann m. W. nur 11 kW AC laden.