MatzeTF

Ja. Die Informationen der letzten Panic/Exception werden gespeichert, bis sie von der nächsten überschrieben werden.

Kannst du bitte einen frischen Debug-Report runterladen und anhängen? Ich möchte nachsehen, ob es mit der neuen Firmware einen anderen Panic-Grund gibt. Jumbo Frames sollten jetzt kein Problem mehr sein.

Kannst du dich über den internen Accesspoint verbinden?

Man kann jederzeit lokal per Netzwerk auf die Wallbox zugreifen, entweder per IP oder Hostname, also sowas wie warp3-2abc.local. Wenn man IP und Hostname nicht kennt, kann man im Router (z.B. FritzBox) nachsehen, welche Geräte dort bekannt sind. Hilft das alles nichts, kann man sich direkt mit dem Accesspoint der Wallbox verbinden. Die Zugangsdaten dafür stehen auf einem Aufkleber auf der Rückseite vom Benutzerhandbuch. Über den Accesspoint kann man auch alle Einstellungen ändern und sich IP und Hostname ansehen.

Alles klar; bleib erstmal bei 2.8.7.

Funktioniert es mit 2.8.10 nicht oder hast du die Version nicht ausprobiert?

Das könnte ein Problem mit Version 2.8.11/12 sein. Falls du laden möchtest, bevor wir eine Lösung haben, installiere bitte Firmware 2.8.10.

Mit dem Firmware-Update von heute sollte dein Problem beseitigt sein.

Ich kann den gleichen Fehler hier mit Jumbo-Frames provozieren. Wird mit dem nächsten Release hoffentlich gefixt.

Die Firmwares von Wallbox und Energy Manager unterscheiden sich, aber die Module, die in beiden enthalten sind, sind identisch. Das Batteriesteuerungsmodul kommt für beide Firmwares. Im von Borg verlinkten Thread gibt es Beta-Firmwares für Wallbox und Energy Manager. Ich bin mir daher nicht sicher, warum du befürchtest, die Batteriesteuerung könnte vielleicht nur für die Wallboxen kommen. Wenn du möchtest, kannst du die Batteriesteuterung mit dem Energy Manager schon jetzt testen. Allerdings würde ich dir empfehlen, bei Interesse noch auf das nächste Beta-Release zu warten, das hoffentlich diese Woche kommt. Schau dir auf der WARP-Downloadseite mal die Historie der WARP1-Firmwares und Energy Manager-Firmwares (ohne Nummer, also 1.0) an. Sogar die inzwischen überholten Geräteversionen werden von uns weiter mit Updates versorgt, was durch die bereits erwähnten identischen Module in allen Firmwares möglich ist.

Bitte lade sowohl von der Wallbox als auch vom Energy Manager jeweils einen Debug-Report runter (unter System → Ereignis-Log) und hänge sie hier an. Eine Sache passt schon mal nicht: In der Wallbox ist der Netzbezugszähler als Zähler 0 eingerichtet, obwohl die Nummer 0 für den Wallbox-Verbrauch reserviert ist. Wenn du Netzbezug und -einspeisung des Hauses einfach nur in der Wallbox-Oberfläche sehen möchtest, musst du den Zähler auf Nummer 1 umstellen. Möchtest du den tatsächlichen Fahrzeug-Verbrauch messen, also das, was die Wallbox als Ladeleistung abgibt, brauchst du einen zusätzlichen Zähler, der nur die Zuleitung der Wallbox misst und nicht den Gesamt-Netzbezug des Hauses. Der Netzbezugszähler kann schließlich nicht unterscheiden, welche Energie vom Fahrzeug und welche von sonstigen Hausgeräten verbraucht wurde.

Kannst du mal zur vollen Stunde oder um Halb die Wallbox von Hand neustarten und dann darauf achten, ob der Crash wieder genau um 18 Minuten nach der vollen Stunde oder genau eine Stunde nach dem Neustart passiert?

Schaue ich mir Anfang nächster Woche genauer an. An sich ist das jetzt aber sehr unerwartet, da der Stack für den Ethernet-Task seit Jahren unverändert ist und noch niemand sonst etwas in der Richtung gemeldet hat. Hast du zufällig ein neues Gerät im Netzwerk, das ungefähr zur gleichen Zeit wie die Neustarts dazugekommen ist? Oder hast du zufällig aktuell irgendwelche anderen Netzwerkprobleme? Oder hast du irgendwo Jumbo-Frames aktiviert? Uns wurde beispielsweise letztens ein anderer Crash gemeldet, der vom Datenmüll eines defekten Switches verursacht wurde.

Die Sendefrequenz vom SHM ist vorgegeben. Der schickt die Daten immer im Sekundentakt raus, ganz egal, ob jemand sie empfangen will oder nicht. Der Wechselrichter wird von der Wallbox abgefragt und theoretisch wäre es möglich, das Abfrageintervall dynamisch zu ändern. Das wäre allerdings mit relativ viel Aufwand verbunden und hat keinen nennenswerten Vorteil, da die übertragene Datenmenge sehr klein ist. Beim PV-Überschussladen würde sich auch das Problem ergeben, dass in dem Moment, wenn ein Fahrzeug angeschlossen wird, die detaillierten Messwerte der letzten vier Minuten nicht vorliegen. Anhand derer wird nämlich entschieden, ob eine Ladung sofort begonnen wird, oder ob erst noch auf mehr Sonne gewartet werden muss. Reduzierten Datenverkehr bei nicht angeschlossenem Fahrzeug halte ich dementsprechend nicht für sinnvoll.

