MatzeTF

Hab gerade gesehen, dass ich die Frage noch nicht beantwortet hatte, bzw. teilweise ergibt sich die Antwort ja auch meinen vorigen Posts. Man könnte auf so eine Idee kommen, um einen kleinen Netzanschluss besser auslasten zu können: „Mein Staubsauger ist mein größter Verbraucher und zieht 6 A, also stelle ich das auf 6 A ein.“ Das würde im Normalfall wahrscheinlich sogar funktionierten. Aber dann kommt mal ein Handwerker vorbei, schließt seine 3,6 kW Hilti irgendwo an und noch bevor alle Löcher gebohrt sind, ist die Hauptsicherung raus. Steckdosen werden in Deutschland nun mal üblicherweise mit 16 A abgesichert. Dementsprechend muss man davon ausgehen, dass jederzeit mindestens 16 A zusätzlicher Verbrauch entstehen können. Deswegen erlauben wir es nicht, den Stromverbrauch des größten Einzelverbrauchers auf weniger als 16 A einzustellen. Da wir beim Netzanschluss mit einer kurzzeitig tolerierbaren Überlast von 140 % des Nennwerts rechnen, ist das üblicherweise kein Problem.

Setzen der SG-Ready-Ausgänge per Automatisierung bei gleichzeitig aktivierter Heizungssteuerung wird nicht unterstützt. Aktuell kann man das leider noch so einrichten und das führt dann genau zu den von dir beobachteten Problemen. Das wird so geändert, dass die Heizungssteuerung deaktiviert wird, sobald der Nutzer das mit Automatisierungsregeln selber steuern möchte. Die Sache mit den falschen Anzeigen müssen wir uns noch ansehen.

Hier die extrahierten Stromverläufe. Die X-Achse sind Samples in Halbsekundenschritten. Ungefähr bei Sample 6300 wurde die 45 A-Überschreitung innerhalb weniger Sekunden beendet. Nachdem die anderen Verbraucher ausreichend lange ihren Bezug reduziert hatten, wurde die Ladung fortgesetzt. Ungefähr bei Sample 6150 sieht man eine kleine Stufe auf allen drei Phasen. Ich vermute, dass das der Zeitpunkt war, an dem die Ladeleistung auf 12,918 A reduziert wurde, was die Reaktion auf den seit Sample 6000 anhaltend hohen Strombezug war. Der Strombedarf des größten Einzelverbrauchers ist übrigens die größte tolerierbare erwartete Bezugsspitze. Die Absenkung des Ladestroms auf 12,918 A war dazu da, um genau die 16 A Reserve zu haben. In diesem Fall war die Spitze bei Sample 6300 ca. 12 A hoch. Da waren also noch 4 A plus Sicherheitsabstand Platz, bevor die Sicherung fliegen könnte. Wie du siehst, ist die von dir erwähnte kurzzeitige Überlastung bereits mit eingeplant. Bei uns wird nichts verschenkt. 😎 Ich würde sagen, das dynamische Lastmanagement hat exakt so reagiert, was es soll, und es wurde nicht unnötig oder zu früh abgeschaltet. Auffällig ist, dass L1 und L3 sehr dicht beieinander liegen. Anhand der L2-Kurve würde ich schätzen, dass da verschiedene Verbraucher abwechselnd und teilweise gleichzeitig aktiv waren. Anscheinend sind einige größere Verbraucher bei dir ungünstig auf L2 gehäuft. Was das ist, weiß ich natürlich nicht. Die Detektivarbeit überlasse ich dir. 😉

Vor der Abschaltung wurde die Ladeleistung bereits auf 12,918 A reduziert, um etwas Sicherheitsabstand zum 35 A-Limit zu lassen. Zum Zeitpunkt der Abschaltung wurden auf L2 am Netzanschluss 45,091 A gemessen. Die Leitung war also um 10 A überlastet. Die Wallbox hat zu dem Zeitpunkt 12,918 A freigegeben. Mit dem minimalen Ladestrom vom 6 A hätte die Wallbox den Netzbezug auf 38,173 A drücken können, was immer noch über dem Limit vom 35 A liegt. Es musste also abgeschaltet werden. Nachdem die Ladung beendet wurde, lag der Bezug auf L2 relativ konstant bei 32,1 A. Da waren also noch andere Verbraucher außer Wärmepumpe und Herd aktiv. Die Überschreitung von 15,673 A kommt daher, dass der Stromzähler nicht sofort meldet, wenn die Ladung beendet wurde. Daher hat die Wallbox eine Überlastung von 9,673 A statt 10 A in der Historie. Die Überlastung zusammen mit dem minimalen Ladestrom von 6 A ergibt genau die 15,673 A. Die Zahl ist also nicht die tatsächliche Überschreitung, wegen der abgeschaltet wurde, sondern die ungünstigste erwartete Überschreitung, die sich ergeben könnte, wenn aktuell eine Ladung freigegeben würde.

