MatzeTF

Wenn du eine Smart hast, musst du jetzt die Zählerüberwachung wieder ausschalten. Ein Debug-Protokoll kannst du unter System → Ereignis-Log runterladen.

Das Problem ist, dass du den Netzanschlusszähler als Nummer 0 konfiguriert hast. Aktuell wird leider nicht angezeigt, dass Zähler 0 für den Wallbox-internen Zähler reserviert ist. Wenn ich das richtig sehe, hast du den Wallbox-internen Zähler entfernt und durch den Wechselrichter ersetzt. Dementsprechend hält die Wallbox die Leistung am Netzanschluss für die Ladeleistung. Die Zählerüberwachung überwacht, ob ein Wallbox-interner Zähler Daten liefert, sofern erwartet wird, dass einer vorhanden ist. Da du sagst, dass du eine WARP3 Pro hast, wird erwartet, dass ein Zähler vorhanden ist. Die Zählerüberwachung hat bei dir ausgelöst, du du den Wallbox-internen Zähler offensichtlich gelöscht hast. Dass die Zählerüberwachung dann auslöst, ist richtig. Der Zähler war ja schließlich gelöscht. Bitte ändere Folgendes: Ändere die Nummer vom Wechselrichter-Zähler auf 1 oder eine andere Zahl, die noch frei ist. Füge als Nummer 0 einen Zähler der Klasse „Wallbox-internen“ hinzu. Aktiviere die Zählerüberwachung wieder. Wähle den Wechselrichte-Zähler bei den Einstellungen zum PV-Überschussladen wieder aus. Das muss man leider machen, wenn sich die Zählernummer geändert hat. @on-off: Bitte richte den Huawei-Wechselrichter nicht als Zähler 0 ein, egal ob du eine Smart oder Pro hast.

Bitte lade einen Debug-Report von der Ereignis-Log-Seite herunter und hänge ihn hier als Dateianhang an.

Um das herausfinden zu können, brauchen wir einen Debug-Report, den du unter System → Ereignis-Log herunterladen und dann hier anhängen kannst. Bitte stell vorher den Huawei Smart Dongle als Zähler am Netzanschluss ein, da das anscheinend der richtige Zähler sein sollte. Hast du eigentlich den Modbus-Zugang in EVCC vor deinen Tests mit der WARP entfernt oder haben beide Geräte gleichzeitig versucht, auf den Smart Dongle zuzugreifen?

Dann wirst du die Sensorwerte wohl nicht einfach auf einer URL oder per MQTT bekommen. Ich glaube, du kannst den ESP32 Brick mit der Arduino IDE flashen, aber ich glaube nicht, dass du die Tinkerforge ESP32-Firmware damit zum Laufen bekommst. Somit wirst du nicht mit Bricklets kommunizieren können.

Bricklets, die an einen ESP32 Brick angeschlossen sind, werden nicht automatisch ausgelesen und es gibt auch keine automatisch vorhandene API dazu. Du müsstest die ESP32-Firmware selber compilieren und für alle Sensoren Module bauen, die das Auslesen übernehmen und unter einer URL bereitstellen. Wenn du die vorhandene API-Struktur der ESP32-Firmware verwendest, kannst du auch das vorhandene MQTT-Modul mit reinbauen und alle deine selbstgebauten Module sind dann automatisch über MQTT verfügbar.

Du legst einen neuen Stromzähler an und statt „SunSpec“ wählst du „Modbus/TCP“ aus. Bei den Vorlagen nimmst du dann die passende für deinen SolarEdge-Wechselrichter und wählst dann als virtuellen Zähler „Speicher“ aus. Damit sollte das einwandfrei funktionieren. Weil das bei den Hybrid-Wechselrichtern nicht so einfach ist, gibt es extra die Modbus/TCP-Möglichkeit als Alternative zum problematischen SunSpec-Zugang.

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.