Solaredge: use modbus bulk reader for bat

[LKuemmel]

Bei #3166 ist mir aufgefallen, dass der SolarEdge-Speicher keine Register-Blöcke ausliest. SolarEdge empfiehlt das aber.

[LKuemmel]

@cr0i Magst Du Dir die Änderung ansehen bzw vielleicht sogar den Feature-Branch testen?

[SchaafAlexander]

Enthält es auch einen Fix für Batterie Modbus Peaks? :-)

#3113

Vielen lieben Dank

[cr0i]

@cr0i Magst Du Dir die Änderung ansehen bzw vielleicht sogar den Feature-Branch testen?

Ich habe den Feature Branch mal ausprobiert, power und soc werden artig abgerufen.
Du hast einen Default-SoC eingebaut (50%), der immer ausgegeben wird, wenn etwas mit dem SoC nicht stimmt.
Ich dachte, die Fehlerbehandlung passiert in den übergeordneten Modulen?
So würde man ja gar nicht merken, wenn etwas nicht stimmt, da einfach ein SoC von 50% ausgegeben wird.
Ist das wirklich so gewünscht?

Die Speichersteuerung funktioniert damit noch nicht.
Es wirkt auf mich so, als wenn set_power_limit gar nicht aufgerufen wird, es gibt keine Log-Ausgabe ausgelesener Register.
Ich habe von 21:30Uhr - 21:33 Uhr auf Ladung mit 5000W gestellt:
https://paste.openwb.de/K425MyQHQJR3yxG

Ist es vielleicht das hier?
2026-03-11 21:30:24,820 - {helpermodules.changed_values_handler:134} - {ERROR:MainThread} - 'int' object is not iterable Traceback (most recent call last): File "/var/www/html/openWB/packages/helpermodules/changed_values_handler.py", line 119, in _update_value dict_prev = dict(asdict(previous_value)) TypeError: 'int' object is not iterable

[LKuemmel]

Danke für Deine Rückmeldung.

Ich habe den Feature Branch mal ausprobiert, power und soc werden artig abgerufen. Du hast einen Default-SoC eingebaut (50%), der immer ausgegeben wird, wenn etwas mit dem SoC nicht stimmt. Ich dachte, die Fehlerbehandlung passiert in den übergeordneten Modulen? So würde man ja gar nicht merken, wenn etwas nicht stimmt, da einfach ein SoC von 50% ausgegeben wird. Ist das wirklich so gewünscht?

Nein, das ist nicht gewollt. Ich habe nicht gesehen, das Copilot das beim Review eingebaut hat. Ist entfernt.

Die Speichersteuerung funktioniert damit noch nicht. Es wirkt auf mich so, als wenn set_power_limit gar nicht aufgerufen wird, es gibt keine Log-Ausgabe ausgelesener Register. Ich habe von 21:30Uhr - 21:33 Uhr auf Ladung mit 5000W gestellt: https://paste.openwb.de/K425MyQHQJR3yxG

Die Fehlerbehandlung war nicht getrennt von den IO-Modulen und das hat einen Fehler geworfen und dann wurde auch das Speicher-Limit nicht mehr gesetzt. Ich habe es korrigiert.

Ist es vielleicht das hier? 2026-03-11 21:30:24,820 - {helpermodules.changed_values_handler:134} - {ERROR:MainThread} - 'int' object is not iterable Traceback (most recent call last): File "/var/www/html/openWB/packages/helpermodules/changed_values_handler.py", line 119, in _update_value dict_prev = dict(asdict(previous_value)) TypeError: 'int' object is not iterable

Habe ich mit einem Rebase auf den Master behoben.

Würdest Du bitte nochmal probieren?

[LKuemmel]

Enthält es auch einen Fix für Batterie Modbus Peaks? :-)

#3113

Vielen lieben Dank

ist in Arbeit, hat aber nichts mit dem Thema dieses PRs zu tun.

[cr0i]

Hallo @LKuemmel ,

jetzt kommt zwar keine Fehlermeldung mehr, aber trotzdem sehe ich keine Logeinträge von set_power_limit.
Ich hatte erst Keine Speichersteuerung, dann Hausverbrauch und zuletzt auf Ladung mit 5000W gestellt:
https://paste.openwb.de/aGfMARV8wG9D23H

[LKuemmel]

Für set_power_limit fehlt noch eine Fehlerbehandlung, da wird offenbar der Fehler verschluckt. Wir bauen das erst ein, dann schaue ich hier nochmal, dann ist die Fehlersuche leichter.
Vielen Dank für Deine Mitarbeit bis hierher :)