Scheint ein Fehler im Template zu sein:

[main  ] FATAL 2024/02/12 15:49:59 cannot create meter 'sungrow_battery': cannot create meter type 'template': cannot create meter type 'custom': battery mode: 1 error(s) decoding:

* '' has invalid keys: set

@andig Da braucht das Modbus-Plugin erst noch eine passende Set-Erweiterung, oder?

Was solls denn tun?

Wert aus Register A lesen (, skalieren) und dann in Register B schreiben.

So wie mit const-Plugin als Festwert auch.
Nur halt dynamisch via Modbus gelesen.

Mhhm. Keine Ahnung ob das mit dem Go Plugin gehen sollte (@GrimmiMeloni ?). Sonst bräuchte es wohl noch etwas Neues (copy). Langsam wirds unübersichtlich :O

Wie funktioniert das denn bei const?

Genauso. Aber in https://github.com/evcc-io/evcc/pull/12215/files#diff-0b0f0388fa0ea5962b68de7565e1131be1912c96e6d198ad57f6b53d77775b17R175 ist es ein modbus Plugin- das hat kein set.

Anders gesagt: const ist eigentlich eine Mischung aus copy und const. Die müssten wir jetzt- wenns orthogonal bleiben soll- aufsplitten und auch gleich alle Templates mit anpassen :O. Dann gäbe es ein eigenständiges copy plugin das hier zu verwenden wäre. Spannend wird dann nochmal, den passenden Typ zu finden bzw. zu matchen, ob input und output zueinander passen. Aber das haben wir ja schonmal irgendwie beim go Plugin gelöst. Müsste dann hier die gleiche Lösung werden.

Long story short: es braucht einen weiteren PR, der const umbaut und aufteilt.

Sorry, in der Ecke habe ich mich noch gar nicht umgeschaut.
Ganz neutral gefragt: was spricht denn gegen den Vorschlag von Premultiply? Der Beschreibung nach doch recht generisch einsetzbar?

Welches Problem wird denn hier überhaupt gelöst? Es ist kein Ticket verlinkt.

Und was hat das mit #12203 zu tun?

Die Zwangsladung funktioniert derzeit nicht.
Dies soll dieser PR beheben.