laubblaeser

So eine Version der Einteilung der Strompreise fände ich auch ziemlich toll, weil sie etwas dynamischer auf intraday spreads reagieren könnte und kein manuelles Nachbessern erfordert. Wenn man jetzt nicht unbedingt auf die perfekte Optimierung aus ist (langfristig durchaus erstrebenswert), reicht es mir aber bisher auch, die günstigen Stunden recht gering einzustellen und die teuren eher hoch. Genaue Werte hängen durchaus von Ziel SoC, Kapazität und Ladeleistung der Batterie ab, das ist individuell zu berechnen. Bei mir (30 kWh mit 15 kW Ladeleistung) steht es zum Beispiel auf 1,5 günstigste Stunden und 16 teuerste Stunden, womit ich in den allermeisten Fällen schon die günstigsten Stunden abgreife und für einige Batterieregeln noch die "nicht teuren" Stunden als Bedingung verwende.

Den Dank muss ich ganz ehrlich an dich zurückgeben. Es ist toll, wie gut du erreichbar bist, wie viel Zeit du dir für Erklärungen nimmst und am Ende auch noch eine Lösung für die Probleme findest. Also vielen Dank! (Und da ich weiß, dass das nur so gut funktioniert, wenn die Firma so was mitmacht: Auch ein großes Dankeschön an Tinkerforge im ganzen!)

Zwischenfazit: Das Laden von AC-seitigem Überschuss funktionierte die letzten Tage, auch wenn der "Entladen blockieren" Modus lief. Ich habe keine wildes Pulsieren der Batterieentladung mehr gesehen, wenn versucht wurde sie zu blockieren. Der Modus scheint wieder so zu funktionieren wie erhofft. Auto habe ich die letzten Tage nicht geladen (macht bei den dyn. Strompreisen gerade keine Freude...), aber ich bin eigentlich sicher, dass auch hier der Entladeblock funktionieren würde. Soweit also alles in Ordnung, glaube ich. Soll ich noch irgendeine bestimmte Funktion oder Situation testen, @photron ? Noch ein ganz nischiger Edgecase in meinem Fall, mit dem ihr nichts zu tun habt, den ich aber gerne hier dokumentieren möchte: Was mit den 1038/1040 Registern auf jeden Fall nicht gut funktioniert, ist der Ruhemodus des Wechselrichters. Wenn PV Leistung > Hausbedarf, dann sollte sich der WR (bei mir bisher nur für Hausbatterie, keine PV an den DC Eingängen) in den Ruhezustand versetzen. Das tut er aber leider nur, wenn die Batteriesteuerung im "Normal" Modus ist, also keine externen Steuerbefehle an den WR schickt, und natürlich der AC-seitige PV Überschuss den im WR vorgegebenen Wert nicht längerfristig übersteigt. Wenn ich zum Beispiel "Laden blockieren" möchte, dann könnte der WR sich ja eigentlich auch in den Ruhezustand versetzen, tut das aber nicht und zieht seine ~40 W im Leerlauf. Selbiges Verhalten tritt auf, wenn ich "Laden und Entladen blockiere", dann könnte der WR ebenso schlafen gehen, tut er aber nicht, weil er externe Steuerbefehle erhält. Das lässt sich alles nicht ändern und ist irgendwie auch so zu erwarten, wenn man ein bisschen drüber nachdenkt. Hab es hier zumindest mal aufgeschrieben, falls noch jemand drüber stolpern sollte. :)

Erster Eindruck sieht gut aus. Habe alle "laden blockieren" Regeln deaktiviert und nur noch die üblichen "entladen blockieren" Regeln aktiv. Der AC vorhandene PV Überschuss wird gerade wie erhofft in die Hausbatterie geladen. Werde gleich mal das Auto für ne Stunde laden und schau dann drauf, ob der Entladeblock dabei auch funktioniert. Details zum Verhalten werde ich melden, falls mir etwas auffällt.

Du glaubst gar nicht, wie sehr es mich freut, diese eigentlich ziemlich schlechte Nachricht zu lesen. 😅 Ich hab echt schon an mir gezweifelt (bzw. eben an meinem WR um genau zu sein). Ja, klar, mach ich bei Gelegenheit. Ich schau mir das noch mal an. Soweit ich mich richtig erinnere, war es halt bisher in meinen Tests Anfang des Jahres so, dass z.B. die Funktion für das AC Überschussladen nicht funktionierte. Und der WR ging auch nie in den Ruhezustand (mit 0 W Eigenverbrauch), sondern blieb konstant bei etwas über 40 W Eigenverbrauch hängen.

