MatzeTF

Meinst du, dass die Wallbox mal nur die erste, dann nur die zweite und dann nur die dritte Phase durchschaltet? Dann hätte man immer noch Schieflast, nur auf unterschiedlichen Phasen. Schieflast kannst du nur vermeiden, indem du alle drei Phasen gleichzeitig belastest. Durchrotieren hilft da nicht. Korrekt.

Du kannst deine Wallbox einfach bei den Wallbox-Einstellungen auf einphasig konfigurieren und das Stromlimit auf 20 A einstellen. Damit bist du bei 4,6 kW und somit unter dem Limit des EVU. Mehr als 20 A Schieflast sind in Deutschland leider nicht erlaubt.

Die garantierte Ladeleistung wird nur beim Systemstart ins Lastmanagement übertragen. Ansonsten wird die Änderung nur auf der API angezeigt und wartet auf einen Neustart. Ich verstehe nicht, wie das bei dir funktionieren soll, indem du den Ladevorgang stoppst und neu startest. Bist du sicher, dass du nach dem Starten nicht einfach nur die Startphase siehst, während der mit höherer Leistung geladen wird? Beabsichtigt ist an der Stelle, dass du nicht irgendwas an der Config änders, sondern einfach in den „Schnell“-Modus wechselst, was du während eines laufenden Ladevorganges jederzeit tun kannst. Die API dazu ist hier. Damit umgehst du auch das Read-Modify-Write-Problem mit der Config vom Power Manager, da du den Lademodus absichtlich einzeln setzen kannst.

Dann ist der Stromzähler am Netzanschluss bereits vorhanden und du brauchst keinen zusätzlichen, wenn evcc die Steuerung übernimmt.

In der Wallbox oder am Netzanschluss? Am Netzanschluss brauchst du auf jeden Fall einen. In der Wallbox brauchst du nur einen, wenn du ein Ladeprotokoll mit geladener Energie haben möchtest. Oder wenn du neugierig bist und die tatsächliche momentane Ladeleistung sehen möchtest.

Wohin schickst du die Werte, in diesem Fall die [-2000.5]? Schickst du die an /meters/1/values oder /meters/1/update? Ersteres lässt sie nur auf dem MQTT-Server erscheinen, letzteres wird von der Wallbox akzeptiert.

Modbus ist ein Master/Slave-System. Pro Bus darf es nur einen Master geben, der die Kommunikation steuert und die Slave-Geräte abfragt, die daraufhin zu antworten haben. Bei mehreren Mastern an einem Bus würde es zu Konflikten kommen, da beide erwarten, die alleinige Kontrolle über den Bus zu haben. Da eine WARP2 keinen Modbus-Bus direkt ansteuern kann, kann sie selbst nicht als Master auftreten. Ich vermute, dass du über Modbus TCP ein Gerät abfragst, das Master des Busses ist. In dem Fall kann es keine Kollisionen auf dem Bus geben, aber du triffst dann das Problem, dass Modbus meist sehr langsam ist. Die Homeassistant-Anbindung lastet den Bus vermutlich bereits komplett aus, sodass es durch die zusätzlichen Anfragen der WARP2 zu einer Überlastung kommt und nicht mehr alle Anfragen beantwortet werden können. Wenn es bei allen Modbus-Geräten am Bus die Möglichkeit gibt, die Übertragungsgeschwindigkeit einzustellen, kannst du versuchen, die einfach zu erhöhen. Die Standardgeschwindigkeit ist meist 9600 Baud, aber einige Modbus-Geräte unterstützen bis zu 115200 Baud. Mit einer höheren Geschwindigkeit hätte der Bus mehr Kapazität, die zusätzlichen Anfragen zu beantworten.

Die Abweichung liegt im zu erwartenden Bereich. Elektroautos laden meist nicht mit genau der freigegebenen Leistung und zwar aus zwei Gründen: Fast alle Fahrzeuge lassen einen gewissen Abstand zum freigegebenen Strom. Wenn z.B. 16 A freigegeben sind wird nur mit 15,5 A geladen. Manche Fahrzeuge lassen sogar bis zu 1 A Abstand. Wir vermuten, dass das auch im ungünstigsten Fall bei verschiedensten Toleranzabweichungen nicht die Leitung überlasten soll. Deswegen nennen wir das auch den „Angstabstand“. 😉 Die von EVCC angegebene Leistung wird sich aus dem freigegebenen Strom * 230 V berechnen. Je nach Leitungsquerschnitt und Leitungslänge kommen aber gar nicht 230 V bei der Wallbox an. Schau dir mal die Spannung beim Shelly an; vielleicht liegen die deutlich unter 230 V. In unserem alten Firmengebäude waren die Leitungen so unterdimensioniert, dass bei einer 32 A-Ladung je nach Tageszeit nur 215 V bei der Wallbx ankamen.

