andig

> Habe die Idee verfolgt einen generischen key value store einzuführen und da waren die Änderungen minimal. Lass uns das doch neu anschauen, wenn wir mit Ui Config durch sind....

Sollten wir- wenns soweit ist- auch für `aux` Zähler machen. Required for https://github.com/evcc-io/evcc/issues/6029.

Ich sehe drei technische Möglichkeiten: 1. Alle Zähler/Charger um weitere Felder erweitern, analog `embed` bei Fahrzeugen. Das sind viele Änderungen und eigentlich brauchen die Zähler die Daten nicht. Fahrzeuge übrigens...

Das ist genau der Punkt. Konsistente Lösungen wären schön. Beim Fahrzeug ist es ein Zwitter da der Title auch vom Fahrzeug-API genommen werden kann. Dann müsste das Fahrzeug also die...

> Der Metadatenansatz sollten wenn dann für alle Objekte sein und auch wieder mit rausgegeben werden für Anschlussverwendung innerhalb und außerhalb von evcc. Damit stellt sich die Frage, welche Daten...

> Lass uns das doch neu anschauen, wenn wir mit Ui Config durch sind. Der Zeitpunkt ist jetzt. Eine mögliche (technische) Idee wäre, dass wir die Titel vielleicht mit in...

Kommentar in eigener Sache: https://github.com/evcc-io/evcc/pull/19416 ist ein schönes Beispiel, warum es sich lohnt Features erst dann zu bauen wenn sich ein guter und eleganter Weg der Integration findet anstatt sie...

Konkret: Zusammenhang mit der Machine ID in https://docs.evcc.io/docs/reference/configuration/hems/#optionale-sma-parameter erläutern. Ggf. Frage für FAQ ergänzen.

Gerne PR. Evtl. genügt es schon in der influxdb.go zu schauen ob das Struct bereits ein `Title` Feld hat.

Implementierungsvorschlag steht oben. Es muss halt jemand die Zeit finden, das zu tun…