Looks like it can be easily built by yourself. Clone git or download as zip. Install c++ and make, which is simple on the Pi. Dunno about Mac. Run make as documented. Done.

Die Ladung wurde durch das dynamische Lastmanagement beendet, da aufgrund von anderen Verbrauchern (Herd, etc) auf L2 nur noch 5,8 A verfügbar waren. Der minimale Ladestrom, den eine AC-Wallbox freigeben kann, liegt aber bei 6 A. Dementsprechend musste die Ladung beendet werden. In dieser Situation hätte dein Auto unter Umständen einphasig weiterladen können, da auf L1 und L3 noch Platz war. Dafür müsstest du aber die Phasenrotation deiner Wallbox angeben, also welche Phase der Wallbox mit welcher Phase vom Netzanschluss verbunden ist. Dazu kannst du unter Energiemanagement → Wallboxen den Eintrag für deine Wallbox editieren und die Rotation einstellen. L123 bedeutet, dass L1 der Wallbox mit L1 vom Netzanschluss verbunden ist und die anderen auch entsprechend. L231 bedeutet, dass L1 der Wallbox mit L2 vom Netzanschluss verbunden ist und die anderen entsprechend verschoben. Wenn du keine Ahnung hast, was die Rotation ist, kannst du unter Wallbox → Einstellungen → Zuleitung die Wallbox auf einphasig zwingen und einen Ladevorgang starten. Dann siehst du am Netzbezugszähler, welche Phase belastet ist. Die anderen beiden Phasen sind dann wahrscheinlich rechtsdrehend angeschlossen ist. Zieht das Auto einphasig am Netzanschluss auf L2 Strom, ist die Rotation entsprechend L231. Anschließend solltest du die Zuleitung wieder auf dreiphasig ändern. Du kannst die Einstellung der Zuleitung auch während eines Ladevorganges ändern und die Wallbox schaltet dann um, von drei- zu einphasig sofort, von ein- zu dreiphasig ggf. erst nach vier Minuten. Die Aufforderung zum Neustarten kannst du abbrechen. Für die Änderung der Rotation musst du allerdings neustarten. Ansonsten triffst du den Multicast-Bug in der aktuellen Firmware. Du kannst die Testfirmware von hier installieren.

So ist es. Du kannst jetzt einfach auf der letzten Testfirmware bleiben und das nächste Release installieren, sobald es veröffentlicht wird. Dank auch an dich fürs fleißige Testen. Sowas hilft uns immer sehr.

Danke fürs Testen. Kannst du diese Firmware auch nochmal testen? Ich habe es jetzt richtig repariert. Es ist nicht nötig, vorher zu verifizieren, dass die alte Version noch kaputt ist. Die interessante Grenze liegt übrigens bei 4-5 Minuten. Wenn es danach noch funktioniert, funktioniert es generell und du brauchst nicht weiter nachzusehen. warp3_firmware_2_8_16_695d6b83_f3173094b5aef61_merged.bin

Kann es sein, dass du eine alte Firmware im Bereich 2.8.4 - 2.8.8 hast? Bei 2.8.9 wurde der Hinweis auch beim Bearbeiten bereits angelegter Zählern hinzugefügt.

Kannst du mal IGMP Snooping wieder aktivieren und dann mit dieser Firmware testen? Edit: Veraltete Firmware entfernt.

Ja. Probier es doch einfach mal aus.

Du hast anscheinend schon mehrere Master Bricks mit RS485 Extensions. Schließe den Master Brick des RS485 Masters per USB an den Raspberry Pi statt an einen PC an. Fertig.