So sieht es aus, wenn ich ganz stumpf auf den G2 Registersatz umstelle und diesen verwende: Der Entladeblock setzt genau 30 Sekunden (also eine Timeoutschleife) vor dem eigentlichen Beginn des Autoladens ein. Das Entladen wird erfolgreich verhindert. [^1] Nach Beendigung des Ladevorgangs schließt sich wieder genau ein 30 Sekunden Block mit laufendem Entladeblock an. Danach springt die Batterie wieder in den Normalmodus. [1]: Die schnurgerade Entladung von 311 W ist der von mir vor Monaten bei Kostal gemeldete Bug, den sie nach eigenen Aussagen reproduziert und in einer "kommenden Firmware" behoben haben. Was aber leider bisher immer noch nicht der Fall ist. Das hat sich jetzt mit meinem Post überschnitten. Danke für die Erklärung, das Feature hatte ich bisher nie gebraucht. So sieht das dann jetzt aus: Die Entladung der Hausbatterie wird exakt mit dem Beginn der Autoladung gestoppt. Am Ende läuft der Hausbatterieblock noch 10-15 Sekunden weiter, je nach dem wo man anfängt zu zählen. Danach übernimmt die Batterie wieder wie gewohnt.

Ich glaube, der Ansatz 21000 zu schreiben ist vernünftig. Der Rhythmus war in etwa 12 Sekunden Entladeblock, dann 3 Sekunden Entladung. Es sieht also wieder anders aus. Das wäre untragbar für mich. Ich hatte das ja zu Anfang mit den Registern probiert, bevor ich die 1280er eingebaut habe. Nur mit der Nutzung der 1280er funktioniert weiterhin die interne Steuerung des G3 (bspw. AC Überschuss aus anderen PV Anlagen in Batterie speichern, obwohl Entladen blockiert ist). Sobald man die 10xx Register nutzt, schaltet jegliche interne Steuerung ab. OK, probier ich. Wie stell ich denn "Blockieren" statt nur "Entladen blockieren" in den Batterieregeln ein? 🤔

Ein gepulster Verbraucher mit dieser Leistung existiert nicht bzw. lief schlicht nicht. Das pulsieren kommt von einer fehlerhaften Steuerung im WR, da bin ich mir ziemlich sicher, denn wie du auch schon sagst, ist die Periodendauer deckungsgleich soweit man das auf den Graphen erkennen kann. (Sorry, muss mal kurz Luft ablassen: Seit über einem Monat schlage ich mich jetzt mit diesem Mist herum und muss sagen, dass mir die vorab intensiv abgewogene Entscheidung zu einem deutschen Hersteller zu greifen mächtig auf die Füße gefallen ist. Es läuft monatelang rund und jetzt muss ich dutzende Stunden damit zubringen, die spontane Arbeitsverweigerung und die Kapriolen des Wechselrichters zu analysieren und zu beheben. Ich will doch eigentlich nur wieder die Entladung der Hausbatterie sperren können… 😥)

Die Batterie wurde gerade aus dem Netz beladen und der Netzanschluss pendelt jetzt im einstelligen Watt Bereich um die 0, anstatt wie zuvor +/- 200 Watt zu schwanken. Die jetzt beobachteten Schwankungen sind im Normalbereich der schwankenden PV Leistung und der etwas verzögerten Regelung des Wechselrichters, um die Speicherung des überschüssigen Solarstroms auszuregeln. Das wäre das erwartete und bisher beobachtete Verhalten, wenn die ext. Batteriesteuerung auf „Normal“ steht. Werde das weiter im Blick behalten, ob es wieder auftritt, aber sieht gerade in Ordnung aus. Ich habe das äußerst zackige Regelverhalten mit regelmäßigen Dellen von vorhin aber auch dem Kostal Support gemeldet, da das ja keinesfalls normal sein kann und nicht mit schwankender Sonnenstrahlung zu tun hatte. Mit ladendem Auto sieht das ganze aus wie zuvor. Hier zur Veranschaulichung noch ein Test von gerade.

Ja. Nein. Keine Besserung, selbes Muster.

Das kann ja wohl nicht die Lösung sein? Habe testweise mal versucht den Timeout der Batteriesteuerung (1288) auf 120 Sekunden zu setzen. Da habe ich keinen Unterschied feststellen können. Kann das auch noch mal mit den 30 Sekunden der externen Batteriesteuerung versuchen, die ich im Webinterface des Wechselrichters einstellen kann. Meinst du das hilft irgendwie beim besseren Verstehen der Probleme? Ich habe gerade aber mal die Batteriesteuerung im HEMS deaktiviert, weil die Live Zählerwerte recht verrückt herumsprangen. Obwohl da keine externe Regelung stattfindet, springt die Batterie alle paar Sekunden wild herum und der Netzanschluss kann gar nicht richtig ausgepegelt werden und schlägt regelmäßig nach + und - aus. Es ist zum verrückt werden!