Kann es sein, dass du auf der Statusseite der Wallbox den konfigurierten Ladestrom auf 6 A gestellt hast? Stell das mal wieder auf Maximum. Falls das nicht das Problem ist, lade bitte einen Debug-Report von der Ereignis-Log-Seite runter und hänge ihn hier an. Wenn du nur das Ereignis-Log und einen kleinen Auszug der MQTT-Daten postest, fehlt der Großteil der verfügbaren Informationen. Die anderen Sachen brauchst du dann nicht händisch kopieren, da sie alle im Debug-Report enthalten sind.

Der WARP Energy Manager ist die richtige Wahl, um bei deiner WARP2 eine Phasemumschaltung nachzurüsten. Leider kann der aber keine Wärmepumpen ansteuern. Für Wärmepumpen bräuchtest du den WARP Energy Manager 2.0, der aber keine Phasenumschaltung mehr machen kann, da er aus der selben Generation wie die WARP3 stammt, die die Phasenumschaltung selbst kann. Du kannst auch beide Energy Manager nachrüsten, also den 2.0 für die Wärmepumpe und den alten ohne Nummer für die Phasenumschaltung, und sie stimmen sich beide ab, aber das ist nicht gerade eine günstige Lösung. Ob evcc Wärmepumpen ansteuern kann, weiß ich nicht. Mit der Frage bist du bei der evcc-Community besser aufgehoben. Da du mit Wärmepumpe + WARP2 etwas zwischen den Stühlen sitzt, habe ich spontan keine bessere Lösung parat. Ich frage mich, wo du diese Information her hast. Dass bei einer Phasenumschaltung kein Fahrzeug anschlossen sein darf, gilt eigentlich nur für Bastellösungen mit einem einfachen Schalter. Sinn und Zweck von Energy Manager + Phase Switcher ist, dass sie bei angeschlossenem Fahrzeug eine sichere Phasenumschaltung durchführen können. Die WARP3 hat übrigens exakt die gleiche, sichere Phasenumschaltung integriert.

Ja, Twingos haben genau das gleiche Problem. Ein minimaler Ladestrom von 8 A wird das Problem wahrscheinlich lösen. Für einen Zoe 2 bräuchtest du sogar 9,2 A. Wo du die 8 A und die 15 s einstellen musst, kann ich dir leider nicht sagen. Das ist eine evcc-Sache.

Versuchst du zufällig, einen Renault Zoe 2 zu laden? Ansonsten hänge mal einen Debug-Report an, den du unter System → Ereignis-Log runterladen kannst.

Die APIs der Benutzer- und NFC-Config sagen dir genau, welche ID zu welchem Benutzer gehört. Im Webinterface wird es nicht angezeigt, aber wenn du dir die Informationen im Browser ansehen möchtest, kannst du einfach die API im Browser aufrufen: http://warp2-abc/users/config http://warp2-abc/nfc/config

Eine zentrale NFC-Freigabe und Einsammeln von Ladeprotokollen stehen beide auf unserer Wunschliste, existieren aber leider noch nicht. Zum automatischen Einrichten von Nutzern und NFC-Tags auf neuen Wallboxen habe ich hier schon mal ein einfaches Script gepostet. Das kann man aber nur für ganz neue Wallboxen benutzen, auf denen noch nie ein Benutzer eingerichtet war. Wenn du nur ein Backup von allen Ladevorgängen haben möchtest, kannst du automatisiert das Ladeprotokoll als PDF runterladen. Wenn du sowieso auf Höhe der API unterwegs bist, kannst du einfach von jeden Wallbox regelmäßig http://warp2-abc/charge_tracker/pdf runterladen. Das PDF ist natürlich nicht maschinenlesbar. Maschinenlesbar über die API gibt es das Ladeprotokoll aktuell nur als Binärblob, den du selber umrechnen müsstest. Dokumentation davon hier.

Mit deiner Konfiguration sollte bei geschlossenem Schalter die Ladestromgrenze „Abschalteingang“ auf 6A wechseln. Den Zustand des Abschalteingangs kannst du sehen, wenn du auf der Ladestatus-Seite unten die Details ausklappst. In der Gruppe mit den GPIOs ist der Abschalteingang in der fünften Zeile der Zweite von rechts. Wenn der Abschalteingang nicht mit PE verbunden ist, sollte der Eingang „High“ sein. Wenn der Abschalteingang mit PE verbunden ist, sollte der Eingang „Low“ sein. Es muss kein Fahrzeug verbunden sein, um das zu testen. Auch das Lastmanagement ist an der Stelle egal. Im Ereignis-Log erscheint kein Eintrag bei geschlossenem Abschalteingang. Zwischen EN und PE sollte eine Spannung von 3 - 3,3 V messbar sein. Beachte bitte, dass die Testspitzen von einem Multimeter in den Klemmen keinen Kontakt haben. Kontrolliere mal, ob Adern korrekt im Klemmblock angeschlossen sind. Teste auch mal eine einfache Drahtbrücke zwischen EN und PE. Teste auch den anderen PE-Anschluss am Klemmblock. Zum Testen kannst du EN auch mit dem Erdungskabel der Frontplatte verbinden. Das darf aber keine Dauerlösung sein, sondern ist nur zum Testen.