Das NFC Bricklet ist optional; die Wallbox funktioniert auch ohne. Habe ich bisher nur im Zusammenhang mit Überhitzung gesehen, üblicherweise durch verschmorte Kontakte, z. B. bei nicht richtig angeschlossener Zuleitung. Ist deine Wallbox direkter Sonneneinstrahlung ausgesetzt und wenn ja, wie lange? Ganzer Tag, halber Tag, morgens/abends ein paar Stunden, etc…

Genau aus dem Grund sollte das Ladelog eigentlich erst am 2. eines Monats verschickt werden. Von daher wundert es mich, dass da als nächster Versand der 1. steht. Außerdem war heute ja schon der 2. und du hast offensichtlich kein Ladelog bekommen. Das wird sich @ffreddow ans

Was ich noch vergessen hatte, zu erwähnen: Bei den Einstellungen zum PV-Überschussladen musst du jetzt nochmal den SHM auswählen, falls du das noch nicht gemacht hast. Wahrscheinlich ist da aktuell der Shelly ausgewählt, weil die Zähler die Plätze getauscht haben.

Zähler 0 ist für den Wallbox-Zähler reserviert. Kann es sein, dass du den SHM als Zähler 0 eingetragen hast und den Shelly als Zähler 1? Du müsstest in dem Fall den SHM löschen, den Shelly von 1 auf 0 ändern und den SHM als 1 hinzufügen.

Der Switch kann IGMP Snooping. Kannst du mal nachsehen, ob das eingeschaltet ist, und ggf. ausschalten?

Könntest du mal eine Skizze (oder Liste) machen und alle Netzwerkkomponenten zwischen SHM und Wallbox auflisten und wie sie miteinander ver

Im Debug-Report kann man sehen, dass bei 2.8.16 nach ein paar Minuten keine relevanten Daten mehr ankommen. Zwischen Version 2.8.13 und 2.8.16 gab es aber leider keine Änderung an der Speedwire-Unterstützung, auf die man das Problem schieben könnte. Ich werde mir das genauer ansehen müssen, komme dazu aber frühestens nächste Woche.

Kannst du nochmal auf die aktuelle Firmware aktualisieren und falls das dann wieder nicht dauerhaft funktioniert, ca. 10 Minuten nachdem die Anzeige stehen geblieben ist einen Debug-Report runterladen?

Ich bin mir nicht sicher, was genau dein Problem ist. Wenn das Blockieren des Speichers beim Schnellladen funktioniert, sind die Register korrekt und gibt es nichts mehr zu tun. Es ist nicht möglich, eine Regel zu erstellen, die durch den Min+PV-Modus ausgelöst wird. Dementsprechend brauchst du nur eine Regel (für den aktiven Schnelllademodus).

Wurde in letzter Zeit irgendwas am Netzwerk verändert? Beispielsweise ein Switch oder Access Point getauscht? Gibt es außer der FritzBox noch andere Switche oder Ähnliches? Speedwire ist leider bekannt dafür, mit verschiedenen Netzwerkkonfigurationen Verbindungsprobleme zu haben. SMA wälzt die Verantwortung dafür auf den Anlagenbetreiber ab und schreibt dir vor, wie dein Netzwerk auszusehen hat. Siehe hier. Hast du ansonsten schon einen Downgrade auf 2.8.13 versucht? Funktioniert es dann wieder wie erwartet?

Diese Beta gibt es nur für Geräte mit WARP-Branding und kann somit auf einem SEB nicht installiert werden.

Die Anzahl erlaubter Anfragen sind bei der Vorhersageseite sehr begrenzt. 429 bedeutet „Too Many Requests“. Deswegen wird dann auch gleich zwei Stunden gewartet. Das Problem kann leicht auftreten, wenn du mehrmals nacheinander neustartest und viele PV-Flächen eingetragen hast, da nach einem Neustart jedes Mal alles abgefragt wird, unabhängig davon, wie lange die vorherigen Abfragen her sind, sodass das Limit überschritten werden kann.

Bitte lade einen Debug Report runter (unter System → Ereignis-Log) und hänge ihn hier an. An der Solarvorhersage wurde auf WAPR-Seite seit Monaten nichts geändert und die Version in der Batteriemanagement-Beta ist identisch zu der Version in den anderen Firmware-Releases.