MatzeTF

Ich habe die Stackgröße von 4096 auf 8192 erhöht. Da die maximale Stacknutzung aktuell bei 4312 Bytes liegt, hätte es mit der vorigen Firmware also bereits einen Crash gegeben. Lass das mal weiter laufen und beobachte, wie weit sich die Stacknutzung noch erhöht. Abhängig davon werde ich die neue Stackgröße festlegen. Die 8192 habe ich zum Testen absichtlich hoch angesetzt. Meine Vermutung ist, dass irgendein Gerät in deinem Netzwerk ein mDNS-Paket sendet, das viel Stack-Speicher zum Parsen braucht. Das würde zumindest erklären, warum außer dir kaum jemand das Problem hat und warum wir das hier nicht reproduzieren können: Wir haben dieses andere Gerät einfach nicht.

Das ist ein Ladeprotokoll. Bitte lade unter System → Ereignis-Log einen Debug-Report runter und hänge ihn hier an.

@CptHildi Danke fürs Ausprobieren. Wie sieht es ohne mDNS mit Crashes aus? Falls es mit ausgeschaltetem mDNS bisher keinen Crash gab, teste bitte diese Firmware und aktiviere mDNS wieder. Bei dieser Version findest du im Webinterface unter System den Punkt „Debug“. Im Abschnitt „Stack-Hochwassermarken“ sollte es eine Zeile namens „mdns“ geben. Die Stackgröße sollte dort als 8.192 B angezeigt werden. Lass das mal eine Weile laufen und wenn es nicht crasht, poste hier mal den Wert von mdns unter „Genutzter Stack“. Falls du morgen in den Urlaub fährst, würde es mir sehr helfen, wenn du vorher noch einmal diesen Wert postest. Alternativ postest du dann nochmal einen frischen Debug-Report, in dem der Wert auch enthalten ist. warp3_firmware_2_12_1_6a7471a0_3e374682bcdeabe_merged.bin

Wir brauchen einen Debug-Report, der nicht älter als ca. 40 Minuten nach den Ladeproblemen sein sollte. Prinzipiell sind keine privaten Daten wie z.B. Passwörter oder Mailadressen enthalten. Es stehen aber selbst vergebene Namen drin, wie z.B. der Wallboxname. Wenn du da deine komplette Adresse oder sowas reingeschrieben hast, würde das mit im Debug-Report stehen. Wenn du möchtest, kannst du dir den Debug-Report auch selbst ansehen. Das ist eine Textdatei, die zugegebenermaßen ohne Übung nicht gut verständlich ist. Eventuell unlesbarer Buchstabensalat am Ende der Datei enthält keine privaten Daten sondern Informationen über einen Crash, falls es einen gab.

Kannst du mal diese Firmware testen, falls du vor deinem Urlaub noch Zeit hast? Darin enthalten sind ein paar Änderungen an der Verwaltung von WebSocket-Verbindungen, bei der es vorher Netzwerkprobleme geben konnte. Edit: Veraltete Firmware entfernt.

Deswegen habe ich immer die momentane maximale Ladeleistung erwähnt. Wenn der Speicher fast voll oder zu warm ist, reduziert er seine maximale Ladeleistung (oder sollte das zumindest tun) und die eingestellte maximale Ladeleistung ist irrelevant. Außerdem nutzt nicht jeder die Batteriesteuerung und selbst wenn die Batteriesteuerung benutzt wird, muss nicht für jeden Speichertyp überhaupt die maximale Ladeleistung eingestellt werden. Bei vielen Speichern nutzen wir die Einstellung „unbegrenzt“. Leider nicht. Das liegt auf meinem Schreibtisch und ich war, wie rtrbt sagte, im Urlaub. Bisher kann ich das Problem hier auch noch nicht reproduzieren und da es anscheinend nur wenige Nutzer betrifft, statt weit verbreitet zu sein, vermute ich irgendeinen Zusammenhang mit lokalen Gegebenheiten im Netzwerk. Wir hatten z. B. mal einen Crash aufgrund von Jumbo Frames, die ein Nutzer in seinem Netz hatte, wir hier aber nicht und auch sonst kein Nutzer. Das habe ich nur durch Glaskugel und Kaffeesatz gefunden. 🙈 Edit zu dieser Frage: Das liegt daran, dass nach dem Anstecken die Willkommensladung läuft und nach einem Stop/Start nicht. Wegen dem beschriebenen Effekt bleibt die Ladeleistung immer im letzten Zustand hängen, also entweder ladend oder wartend.