Aktuell leider nicht, steht aber auf unserer Todo-Liste, siehe hier.

Kostal brauchst du nicht anzuschreiben. Sie haben schließlich nur ihre Fehler der Vergangenheit repariert. Kannst dich höchstens über deren alten Pfusch beschweren, aber das wird nichts bringen. 😉 Es wird zeitnah ein Firmware-Release mit Kostal-Fix für alle WARP-Produkte geben.

Wenn du per MQTT auf die API schreiben möchtest, musst du üblicherweise "_update" anhängen. Wenn du bei der API-Dokumentation oben rechts auf „MQTT“ stellst, wird der Teil des Pfades zur Erinnerung auch fettgedruckt angezeigt. Ansonsten scheint niemand außer dir den Watchdog zu benutzen. Es hat sich nämlich noch niemand beschwert, dass der inzwischen gar nicht mehr funktioniert, selbst wenn man die API korrekt benutzt. 🙈 Bitte installiere mal diese Firmware. Damit sollte der Watchdog wieder korrekt funktionieren. Ohne ladendes Fahrzeug wirst du das noch nicht bemerken, aber schon mal vorweg: Wenn du den Strom über die API setzt oder der Watchdog auslöst, dauert bis zu zehn Sekunden, bis das Lastmanagement den neuen Stromwert übernimmt. Das ist kein Bug und kein Anlass zur Sorge. 😉 Ohne ladendes Fahrzeug wirst du die Änderung auch nicht in evse/slots sehen. Der dort enthaltene Wert des Lastmanagements ändert sich nur mit einem angeschlossenem Fahrzeug. Wenn du sehen willst, welchen "available_current" das Lastmanagement gerade verarbeitet hat, kannst du Energiemanagement → Lastmanagement → Details ausklappen und dort bei den Limits nachsehen. Edit: Veraltete Firmware entfernt.

Der EM 2.0 kann bereits bei der GX-Serie die Batterie auslesen. Sag bitte Bescheid, falls das nicht funktioniert, und hänge einen Debug-Report vom EM an.

Über die API kann man das Limit neu starten, also genau das, was du willst. Ich bin mir aber gerade nicht sicher, ob es dafür keine Schaltfläche in der Web-Oberfläche gibt oder ich sie nicht finde. Auch wenn es etwas umständlich ist, kannst du zumindest über einen direkten Aufruf von http://warp2-abc/charge_limits/restart im Browser das Limit neu starten. Es wird dann nur eine leere Seite ohne irgendeine Meldung angezeigt. Das heißt dann, dass alles ok ist.

Anscheinend hast du versehentlich oder fälschlicherweise die Zählerüberwachung aktiviert. Die überprüft bei einer WARP Pro, ob der interne Zähler vorhanden und funktionsfähig ist. Bei einer WARP Smart ist die Überwachung standardmäßig aus, da sie ja keinen Zähler hat. Geh mal zu Wallbox → Einstellungen und deaktiviere die Zählerüberwachung.

Danke, aber ein langes Wochenende haben wir diesmal nicht. Wir machen nur nach Möglichkeit nie Freitags-Releases, weil wir dann zwei Tage lang nicht auf mögliche Bugs im Release reagieren können.

Wahrscheinlich machen wir das Release erst Montag. Wenn du dich bis dahin nicht gemeldet hast, gehen wir davon aus, dass erstmal alles ok ist.

Danke für das Angebot. Wenn es was zum Testen gibt, werden wir hier eine Beta-Firmware posten oder dich mit weiteren Fragen löchern. Ansonsten kannst du uns gerade nur helfen, wenn du zufällig C++-Programmierer bist und die Wallbox-Firmware selber hacken möchtest. 😉

Kostal nimmt es mit der Sunspec-Konformität an mehreren Stellen nicht so genau. Praktisch alle anderen Geräte, die Kostal-Geräte per Sunspec abfragen, haben sich auf die Fehler in Kostal-Geräten eingestellt und erwarten die jetzt auch. Ich vermute, dass sie deswegen auch das Update zurückgezogen haben: Die erwarteten Fehler waren auf einmal nicht mehr da und die Abfragen funktionierten nicht mehr. Ich vermute, dass sie dabei auch irgendwas anderes geändert haben, was wir aktuell so nicht erwarten. Ich fürchte, das müssen wir uns ansehen und du kannst da aktuell nichts machen, außer vielleicht über Kostal zu schimpfen.