Nein, leider keine Besserung. Habe testweise das Auto auf Schnell laden gestellt, um den Block der Batterieentladung zu testen. (Wattwurm = Wechselrichter, Wattenmeer = Batterie) Die Modbus Register sehen danach auch chaotisch aus. Das brachte wohl nix und ic pack die vorige Testfirmware wieder drauf. AdrD AdrH NumD NumH Idx Hex AS Binary [15..0] U16 S16 U32BE U32LE S32BE S32LE F32BE F32LE U64BE U64LE S64BE S64LE F64BE F64LE 1280 500 1281 501 0 4F00 O. 0100 1111 0000 0000 20224 20224 1281 501 1282 502 1 0000 .. 0000 0000 0000 0000 0 0 1325400064 20224 1325400064 20224 2147483648 2.83398601425051e-41 1282 502 1283 503 2 4F00 O. 0100 1111 0000 0000 20224 20224 1283 503 1284 504 3 0000 .. 0000 0000 0000 0000 0 0 1325400064 20224 1325400064 20224 2147483648 2.83398601425051e-41 5692549930321707008 86861418614528 5692549930321707008 86861418614528 3.533695169515649e+72 4.29152428864737e-310 1284 504 1285 505 4 1000 .. 0001 0000 0000 0000 4096 4096 1285 505 1286 506 5 46A4 F. 0100 0110 1010 0100 18084 18084 268453540 1185157120 268453540 1185157120 2.529796852506347e-29 21000 1286 506 1287 507 6 1000 .. 0001 0000 0000 0000 4096 4096 1287 507 1288 508 7 46A4 F. 0100 0110 1010 0100 18084 18084 268453540 1185157120 268453540 1185157120 2.529796852506347e-29 21000 1152999175063881380 5090211072206704640 1152999175063881380 5090211072206704640 1.310446958384971e-231 2.0345796403641613e+32 1288 508 1289 509 8 0000 .. 0000 0000 0000 0000 0 0 1289 509 1290 50A 9 003C .< 0000 0000 0011 1100 60 60 60 3932160 60 3932160 8.407790785948902e-44 5.510129769479473e-39 ASCII: O...O.....F...F....<P.s.: Es scheint auch so, als würde Kostal nur bei den Float Werten auf die Bytereihenfolge achten. Die Modbus Doku schreibt dazu: „MODBUS Byte Order, important for read or write accesses to float-formatted registers“. Das spräche eher gegen die Theorie, dass mein beobachtetes Problem damit zusammenhängt.

Bei mir ist viel wichtiger, dass ich den Tag korrekt abgebildet bekomme, um den Akku in den günstigsten Stunden des Tages zu beladen. Wenn es also für Haushalte mit großer PV relevant ist, das von 20 bis 20 darzustellen, ist das verständlich , aber halt auch nur ein spezieller Case. Wenn das beibehalten werden soll, wäre es möglich das Zeitfenster für die Nutzenden konfigurierbar zu machen?

In der Batteriesteuerung werden die Preise von 20:00 bis 20:00 Uhr angezeigt, beizeiten auch vorne bei 00:00 Uhr abgeschnitten, falls die Daten vom Vortag nicht mehr vorliegen. Im Ladeplan werden aber die ganzen Tage von 00:00 bis 00:00 Uhr angezeigt. Durch diese Diskrepanz ergeben sich zwei Probleme: Es unterscheiden sich die berechneten günstigsten Stunden, da die Datenbasis nicht gleich ist. Die Batteriesteuerung wählt an dem Tag teurere Stunden als günstigste Stunden aus, als es wirklich nötig wäre. Zur Veranschaulichung die nachfolgenden Graphen, in denen gut zu erkennen ist, dass die letzten vier Stunden in der Batteriesteuerung fehlen, obwohl die Daten bereits vorliegen. Der günstigste Zeitpunkt zum Beladen wäre aber genau in diesem Zeitfenster, das dadurch ignoriert wird. Gibt es einen bestimmten Grund, wieso das Zeitfenster von 20:00 bis 20:00 Uhr für die Batteriesteuerung gewählt wurde? Ich wäre schwer dafür, einfach die Preisdaten der vollen Tage anzuzeigen, sobald diese vorliegen, also genauso wie beim Ladeplan für die Wallbox. Ließe sich das bitte umsetzen? Danke!

@photron Kann es daran liegen, dass das 1288 Register noch mit Big Endian beschrieben und seitdem nicht geändert wurde? Der Wechselrichter steht jetzt ja auf Little Endian und das HEMS erwartet auch solche Werte, aber wie du weiter oben in einem meiner Posts sehen kannst, steht bei den 32bit Int Werten mit Little Endian nicht 60 (wie es nötig wäre) sondern 3932160. Ist das vielleicht das Problem? P.s.: Wenn ich naheliegenderweise versuche das Register 1288 mit 60,0 statt 0,60 zu beschreiben, kommt Error: Transaction failed: ModbusServerDeviceFailure (4) als Antwort.