Das ist ein bekannter Seiteneffekt vom PV-Überschussladen. Die Wallbox kennt nur den momentanen Überschuss am Netzanschluss und optional die momentane Speicherleistung. In deinem Fall sieht die Wallbox, dass der Netzanschluss ausgeglichen ist und die Batterie ihr Ding macht. Somit gibt es für sie keinen Grund, irgendwas zu ändern. Du weißt, dass der Speicher gerade auch mehr laden könnte und die Wallbox die Fahrzeug-Ladeleistung reduzieren sollte. Genau das weiß die Wallbox aber nicht, da sie dafür die momentan maximal mögliche Ladeleistung des Speichers wissen müsste, die sie aber nicht kennt. Du kannst diesen Effekt verringern, indem du bei den Einstellungen für das PV-Überschussladen das Regelverhalten auf einen der konservativen Werte änderst. In diesem Fall lässt die Wallbox immer die entsprechende Leistung übrig, die dann der Speicher nehmen kann. Das wiederholt sich dann so lange, bis sich einer von zwei stabilen Fällen einstellt: Der Speicher hat seine momentan maximale Ladeleistung erreicht und die eingestellte Regelleistung wird ins Netz eingespeist. Der restliche Überschuss geht ins Fahrzeug. Der Speicher beansprucht so viel Leistung, dass die minimale Ladeleistung der Wallbox unterschritten und die Ladung beendet wird. Das Regelverhalten beeinflusst, wie schnell sich einer dieser Fälle einstellt. Bei - 50 W dauert es länger, dafür wird weniger Leistung permanent ins Netz eingespeist. Bei - 200 W wird das Ziel schneller erreicht, dafür aber auch mehr Leistung permanent eingespeist. Zu deinem ursprünglichen Problem: Wie ich schon in dem anderen Thread schrieb, ist es nicht vorgesehen, dass es Überschuss gibt, den die Wallbox nicht nutzen kann. Der Workaround aus dem Thread ist aktuell die einzig sinnvolle Lösung. Für eine bessere Lösung müssten die momentane und maximale AC-Wechselrichterleistung bekannt sein. Ersteres rückt nicht jeder Hybrid-Wechselrichter raus und zweiteres ist manch unbedarftem Nutzer nicht mal bekannt.

Im von dir geposteten Debug-Report kann ich das so nicht sehen. Im Graphen von rtrbt sieht man, dass der Netzbezug die meiste Zeit gut ausgeglichen ist und im Durchschnitt ein paar Watt Bezug meldet. Der Batteriespeicher gleicht den gepulsten Verbraucher gut aus. Da der Speicher immer wieder entladen wird und bei der Wallbox das PV-Überschussladen so eingestellt ist, dass der Speicher bevorzugt wird, gehe ich davon aus, dass einfach der gesamte Überschuss in den Speicher geht und die Wallbox deswegen nicht lädt. Wird eine Ladung freigegeben, wenn der Speicher voll ist und weiter PV-Überschuss da ist?

