Epic: UI-based config

[andig]

UI-based configuration is probably the single biggest game changer that we need to make evcc more approachable for non-technical users. This will be a large change and time-consuming. To keep seeing results we should develop an incremental roadmap that delivers usable results and can be shipped step by step. This issue should structure the work.

• [x] Single, new devices for testing only (https://github.com/evcc-io/evcc/pull/6035) Scope: template devices only, no linked config, no modbus. This can be done standalone without touching bigger parts of the application and will already allow users with demo installation to play with things.
• [x] Modify existing config, save config (https://github.com/evcc-io/evcc/pull/6199)
• [x] Vehicles use case (these should be pretty easy and not not need be linked to other parts of the config)
• [x] API: use of stable IDs (vehicle, charging point, ...) instead of indices (https://github.com/evcc-io/evcc/issues/8646)
• [x] Meters in combination with site (https://github.com/evcc-io/evcc/pull/9812)
• [ ] loadpoint settings (https://github.com/evcc-io/evcc/issues/12903)
• [ ] vehicle settings (https://github.com/evcc-io/evcc/issues/12905)
• [ ] Creating loadpoints plus chargers in combination with loadpoints
• [ ] Device lifecycle (https://github.com/evcc-io/evcc/pull/11572)
• [x] Security: add authentication (e.g. admin password) for changing device settings (https://github.com/evcc-io/evcc/pull/11732)
• [ ] Allow starting with a grid (or pv) meter being configured (https://github.com/evcc-io/evcc/pull/14341)

More stuff to break into steps:

• [x] tariffs (https://github.com/evcc-io/evcc/pull/9820, https://github.com/evcc-io/evcc/pull/10042)
• [x] mqtt, influxdb, modbus, modbus proxy, push messages https://github.com/evcc-io/evcc/pull/13319
• [x] remaining site settings https://github.com/evcc-io/evcc/pull/13319

Challenges:

• integrate "online" with "offline" config to still allow using complex configs
• make things "pluggable" and implement restart behaviour for all classes of devices
  • [x] vehicles (https://github.com/evcc-io/evcc/issues/9669)
  • [ ] meters
  • [ ] chargers
  • [ ] tariffs
• add option to use configure a meter-template outside of its labled usage (e.g. a charge meter as aux meter see https://github.com/evcc-io/evcc/issues/11887)

Smaller Todos:

• [ ] move dirty api to web socket
• [ ] move site meters to global config, identified by type (grid, pv, battery, aux)
• [ ] show/update meter configuration when device fails during startup
• [ ] allow saving broken devices (RCT)

[StevieC121176]

wäre es nicht besser, den erstelle neues Fahrzeug Dialog aus dem Ladelog (ändern Fahrzeug) auszublenden? Ich denke es wechselt niemand in diese Ansicht um ein Fahrzeug zu erstellen

[andig]

Ja 🤪

[naltatis]

Ja, das ist alles noch "exerimental" 😄 Geht hier erstmal darum die Funktionalität an die Oberfläche zu bekommen.

[Hofyyy]

Auf die Gefahr hin das ihr das schon kennt. Ich bin von genau so einem Dialog bei der Weboberfläche "homebridge" sehr angetan. Speichern führt eine Validierung durch und speichert nur, wenn das Schema passt. Vielleicht kann man sich dran anlehnen, oder es hilft beim abgucken.

[andig]

move site meters to global config, identified by type (grid, pv, battery, aux)

@naltatis das ist nicht so einfach, da nicht alle Zähler einen Typ haben. Usage dient nur dazu, bei integrierten Geräten die richtigen Werten abzugreifen. Sonst spezifiziert erst die Auswahl in Site, wofür der Zähler verwendet werden soll.

[naltatis]

@naltatis das ist nicht so einfach, da nicht alle Zähler einen Typ haben. Usage dient nur dazu, bei integrierten Geräten die richtigen Werten abzugreifen. Sonst spezifiziert erst die Auswahl in Site, wofür der Zähler verwendet werden soll.

Das wir dafür eine neue Eigenschaft am Zähler brauchen, hatte ich auf dem Zettel. Vielleicht ein guter Anlass das mit den Meter-Titles https://github.com/evcc-io/evcc/issues/6781 auch anzugehen 😄.

[Tombra1889]

Wäre echt cool, wenn die AUX-Zähler, bzw. noch besser externe Zähler, die den Hausverbrauch detaillieren in die Ansicht eingebaut werden könnten!