Skip to content

Commit 8215af7

Browse files
committed
finish blogpost (german); add mcp docs; update cli docs
1 parent c408bb9 commit 8215af7

20 files changed

Lines changed: 338 additions & 85 deletions

blog/2025-07-27/highlights-config-ui-mcp-feedin.mdx

Lines changed: 0 additions & 84 deletions
This file was deleted.
184 KB
Loading
85 KB
Loading
File renamed without changes.
211 KB
Loading
Lines changed: 250 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,250 @@
1+
---
2+
title: "Highlights: Config UI, Einspeisung & AI"
3+
authors: [naltatis]
4+
tags: [release, highlights]
5+
hide_table_of_contents: false
6+
---
7+
8+
import Video from "../../src/components/Video";
9+
import configUiVideo from "./config-ui.mp4";
10+
import configUiPoster from "./config-ui.webp";
11+
import mcpVideo from "./mcp-integration.mp4";
12+
import mcpPoster from "./mcp-integration.webp";
13+
14+
Es ist mal wieder Zeit für einen Neue-Feature-Rundumschlag Blogartikel.
15+
Ich habe eine Hand voll Themen herrausgesucht, die gerade spannend sind.
16+
17+
[![Highlights Banner](config-ui-mcp-feedin-banner.webp)](/blog/2025/07/30/highlights-config-ui-feedin-ai)
18+
19+
{/* truncate */}
20+
21+
Bevor wir zu den Featuren kommen, hier noch eine Ankündigung für alle, die die REST API zur Integration mit anderen Systemen verwenden.
22+
23+
## Breaking Change: REST API
24+
25+
Mit Release v0.207 gibt es eine Änderung an der REST API.
26+
Die Endpunkte an sich bleiben unverändert, allerdings möchten wir das Antwortformat etwas verschlanken.
27+
Konkret wird die äußere `result`-Ebene entfernt.
28+
29+
Hier ein Beispiel für den Endpunkt `GET /api/state`:
30+
31+
Aktuelle JSON Antwort:
32+
33+
```json
34+
{
35+
"result": {
36+
"loadpoints": [...],
37+
...
38+
}
39+
}
40+
```
41+
42+
Zukünftige JSON Antwort:
43+
44+
```json
45+
{
46+
"loadpoints": [...],
47+
...
48+
}
49+
```
50+
51+
Wir haben die Maintainer der populären evcc Integrationen über diese Änderung informiert.
52+
Die notwendigen Anpassungen sind bereits durchgeführt worden.
53+
54+
Uns ist bewusst, dass viele von euch auch eigene Scripte oder Automatisierungen haben, die direkt auf die REST API zugreifen.
55+
Hier müsst ihr natürlich selbst Hand anlegen.
56+
Mehr Details gibt es im entsprechenden [GitHub Issue.](https://github.com/evcc-io/evcc/pull/22299)
57+
58+
:::note Hinweis zur Migration
59+
Um den Umstieg etwas einfacher zu gestalten haben wir zwei Releases veröffentlicht: **v0.206 und v0.207 sind featuregleich**.
60+
Die API-Änderungen sind **ab v0.207** enthalten.
61+
Sollte das neue Antwortformat bei dir zu Problemen führen, kannst du auf v0.206 downgraden.
62+
Du hast damit alle hier beschriebenen neuen Funktionen und kannst deine eigenen Scripte und Integrationen in Ruhe auf den Breaking Change vorbereiten.
63+
:::
64+
65+
## Ladeplanung: Spätes Laden
66+
67+
Die Ladeplanung hat eine neue Funktion erhalten: _Spätes Laden_.
68+
Standardmäßig optimiert der Planungsalgorithmus die Ladung so, dass in den günstigsten bzw. saubersten Stunden geladen wird.
69+
Es kann aber auch sinnvoll sein das Fahrzeug spät, also passend zur eingestellten Zielzeit, zu laden.
70+
71+
Anwendungsfälle sind:
72+
73+
- **Vorkonditionierung**: Gerade im Winter kann es sinnvoll sein den Fahrzeugakku durch das Laden zur Abfahrtszeit zu erwärmen. Das spart Energie weil weniger aktive Klimatisierung während der Fahrt notwendig ist.
74+
- **Klimatisierung**: Hast du zur Abfahrtszeit Klimatisierung im Auto aktiviert kannst du durch diese Einstellung sicherstellen, dass die benötigte Energie über die Wallbox und nicht aus dem Autoakku bezogen wird.
75+
- **Batterieschonung**: Beim Laden auf 100% vor langen Reisen sollte die Batterie nicht lange voll aufgeladen herumstehen.
76+
77+
![Spätes Laden](./plan-late.webp)
78+
79+
Neben der Checkbox zum Aktivieren des späten Ladens kannst du auch die Dauer einstellen, die direkt vorher geladen werden soll.
80+
Damit kannst du beispielsweise weiterhin den Großteil preisoptimiert laden, das Auto aber erst, wie im Screenshot oben gezeigt, in der letzten Stunde ganz voll machen.
81+
82+
Mehr Details dazu findest du in der [Dokumentation](/docs/features/plans#spätes-laden).
83+
84+
## Konfiguration via Browser {#config-ui}
85+
86+
Beim Thema Ersteinrichtung via Browser geht es mit großen Schritten voran.
87+
Seit ein paar Wochen ist ein Aufsetzen ohne `evcc.yaml` möglich.
88+
Bislang startete in diesem Zustand immer der [Demo-Modus](https://demo.evcc.io/).
89+
90+
Nun startet die Einrichtung mit einem Auswahldialog:
91+
- Klassische Konfiguration mit `evcc.yaml`
92+
- Browser-basierte Konfiguration _🧪 experimentell_
93+
94+
Im folgenden Video siehst du den Konfigurationsprozess mit mehreren Fahrzeugen, Zählern, PV-/Batterie-Anlagen, Wallbox und Wärmepumpe:
95+
96+
<Video src={configUiVideo} poster={configUiPoster} />
97+
98+
### Demo-Modus
99+
100+
Um die Oberfläche ohne Konfiguration testen zu können gibt es auch weiterhin den Demo Modus.
101+
Dieser kann mit dem [CLI Flag](https://docs.evcc.io/docs/reference/cli/evcc) `--demo` gestartet werden.
102+
103+
In diesem Modus werden die Geräte mit [einfachen Mock-Scripten](https://github.com/evcc-io/evcc/blob/master/cmd/demo.yaml) simuliert.
104+
Zudem ist das Authentifizierungssystem gesperrt und damit auch alle geschützten Funktionen (Konfiguration, Logs, ...) deaktiviert.
105+
106+
### Benutzerdefinierte Geräte (Plugins)
107+
108+
Über die Konfigurationsoberfläche konnten bisher bereits Fahzeuge, Zähler, PV-, Batteriesysteme, Wallboxen, Tarife, schaltbare Steckdosen und Wärmepumpen angelegt werden.
109+
Basis dafür ist unsere große Bibliothek an Geräte-Templates für inzwischen über 550 Produkte.
110+
111+
Eine weitere Stärke von evcc ist das [flexible Plugin System](/docs/devices/plugins).
112+
Damit können auch exotische Geräte und Integrationen mithilfe von HTTP, Modbus, Script, MQTT, ... verbunden werden.
113+
Bislang mussten diese `custom`-Geräte über die `evcc.yaml` konfiguriert werden.
114+
Nun ist dies auch über die UI möglich.
115+
Komfortable mit Syntax-Highlighting, Validierung und Prüfen-Funktion.
116+
117+
![Benutzerdefinierte Geräte (Plugins)](./custom-devices.webp)
118+
119+
### Laden & Heizen
120+
121+
Der Ursprung von evcc ist das intelligente Laden von Elektroautos.
122+
Inzwischen unterstützt das System aber auch eine wachsende Liste von Wärmepumpen und Heizstäben.
123+
Die grundsätzlichen Optimierungsziele wie die effiziente Nutzung von eigener Energie oder kostenoptimiertes Laden aus dem Netz sind in beiden Bereichen identisch.
124+
Im Detail unterscheiden sich aber das Regelungsverhalten, die Visualisierungsanforderungen und die Einstellmöglichkeiten.
125+
126+
In der Konfigurationsoberfläche ist der Bereich _Ladepunkte_ daher in _Laden & Heizen_ umbenannt worden.
127+
Auch der Anlegeprozess wurde überarbeitet, um die für den jeweiligen Anwendungsfall relevanten Einstellungen anzuzeigen.
128+
129+
Im [Video oben](#config-ui) (ab 2:10) siehst du die unterschiedlichen Abläufe für Laden und Heizen.
130+
Hier ein Screenshot des ersten Anlegedialogs:
131+
132+
![Laden & Heizen](./charging-heating.webp)
133+
134+
135+
In den kommenden Releases wird es weitere Schritte geben um das Thema _Heizen_ zum First-Class-Citizen bei evcc zu machen.
136+
Mehr Details dazu findest du hier im [GitHub Issue](https://github.com/evcc-io/evcc/issues/19753).
137+
138+
### Backup & Restore
139+
140+
Jetzt wo immer mehr Funktionen in die UI wandern, stellen sich neue Fragen:
141+
142+
- Wie kann ich meine Konfiguration sichern?
143+
- Wie migriere ich meine Installation auf ein neues System?
144+
- Kann ich die Konfiguration zurücksetzen und von vorne starten?
145+
146+
Um diese Fragen zu beantworten haben wir eine Backup & Restore Funktion implementiert.
147+
Damit kannst du die evcc-Datenbank auf deinem Rechner sichern, einen gesicherten Stand wiederherstellen oder die Konfiguration löschen und bspw. die Ladehistorie beibehalten.
148+
149+
![Backup & Restore](./backup-restore.webp)
150+
151+
An dieser Stelle ein großes Shoutout an [@maschga](https://github.com/maschga) für die Unterstützung bei der Umsetzung.
152+
153+
### Ausblick
154+
155+
Die Menge der offenen Todos beim Thema Einrichtung via Browser wird zunehmend kleiner.
156+
Es gibt immer noch ein paar Geräte, die sich nicht anlegen lassen.
157+
Das Thema Debug-Informationen für GitHub Issues bereitstellen ist noch ausbaufähig.
158+
Zudem gibt es natürlich immer Verbesserungspotential an den bestehenden Funktionen.
159+
160+
Es ist nun aber absehbar, dass die Konfiguration via Weboberfläche bald zum neuen Standard wird.
161+
Version 1.0.0 rückt damit immer näher.
162+
163+
Hinweis: Die Konfiguration via `evcc.yaml` wird auch in Zukunft möglich bleiben.
164+
165+
## Dynamische Einspeisung
166+
167+
Mit [dynamischen Stromtarifen](/docs/features/dynamic-prices) kannst du das Lade- und Heizverhalten an die aktuelle Preissituation anpassen.
168+
Ein ähnliches Feature gibt es nun auch für die Einspeisung.
169+
170+
Hast du einen Tarif mit [dynamischen Einspeisungspreisen](/docs/features/dynamic-feedin) (bspw. Direktvermarktung, dynamische Netzentgelte, Niederlande, Australien, ...) erscheint im Einstellungsdialog am Ladepunkt die Funktion [Einspeisung priorisieren](/docs/features/dynamic-feedin#einspeisung-priorisieren).
171+
172+
![Dynamische Einspeisung](./smart-feedin.webp)
173+
174+
Damit kannst du das Laden oder Heizen in Zeiten pausieren in denen es lukrativer ist, die Energie ins Netz zu speisen.
175+
Dafür kannst du eine feste Preisgrenze setzen.
176+
Eine Automatisierung über externe Scripte oder Systeme via API ist natürlich auch möglich.
177+
178+
In den kommenden Releases werden wir weitere Feature im Bezug auf dynamische Einspeisung implementieren.
179+
Wir experimentieren damit die Einspeisung in Zeiten mit negativen Preisen zu pausieren und die Produktion abzuriegeln.
180+
Mehr dazu [hier](https://github.com/evcc-io/evcc/issues/21747).
181+
182+
## AI-Integration via MCP 🧪
183+
184+
Mit dem [Model Context Protocol](https://de.wikipedia.org/wiki/Model_Context_Protocol) (kurz MCP) ist es möglich LLMs wie Claude, Gemini und ChatGPT strukturierten Zugriff auf externe Systeme, wie bspw. evcc, zu geben.
185+
186+
Mit dem [CLI Flag](https://docs.evcc.io/docs/reference/cli/evcc) `--mcp` kannst du beim Start von evcc einen experimentellen MCP-Server aktivieren.
187+
Den neuen Endpunkt (bspw. `http://evcc.local:7070/mcp`) kannst du in die Konfiguration deines LLMs aufnehmen.
188+
189+
Das Thema MCP und die verfügbaren Tools sind noch sehr jung und ändern sich stetig.
190+
Wir sehen hier aber großes Potential und spannende neue Möglichkeiten - gerade im Bereich Optimierung und Automatisierung mit lokalen Modellen.
191+
192+
Das folgende Video zeigt ein Beispiel im Zusammenspiel von evcc mit Claude Code (Sonnet 4):
193+
194+
<Video src={mcpVideo} poster={mcpPoster} />
195+
196+
Anfrage: _"Der Nutzer möchte mit seinem Tesla morgen um 8 Uhr nach Hamburg fahren."_
197+
198+
Das LLM ...
199+
200+
- ... erkennt den korrekten Ladepunkt: "weißes Model 3"
201+
- ... errechnet die Distanz: Bremen (Title) -> Hamburg (Anfrage)
202+
- ... errechnet den benötigten Ladestand: 90%
203+
- ... erstellt einen Ladeplan: 90% um 8 Uhr für das Tesla Model 3
204+
- ... stellt den Lademodus von "Aus" auf "PV" um da Pläne nur im (Min+)PV-Modus aktiv sind
205+
206+
Abschließend fragt es die von evcc errechnete Ladeplanung ab und gibt sie an den Nutzer zurück.
207+
208+
Dieses relativ einfache Beispiel zeigt ziemlich gut, in welche Richtung die Reise in Zukunft gehen könnte.
209+
Wir sind auf jeden Fall gespannt, wie sich das Thema MCP entwickelt.
210+
Probiere gerne selbst aus und teile deine Erfahrungen in den [GitHub Discussions](https://github.com/evcc-io/evcc/discussions).
211+
212+
Mehr Details zum Verwenden von MCP mit bspw. Claude Code findest du in der [Dokumentation](/docs/integrations/mcp).
213+
214+
## Erzeugung, Batterie und Ladepunkte ausklappbar
215+
216+
Hast du mehrere PV- oder Batteriesysteme oder Ladepunkte konfiguriert, kannst du diese nun in der Energieflussansicht ausklappen, um mehr Details zu sehen.
217+
Geräte, die über die Konfigurationsoberfläche erstellt wurden können dafür mit einem Namen versehen werden.
218+
219+
:::hint
220+
Die Benanumg von Zähler ist aus technischen Gründen nicht über die `evcc.yaml` möglich.
221+
:::
222+
223+
## Neue Geräte-Unterstützung
224+
225+
Seit Februar haben wir einige neue Geräte-Hersteller hinzugefügt:
226+
227+
- **Wallboxen:** Ampure, Autoaid, Charge Amps, Elecq, eledio, EN+, enercab, EntraTek, Free2Move, Free2move eSolutions, Hardy Barth, Huawei, Kathrein, NRGkick, Plugchoice, Volt Time, ZJ Beny
228+
- **Schaltbare Steckdosen:** Home Assistant
229+
- **Wärmepumpen & Heizstäbe:** alpha innotec, Bosch, Buderus, Bösch, CTA All-In-One, Daikin, Elco, IDM, Junkers, Kermi, Lambda, my-PV, Nibe, Novelan, Roth, Stiebel Eltron, Tecalor, Vaillant, Viessmann, Wolf, Zewotherm
230+
- **Zähler:** Axitec, Bosch, IAMMETER, IOmeter, ORNO, Saia-Burgess Controls (SBC), Sigenergy, Wago
231+
- **PV-/Batteriesysteme:** Axitec, Bosch, IAMMETER, Marstek, Sigenergy
232+
- **Fahrzeuge:** Toyota
233+
234+
Natürlich wurden auch Bugfixes und Verbesserungen an bestehenden Implementierungen vorgenommen.
235+
236+
## Vieles mehr ...
237+
238+
Das hier ist nur ein Auszug.
239+
Die volle Liste der Neuerungen findest du wie gewohnt in den [GitHub Release Notes](https://github.com/evcc-io/evcc/releases).
240+
Großes Dankeschön an alle, die sich aktiv an der Weiterentwicklung von evcc beteiligen.
241+
Your rock 🤘.
242+
243+
**Viele Grüße**<br />
244+
Das evcc Team<br />
245+
Michael, Andi & Uli
246+
247+
248+
249+
250+
2.71 MB
Binary file not shown.
38.2 KB
Loading

0 commit comments

Comments
 (0)