Bei den Zählereinstellungen kannst du sehen, dass als SunSpec-Modell „Wechselrichter [101]“ gefunden wurde. Wie der Name schon sagt, ist das nur für Wechselrichter, weshalb der Messort fest auf „Wechselrichter“ eingestellt ist. Laut Spezifikation liefert das Modell auch nur positive Werte für die Wechselrichterleistung, die bei uns immer negativ als Einspeisung angezeigt wird. Für einen Netzbezugszähler braucht man aber einen vorzeichenbehafteten Leistungswert, der je nach Bezug oder Einspeisung positiv oder negativ ist. Mich würde wundern, wenn das tatsächlich die Werte vom Netzanschluss sind. Zähler 2 und 3 liefern ungefähr die gleichen Werte und 1 und 4 liefern ebenfalls ungefähr die gleichen Werte, die in deinem ersten Screenshot ca. 200 W höher als die von 2 und 3 liegen. Ich vermute stark, dass 2 und 3 einfach die Wechselrichterwerte sind, 1 und 4 die vom Netzanschluss sind und du zum Zeitpunkt des Screenshots ca. 200 W Eigenverbrauch hattest. Zähler 1 sollte also das sein, was du für PV-Überschussladen nutzen kannst.

Ich glaube nicht, dass du Plug & Charge haben möchtest. Das ist für automatisches kostenpflichtiges Laden an öffentlichen Ladesäulen mit Abrechnung über den Fahrzeughersteller als Dienstleister. Die Kilowattstundenpreise sind dabei unverhältnismäßig hoch. Ladekarten der bekannten Ladesäulenanbieter sind da immer die bessere Wahl. Was du haben möchtest, heißt üblicherweise – auch bei uns – Autocharge. Fahrzeug anschließen, die Wallbox erkannt das Fahrzeug, Ladung wird freigegeben. Dabei ist auch keine Kommunikation mit der Cloud des Fahrzeugherstellers nötig. Die WARP4 kann das und mit den meisten Fahrzeugen funktioniert das auch problemlos. Sollte dein Fahrzeug Probleme machen, melde dich wieder hier.

Die Fehlermeldung kann nach einem Neustart auftreten, wenn einer der Prozessoren noch mit Systemstart-Aufgaben beschäftigt ist. In dem Fall werden im Webinterface einige Daten nicht angezeigt. Die Daten sind aber nicht weg und werden nach einmal Neuladen des Webinterfaces auch wieder angezeigt. Treten die Fehlermeldungen nur nach einem Neustart auf, kannst du sie also ignorieren. Treten sie auch später sporadisch oder gehäuft auf, melde dich wieder mit einem frischen Debug-Report.

Bei WARP4 hat die Verschraubung für das Netzwerkkabel zwei Löcher: eins für ein Netzwerkkabel und eins für die optionale Abschaltleitung. Im Auslieferungszustand sitzen in beiden Löchern Blindstopfen. Ältere WARPs haben im Auslieferungszustand nur eine Kabeldurchführung für ein Datenkabel, sowohl von hinten als auch von unten.

Die Kappe sollte drei kleine Löcher haben, damit bei hängendem Stecker Wasser abfließen kann.

Das ist kein Verlängerungskabel, sondern ein Ladekabel für Wallboxen ohne fest angeschlagenes Ladekabel. Verlängerungskabel sind nicht erlaubt, da die Verbindungsstelle nicht verriegelt werden könnte und die Kabel somit unter Last ausgesteckt werden könnten. Wir haben diesen Kabel- und Steckerhalter. Du könntest dann die Hälfte vom Kabel auf die Wallbox und die andere Hälfte auf den Halter hängen. Ansonsten haben wir noch diesen simplen Kabelhalter, aber stattdessen kannst du auch irgendwas anderes hakenartiges nehmen.

Im Deckel sollte eine orange-rote Dichtung sein. Ist da bei dir keine? Kommt vielleicht noch. Aktuell kann man das nicht umstellen. Das ist normal. Das sind die 50 Hz auf der Stromleitung.

Über den Lademodus „Aus“ sind beide Funktionen bereits über den einen Taster nutzbar.

Bitte lade einen Debug-Report runter und hänge ihn hier an, falls du ihn noch nicht per Mail gesendet hast.

Wenn ich mich recht erinnere, ist das EVC07E₂E₂-H-Kabel eins von den alten. H07BZ5-F ist aktuell der Standardtyp für Ladekabel. Fragt mich jetzt aber nicht, was genau die Unterschiede sind. Wahrscheinlich unterscheiden sie sich hinsichtlich Schadstoffen, Überfahrbarkeit und/oder Beständigkeit gegen Umwelteinflüssen. 🤷