Prinzipiell kannst du jederzeit ein Downgrade auf eine nicht-antike Version machen. Du hast recht, dass die alte Version dann Probleme mit neuen Parametern haben kann. Das führt dann dazu, dass die entsprechenden Einstellungen nicht geladen werden können. Weg sind sie aber erst, wenn du sie mit der alten Version überschreibst, also neu abspeicherst. Überschreibst du sie nicht, kannst du zu einer neueren Version zurückkehren und alle Einstellungen werden wieder geladen wie vorher.

Auf der Statusseite steht der konfigurierte Ladestrom auf 6 A. Somit darf die Wallbox nicht mehr als 6 A freigeben, was die 1,38 kW ergibt. Drück da mal auf den 32 A-Button und dein Auto sollte dann wie erwartet mit 3 kW geladen werden.

Sobald das Problem gerade besteht, lade bitte einen Debug-Report runter (unter System → Ereignis-Log) und hänge ihn hier an.

Der Wechselrichter hat seine Identifikation geändert und kann mit den alten, abgespeicherten Identifikationsdaten nicht wiedergefunden werden. Als du den WR vormals eingerichtet hast, hat er sich „Sunny Tripower X 20“ genannt. Seit dem Firmware-Update nennt er sich „STP 20-50“ und wird folglich unter dem alten Namen nicht mehr gefunden. Bitte einmal den Zähler löschen und neu anlegen, damit die neuen Identifikationsdaten gespeichert werden. Laut SunSpec-Standard sollen Geräte über Hersteller, Modell und Seriennummer eindeutig identifizierbar sein. Leider ignorieren einige Hersteller das gerne und ändern einfach mal den Modellnamen, als ob der rein kosmetisch wäre.

Elektroautos werden dem Kunden in der Regel vollgeladen übergeben. Das kostet den Händler fast nichts und würde sonst bei der feierlichen Übergabe schlecht aussehen. Sieht alles richtig aus. Einfach einstecken und laden. Übrigens verhält sich die Wallbox ohne angeschlossenes Auto manchmal nicht so, wie man das anfangs erwarten würde. Der Hinweis „Blockiert durch Lastmanagement“ hat schon manch einen Nutzer ohne Auto verwirrt. Warte einfach ab, bis dein Auto da ist, und melde dich wieder, falls dann wider Erwarten irgendwas nicht funktionieren sollte. Die Überschrift ist „Hardware-Konfiguration“, womit die Wallbox-Hardware gemeint ist. Deine Wallbox hat keinen Stromzähler eingebaut, also ist auch keiner intern angeschlossen. Der Stromzähler im Zählerschrank ist nicht an die Wallbox angeschlossen, sondern wird übers Netzwerk abgefragt.

Wenn ich mich recht erinnere, sieht man da aktuell auch noch keine Veränderung. Das wird erst bei einem zukünftigen Update relevant. Mit der falschen Einstellung würden dir möglicherweise nach einem zukünftigen Firmware-Update an manchen Stellen falsch berechnete Leistungswerte angezeigt.

Bei Zähler Nummer 2 (also der dritte) für den Batteriespeicher hast du einen abweichenden Messort eingestellt. Das muss auf „Übereinstimmend“ stehen, was dann automatisch „Speicher“ als Messort auswählt. Die Auswahl vom Fahrzeugmodell ist nur für Fahrzeuge, die eine Sonderbehandlung benötigen. Steht dein Fahrzeug nicht in der Liste, braucht es keine Sonderbehandlung und du wählst einfach „Standard“ aus. Das wäre rein kosmetisch. Die Wallbox verwertet aktuell nur Zählerdaten von der Wallbox selber, vom Netzanschluss und vom Batteriespeicher.

@CptHildi Bei dem von Maice beschriebenen Problem handelt es sich um ein Konfigurationsproblem, das nur die Wallbox betrifft und von der App unabhängig ist. Konkret tritt das Problem vor allem dann auf, wenn die Wallbox per WLAN und DSL mit dem Internet verbunden ist. Wenn dann noch ein WLAN-Repeater dazu kommt, ist nichts mehr zu retten. Wir können das Problem hier reproduzieren und es wird mit dem nächsten Firmware-Release repariert.

@boba1987 Wenn du schon diese ganzen Sachen selbst eingerichtet hast, bist du wahrscheinlich auch fähig, monatlich ein PDF per API direkt von der Wallbox zu laden. Schicke dafür einfach sowas hier per PUT an http://warp3-abcd/charge_tracker/pdf {"api_not_final_acked":true,"language":0,"start_timestamp_min":29277960,"end_timestamp_min":29321159,"user_filter":-2,"letterhead":""} start_timestamp_min und end_timestamp_min sind Unix-Zeitstempel in Minuten. Das Beispiel lädt das Log von September runter. Wie man am ersten Parameter erkennen kann, ist diese API noch nicht final und deswegen undokumentiert. Die Bedeutung der anderen Parameter kannst du vielleicht einfach durch ausprobieren bzw. Vergleichen mit dem Webinterface herausfinden. Das Ganze funktioniert mit einer aktuellen Firmware schon jetzt. Musst also nicht erst auf das nächste Release warten.

Ich habe gerade mal beiden Kollegen nachgefragt und anscheinend gab es ein paar Eltako-Zähler, bei denen RSA und RSB vom Modbus-Anschluss vertauscht waren. Da ich das nicht wusste, hatte ich auch nicht darauf hingewiesen, auf vertauschte Leitungen zu kontrollieren.

Ladelog für den Vormonat per Mail zu versenden ist aktuell in Arbeit. Der Versand erfolgt dabei über den Fernzugriffsserver. Falls du den Fernzugriff bei dir noch nicht eingerichtet hast, kannst du das schon mal machen. Benutzen musst du den Fernzugriff nicht unbedingt. Einrichten und als Email-Ziel auswählen reicht auch.