Bei der Smart fehlt hardwaremäßig nur der Zähler. Das PLC-Modem für ISO 15118 hat die Smart auch. Softwaremäßig fehlen dementsprechend alle Funktionen, die den Zähler brauchen, insbesondere Energieangaben im Ladelog und SoC-Berechnung.

Tja, was soll ich sagen: Um 23:51:28 wurde die Verbindung zum Fahrzeug getrennt. Es ist erwartetes Verhalten, dass der Lademodus dann wieder auf den zuvor eingestellten Modus wechselt. Die Frage sollte also nicht sein, warum der Lademodus gewechselt hat, sondern warum die Verbindung zum Fahrzeug getrennt wurde. Üblicherweise bedeutet das, dass das Ladekabel ausgesteckt wurde. Ein Wackelkontakt oder Ähnliches wäre natürlich auch möglich, aber das lässt sich jetzt im Nachhinein nicht mehr sagen. Behalte das mal im Blick und melde dich wieder, falls es noch mal auftritt.

Das Feature ist geplant und kommt Demnächst Irgendwann™. Aktuell kann man schon den Lademodus per Automatisierungsregel setzen und demnächst kann man als Auslöser auch den SoC nutzen. Dann baust du einfach zwei Regeln: eine setzt bei < 50 % SoC „Schnell“ und die andere setzt bei >= 50 % SoC „PV“.

Für dynamisches Lastmanagement muss der Stromverbrauch am Hausanschluss bekannt sein, also das, was mit 80 A abgesichert ist. Dazu muss bei so einer Installation ein zusätzlicher Zähler mit Stromwandlern installiert werden. Seine Netzspannung bekommt er dann z.B. vom allgemeinen Zähler, aber der Strom, den er misst, muss der vom Hausanschluss sein. Der Zähler ist nicht dazu da, irgendwelchen Strom abzurechnen, sondern misst nur den tatsächlich fließenden Strom, da diese Information fürs Lastmanagement benötigt wird. Der Zähler muss auch nicht geeicht sein. Ohne dynamisches Lastmanagement kann es sonst passieren, dass bei ungünstiger Kombination aus ladenden Autos und privatem und gewerblichem Stromverbrauch die 80 A überschritten werden und die Hauptsicherung fliegt. Der Zähler muss von der Lastmanagement-Wallbox auslesbar sein. Eine Liste, auf der alle kompatiblen Zähler stehen, findest du hier. Die einfachste Lösung ist ein Shelly Pro 3EM. Etwas bessere Alternativen wären Carlo Gavazzi EM24 oder elgris Smart Meter LAN 2.0

Bei dem Hausanschluss braucht ihr auf jeden Fall dynamisches Lastmanagement mit einem Zähler am Hausanschluss. Statisches Lastmanagement allein reicht nicht aus. Der Zähler könnte dann z.B. mit in das Lastmanagement-LAN integriert werden, damit die Wallbox, die der Lastmanager ist, darauf zugreifen kann.

LAN und WLAN können gleichzeitig in unterschiedlichen Netzwerken verwendet werden. LAN wird dabei prinzipiell bevorzugt. Sollen ausgehende Verbindungen übers WLAN aufgebaut werden und das LAN ist nur für das lokale Lastmanagement, müssen bei den LAN-Verbindungen statische IPs eingestellt werden und kein Gateway (also stattdessen 0.0.0.0 eintragen).

„Contactor error 1“ bedeutet, dass das Schütz schalten sollte, dahinter aber keine Spannung gemessen werden konnte. Es wird nur L1 überwacht. Das ist auch die Phase, über die die Wallbox-Elektronik bestromt wird, sodass garantiert ist, dass vor dem Schütz Spannung anliegt. Das Schütz wird über ein Solid State Relay auf dem Ladecontroller angesteuert. Wenn das Schütz durchschalten soll, sollte zwischen A1 und A2 ca. 230 V anliegen. Das Schütz als Ersatzteil. Schaue ich mir Montag an. → Ist Altlast.