diff --git a/astro.config.mjs b/astro.config.mjs
index 6ad7cbb0f..2c83c4ac9 100644
--- a/astro.config.mjs
+++ b/astro.config.mjs
@@ -223,8 +223,8 @@ export default defineConfig({
link: "/chargers",
},
{
- label: "PV, Battery, Grid, Meter",
- translations: { de: "PV, Batterie, Netz, Zähler" },
+ label: "Solar, Home Battery, Grid, Meters",
+ translations: { de: "PV, Hausbatterie, Netz, Zähler" },
link: "/meters",
},
{
diff --git a/src/content/docs/de/faq.mdx b/src/content/docs/de/faq.mdx
index ea8a4bbd6..94ee15a1e 100644
--- a/src/content/docs/de/faq.mdx
+++ b/src/content/docs/de/faq.mdx
@@ -1,6 +1,6 @@
---
title: "Häufige Fragen"
-description: "Beantwortet häufige Fragen zur Konfiguration von evcc, zur Fehlersuche, zu unerwartetem Ladeverhalten, zum Zurücksetzen des Passworts und zur PV-Prognose."
+description: "Beantwortet häufige Fragen zur Konfiguration von evcc, zur Fehlersuche, zu unerwartetem Ladeverhalten, zum Zurücksetzen des Passworts und zur PV-Vorhersage."
toc_max_heading_level: 2
sidebar:
order: 8
@@ -42,7 +42,7 @@ Du kannst Geräte sowohl aus der `evcc.yaml` als auch aus der UI gleichzeitig nu
Bei anderen Einstellungen (MQTT, Benachrichtigungen, InfluxDB, Tarife, ...) haben Werte aus der Weboberfläche Vorrang gegenüber Werten aus der `evcc.yaml`.
Wir empfehlen immer nur eine Quelle zu nutzen, um Verwirrung zu vermeiden.
-**Hinweis:** An einigen Stellen (HEMS, Sponsortoken) ist die UI-Konfiguration gesperrt, falls bereits über `evcc.yaml` konfiguriert wurde.
+**Hinweis:** An einigen Stellen (externe Begrenzung, Sponsortoken) ist die UI-Konfiguration gesperrt, falls bereits über `evcc.yaml` konfiguriert wurde.
Lösche den Eintrag aus der `evcc.yaml`, um die UI-Bearbeitung zu ermöglichen.
**Fazit:**
@@ -58,7 +58,7 @@ Bitte migriere händisch.
### Kann ich evcc ohne Netzzähler betreiben?
Der Netzzähler ist das Kernstück für evcc und sollte, wenn möglich, eingebunden werden.
-Es ist jedoch ebenso möglich, sonnengeführtes Laden ausschließlich auf der Grundlage der PV-Leistung zu betreiben.
+Es ist jedoch ebenso möglich, PV-geführtes Laden ausschließlich auf der Grundlage der PV-Leistung zu betreiben.
In dieser Konstellation kann nicht mit PV-Überschuss geladen werden, da der dazu notwendige Messpunkt (Zähler) fehlt.
Stattdessen wird im Lademodus **Smart** mit der PV-Erzeugungsleistung gearbeitet.
Als Optimierung kann über die Einstellung [`residualPower`](/de/reference/configuration/site#residualpower) ein typischer mittlerer Hausverbrauch angegeben werden.
@@ -76,7 +76,7 @@ Hier gibt es verschiedene Nutzungsmöglichkeiten.
Notwendig ist auf jeden Fall ein auslesbarer Netzzähler.
Bei einem [variablen Stromtarif](/de/features/dynamic-prices) (z. B. Nachtstrom, Tibber, Awattar) ist automatisches preisabhängiges Laden möglich.
Ansonsten kann man evcc zur Fernsteuerung (start/stop) der Wallbox nutzen.
-Darüber hinaus kann man die Ladung einer Fahrzeugbatterie auf einen bestimmten Ladestand (SoC) begrenzen. In diesem Fall ist es aber zwingend notwendig, dass das Fahrzeug in die Konfiguration mit aufgenommen wird.
+Darüber hinaus kann man die Ladung einer Fahrzeugbatterie auf einen bestimmten Ladestand begrenzen. In diesem Fall ist es aber zwingend notwendig, dass das Fahrzeug in die Konfiguration mit aufgenommen wird.
### Kann ich evcc ausprobieren ohne alle Bestandteile (PV-Anlage, Wallbox, ...) zu haben?
@@ -237,9 +237,9 @@ site:
"Nachteil" dieser Lösung ist, dass auch bei ausreichendem Überschuss dieser erlaubte Netzbezug ausgenutzt wird.
-#### mittels Sonnenanteil-Regler
+#### mittels PV-Anteil-Regler
-Stelle in den Einstellungen des Ladepunkts den Regler **Sonnenanteil** niedriger, damit nur ein Teil der Mindestladeleistung aus Solarstrom stammen muss.
+Stelle in den Einstellungen des Ladepunkts den Regler **PV-Anteil** niedriger, damit nur ein Teil der Mindestladeleistung aus PV-Strom stammen muss.
Details findest du unter [Nicht genügend Überschuss?](/de/features/solar-charging#not-enough-surplus).
### PSA: Bei meinem Peugeot/Opel wird der Ladezustand nur aktualisiert, wenn ich die Hersteller-App benutze
@@ -306,16 +306,16 @@ evcc cache get
evcc cache clear
```
-## PV Vorhersage
+## PV-Vorhersage \{#solar-forecast\}
Du kannst in evcc verschiedene [PV-Vorhersagen](/de/tariffs#pv-vorhersage) nutzen, um die geschätzte Restproduktion für den aktuellen Tag und die nächsten Tage zu sehen.
-Als experimentelles Feature haben wir auch die Möglichkeit eingebaut, die Vorhersagen an deine tatsächliche Produktion anzupassen.
+Als experimentelles Feature haben wir auch die Möglichkeit eingebaut, die Vorhersagen an deine tatsächliche Erzeugung anzupassen.
### Anpassung der Vorhersage
Neben der Vorhersage protokolliert evcc auch die aktuelle PV-Leistung und akkumuliert diese über den Lauf der Zeit.
Das passiert auch für die Vorhersagedaten.
-Durch den Vergleich der beiden Werte über die Zeit kann evcc die Vorhersagen an die Werte deiner tatsächlichen Produktion anpassen.
+Durch den Vergleich der beiden Werte über die Zeit kann evcc die Vorhersagen an die Werte deiner tatsächlichen Erzeugung anpassen.
Du kannst diese Anpassung im Vorhersage-Dialog im UI ein- und ausschalten.
#### Zurücksetzen der Anpassungsdaten
@@ -345,12 +345,12 @@ Auf der [evcc Webseite](https://evcc.io/#live) und im "Auswertung Ladeenergie" D
Im "Auswertung Ladeenergie" Dialog kannst du unter "Live-Community" deine Daten teilen.
-Für die Teilnahme ist ein 💚 Sponsor Token erforderlich. Der Hauptgrund dafür ist die Datenqualität hoch zu halten und Fake-Daten zu minimieren.
+Für die Teilnahme ist ein 💚 Sponsortoken erforderlich. Der Hauptgrund dafür ist die Datenqualität hoch zu halten und Fake-Daten zu minimieren.
**Was wird aktuell übertragen?**
- aktuelle Ladeleistung
-- aktueller Anteil an Sonnenstrom
+- aktueller Anteil an PV-Strom
- geladene Energiemenge
- geladener Anteil an Sonnenenergie
@@ -368,7 +368,7 @@ Mehr Informationen findest du auch auf unserer [Datenschutzseite](https://sponso
### Ersparnisberechnung
-In der evcc Oberfläche wird dir unten rechts angezeigt wieviel Prozent deiner geladenen Energie aus eigenem Sonnenstrom stammt (Beispiel: **85% Sonnenenergie**).
+In der evcc Oberfläche wird dir unten rechts angezeigt wieviel Prozent deiner geladenen Energie aus eigenem PV-Strom stammt (Beispiel: **85% Sonnenenergie**).
Beim Klick darauf öffnet sich ein Dialog der mehr Details zur Ladenergie und deinen eingesparten Kosten zeigt.
Damit diese Werte korrekt sind, musst du deinen Energie- und Einspeisepreis in der Konfiguration hinterlegen.
Hier ein Beispiel:
@@ -389,19 +389,19 @@ tariffs:
Mehr Details zur Konfiguration findest du in [`tariffs`](/de/tariffs).
-Für die Berechnung der Einsparungen erfasst evcc grob die Gesamtmenge der geladenen Energie und die verwendeten Energiequellen (Netz, Batterie, PV).
+Für die Berechnung der Einsparungen erfasst evcc grob die Gesamtmenge der geladenen Energie und die verwendeten Energiequellen (Netz, Hausbatterie, PV).
**Was ist Sonnenenergie?**
Die direkte PV-Nutzung und die vom Batteriesystem bereitgestellte Energie werden bei dieser Berechnung gleich behandelt.
-evcc geht davon aus, dass der Hausspeicher primär zur Speicherung von überschüssigem, selbstproduzierten Sonnenstrom verwendet wird.
-Erfüllt der Speicher auch netzdienliche Leistungen (bspw. Sonnen) oder führt eine Kalibrierung mit Netzstrom durch, ist diese Annahme nicht immer korrekt.
+evcc geht davon aus, dass die Hausbatterie primär zur Speicherung von überschüssigem, selbst erzeugtem PV-Strom verwendet wird.
+Erfüllt die Hausbatterie auch netzdienliche Leistungen (bspw. Sonnen) oder führt eine Kalibrierung mit Netzstrom durch, ist diese Annahme nicht immer korrekt.
Batterieverluste durch die Umwandlung werden nicht berücksichtigt.
**Berechnung von Ersparnis und effektivem Energiepreis**
Der Algorithmus unterscheidet zwischen Netzstrom und selbst erzeugter Sonnenenergie (PV, Batterie).
-Der Kostenvorteil deiner Sonnenenergie ergibt sich aus der Differenz zwischen deinem Netzbezugspreis (z. B. 30 ct/kWh) und deinem Einspeisetarif (z. B. 8 ct/kWh).
+Der Kostenvorteil deiner Sonnenenergie ergibt sich aus der Differenz zwischen deinem Netzbezugspreis (z. B. 30 ct/kWh) und deiner Einspeisevergütung (z. B. 8 ct/kWh).
Jede geladene kWh selbst produzierter Energie ist in diesem Beispiel 22 ct (30 ct - 8 ct) günstiger als der Netzbezug.
Hast du 2 kWh eigene Energie geladen entspricht das einer **Ersparnis** von 44 ct.
@@ -412,15 +412,15 @@ Wenn du keine Einspeisevergütung erhältst, kannst du den Einspeisepreis auf 0
Die Sonnenenergie wird dann als kostenlos gerechnet.
Uns ist klar, dass diese Einsparung nicht allein evcc zuzuschreiben ist.
-Steckst du dein Auto an einem sonnigen Tag an eine _dumme_ Wallbox, wird ein Teil der geladenen Energie auch Sonnenstrom sein.
+Steckst du dein Auto an einem sonnigen Tag an eine _dumme_ Wallbox, wird ein Teil der geladenen Energie auch PV-Strom sein.
evcc hilft dir aber den Anteil der geladenen Sonnenenergie zu maximieren.
-**Berechnung des Sonnenenergieanteils**
+**Berechnung des PV-Anteils**
Wenn du gleichzeitig Energie aus verschiedenen Quellen beziehst (z. B. 50% PV, 50% Netzbezug), wird die selbst erzeugte Energie zuerst dem Haus, also allen nicht von evcc gesteuerten Verbrauchern, zugeordnet.
Der verbleibende Anteil wird dann auf die Ladevorgänge aufgeteilt.
Beispiel: Deine PV-Anlage erzeugt 3 kW. Diese 3 kW werden komplett vom Haus verbraucht (bspw. Waschmaschine).
Parallel lädst du dein Auto mit 3 kW (bspw. Modus = schnell).
-Das Haus wird in diesem Fall mit 100% Sonnenanteil gerechnet, das Auto mit 0%.
+Das Haus wird in diesem Fall mit 100% PV-Anteil gerechnet, das Auto mit 0%.
Flexible Preise (Octopus Energy, Awattar, Tibber, etc) werden für die Ermittlung des effektiven Energiepreises berücksichtigt.
diff --git a/src/content/docs/de/features/app.mdx b/src/content/docs/de/features/app.mdx
index f9cf1bff5..dc7a5df58 100644
--- a/src/content/docs/de/features/app.mdx
+++ b/src/content/docs/de/features/app.mdx
@@ -1,6 +1,6 @@
---
title: "iOS & Android App"
-description: "Die offizielle evcc-App für iOS, Android und macOS findet deine Instanz automatisch, funktioniert mit dem Fernzugriff und lässt sich über evcc://-Links öffnen."
+description: "Die offizielle evcc-App für iOS, Android und macOS findet deine Instanz automatisch, funktioniert mit dem Remotezugriff und lässt sich über evcc://-Links öffnen."
sidebar:
order: 9
---
diff --git a/src/content/docs/de/features/battery.mdx b/src/content/docs/de/features/battery.mdx
index f097c2c24..f9376502b 100644
--- a/src/content/docs/de/features/battery.mdx
+++ b/src/content/docs/de/features/battery.mdx
@@ -7,18 +7,18 @@ sidebar:
import Screenshot from "@components/Screenshot.astro";
-Viele Photovoltaiksysteme werden heute mit einer Hausbatterie kombiniert.
-Die Batterie speichert überschüssige Solarenergie und stellt sie bei Bedarf wieder zur Verfügung.
+Viele PV-Anlagen werden heute mit einer Hausbatterie kombiniert.
+Die Batterie speichert überschüssige PV-Energie und stellt sie bei Bedarf wieder zur Verfügung.
evcc bringt einige Funktionen mit, um das Zusammenspiel zwischen dem Elektroauto und der Hausbatterie zu optimieren.
Ist der Batterie- bzw. Hybridwechselrichter konfiguriert, kennt evcc den Ladestand der Hausbatterie und kann diesen bei der Laderegelung des Elektroautos berücksichtigen.
-## Wohin geht die Sonnenenergie zuerst? \{#priority\}
+## Wohin geht die PV-Energie zuerst? \{#priority\}
Hausbatterien reagieren sehr schnell auf verfügbaren Überschuss und nehmen diese Energie auf.
Im Standardfall würde daher erst die Hausbatterie komplett geladen werden, bevor freier Überschuss in das Elektroauto fließt.
-Besitzt du einen größeren Speicher, kann es aber auch sinnvoll sein, bereits früher mit der Ladung des Elektroautos zu beginnen.
+Besitzt du eine größere Hausbatterie, kann es aber auch sinnvoll sein, bereits früher mit der Ladung des Elektroautos zu beginnen.
Dieses Verhalten kannst du auf der **Batterie**-Seite konfigurieren, die du über die Navigationsleiste erreichst.
-Beispiel: Du setzt die Grenze auf 50%. Das bedeutet, dass Sonnenenergie erstmal in die Hausbatterie fließt.
+Beispiel: Du setzt die Grenze auf 50%. Das bedeutet, dass PV-Energie erstmal in die Hausbatterie fließt.
Erreicht die Batterie einen Ladestand von 50%, wird der Überschuss, für die Ladepunkte, die sich im Smart-Modus befinden, freigegeben.
Die Ladeleistung wird so reguliert, dass die Hausbatterie ihren Ladestand hält.
Übersteigt der Überschuss die maximale Ladeleistung der Batterie, wird das Fahrzeug bereits vor Erreichen der Grenze geladen.
@@ -43,7 +43,7 @@ Ist kein Fahrzeug angeschlossen oder vollständig geladen, fließt überschüssi
## Batterieunterstütztes Fahrzeugladen
-Im Smart-Modus versucht evcc die Ladung so zu steuern, dass nur Sonnenenergie direkt genutzt wird.
+Im Smart-Modus versucht evcc die Ladung so zu steuern, dass nur PV-Energie direkt genutzt wird.
Ein Entladen der Hausbatterie wird dabei vermieden.
Mit der Funktion **Batterieunterstütztes Fahrzeugladen** kannst du einen Teil deiner Hausbatterie aber explizit für das Laden des Elektroautos freigeben.
@@ -61,10 +61,10 @@ Zusätzlich zum verfügbaren Überschuss werden jetzt auch die freigegebenen obe
Ist kein Überschuss mehr verfügbar, wird mit minimaler Leistung weitergeladen, bis der Ladestand der Hausbatterie auf 75% gefallen ist.
In Abhängigkeit der Entladeleistung der Hausbatterie kann es hierbei auch zu Netzbezug kommen.
-Dieses Feature ist besonders nützlich, wenn du einen Speicher besitzt, dessen Kapazität mehr als deinen üblichen Hausverbrauch abdecken kann.
+Dieses Feature ist besonders nützlich, wenn du eine Hausbatterie besitzt, deren Kapazität mehr als deinen üblichen Hausverbrauch abdecken kann.
Dann ermöglicht er dir, das Auto bspw. in den Abendstunden zu laden, wenn nur noch wenig Sonne scheint.
-Effizienz und Wandlungsverluste: Generell ist es empfehlenswert, das Auto möglichst direkt mit Sonnenenergie zu laden.
+Effizienz und Wandlungsverluste: Generell ist es empfehlenswert, das Auto möglichst direkt mit PV-Energie zu laden.
Der Umweg über die Hausbatterie bedeutet immer auch Wandlungsverluste, die, je nach System, [5-10%](https://solar.htw-berlin.de/studien/stromspeicher-inspektion-2024/) betragen können.
### Automatischer Start
@@ -74,7 +74,7 @@ Steckst du dein Auto an, wenn kein Überschuss verfügbar ist, wird der Ladevorg
Auch nicht, wenn genügend freigegebene Energie in der Hausbatterie vorhanden ist.
Mit der Option "PV-Ladung automatisch starten ..." kannst du dieses Verhalten ändern.
-Setzt du hier bspw. den Wert auf "... ab einem Speicherstand von 90%", startet der Ladevorgang, wenn die Hausbatterie diesen Stand erreicht hat.
+Setzt du hier bspw. den Wert auf "... ab einem Ladestand von 90%", startet der Ladevorgang, wenn die Hausbatterie diesen Stand erreicht hat.
Wie auch im vorherigen Beispiel endet die Ladung, wenn der Ladestand der Hausbatterie auf das eingestellte Limit (hier 75%) abgesunken ist.
Beispiel:
-Dies ist nützlich, wenn das Fahrzeug in Kürze die Ladestation verlassen wird, in den kommenden Stunden aber viel Sonnenüberschuss verfügbar sein wird.
+Dies ist nützlich, wenn das Fahrzeug in Kürze die Ladestation verlassen wird, in den kommenden Stunden aber viel PV-Überschuss verfügbar sein wird.
So kann kurz vor der Abfahrt noch Energie aus der Hausbatterie ins Fahrzeug geladen werden und die Hausbatterie lädt sich danach wieder auf.
Die oben beschriebenen Prioritätseinstellungen werden für diesen Ladevorgang außer Kraft gesetzt.
@@ -120,7 +120,7 @@ Natürlich kannst du in evcc auch mehrere Batterien konfigurieren.
In der Benutzeroberfläche wird aus dem jeweiligen Ladestand und der Batteriekapazität ein Durchschnittsladestand berechnet.
Dieser Wert ist die Basis für die oben beschriebenen Regelungsfunktionen.
-Beispiel: Du hast einen 5 kWh Speicher der zu 50% geladen ist. Zusätzlich hast du einen 10 kWh Speicher mit einem Ladestand von 80%.
+Beispiel: Du hast eine 5-kWh-Hausbatterie, die zu 50% geladen ist. Zusätzlich hast du eine 10-kWh-Hausbatterie mit einem Ladestand von 80%.
Daraus ergibt sich ein Durchschnittswert von 70%, da 10,5 kWh (2,5 kWh + 8 kWh) von 15 kWh (5 kWh + 10 kWh) gefüllt sind.
Die einzelnen Ladestände kannst du auf der **Batterie**-Seite einsehen.
@@ -139,11 +139,11 @@ Allerdings möchtest du nicht, dass die Hausbatterie dadurch komplett entladen w
Szenario 2: Du hast einen dynamischen Stromtarif und möchtest dein Auto nachts laden, weil die Energie dann besonders günstig ist.
Allerdings wird die Hausbatterie versuchen, den Ladebedarf zu decken, solange sie noch Energie hat.
-Erst wenn der Speicher leer ist, wird der günstige Nachtstrom genutzt.
+Erst wenn die Hausbatterie leer ist, wird der günstige Nachtstrom genutzt.
Unterstützt dein System aktive Batteriesteuerung, kannst du auf der **Batterie**-Seite die Option "Entladung der Hausbatterie im Schnell-Modus und bei geplantem Laden verhindern" aktivieren.
Damit wird die Hausbatterie in einen Sperrzustand versetzt, wenn ein Schnellladevorgang aktiv ist.
-Dies kann durch den Schnell-Modus, smartes Netzladen, Ladeplanung oder Mindestladung ausgelöst werden.
+Dies kann durch den Schnell-Modus, smartes Netzladen, Ladepläne oder Mindestladung ausgelöst werden.
Der Sperrzustand gilt für den Zeitraum des Schnellladens.
In dieser Zeit wird die Hausbatterie nicht entladen.
@@ -179,4 +179,4 @@ Optional kannst du einen maximalen Ladestand festlegen, bis zu dem die Batterie
Erreicht die Batterie diesen Wert, wird das Netzladen automatisch gestoppt.
Die Option **Maximaler Ladestand** (`maxsoc`) findest du in der Gerätekonfiguration deines Batteriesystems.
-Unter [PV, Batterie, Netz, Zähler](/de/meters) kannst du an dem Tag **aktive Batteriesteuerung** erkennen, ob dein System Batteriesteuerung unterstützt und ob `maxsoc` verfügbar ist.
+Unter [PV, Hausbatterie, Netz, Zähler](/de/meters) kannst du an dem Tag **aktive Batteriesteuerung** erkennen, ob dein System Batteriesteuerung unterstützt und ob `maxsoc` verfügbar ist.
diff --git a/src/content/docs/de/features/co2.mdx b/src/content/docs/de/features/co2.mdx
index cf22e2405..c472dd09e 100644
--- a/src/content/docs/de/features/co2.mdx
+++ b/src/content/docs/de/features/co2.mdx
@@ -1,6 +1,6 @@
---
title: "CO₂-optimiertes Laden"
-description: "Zeigt, wie du bei niedriger CO₂-Intensität im Netz lädst, indem du eine CO₂-Prognose wie den Grünstromindex einrichtest und am Ladepunkt eine CO₂-Grenze setzt."
+description: "Zeigt, wie du bei niedriger CO₂-Intensität im Netz lädst, indem du eine CO₂-Vorhersage wie den Grünstromindex einrichtest und am Ladepunkt ein CO₂-Limit setzt."
sidebar:
order: 2
---
@@ -45,15 +45,15 @@ Zusätzlich zum [PV-Überschussladen](/de/features/solar-charging) wird nun in d
Diese Einstellung ist sinnvoll, um bspw. in den Wintermonaten weiterhin einen vollgeladenen Akku zu haben, und dabei das Stromnetz zu entlasten.
-## Ladeplanung
+## Ladepläne
-Durch die Nutzung von [Ladeplänen](/de/features/plans) kannst du das CO₂-optimierte Laden noch genauer regeln.
+Mit [Ladeplänen](/de/features/plans) kannst du das CO₂-optimierte Laden noch genauer steuern.
Du musst lediglich deine Energiemenge (kWh) bzw. deinen Zielladestand (%) und die gewünschte Abfahrtszeit angeben.
Ist eine CO₂-Datenquelle konfiguriert, wählt der Planungsalgorithmus automatisch die Stunden mit der niedrigsten CO₂-Emission aus.
:::note[Hinweis]
diff --git a/src/content/docs/de/features/dynamic-feedin.mdx b/src/content/docs/de/features/dynamic-feedin.mdx
index 809841ea2..6780aac70 100644
--- a/src/content/docs/de/features/dynamic-feedin.mdx
+++ b/src/content/docs/de/features/dynamic-feedin.mdx
@@ -1,18 +1,18 @@
---
title: "Dynamische Einspeisung"
-description: "Bei einem dynamischen Einspeisetarif kann evcc das Laden pausieren oder drosseln, solange die Einspeisevergütung hoch ist und dein PV-Strom im Netz mehr einbringt."
+description: "Bei einer dynamischen Einspeisevergütung kann evcc das Laden pausieren oder drosseln, solange sie hoch ist und dein PV-Strom im Netz mehr einbringt."
sidebar:
order: 4
---
import Screenshot from "@components/Screenshot.astro";
-Diese Funktionen sind relevant, wenn du einen [dynamischen Einspeisetarif](/de/tariffs) (bspw. Direktvermarktung, Niederlande, Australien, ...) hast.
+Diese Funktionen sind relevant, wenn du eine [dynamische Einspeisevergütung](/de/tariffs) (bspw. Direktvermarktung, Niederlande, Australien, ...) hast.
## Einspeisung priorisieren
Standardmäßig wird PV-Überschuss zuerst verwendet, um das Auto zu laden.
-Erst danach wird Sonnenenergie ins Netz eingespeist.
+Erst danach wird PV-Energie ins Netz eingespeist.
In Zeiten mit hohen Vergütungen kann es vorteilhaft sein die Netzeinspeisung zu priorisieren und das Laden des Autos auf später zu verschieben.
diff --git a/src/content/docs/de/features/limits.mdx b/src/content/docs/de/features/limits.mdx
index 6807019d2..966451317 100644
--- a/src/content/docs/de/features/limits.mdx
+++ b/src/content/docs/de/features/limits.mdx
@@ -20,15 +20,15 @@ Zudem hast du den Komfort, immer eine gewisse Reichweite für spontane Fahrten z
Ein Beispiel: Du kommst mit einem Ladestand von 5% zu Hause an.
Hast du eine Mindestladung von 20% definiert, wird das Fahrzeug sofort auf 20% geladen.
Wenn nötig auch mit Energie aus deiner Hausbatterie oder aus dem Stromnetz.
-Danach lädt das Fahrzeug wie gewohnt mit [PV Überschuss](/de/features/solar-charging).
+Danach lädt das Fahrzeug wie gewohnt mit [PV-Überschuss](/de/features/solar-charging).
### Einstellung
-Die Einstellung **Minimale Ladung** findest du im Dialog **Fahrzeugeinstellungen**, den du über **Mehr → Fahrzeuge** in der Navigationsleiste öffnest.
+Die Einstellung **Mindestladung** findest du im Dialog **Fahrzeugeinstellungen**, den du über **Mehr → Fahrzeuge** in der Navigationsleiste öffnest.
Voraussetzung ist, dass am Ladepunkt ein Fahrzeug mit bekanntem Ladestand (Online-API) ausgewählt ist.
@@ -117,8 +117,8 @@ Einige Nutzer stellen daher das Fahrzeuglimit auf 100% und nutzen evcc für die
Andere verwenden lieber das Fahrzeuglimit direkt.
Was für dich die sinnvollste Option ist, hängt von deiner Nutzung und deinem Fahrzeug (bspw. Qualität der Fahrzeug-App) ab.
-### Zusammenspiel Ladeplanung
+### Zusammenspiel Ladepläne
-Über die [Ladeplanung](/de/features/plans) kannst du definieren, bis wann eine bestimmte Energiemenge oder ein Ladestand erreicht sein soll.
+Über [Ladepläne](/de/features/plans) kannst du definieren, bis wann eine bestimmte Energiemenge oder ein Ladestand erreicht sein soll.
Ladepläne haben eine höhere Priorität als das Ladelimit.
Ist bspw. ein Ladeplan für "morgen 8 Uhr auf 100%" aktiv, würde dieser ein am Ladepunkt eingestelltes Limit von bspw. 80% temporär übersteuern.
diff --git a/src/content/docs/de/features/loadmanagement.mdx b/src/content/docs/de/features/loadmanagement.mdx
index 9d07b57bb..00e7a1a39 100644
--- a/src/content/docs/de/features/loadmanagement.mdx
+++ b/src/content/docs/de/features/loadmanagement.mdx
@@ -9,7 +9,7 @@ sidebar:
Lastmanagement befindet sich gerade noch in der Erprobungsphase.
:::
-Lastmanagement ermöglicht es, die Leistung von Ladestationen zu steuern, um die Gesamtlast zu begrenzen.
+Lastmanagement ermöglicht es, die Leistung von Wallboxen zu steuern, um die Gesamtlast zu begrenzen.
Hierfür können Ladepunkte in **Stromkreise** zusammengefasst werden.
Für jeden Stromkreis (`circuit`) kann eine maximale Stromstärke (`maxCurrent`) und/oder Leistung (`maxPower`) konfiguriert werden.
Das System arbeitet hierarchisch, d.h. ein Stromkreis kann Teil eines übergeordneten Stromkreises sein.
@@ -51,8 +51,8 @@ loadpoints:
Hier wird der **Hauptstromkreis** `main` definiert, der eine maximale Leistung von 30kW und eine maximale Phasen-Stromstärke von 63A hat.
Die Ladepunkte _Garage_ und _Carport_ sind diesem Stromkreis zugeordnet.
-Da das Grid Meter diesem Stromkreis zugeordnet ist, wird die Ladeleistung der Ladepunkte so gedrosselt werden, dass am Netzanschluß die eingestellten Werte nicht überschritten werden.
-Ohne Zuordnung des Grid Meters wirken die eingestellten Grenzen direkt auf die Summe aller Ladepunkte.
+Da der Netzzähler diesem Stromkreis zugeordnet ist, wird die Ladeleistung der Ladepunkte so gedrosselt werden, dass am Netzanschluss die eingestellten Werte nicht überschritten werden.
+Ohne Zuordnung des Netzzählers wirken die eingestellten Grenzen direkt auf die Summe aller Ladepunkte.
### Beispiel: Verschachtelte Stromkreise
@@ -151,7 +151,7 @@ circuits:
```
:::note[Hinweis]
-Für die Umsetzung von Regelanweisungen durch den Netzbetreiber kann die externe Steuerung verwendet werden.
+Für die Umsetzung von Regelanweisungen durch den Netzbetreiber kann die externe Begrenzung verwendet werden.
Weitere Informationen findest du unter [Externe Begrenzung](/de/external-limit).
:::
@@ -179,7 +179,7 @@ Für die kommerzielle Nutzung von Lastmanagement wird später eine separate Lize
Private Nutzung mit kleineren Installationen wird kostenlos bleiben.
:::
-- Die aktuellen Werte und Grenzen der einzelnen Schaltkreise werden auf der Konfigurationsseite im UI angezeigt. Die Visualisierung am Ladepunkt ist in Planung.
+- Die aktuellen Werte und Grenzen der einzelnen Stromkreise werden auf der Konfigurationsseite im UI angezeigt. Die Visualisierung am Ladepunkt ist in Planung.
- `priority` Einstellungen am Ladepunkt werden noch nicht berücksichtigt.
- Neue Ladevorgänge erhalten nur den verbleibenden Spielraum im Stromkreis.
Eine aktive Umverteilung auf laufende Ladevorgänge wird noch nicht unterstützt.
diff --git a/src/content/docs/de/features/modes.mdx b/src/content/docs/de/features/modes.mdx
index 1164d1c37..59815adeb 100644
--- a/src/content/docs/de/features/modes.mdx
+++ b/src/content/docs/de/features/modes.mdx
@@ -30,9 +30,9 @@ Wie die Modi heißen, hängt vom Gerät ab.
Der **Smart**-Modus umfasst Folgendes:
- **PV-Überschussladen:** Die Ladung startet, sobald deine PV-Anlage genug Überschuss erzeugt, und die Leistung folgt dem Überschuss. Siehe [PV-Überschussladen](/de/features/solar-charging).
-- **Günstiges oder grünes Netzladen:** Mit einem [dynamischen Tarif](/de/features/dynamic-prices) oder einer [CO₂-Prognose](/de/features/co2) legst du ein Limit fest, und das Fahrzeug lädt aus dem Netz, sobald Preis oder CO₂-Anteil darunter liegen.
+- **Günstiges oder sauberes Netzladen:** Mit einem [dynamischen Tarif](/de/features/dynamic-prices) oder einer [CO₂-Vorhersage](/de/features/co2) legst du ein Limit fest, und das Fahrzeug lädt aus dem Netz, sobald Preis oder CO₂-Anteil darunter liegen.
- **Prioritäten:** Du legst fest, ob die [Hausbatterie](/de/features/battery) oder das Fahrzeug den Überschuss zuerst bekommt. Bei mehreren Ladepunkten und Heizungen entscheidet die Einstellung **Priorität** am Ladepunkt, wer zuerst an der Reihe ist.
-- **Ladepläne:** Du legst Abfahrtszeit und Ziel fest, und die besten Stunden dafür werden automatisch gewählt. Siehe [Ladeplanung](/de/features/plans).
+- **Ladepläne:** Du legst Abfahrtszeit und Ziel fest, und die besten Stunden dafür werden automatisch gewählt. Siehe [Ladepläne](/de/features/plans).
Trifft nichts davon zu, z. B. nachts ohne Plan und ohne günstige Stunde, lädt das Fahrzeug im **Smart**-Modus nicht.
Liegt das Fahrzeug unter seiner [Mindestladung](/de/features/limits#minimum), lädt es im **Smart**-Modus mit voller Leistung, bis diese erreicht ist.
@@ -55,7 +55,7 @@ Die Ladung wird nie unterbrochen.
Das kann die Prioritäten überstimmen: Braucht ein Ladepunkt mit höherer Priorität oder die Hausbatterie den Überschuss, wird die Ladung nur auf Mindestleistung reduziert, aber nicht gestoppt.
Mit dem Schalter wird **Dauerhaft laden** ein- und ausgeschaltet.
-Über den **1x**-Button gilt die Option nur für die aktuelle Ladung und schaltet sich automatisch aus, wenn das Fahrzeug abgesteckt wird.
+Über den **1x**-Button gilt die Option nur für den aktuellen Ladevorgang und schaltet sich automatisch aus, wenn das Fahrzeug abgesteckt wird.
Die Einstellung bleibt beim Moduswechsel erhalten, wirkt aber nur im **Smart**-Modus.
Im Dialog **Fahrzeugeinstellungen** (**Mehr → Fahrzeuge**) kannst du pro Fahrzeug einen Standard festlegen, der beim Erkennen des Fahrzeugs angewendet wird: **Beibehalten**, **Aus** oder **Ein**.
@@ -83,7 +83,7 @@ Ladepläne gibt es für Heizgeräte aktuell noch nicht.
- **Smart:** Die Wärmepumpe bekommt ein Boost-Signal, wenn es sich lohnt.
- **Boost:** Die Wärmepumpe bekommt das Boost-Signal dauerhaft.
-Im **Smart**-Modus wird die Wärmepumpe bei PV-Überschuss und in günstigen oder grünen Stunden unterhalb deines Limits geboostet.
+Im **Smart**-Modus wird die Wärmepumpe bei PV-Überschuss und in günstigen oder sauberen Stunden unterhalb deines Limits geboostet.
Es gelten dieselben Prioritäten wie bei Wallboxen.
Fällt die Temperatur unter die am Ladepunkt eingestellte **Mindesttemperatur**, wird ebenfalls geboostet, bis sie wieder erreicht ist.
@@ -97,7 +97,7 @@ Fällt die Temperatur unter die am Ladepunkt eingestellte **Mindesttemperatur**,
/>
- **Aus:** Die Steckdose bleibt ausgeschaltet.
-- **Smart:** Die Steckdose schaltet sich bei PV-Überschuss und in günstigen oder grünen Stunden unterhalb deines Limits ein.
+- **Smart:** Die Steckdose schaltet sich bei PV-Überschuss und in günstigen oder sauberen Stunden unterhalb deines Limits ein.
- **Ein:** Die Steckdose bleibt eingeschaltet.
Eine Steckdose kann das Gerät nur ein- oder ausschalten, deshalb gibt es hier kein **Dauerhaft laden**.
diff --git a/src/content/docs/de/features/optimizer.mdx b/src/content/docs/de/features/optimizer.mdx
index a8e20e2db..c63f33095 100644
--- a/src/content/docs/de/features/optimizer.mdx
+++ b/src/content/docs/de/features/optimizer.mdx
@@ -1,6 +1,6 @@
---
title: "Optimizer 🧪"
-description: "Der experimentelle Optimizer nutzt Prognosen und deine Verbrauchshistorie, um kostenoptimale Lade- und Batterieentscheidungen zu berechnen, derzeit nur zur Information."
+description: "Der experimentelle Optimizer nutzt Vorhersagen und deine Verbrauchshistorie, um kostenoptimale Lade- und Batterieentscheidungen zu berechnen, derzeit nur zur Information."
sidebar:
order: 13
---
@@ -13,23 +13,23 @@ Die angezeigten Daten sind aktuell rein informativ.
Steuerungsaktionen folgen in zukünftigen Versionen.
:::
-Der Optimizer analysiert Prognosen, Verbrauchsdaten und den aktuellen Zustand deines Energiesystems, um kostenoptimale Entscheidungen zu treffen.
+Der Optimizer analysiert Vorhersagen, Verbrauchsdaten und den aktuellen Zustand deines Energiesystems, um kostenoptimale Entscheidungen zu treffen.
Er ergänzt die regelbasierte Steuerung von evcc um eine vorausschauende Optimierung.
## Warum ein Optimizer?
evcc arbeitet regelbasiert und deterministisch.
Das funktioniert hervorragend für viele Setups.
-Z. B. mit PV-Anlage, Batterie und einem Fahrzeug.
+Z. B. mit PV-Anlage, Hausbatterie und einem Fahrzeug.
Bei komplexeren Szenarien stößt dieser Ansatz an Grenzen:
- **Mehrere Fahrzeuge:** Welches soll zuerst geladen werden?
-- **Batterie oder Fahrzeug:** Wohin soll die verfügbare Energie fließen?
+- **Hausbatterie oder Fahrzeug:** Wohin soll die verfügbare Energie fließen?
- **Dynamische Tarife:** Lohnt sich Netzladen heute Nacht oder reicht die Sonne morgen?
Der Optimizer kann diese Fragen beantworten.
-Aktuell legst du Einstellungen wie Preislimits oder Batterieprioritäten selbst fest.
+Aktuell legst du Einstellungen wie Preislimits oder Hausbatterie-Prioritäten selbst fest.
Perspektivisch kannst du diese Entscheidungen dem Optimizer überlassen.
Er findet dann automatisch die optimalen Werte.
Wir arbeiten Schritt für Schritt daran.
@@ -38,9 +38,9 @@ Wir arbeiten Schritt für Schritt daran.
Der Optimizer sammelt verschiedene Daten:
-- **Prognosedaten:** [PV-Ertrag](/de/tariffs#solar), [Strompreise](/de/tariffs#price), [Einspeisetarife](/de/features/dynamic-feedin), [Außentemperatur](/de/tariffs#temperature) für die Prognose des Heizbedarfs
+- **Vorhersagedaten:** [PV-Ertrag](/de/tariffs#solar), [Strompreise](/de/tariffs#price), [Einspeisevergütungen](/de/features/dynamic-feedin), [Außentemperatur](/de/tariffs#temperature) für die Vorhersage des Heizbedarfs
- **Historische Daten:** typisches Verbrauchsprofil deines Haushalts
-- **Aktueller Zustand:** Ladestand der Batterie, angeschlossene Fahrzeuge, Wärmebedarf
+- **Aktueller Zustand:** Ladestand der Hausbatterie, angeschlossene Fahrzeuge, Wärmebedarf
Auf Basis dieser Daten berechnet ein Optimierungsalgorithmus das voraussichtliche Verhalten deines Energiesystems.
Er identifiziert kostenoptimale Aktionen: effiziente [Ladepläne](/de/features/plans), Batteriesteuerung (Halten, Netzladen).
@@ -63,13 +63,13 @@ Bei neuen Installationen kann es bis zu 24 Stunden dauern, bis genug Daten gesam
## Aktueller Stand und Ausblick
Der Optimizer ist aktuell rein informativ.
-Er zeigt Prognosen und Einsparpotenziale an, greift aber noch nicht aktiv in die Steuerung ein.
+Er zeigt Vorhersagen und Einsparpotenziale an, greift aber noch nicht aktiv in die Steuerung ein.
Nächste Schritte:
diff --git a/src/content/docs/de/features/plans.mdx b/src/content/docs/de/features/plans.mdx
index 9577dc114..88ada5b3c 100644
--- a/src/content/docs/de/features/plans.mdx
+++ b/src/content/docs/de/features/plans.mdx
@@ -1,6 +1,6 @@
---
title: "Ladepläne"
-description: "Mit einem Ladeplan gibst du Abfahrtszeit und Ladeziel vor, und evcc wählt davor die günstigsten oder grünsten Stunden aus, auf Wunsch jede Woche wiederkehrend."
+description: "Mit einem Ladeplan gibst du Abfahrtszeit und Ladeziel vor, und evcc wählt davor die günstigsten oder saubersten Stunden aus, auf Wunsch jede Woche wiederkehrend."
sidebar:
order: 5
---
@@ -10,12 +10,12 @@ import Screenshot from "@components/Screenshot.astro";
Gibst du **eine Abfahrtszeit und ein Ladeziel** ein, sucht dir der Planungsalgorithmus automatisch die besten Ladezeiten raus.
Der Planer ist nur im **Smart**-Modus aktiv.
-Selbst produzierte Sonnenenergie wird weiterhin bevorzugt genutzt.
+Selbst erzeugte PV-Energie wird weiterhin bevorzugt genutzt.
Reicht die eigene Energie nicht aus, wird der Rest aus dem Stromnetz geladen.
Dabei gibt es abhängig davon, ob du einen [dynamischen Stromtarif](/de/features/dynamic-prices) oder eine Datenquelle für [CO₂-Vorhersagen](/de/features/co2) hinterlegt hast, momentan **drei Ladestrategien**:
1. **Günstiges Laden** (dynamischer Stromtarif vorhanden): Fahrzeug lädt in den günstigsten Stunden vor der Abfahrt.
-2. **Grünes Laden** (CO₂-Vorhersage vorhanden): Fahrzeug lädt in den Stunden mit dem geringsten CO₂-Ausstoß.
+2. **Sauberes Laden** (CO₂-Vorhersage vorhanden): Fahrzeug lädt in den Stunden mit dem geringsten CO₂-Ausstoß.
3. **Standard**: Der Planer lädt die benötigte Energie in den Stunden kurz vor der Abfahrt. Dadurch ist der Akku des Fahrzeugs bei der Abfahrt noch warm und es wird weniger aktive Heizenergie benötigt.
Die Ladestrategien sind nicht manuell wählbar, sondern werden automatisch anhand der hinterlegten Datenquelle ausgewählt.
@@ -29,7 +29,7 @@ Mit dem "Aktiv"-Schalter aktivierst du deinen Plan.
## Ladestrategie
@@ -50,7 +50,7 @@ Dies ist für unterschiedliche Szenarien nützlich:
Diese Option übersteuert die rein kosten- bzw. CO₂-basierte Ladestrategie teilweise.
@@ -59,12 +59,12 @@ Der Spät-Anteil kann individuell festgelegt werden, von 15 Minuten bis 2 Stunde
## Wiederholende Pläne
Zusätzlich kannst du auch wiederholende Pläne anlegen.
-Definiere, an welchen **Wochentagen** der Plan gelten soll.
+Definiere, an welchen **Tagen** der Plan gelten soll.
Sind mehrere Pläne aktiv, wird immer der nächste passende Zeitpunkt verwendet und die Planung im Diagramm dargestellt.
:::note[Hinweis]
@@ -79,7 +79,7 @@ Sind Ladestand und Kapazität nicht bekannt, wird über die Angabe einer **Energ
Dieser Plan gilt nur für den aktuellen Ladevorgang.
diff --git a/src/content/docs/de/features/remote-access.mdx b/src/content/docs/de/features/remote-access.mdx
index 9fe4d94e9..026424a62 100644
--- a/src/content/docs/de/features/remote-access.mdx
+++ b/src/content/docs/de/features/remote-access.mdx
@@ -1,6 +1,6 @@
---
title: "Remotezugriff"
-description: "Mit dem Fernzugriff bekommt deine evcc-Instanz eine eigene evcc.cloud-Adresse, sodass du App oder Browser von überall nutzen kannst, ohne Portfreigabe oder VPN."
+description: "Mit dem Remotezugriff bekommt deine evcc-Instanz eine eigene evcc.cloud-Adresse, sodass du App oder Browser von überall nutzen kannst, ohne Portfreigabe oder VPN."
sidebar:
order: 11
---
@@ -84,7 +84,7 @@ Die Remotezugriff-Zugangsdaten bestehen parallel zu den Sicherheitsmechanismen i
Sie gewähren ausschließlich Netzwerkzugang zu deiner Instanz, vergleichbar mit dem Zugriff aus deinem lokalen Netzwerk.
Für Änderungen an der Konfiguration, Backups, Logs oder einen Neustart ist weiterhin das Administrator-Passwort erforderlich.
-**Bindung an den Sponsor-Token.**
+**Bindung an das Sponsortoken.**
Die Registrierung wird gegen `sponsor.evcc.io` geprüft.
Jeder Sponsor erhält genau eine Domain, die fest mit ihm verknüpft bleibt und nicht erneut vergeben wird.
@@ -107,7 +107,7 @@ flowchart LR
```
Beim ersten Aktivieren registriert sich die lokale evcc-Instanz beim Remote-Proxy.
-Im Tausch gegen den Sponsor-Token erhält sie ein Verbindungstoken und eine zufällig vergebene Domain.
+Im Tausch gegen das Sponsortoken erhält sie ein Verbindungstoken und eine zufällig vergebene Domain.
Beide werden lokal gespeichert und beim nächsten Start wiederverwendet, um den Tunnel ohne neue Registrierung wieder aufzubauen.
Beim Start öffnet die lokale evcc-Instanz dann eine dauerhafte, TLS-verschlüsselte WebSocket-Verbindung (WSS) zum Remote-Proxy.
diff --git a/src/content/docs/de/features/sessions.mdx b/src/content/docs/de/features/sessions.mdx
index 3564134eb..b1fa48a6a 100644
--- a/src/content/docs/de/features/sessions.mdx
+++ b/src/content/docs/de/features/sessions.mdx
@@ -7,7 +7,7 @@ sidebar:
import Screenshot from "@components/Screenshot.astro";
-evcc's Kernaufgabe ist das intelligente Laden von Fahrzeugen auf Basis von Photovoltaik, Batteriespeicher und Stromtarifen.
+evcc's Kernaufgabe ist das intelligente Laden von Fahrzeugen auf Basis von PV, Hausbatterie und Stromtarifen.
Diese Regelung findet automatisch und im Hintergrund statt.
Damit du den Effekt dieser Optimierungen sehen kannst, erfassen wir einige Messwerte am Ladevorgang.
@@ -42,20 +42,20 @@ In der Hauptansicht siehst du Informationen zum aktuellen Ladevorgang.
* **Ladedauer:** Zeigt die effektive Dauer des Ladevorgangs an.
Wird der Ladevorgang pausiert (bspw. aufgrund von PV-Überschuss), wird die Zeit angehalten.
- * **Sonne:** Der Prozentwert zeigt, welcher Anteil der geladenen Energie aus der PV-Anlage stammt.
- Energie aus dem Hausspeicher wird als Sonnenenergie gewertet.
+ * **PV:** Der Prozentwert zeigt, welcher Anteil der geladenen Energie aus der PV-Anlage stammt.
+ Energie aus der Hausbatterie wird als PV-Energie gewertet.
* **⌀ Preis:** Zeigt den durchschnittlichen Preis pro kWh an.
Basis ist der aktuelle Strompreis, der Eigenverbrauchsanteil und die ggf. entgangene Einspeisevergütung.
Nur verfügbar, wenn ein [Stromtarif](/de/features/dynamic-prices) konfiguriert ist.
- * **Σ Preis:** Gesamtpreis des aktuellen Ladevorgangs.
+ * **Kosten:** Gesamtkosten des aktuellen Ladevorgangs.
Basis ist der aktuelle Strompreis, der Eigenverbrauchsanteil und die ggf. entgangene Einspeisevergütung.
Nur verfügbar, wenn ein [Stromtarif](/de/features/dynamic-prices) konfiguriert ist.
* **⌀ CO₂:** Zeigt den durchschnittlichen CO₂-Ausstoß pro kWh an.
Basis ist der Eigenverbrauchsanteil in Kombination mit den CO₂-Emissionen des Strommixes.
- Eigener Sonnenstrom (direkte PV-Nutzung und Speicher) werden als CO₂-frei gewertet.
+ Eigener PV-Strom (direkte PV-Nutzung und Hausbatterie) wird als CO₂-frei gewertet.
Nur verfügbar, wenn eine [CO₂-Quelle](/de/features/co2) konfiguriert ist.
## Liste der Ladevorgänge
@@ -90,7 +90,7 @@ Wurde ein Fahrzeug nicht korrekt erkannt, kannst du in dieser Ansicht auch die F
## Schaltbare Steckdosen und Wärmeerzeugung
-Im Gegensatz zu Wallboxen gibt es bei schaltbaren Steckdosen (z. B. Schuko-Ladegerät, E-Bike, ...) oder Wärmeerzeugern (z. B. Wärmepumpe, Heizstab, ...) keine Möglichkeit, den Ladevorgang zu erkennen.
+Im Gegensatz zu Wallboxen gibt es bei schaltbaren Steckdosen (z. B. Schuko-Ladegerät, E-Bike, ...) oder Heizgeräten (z. B. Wärmepumpe, Heizstab, ...) keine Möglichkeit, den Ladevorgang zu erkennen.
### Heizungsanlagen
diff --git a/src/content/docs/de/features/solar-charging.mdx b/src/content/docs/de/features/solar-charging.mdx
index 1aa860264..db575eaf4 100644
--- a/src/content/docs/de/features/solar-charging.mdx
+++ b/src/content/docs/de/features/solar-charging.mdx
@@ -1,13 +1,13 @@
---
title: "PV Überschussladen"
-description: "Erklärt, wie PV-Überschussladen im Smart-Modus funktioniert, ab welcher Leistung das Laden startet, pausiert oder die Phasen umschaltet und was der Sonnenanteil bewirkt."
+description: "Erklärt, wie PV-Überschussladen im Smart-Modus funktioniert, ab welcher Leistung das Laden startet, pausiert oder die Phasen umschaltet und was der PV-Anteil bewirkt."
sidebar:
order: 1
---
import Screenshot from "@components/Screenshot.astro";
-Überschüssige Sonnenenergie nutzen, um das Elektroauto zu laden.
+Überschüssige PV-Energie nutzen, um das Elektroauto zu laden.
Das ist die Kernfunktion von evcc.
@@ -64,19 +64,19 @@ Bei Anlagen mit abgeregelter Netzeinspeisung („Nulleinspeisung“) funktionier
Standardmäßig startet die Ladung erst, wenn der Überschuss die komplette Mindestladeleistung deckt.
Bei kleinen PV-Anlagen oder in den Wintermonaten kommt das selten vor.
-Mit dem Regler **Sonnenanteil** erlaubst du einen Anteil Netzstrom, damit dein Ladebedarf zumindest teilweise mit PV-Energie gedeckt wird.
-Du findest ihn in den Einstellungen des Ladepunkts unter **Solarüberschuss**.
+Mit dem Regler **PV-Anteil** erlaubst du einen Anteil Netzstrom, damit dein Ladebedarf zumindest teilweise mit PV-Energie gedeckt wird.
+Du findest ihn in den Einstellungen des Ladepunkts unter **PV-Überschuss**.
-Der Regler legt fest, wie viel der Mindestladeleistung aus Solarstrom stammen muss.
+Der Regler legt fest, wie viel der Mindestladeleistung aus PV-Strom stammen muss.
Bei 100% startet die Ladung erst, wenn der Überschuss die gesamte Mindestladeleistung deckt.
Bei 50% startet die Ladung, sobald die PV-Anlage die Hälfte davon liefert, der Rest kommt aus dem Netz oder der Hausbatterie.
Bei 0% startet die Ladung, sobald etwas Überschuss verfügbar ist.
-Die Ladung stoppt, wenn der Sonnenanteil eine Zeit lang unter den eingestellten Wert fällt.
+Die Ladung stoppt, wenn der PV-Anteil eine Zeit lang unter den eingestellten Wert fällt.
Mit einer Hausbatterie kann die fehlende Leistung auch aus der Batterie statt aus dem Netz kommen.
Über die [Batterie-Priorität](/de/features/battery#priority) legst du fest, in welchem Umfang die Hausbatterie für das Laden des Fahrzeugs genutzt werden darf.
diff --git a/src/content/docs/de/features/vehicle.mdx b/src/content/docs/de/features/vehicle.mdx
index c49f2c0e1..5679809e2 100644
--- a/src/content/docs/de/features/vehicle.mdx
+++ b/src/content/docs/de/features/vehicle.mdx
@@ -41,7 +41,7 @@ Unter [Fahrzeuge](/de/vehicles) findest du eine Liste aller unterstützten Herst
Gehe zu **Konfiguration → Fahrzeuge → Fahrzeug hinzufügen** und wähle deinen **Hersteller**, z. B. Audi.
Abhängig vom Hersteller trägst du dann die Zugangsdaten deines Fahrzeugkontos ein, wie Benutzername und Passwort.
-evcc hat jetzt Zugriff auf den aktuellen Ladestand (SoC).
+evcc hat jetzt Zugriff auf den aktuellen Ladestand.
Abhängig vom Hersteller sind auch weitere Informationen wie Ladestatus, Fahrzeuglimits, Kilometerstand, Klimatisierung und geschätzte Reichweite verfügbar.
:::note[Hinweis]
@@ -90,7 +90,7 @@ Jedes Mal, wenn das Fahrzeug wieder an die Wallbox angeschlossen wird, muss der
evcc bekommt von der Wallbox eine eindeutige Identifikationskennung.
Abhängig vom Hersteller ist das direkt die RFID-Kennung oder eine abgeleitete interne Kennung wie bspw. ein Benutzername aus der Wallboxkonfiguration.
Nach dem Freischalten mit der Karte wird die aktuelle Kennung am Ladepunkt unter **Konfiguration → Ladepunkte & Heizungen** angezeigt.
-Trage diesen Wert im Feld **RFID-Identifikation** des gewünschten Fahrzeugs unter **Konfiguration → Fahrzeuge** ein.
+Trage diesen Wert im Feld **RFID-Kennung** des gewünschten Fahrzeugs unter **Konfiguration → Fahrzeuge** ein.
Pro Fahrzeug kannst du mehrere Kennungen hinterlegen.
### Erkennung via Plug & Charge
@@ -105,7 +105,7 @@ In der Wallbox muss das Feature "PLC-Verbindung zum Fahrzeug" aktiviert sein.
Die Einrichtung erfolgt hier ähnlich wie bei der RFID-Erkennung.
Das Fahrzeug muss mit der Wallbox verbunden sein.
Die Kennung (z. B. `01:23:45:67:89:00`) wird dann am Ladepunkt unter **Konfiguration → Ladepunkte & Heizungen** angezeigt.
-Trage diesen Wert im Feld **RFID-Identifikation** des Fahrzeugs ein.
+Trage diesen Wert im Feld **RFID-Kennung** des Fahrzeugs ein.
:::note[Hinweis]
Wenn das Fahrzeug und die Wallbox kein Plug & Charge unterstützen, dann liefern die Fahrzeuge eine eigentlich eindeutige Hardware-Adresse (MAC-Adresse) zurück.
@@ -122,7 +122,7 @@ Bei manchen Fahrzeugen kann evcc über die Online-Verbindung ebenfalls erkennen,
In diesem Fall wird die technisch an der Wallbox niedrigste mögliche Leistung freigegeben, damit das Fahrzeug mit dem Strom über die Wallbox klimatisieren kann.
Dabei kann es vorkommen, dass die Klimatisierung im Fahrzeug weniger als die freigegebene Leistung benötigt.
-Dann verwendet das Fahrzeug die restliche verfügbare Leistung, um die Batterie weiter zu laden, auch wenn eine festgelegte Begrenzung des Ladezustandes bereits erreicht wurde.
+Dann verwendet das Fahrzeug die restliche verfügbare Leistung, um die Batterie weiter zu laden, auch wenn eine festgelegte Begrenzung des Ladestands bereits erreicht wurde.
Sobald die Klimatisierung als beendet erkannt wird, wird die Wallbox wieder gesperrt, sodass das Fahrzeug keinen weiteren Strom über die Wallbox beziehen kann, falls nicht ohnehin gerade geladen wird.
diff --git a/src/content/docs/de/index.mdx b/src/content/docs/de/index.mdx
index 2c07e5acc..6aa6ca91a 100644
--- a/src/content/docs/de/index.mdx
+++ b/src/content/docs/de/index.mdx
@@ -11,7 +11,7 @@ import HeroScreenshots from "@components/HeroScreenshots.astro";
import NavCard from "@components/NavCard.astro";
import NavCardGrid from "@components/NavCardGrid.astro";
-evcc optimiert das Laden deines Elektrofahrzeugs mit selbsterzeugtem Solarstrom oder günstigen Stromtarifen.
+evcc optimiert das Laden deines Elektrofahrzeugs mit selbsterzeugtem PV-Strom oder günstigen Stromtarifen.
Die Software funktioniert herstellerübergreifend mit hunderten von Wallboxen, PV-Anlagen und Fahrzeugen.
evcc läuft lokal auf einem Raspberry Pi oder NAS - keine Cloud erforderlich.
@@ -34,7 +34,7 @@ evcc läuft lokal auf einem Raspberry Pi oder NAS - keine Cloud erforderlich.
@@ -107,7 +107,7 @@ Du willst mehr? Diese Funktionen und Integrationen gehen über die Grundlagen hi
- [Lastmanagement](/de/features/loadmanagement): mehrere Wallboxen an einem begrenzten Hausanschluss
- [CO₂-optimiertes Laden](/de/features/co2): laden, wenn der Strommix am grünsten ist
- [Dynamische Einspeisung](/de/features/dynamic-feedin): variable Einspeisevergütung berücksichtigen
-- [Mindestladung & Ladelimit](/de/features/limits): schnelle Grundladung und Ladegrenzen
+- [Mindestladung & Ladelimit](/de/features/limits): schnelle Grundladung und Ladelimits
- [Externe Begrenzung (§ 14a EnWG & § 9 EEG)](/de/external-limit): Vorgaben des Netzbetreibers
- [Benachrichtigungen](/de/notifications): Nachrichten über deine Ladevorgänge
- [Home Assistant](/de/smarthome/home-assistant): Integration in dein Smart Home
diff --git a/src/content/docs/de/installation/configuration.mdx b/src/content/docs/de/installation/configuration.mdx
index 00e93533a..d0f0b1dd7 100644
--- a/src/content/docs/de/installation/configuration.mdx
+++ b/src/content/docs/de/installation/configuration.mdx
@@ -34,7 +34,7 @@ Im Konfigurationsbereich kannst du folgende Komponenten einrichten:
- **Ladepunkte & Heizungen** (empfohlen): Wallboxen und Wärmepumpen
- **Netzanschluss** (empfohlen): Hauszähler, Stromtarife und Einspeisebegrenzer – wichtig für korrektes Energiemanagement
-- **PV & Batterie** (optional): Solaranlagen und Batteriespeicher
+- **PV & Hausbatterie** (optional): PV-Anlagen und Hausbatterien
- **Fahrzeuge** (optional): Fahrzeugintegrationen für Akkugröße und Ladestand, ermöglicht intelligenteres Laden
Mindestens ein Zähler oder Ladepunkt muss konfiguriert sein, damit das System läuft.
@@ -57,7 +57,7 @@ Zusätzlich kannst du verschiedene Dienste und Protokolle einbinden:
- **MQTT**: Datenaustausch mit anderen Systemen im Netzwerk
- **[Benachrichtigungen](/de/notifications)**: Push-Nachrichten und E-Mail-Benachrichtigungen
- **InfluxDB**: Datenexport für Langzeitauswertungen
-- **EEBus**: Kommunikation mit anderen EEBus-Geräten
+- **EEBUS**: Kommunikation mit anderen EEBUS-Geräten
- **OCPP Server**: Verbindung mit OCPP-fähigen Wallboxen
- **Lastmanagement**: Stromkreisüberwachung und -steuerung
- **Modbus-Proxy**: Mehrfachzugriff auf Modbus-Geräte
@@ -182,7 +182,7 @@ Gehe die Datei nun Stück für Stück durch und passe die Werte an dein Setup an
- Ersetze die Demo-Geräte durch deine eigenen [Zähler](/de/meters), [Wallboxen](/de/chargers) und [Fahrzeuge](/de/vehicles).
- Hast du keine Batterie, kannst du den entsprechenden Abschnitt komplett entfernen.
- Hast du mehrere PV-Anlagen, kannst du die entsprechenden Abschnitte duplizieren.
-- Hast du mehrere Wallboxen, kopiere den Loadpoint- und Charger-Abschnitt und passe die Namen an.
+- Hast du mehrere Wallboxen, kopiere den Ladepunkt- und Charger-Abschnitt und passe die Namen an.
Beachte, dass die einzelnen Einträge sich gegenseitig referenzieren.
Im `site` Eintrag (`meters`), werden die Zähler (`grid`, `pv`, `battery`) ihren Rollen zugeordnet.
diff --git a/src/content/docs/de/installation/considerations.mdx b/src/content/docs/de/installation/considerations.mdx
index 2efd4988e..c04ba9a58 100644
--- a/src/content/docs/de/installation/considerations.mdx
+++ b/src/content/docs/de/installation/considerations.mdx
@@ -7,37 +7,37 @@ sidebar:
import { Tabs, TabItem } from "@astrojs/starlight/components";
-Du bist fachlich bewandert und weist, auf welcher Hardware evcc installiert und welche Wallbox, Solaranlage und ggf. Batterie eingebunden werden soll?
+Du bist fachlich bewandert und weist, auf welcher Hardware evcc installiert und welche Wallbox, PV-Anlage und ggf. Hausbatterie eingebunden werden soll?
Dann überspringe diese Seite und gehe direkt zur Installation.
-Wenn das Laden mit Solarstrom noch neu für dich ist, findest du im Folgenden einige Hinweise, wie der Start mit evcc aussehen könnte.
+Wenn das Laden mit PV-Strom noch neu für dich ist, findest du im Folgenden einige Hinweise, wie der Start mit evcc aussehen könnte.
## Ausgangslage
Ist evcc die richtige Lösung zum Überschussladen für mich?
-Ich habe eine Solaranlage und ein E-Auto und möchte das mal probieren.
+Ich habe eine PV-Anlage und ein E-Auto und möchte das mal probieren.
Wo fange ich an?
-Eine Solaranlage ist besonders wirtschaftlich, wenn ich den selbst erzeugten Strom auch verbrauche.
+Eine PV-Anlage ist besonders wirtschaftlich, wenn ich den selbst erzeugten Strom auch verbrauche.
Dazu muss der Strom genau dann verbraucht werden, wenn er erzeugt wird, also die Sonne scheint.
Die einfachste Lösung: Ich schließe das Auto immer dann zum Laden an, wenn die Sonne scheint und keine Wolke in Sicht ist.
-Leider haben wir Wolken oder wir verbrauchen den Strom der Solaranlage gerade für die Waschmaschine.
+Leider haben wir Wolken oder wir verbrauchen den Strom der PV-Anlage gerade für die Waschmaschine.
Wir müssen die Ladesteuerung daher automatisieren - und genau das macht evcc.
Für die Automatisierung müssen wir wissen, wie hoch der aktuelle Stromüberschuss ist, den wir nicht selbst verbrauchen und daher in das Stromnetz (engl. Grid) einspeisen.
Diese Information bekommen wir vom Stromzähler (engl. Meter).
-Das kann der Stromzähler des Messstellenbetreibers (z.B. Stadtwerke) sein oder mit der Solaranlage wurde ein entsprechender zusätzlicher Zähler verbaut.
-Letzteres ist meist dann der Fall, wenn die Solaranlage mit einem Speicher ausgestattet ist.
+Das kann der Stromzähler des Messstellenbetreibers (z.B. Stadtwerke) sein oder mit der PV-Anlage wurde ein entsprechender zusätzlicher Zähler verbaut.
+Letzteres ist meist dann der Fall, wenn die PV-Anlage mit einer Hausbatterie ausgestattet ist.
Der Zähler muss sich elektronisch auslesen lassen.
-Schau einfach, mal unter [Geräte > PV, Batterie, Netz, Zähler](/de/meters) nach, ob du deine Geräte findest.
+Schau einfach, mal unter [Geräte > PV, Hausbatterie, Netz, Zähler](/de/meters) nach, ob du deine Geräte findest.
Wenn nicht, kannst du selbst eine Integration als [eigenes Gerät](/de/user-defined-devices) vornehmen.
Eine weitere Voraussetzung für das Automatisieren des Überschussladens ist eine steuerbare Wallbox.
Die unterstützten Geräte sind unter [Geräte > Wallboxen](/de/chargers) gelistet.
Habe ich (noch) keine Wallbox, empfiehlt sich testweise eine schaltbare Steckdose mit Verbrauchsmessung, z.B. eine TP-Link Tapo P110, die es schon für unter 20 EUR gibt.
Sie kann dann später zum Schalten des Ladegerätes für E-Roller oder E-Bike verwendet werden.
-Für das Elektroauto ist das keine dauerhafte Lösung, da zum einen die Ladeleistung nicht geregelt, d.h. an den aktuellen Stromertrag der Solaranlage und den Eigenverbrauch angepasst werden kann.
+Für das Elektroauto ist das keine dauerhafte Lösung, da zum einen die Ladeleistung nicht geregelt, d.h. an den aktuellen Stromertrag der PV-Anlage und den Eigenverbrauch angepasst werden kann.
Zum anderen besteht keine Kommunikation mit dem Elektroauto, sodass das Schalten unter voller Last erfolgt, was langfristig die schaltbare Steckdose nicht überlebt.
Bei Wallboxen kommuniziert diese mit dem Auto, sodass vor dem Abschalten durch die Wallbox das Auto bereits das Laden eingestellt hat.
@@ -60,8 +60,8 @@ Alternativen zur Installation auf einem Raspberry Pi wären bereits im Heimnetzw
Dies könnte z.B. ein Netzwerkspeicher (NAS) oder ein bestehendes System wie Home Assistant sein.
Hier ist die Installation anspruchsvoller, da evcc dann auf eine virtuelle Maschine oder als Container laufen muss.
-Um hohe Stabilität zu gewährleisten, empfehlen wir sowohl evcc als auch die verwendeten Geräte (Wallbox, Solaranlage, Batterie, etc.) wo immer möglich mit Netzwerkkabel anzubinden.
-Zähler, Solaranlagen, Speicher und Wallboxen werden über ihre IP-Adresse angesprochen.
+Um hohe Stabilität zu gewährleisten, empfehlen wir sowohl evcc als auch die verwendeten Geräte (Wallbox, PV-Anlage, Hausbatterie, etc.) wo immer möglich mit Netzwerkkabel anzubinden.
+Zähler, PV-Anlagen, Hausbatterien und Wallboxen werden über ihre IP-Adresse angesprochen.
Bei der [Einrichtung](/de/installation/configuration) werden die in deinem Netzwerk gefundenen Geräte vorgeschlagen, du musst die Adressen also meist nicht nachschlagen.
Wird ein Gerät nicht gefunden, steht seine IP-Adresse meist im Webinterface des DSL- oder Kabel-Routers (z. B. Fritz!Box).
Hilfreich ist es, diese Adressen im Router dauerhaft zuzuweisen, damit sie sich auch über lange Zeit nicht verändern.
@@ -103,17 +103,17 @@ Neben der Kommunikation zwischen Wallbox und evcc ist die Kommunikation der Wall
Im einfachsten Fall kann die Wallbox nur den Ladestrom zwischen 6A und 32A signalisieren.
Je nachdem, ob die Wallbox mit einer oder mit drei Phasen an das Stromnetz angeschlossen wurde, lädt das Fahrzeug dann mindestens mit 1,38 kW oder 4,14 kW.
Unter [Funktionen > PV-Überschussladen](/de/features/solar-charging) findest du weitere Informationen.
-Um geringe Solarstromüberschüsse genauso wie größere Überschüsse laden zu können, empfiehlt sich eine automatische 1p/3p Umschaltung.
+Um geringe PV-Überschüsse genauso wie größere Überschüsse laden zu können, empfiehlt sich eine automatische 1p/3p Umschaltung.
Wallboxen, welche diese Funktion unterstützen, sind in der [Aufstellung](/de/chargers) entsprechend vermerkt.
Sollte die Wallbox eine automatische Umschaltung nicht unterstützen, könnte im Winterhalbjahr mit einem vorgeschalteten Lasttrennschalter (z.B. Hager HAB304) die Phase 2 und 3 ggf. händisch ausgeschaltet werden.
-Bei der obigen minimalen Kommunikation zwischen Wallbox und Fahrzeug ist es der Wallbox nicht möglich, das angeschlossene Fahrzeug zu identifizieren oder den aktuellen Ladestand (SoC) abzufragen.
+Bei der obigen minimalen Kommunikation zwischen Wallbox und Fahrzeug ist es der Wallbox nicht möglich, das angeschlossene Fahrzeug zu identifizieren oder den aktuellen Ladestand abzufragen.
Um diese Informationen zu bekommen, geht evcc den Weg über Schnittstellen (APIs) des Fahrzeugherstellers.
Der Umfang der dort bereitgestellten Informationen ist unterschiedlich und kann z.B. auch die Klimatisierung oder die Position des Fahrzeugs umfassen.
Teilweise ist die Nutzung dieser APIs seitens des Herstellers kostenpflichtig.
Einige Wallboxen implementieren bereits das relativ neue Protokoll [ISO 15118](https://de.wikipedia.org/wiki/ISO_15118) (Hardware- und Softwareerweiterungen nötig), welches bei öffentlichen Schnellladesäulen für "Plug & Charge" und "Autocharge" verwendet wird.
-Damit ist es z.B. möglich, die Identität des angeschlossenen Fahrzeugs und den SoC zu ermitteln und die Ladeleistung für jede Phase einzeln vorzugeben.
+Damit ist es z.B. möglich, die Identität des angeschlossenen Fahrzeugs und den Ladestand zu ermitteln und die Ladeleistung für jede Phase einzeln vorzugeben.
Voraussetzung ist, dass auch das Fahrzeug die jeweilige Funktion korrekt unterstützt.
Es ist nicht zu erwarten, dass ältere Fahrzeuge noch mit einer Unterstützung für ISO 15118 nachgerüstet werden.
Gleiches gilt für Wallboxen.
diff --git a/src/content/docs/de/installation/docker.mdx b/src/content/docs/de/installation/docker.mdx
index 3089ca568..343077a50 100644
--- a/src/content/docs/de/installation/docker.mdx
+++ b/src/content/docs/de/installation/docker.mdx
@@ -29,7 +29,7 @@ Der Container teilt sich dann das Netzwerk mit dem Host und verhält sich wie ei
Das hat mehrere Vorteile:
- Beim Hinzufügen eines Geräts schlägt das Feld **IP Adresse oder Hostname** die in deinem Netzwerk gefundenen Geräte vor.
-- Funktionen auf Basis von mDNS funktionieren, z. B. EEBus, der SMA Sunny Home Manager und die automatische Erkennung durch die evcc App.
+- Funktionen auf Basis von mDNS funktionieren, z. B. EEBUS, der SMA Sunny Home Manager und die automatische Erkennung durch die evcc App.
- Geräte, die über UDP kommunizieren, z. B. KEBA Wallboxen und SMA Geräte, sind ohne weitere Einrichtung erreichbar.
- Es muss keine Portliste gepflegt werden. Eingehende Verbindungen wie OCPP-Wallboxen funktionieren sofort.
@@ -177,7 +177,7 @@ Im Host-Netzwerk sind diese Ports direkt auf dem Host verfügbar.
| 7090 | 7090/udp | KEBA Wallboxen | nein |
| 28376 | 28376/udp | EVSE Master Wallboxen | nein |
| 5353 | 5353/udp | mDNS | nein |
-| 4712 | 4712/tcp | EEBus | nein |
+| 4712 | 4712/tcp | EEBUS | nein |
| 8899 | 8899/udp | Modbus UDP | nein |
## Testen \{#test\}
diff --git a/src/content/docs/de/installation/home-assistant.mdx b/src/content/docs/de/installation/home-assistant.mdx
index 5b3f2e20b..fcbb64d03 100644
--- a/src/content/docs/de/installation/home-assistant.mdx
+++ b/src/content/docs/de/installation/home-assistant.mdx
@@ -175,7 +175,7 @@ exit
### Wie kann ich meinen externen Adapter/Hat in der Home Assistant evcc App (Home Assistant OS, Raspberry Pi) verwenden?
-Wenn sich dein Home Assistant-Gerät in der Nähe deines Zählers (PV, Batterie, Netz, ...) kannst du die Daten auch direkt über Modbus (bspw. USB) abrufen.
+Wenn sich dein Home Assistant-Gerät in der Nähe deines Zählers (PV, Hausbatterie, Netz, ...) kannst du die Daten auch direkt über Modbus (bspw. USB) abrufen.
Dafür musst du externe Geräte für Home Assistant aktivieren, was auch die evcc-App einschließt.
Kommentiere dafür die Zeile `uart = 1` in der `config.txt` auf der Home Assistant OS Boot-Partition ein.
diff --git a/src/content/docs/de/integrations/mcp.mdx b/src/content/docs/de/integrations/mcp.mdx
index 55c18f3f9..194f12b5a 100644
--- a/src/content/docs/de/integrations/mcp.mdx
+++ b/src/content/docs/de/integrations/mcp.mdx
@@ -40,7 +40,7 @@ Natürlich kannst du auch andere LLMs wie Gemini oder ChatGPT nutzen.
claude mcp add --transport http evcc http://localhost:7070/mcp
```
-4. Stelle sicher, dass deine evcc-Instanz mit dem MCP-Server läuft, indem du die MCP-Karte in der UI-Konfiguration prüfst.
+4. Stelle sicher, dass deine evcc-Instanz mit dem MCP-Server läuft, indem du die MCP-Kachel in der UI-Konfiguration prüfst.
5. Starte Claude Code und gib eine Anfrage ein.
diff --git a/src/content/docs/de/integrations/mqtt-api.md b/src/content/docs/de/integrations/mqtt-api.md
index 70864cd47..29c096978 100644
--- a/src/content/docs/de/integrations/mqtt-api.md
+++ b/src/content/docs/de/integrations/mqtt-api.md
@@ -1,6 +1,6 @@
---
title: "MQTT API"
-description: "Listet alle MQTT-Topics auf, die evcc zu Anlage, Ladepunkten, Fahrzeugen und Hausbatterie veröffentlicht, sowie die Topics, über die du Modus, Limits und Pläne änderst."
+description: "Listet alle MQTT-Topics auf, die evcc zu Anlage, Ladepunkten, Fahrzeugen und Hausbatterie veröffentlicht, sowie die Topics, über die du Modus, Limits und Ladepläne änderst."
sidebar:
order: 2
---
@@ -26,9 +26,9 @@ Jedes Feld wird zu einem eigenen Topic, verschachtelte Objekte und Listen werden
- `evcc/site/tariffCo2`: aktuelle CO₂-Intensität
- `evcc/site/batteryGridChargeActive`: Netzladen der Batterie aktiv (true/false)
-### Loadpoints
+### Ladepunkte
-Alle Loadpoint IDs beginnen bei `1`.
+Alle Ladepunkt-IDs beginnen bei `1`.
- `evcc/loadpoints`: Anzahl der verfügbaren Ladepunkte
- `evcc/loadpoints//title`: Ladepunkt-Titel
@@ -38,19 +38,19 @@ Alle Loadpoint IDs beginnen bei `1`.
- `evcc/loadpoints//mode`: Lademodus (`off`, `smart`, `now`)
- `evcc/loadpoints//alwaysCharge`: Option Dauerhaft laden (`off`, `on`, `once`)
- `evcc/loadpoints//chargePower`: aktuelle Ladeleistung (W)
-- `evcc/loadpoints//chargedEnergy`: geladene Energie in Sitzung (Wh)
+- `evcc/loadpoints//chargedEnergy`: geladene Energie im Ladevorgang (Wh)
- `evcc/loadpoints//chargeDuration`: Ladedauer (ns)
- `evcc/loadpoints//chargeRemainingDuration`: verbleibende Ladedauer (ns)
- `evcc/loadpoints//chargeRemainingEnergy`: verbleibende Energie (Wh)
- `evcc/loadpoints//chargeTotalImport`: Zählerstand Ladezähler (Wh)
- `evcc/loadpoints//vehicleName`: Fahrzeug-Bezeichner
- `evcc/loadpoints//vehicleTitle`: Fahrzeug-Anzeigename
-- `evcc/loadpoints//vehicleSoc`: Fahrzeug-SoC (%)
+- `evcc/loadpoints//vehicleSoc`: Fahrzeug-Ladestand (%)
- `evcc/loadpoints//vehicleRange`: Fahrzeug-Reichweite (km)
- `evcc/loadpoints//phasesActive`: aktive Phasen
-- `evcc/loadpoints//planActive`: Plan aktiv (true/false)
-- `evcc/loadpoints//sessionEnergy`: Sitzungsenergie (Wh)
-- `evcc/loadpoints//sessionSolarPercentage`: Eigenerzeugungs-Anteil der Sitzung (%)
+- `evcc/loadpoints//planActive`: Ladeplan aktiv (true/false)
+- `evcc/loadpoints//sessionEnergy`: Energie des Ladevorgangs (Wh)
+- `evcc/loadpoints//sessionSolarPercentage`: Eigenerzeugungs-Anteil des Ladevorgangs (%)
- `evcc/loadpoints//smartCostActive`: Smart Cost aktiv (true/false)
- `evcc/loadpoints//effectivePriority`: effektive Priorität
@@ -78,9 +78,9 @@ mosquitto_pub -t "evcc/site/batteryGridChargeLimit/set" -m "none"
### Site
-- `evcc/site/prioritySoc`: Batterie-Prioritäts-SoC
-- `evcc/site/bufferSoc`: Batterie-Puffer-SoC
-- `evcc/site/bufferStartSoc`: Batterie-Puffer-Start-SoC
+- `evcc/site/prioritySoc`: Batterie-Prioritäts-Ladestand
+- `evcc/site/bufferSoc`: Batterie-Puffer-Ladestand
+- `evcc/site/bufferStartSoc`: Batterie-Puffer-Start-Ladestand
- `evcc/site/residualPower`: Netz-Residualleistung
- `evcc/site/batteryGridChargeLimit`: Preisschwelle für Netzladen
- `evcc/site/batteryDischargeControl`: Entladeregelung aktivieren/deaktivieren (true/false)
@@ -88,35 +88,35 @@ mosquitto_pub -t "evcc/site/batteryGridChargeLimit/set" -m "none"
- `evcc/site/smartCostLimit`: Smart-Cost-Limit für alle Ladepunkte
- `evcc/site/smartFeedInPriorityLimit`: Einspeise-Prioritäts-Limit für alle Ladepunkte
-### Loadpoints
+### Ladepunkte
- `evcc/loadpoints//mode`: Lademodus (`off`, `smart`, `now`)
- `evcc/loadpoints//alwaysCharge`: Option Dauerhaft laden (`off`, `on`, `once`) — nur im Smart-Modus
-- `evcc/loadpoints//minSoc`: minimaler SoC
-- `evcc/loadpoints//limitSoc`: Limit-SoC in % – nur für Online-Fahrzeuge
+- `evcc/loadpoints//minSoc`: minimaler Ladestand
+- `evcc/loadpoints//limitSoc`: Limit-Ladestand in % – nur für Online-Fahrzeuge
- `evcc/loadpoints//limitEnergy`: Limit-Energie in kWh – nur für Offline-Fahrzeuge
-- `evcc/loadpoints//planEnergy`: Planenergie (JSON-Payload: `{"value": 50, "time": "2023-03-05T07:00:00Z"}`)
+- `evcc/loadpoints//planEnergy`: Ladeplan-Energie (JSON-Payload: `{"value": 50, "time": "2023-03-05T07:00:00Z"}`)
- `evcc/loadpoints//phasesConfigured`: konfigurierte Phasen
- `evcc/loadpoints//minCurrent`: minimaler Ladestrom
- `evcc/loadpoints//maxCurrent`: maximaler Ladestrom
-- `evcc/loadpoints//solarShare`: Sonnenanteil an der Mindestladeleistung (0 bis 1)
+- `evcc/loadpoints//solarShare`: PV-Anteil an der Mindestladeleistung (0 bis 1)
- `evcc/loadpoints//enableThreshold`: Einschaltschwelle
- `evcc/loadpoints//enableDelay`: Einschaltverzögerung (s)
- `evcc/loadpoints//disableThreshold`: Ausschaltschwelle
- `evcc/loadpoints//disableDelay`: Ausschaltverzögerung (s)
- `evcc/loadpoints//batteryboost`: Battery Boost aktiviert (1/0)
-- `evcc/loadpoints//batteryBoostLimit`: Battery Boost SoC-Limit
+- `evcc/loadpoints//batteryBoostLimit`: Battery-Boost-Ladestandlimit
- `evcc/loadpoints//priority`: Priorität
- `evcc/loadpoints//smartCostLimit`: Smart-Cost-Limit
- `evcc/loadpoints//smartFeedInPriorityLimit`: Einspeise-Prioritäts-Limit
-- `evcc/loadpoints//planStrategy`: Planstrategie (JSON)
+- `evcc/loadpoints//planStrategy`: Ladeplan-Strategie (JSON)
- `evcc/loadpoints//vehicle`: Fahrzeug setzen (Fahrzeugname)
### Vehicles
Fahrzeugnamen siehe `evcc/vehicles`.
-- `evcc/vehicles//minSoc`: minimaler SoC in %
-- `evcc/vehicles//limitSoc`: Limit-SoC in %
-- `evcc/vehicles//planSoc`: Plan-SoC (JSON-Payload: `{"value": 50, "time": "2023-03-05T07:00:00Z"}`)
-- `evcc/vehicles//planStrategy`: Planstrategie (JSON)
+- `evcc/vehicles//minSoc`: minimaler Ladestand in %
+- `evcc/vehicles//limitSoc`: Limit-Ladestand in %
+- `evcc/vehicles//planSoc`: Ladeplan-Ladestand (JSON-Payload: `{"value": 50, "time": "2023-03-05T07:00:00Z"}`)
+- `evcc/vehicles//planStrategy`: Ladeplan-Strategie (JSON)
diff --git a/src/content/docs/de/reference/app.md b/src/content/docs/de/reference/app.md
index f14edd696..05bc5ece3 100644
--- a/src/content/docs/de/reference/app.md
+++ b/src/content/docs/de/reference/app.md
@@ -1,6 +1,6 @@
---
title: "evcc App"
-description: "Die evcc-App versteht evcc://-Links, die einen Servereintrag vorausfüllen, die Prognoseseite öffnen oder direkt zu einem Ladepunkt springen, was beim Einrichten hilft."
+description: "Die evcc-App versteht evcc://-Links, die einen Servereintrag vorausfüllen, die Vorhersageseite öffnen oder direkt zu einem Ladepunkt springen, was beim Einrichten hilft."
sidebar:
order: 4
---
diff --git a/src/content/docs/de/reference/configuration/eebus.md b/src/content/docs/de/reference/configuration/eebus.md
index 5c9e2a6df..9f90e646f 100644
--- a/src/content/docs/de/reference/configuration/eebus.md
+++ b/src/content/docs/de/reference/configuration/eebus.md
@@ -1,12 +1,12 @@
---
title: "eebus"
-description: "EEBus in der evcc.yaml mit eigenem Zertifikat, Netzwerkschnittstellen und SHIP-ID einrichten und die Einstellungen in die Weboberfläche übernehmen."
+description: "EEBUS in der evcc.yaml mit eigenem Zertifikat, Netzwerkschnittstellen und SHIP-ID einrichten und die Einstellungen in die Weboberfläche übernehmen."
sidebar:
order: 14
---
:::tip[Empfehlung]
-Konfiguriere EEBus im UI unter **Konfiguration → EEBus**.
+Konfiguriere EEBUS im UI unter **Konfiguration → EEBUS**.
Zertifikat und Kennungen werden beim ersten Start automatisch generiert.
:::
@@ -30,9 +30,9 @@ eebus:
:::note[Migration von YAML zum UI]
Entferne den `eebus:`-Block aus deiner `evcc.yaml` und starte neu.
-Ein neues Zertifikat wird automatisch generiert und alle EEBus-Geräte müssen neu gekoppelt werden.
+Ein neues Zertifikat wird automatisch generiert und alle EEBUS-Geräte müssen neu gekoppelt werden.
-Wenn du dein bisheriges Zertifikat behalten möchtest, trage es im EEBus-Dialog unter **Erweiterte Einstellungen anzeigen** ein.
+Wenn du dein bisheriges Zertifikat behalten möchtest, trage es im EEBUS-Dialog unter **Erweiterte Einstellungen anzeigen** ein.
Das ist sinnvoll, wenn die SKI (Bestandteil des öffentlichen Zertifikats) bereits für die [externe Steuerung](/de/external-limit) beim Netzbetreiber hinterlegt ist.
:::
@@ -96,7 +96,7 @@ private: |
### `interfaces`
-Definiert eine Liste von Netzwerkschnittstellen, über welche EEBus kommunizieren soll. Standardmäßig werden alle Schnittstellen verwendet, dies kann jedoch zu Kommunikationsproblemen führen.
+Definiert eine Liste von Netzwerkschnittstellen, über welche EEBUS kommunizieren soll. Standardmäßig werden alle Schnittstellen verwendet, dies kann jedoch zu Kommunikationsproblemen führen.
**Beispiel**:
diff --git a/src/content/docs/de/reference/configuration/hems.md b/src/content/docs/de/reference/configuration/hems.md
index 87b2e319c..9109e400d 100644
--- a/src/content/docs/de/reference/configuration/hems.md
+++ b/src/content/docs/de/reference/configuration/hems.md
@@ -1,6 +1,6 @@
---
title: "hems"
-description: "Externe Begrenzung von Bezug und Einspeisung in der evcc.yaml einrichten, z. B. für § 14a EnWG oder § 9 EEG, per Relais, FNN-Steuerbox oder EEBus."
+description: "Externe Begrenzung von Bezug und Einspeisung in der evcc.yaml einrichten, z. B. für § 14a EnWG oder § 9 EEG, per Relais, FNN-Steuerbox oder EEBUS."
sidebar:
order: 8
---
@@ -33,7 +33,7 @@ Definiert den Typ der externen Steuerung.
- `relay`: Anbindung über Schaltkontakt
- `fnn`: Anbindung über FNN-Steuerbox mit mehreren Schaltkontakten
-- `eebus`: Anbindung über das EEBus-Protokoll
+- `eebus`: Anbindung über das EEBUS-Protokoll
---
@@ -150,7 +150,7 @@ Details zur Einrichtung findest du unter [Externe Begrenzung](/de/external-limit
## `type: eebus`
-Anbindung über das EEBus-Protokoll.
+Anbindung über das EEBUS-Protokoll.
Die Steuerbox übermittelt das Leistungslimit automatisch.
```yaml
@@ -168,7 +168,7 @@ Wird für das Pairing benötigt.
#### Erweiterte Limits
-Folgende optionale Parameter können für die EEBus-Kommunikation gesetzt werden:
+Folgende optionale Parameter können für die EEBUS-Kommunikation gesetzt werden:
- `contractualConsumptionNominalMax`: Vertragliche maximale Verbrauchsleistung (in Watt)
- `failsafeConsumptionActivePowerLimit`: Failsafe-Limit für Verbrauchsleistung (in Watt)
diff --git a/src/content/docs/de/reference/configuration/index.md b/src/content/docs/de/reference/configuration/index.md
index 3b96992d6..d2a4d0de9 100644
--- a/src/content/docs/de/reference/configuration/index.md
+++ b/src/content/docs/de/reference/configuration/index.md
@@ -20,7 +20,7 @@ Dieser Bereich dokumentiert die YAML-basierte Konfiguration.
:::note[Parallele Nutzung]
Beide Konfigurationsmethoden können parallel genutzt werden.
-Geräte (Ladepunkte, Zähler, PV-Anlagen, Batterien, Fahrzeuge) werden aus beiden Quellen zusammengeführt.
+Geräte (Ladepunkte, Zähler, PV-Anlagen, Hausbatterien, Fahrzeuge) werden aus beiden Quellen zusammengeführt.
Bei anderen Einstellungen hat die UI-Konfiguration Vorrang.
Details findest du in der [FAQ](/de/faq#ui-migration).
:::
@@ -81,7 +81,7 @@ Ein Betrieb ist aber auch ohne Netzanschlusszähler möglich. Mehr dazu findest
Die Überschussleistung wird mit der Mindestladeleistung verglichen. Ist diese erreicht, startet die Ladung.
-Die Mindestladeleistung ergibt sich aus den im Loadpoint definierten Werten [`minCurrent`](/de/reference/configuration/loadpoints) und [`phases`](/de/reference/configuration/loadpoints).
+Die Mindestladeleistung ergibt sich aus den im Ladepunkt definierten Werten [`minCurrent`](/de/reference/configuration/loadpoints) und [`phases`](/de/reference/configuration/loadpoints).
Beispiel: `phases: 1` und `minCurrent: 8`
@@ -106,9 +106,9 @@ Eine _Site_ beschreibt den Standort mit den vorhandenen und benötigten Geräten
[Weiterlesen...](/de/reference/configuration/site)
-### Loadpoints
+### Ladepunkte
-_Loadpoints_ (Ladepunkte) beschreiben die Ladeinfrastruktur und kombinieren vorhandene _Charger_ (Wallboxen), _Vehicle_ (Fahrzeuge) und alles weitere was ein Ladepunkt benötigt.
+_Ladepunkte_ (`loadpoints`) beschreiben die Ladeinfrastruktur und kombinieren vorhandene _Charger_ (Wallboxen), _Vehicle_ (Fahrzeuge) und alles weitere was ein Ladepunkt benötigt.
[Weiterlesen...](/de/reference/configuration/loadpoints)
@@ -137,7 +137,7 @@ _Curtailers_ (Einspeisebegrenzer) sind Geräte, die ausschließlich die Einspeis
### Vehicles
-Um die Ladung auf einen bestimmten Ladestand (Soc) in EVs zu begrenzen, können hier die vorhandenen Fahrzeuge und Online Zugangsdaten angegeben werden.
+Um die Ladung auf einen bestimmten Ladestand in EVs zu begrenzen, können hier die vorhandenen Fahrzeuge und Online Zugangsdaten angegeben werden.
[Weiterlesen...](/de/reference/configuration/vehicles)
diff --git a/src/content/docs/de/reference/configuration/interval.md b/src/content/docs/de/reference/configuration/interval.md
index 9ce940fd7..0a28b2318 100644
--- a/src/content/docs/de/reference/configuration/interval.md
+++ b/src/content/docs/de/reference/configuration/interval.md
@@ -5,7 +5,7 @@ sidebar:
order: 10
---
-Definiert das zeitliche Interval, in welchem neue Werte von allen Messgeräten gelesen werden und die Ladeströme der Wallboxen neu geregelt wird.
+Definiert das zeitliche Interval, in welchem neue Werte von allen Zählern gelesen werden und die Ladeströme der Wallboxen neu geregelt wird.
**Mögliche Werte**: Ein Zahlenwert gefolgt von der Zeiteinheit
diff --git a/src/content/docs/de/reference/configuration/loadpoints.md b/src/content/docs/de/reference/configuration/loadpoints.md
index 34af80811..fc2c504fe 100644
--- a/src/content/docs/de/reference/configuration/loadpoints.md
+++ b/src/content/docs/de/reference/configuration/loadpoints.md
@@ -122,7 +122,7 @@ mode: smart
### `soc`
-Definiere die Standardeinstellungen für den Umgang mit dem SoC eines angeschlossenen Fahrzeugs
+Definiere die Standardeinstellungen für den Umgang mit dem Ladestand eines angeschlossenen Fahrzeugs
**Beispiel**:
@@ -178,12 +178,12 @@ interval: 60m
#### `estimate`
-Berechne eine Schätzung des aktuellen SoC anhand der vorliegenden Messwerte (Extrapolation) zwischen den per `interval` eingestellten Abfragezeitpunkten an das Fahrzeug.
+Berechne eine Schätzung des aktuellen Ladestands anhand der vorliegenden Messwerte (Extrapolation) zwischen den per `interval` eingestellten Abfragezeitpunkten an das Fahrzeug.
**Mögliche Werte**:
-- `true`: evcc extrapoliert die SoC Werte zwischen den Fahrzeugabfragen (empfohlen)
-- `false`: evcc nutzt nur die SoC Werte, welche das Fahrzeug zurückliefert
+- `true`: evcc extrapoliert die Ladestandswerte zwischen den Fahrzeugabfragen (empfohlen)
+- `false`: evcc nutzt nur die Ladestandswerte, welche das Fahrzeug zurückliefert
**Standardwert:** `true`
@@ -200,7 +200,7 @@ estimate: false # Keine Extrapolation
Definiert das Verhalten, wann im Smart-Modus das Laden mit PV-Überschuss begonnen wird. Darüberhinaus definiert es auch das Verhalten bei automatischer Phasenumschaltung von 1p auf 3p.
:::note
-Um einen Anteil Netzstrom zu erlauben, nutze stattdessen den Regler **Sonnenanteil** in den Einstellungen des Ladepunkts (siehe [Nicht genügend Überschuss?](/de/features/solar-charging#not-enough-surplus)).
+Um einen Anteil Netzstrom zu erlauben, nutze stattdessen den Regler **PV-Anteil** in den Einstellungen des Ladepunkts (siehe [Nicht genügend Überschuss?](/de/features/solar-charging#not-enough-surplus)).
Der Regler ist deaktiviert, solange ein `enable`- oder `disable`-Schwellwert gesetzt ist.
:::
@@ -356,19 +356,19 @@ Ist dem Ladepunkt keine Wallbox, sondern eine der unterstützten schaltbaren Ste
### `priority`
-Dient während der Ladung der Priorisierung von Loadpoints untereinander.
+Dient während der Ladung der Priorisierung von Ladepunkten untereinander.
-Dem priorisierten Loadpoint wird die Ladeleistung der anderen nicht oder geringer priorisierten Loadpoints zur Verfügung gestellt. Greift dieser darauf zu, kann es kurzzeitig zu Netzbezug führen, bis die Regelung ausnivelliert ist.
+Dem priorisierten Ladepunkt wird die Ladeleistung der anderen nicht oder geringer priorisierten Ladepunkte zur Verfügung gestellt. Greift dieser darauf zu, kann es kurzzeitig zu Netzbezug führen, bis die Regelung ausnivelliert ist.
Je höher der Wert, desto größer die Priorität.
-Loadpoints ohne Eintrag haben `priority: 0`
+Ladepunkte ohne Eintrag haben `priority: 0`
-Hat bei mehreren Loadpoints keinen Einfluss darauf in welchen Reihenfolge die Ladungen gestartet werden. Läuft aber die Ladung an einem niedrig priorisierten Loadpoint, wird ein höher priorisierter unter Umständen eingeschaltet, weil diesem die bereits genutzte Ladeleistung zur Verfügung gestellt wird.
+Hat bei mehreren Ladepunkten keinen Einfluss darauf in welchen Reihenfolge die Ladungen gestartet werden. Läuft aber die Ladung an einem niedrig priorisierten Ladepunkt, wird ein höher priorisierter unter Umständen eingeschaltet, weil diesem die bereits genutzte Ladeleistung zur Verfügung gestellt wird.
Die Priorisierung wirkt im Modus `smart`. Bei aktivem [Dauerhaft laden](/de/features/modes#always-charge) wird die Ladung aber nicht unterbrochen, sondern lediglich auf Minimum reduziert.
:::note
-Eine evtl. beim Fahrzeug konfigurierte Priorität ersetzt die Priorität des Loadpoints, mit dem das Fahrzeug verbunden ist.
+Eine evtl. beim Fahrzeug konfigurierte Priorität ersetzt die Priorität des Ladepunkts, mit dem das Fahrzeug verbunden ist.
:::
**Standardwert:** `0`
diff --git a/src/content/docs/de/reference/configuration/meters.md b/src/content/docs/de/reference/configuration/meters.md
index cc8158993..163c6ddb1 100644
--- a/src/content/docs/de/reference/configuration/meters.md
+++ b/src/content/docs/de/reference/configuration/meters.md
@@ -459,7 +459,7 @@ Plugin Definition um die Energiemenge in Gegenrichtung in kWh zurückzugeben, z.
#### `soc`
-Plugin Definiton um den Ladestand SOC in % zurückzugeben
+Plugin Definiton um den Ladestand in % zurückzugeben
**Beispiel**:
@@ -475,7 +475,7 @@ Plugin Definiton um den Ladestand SOC in % zurückzugeben
Angabe der Batterie Kapazität. Nur nützlich, wenn mehrere Batterien vorhanden sind
-Dient dazu, den Gesamt-SOC zu ermittlen.
+Dient dazu, den Gesamt-Ladestand zu ermittlen.
---
diff --git a/src/content/docs/de/reference/configuration/site.mdx b/src/content/docs/de/reference/configuration/site.mdx
index ecda05e5d..888373309 100644
--- a/src/content/docs/de/reference/configuration/site.mdx
+++ b/src/content/docs/de/reference/configuration/site.mdx
@@ -11,7 +11,7 @@ import bufferStartSoc from "./img/bufferstartsoc.webp";
Beschreibt den Standort mit den vorhandenen und benötigten Geräten der Hausinstallation und ist für das Regeln der verfügbaren Leistung zuständig.
-Um das Laden mit PV-Überschuss zu regeln, ist ein auslesbarer Zähler direkt hinter dem Netzanschlusspunkt notwendig. Zusätzlich können auch Geräte für die PV-Leistung und Hausbatterie(n) angegeben werden. Mehrere Geräte werden dabei in der Leistung intern automatisch addiert. Bei Batteriespeichern wird der Mittelwert des Ladezustands gebildet.
+Um das Laden mit PV-Überschuss zu regeln, ist ein auslesbarer Zähler direkt hinter dem Netzanschlusspunkt notwendig. Zusätzlich können auch Geräte für die PV-Leistung und Hausbatterie(n) angegeben werden. Mehrere Geräte werden dabei in der Leistung intern automatisch addiert. Bei Hausbatterien wird der Mittelwert des Ladestands gebildet.
**Beispiel**:
@@ -118,8 +118,8 @@ pv: # (pvs = veraltet)
### `meters.battery`
-Definiert die [`meter`](/de/reference/configuration/meters) (Strommessgeräte), welche die Messdaten des/der Batteriespeicher(s) liefern.
-Es können mehrere Geräte angegeben werden. Die Leistungsdaten werden automatisch addiert und aus den Speicherfüllständen wird ein Mittelwert gebildet.
+Definiert die [`meter`](/de/reference/configuration/meters) (Strommessgeräte), welche die Messdaten des/der Hausbatterie(n) liefern.
+Es können mehrere Geräte angegeben werden. Die Leistungsdaten werden automatisch addiert und aus den Ladeständen wird ein Mittelwert gebildet.
**Mögliche Werte**: Ein Wert oder eine Liste von Werten eines `name` Parameters in der [`meters`](#meters) Konfiguration. Wobei die Listenversion auch bei Einzelwerten genutzt werden kann.
@@ -217,7 +217,7 @@ Legt den Soll-Arbeitspunkt der Überschussregelung am Netzübergang (Gridmeter)
Positive Werte verschieben den Sollwert in Richtung Netzeinspeisung, negative Werte in Richtung Netzbezug.
Mit diesem Wert wird der durch die Steuerung einzustellende "Ruhezustand" des Regelkreises eingestellt.
-Insbesondere im Zusammenspiel mit weiteren unabhängigen Überschussausregelungen wie z. B. der eines Batteriespeichers ist es obligatorisch, diesen Wert anzupassen, um ein definiertes Systemverhalten mit klaren Prioritäten zu erzielen.
+Insbesondere im Zusammenspiel mit weiteren unabhängigen Überschussausregelungen wie z. B. der einer Hausbatterie ist es obligatorisch, diesen Wert anzupassen, um ein definiertes Systemverhalten mit klaren Prioritäten zu erzielen.
Soll im Smart-Modus ein Netzbezugsanteil verbleiben bzw. zugelassen werden, muss hier eine negative Leistung entsprechend des Maximalanteils des Netzbezugs konfiguriert werden.
@@ -232,12 +232,12 @@ Soll im Smart-Modus ein Netzbezugsanteil verbleiben bzw. zugelassen werden, muss
- Negativer Wert: angegebene Leistung wird zur PV-Leistung addiert und erhöht die zur Verfügung stehende Ladeleistung (Achtung: Netzbezug)
:::note
-Bei Existenz eines Batteriespeichers wird dringend empfohlen hier einen kleinen Wert von 100 bis 300 (Watt) einzutragen, um damit eine Speicherladung gemäß der konfigurierten Prioritäten (siehe `prioritySoc`) zu ermöglichen. Andernfalls "sieht" die unabhängige Regelung des Speichers keinen nutzbaren Überschuss.
+Bei Existenz einer Hausbatterie wird dringend empfohlen hier einen kleinen Wert von 100 bis 300 (Watt) einzutragen, um damit eine Batterieladung gemäß der konfigurierten Prioritäten (siehe `prioritySoc`) zu ermöglichen. Andernfalls "sieht" die unabhängige Regelung der Hausbatterie keinen nutzbaren Überschuss.
-Ebenso lässt sich damit bei schnellen Erzeugungs- und Lastwechseln auch ohne Speicher ein kurzzeitiger Netzbezug besser vermeiden.
+Ebenso lässt sich damit bei schnellen Erzeugungs- und Lastwechseln auch ohne Hausbatterie ein kurzzeitiger Netzbezug besser vermeiden.
:::
-**Beispiel "Batteriespeicher"**:
+**Beispiel "Hausbatterie"**:
```yaml
residualPower: 100
diff --git a/src/content/docs/de/reference/configuration/tariffs.md b/src/content/docs/de/reference/configuration/tariffs.md
index 6e4666b9d..4cd396aa3 100644
--- a/src/content/docs/de/reference/configuration/tariffs.md
+++ b/src/content/docs/de/reference/configuration/tariffs.md
@@ -1,12 +1,12 @@
---
title: "tariffs"
-description: "Tarife für Netzbezug, Einspeisung, CO₂ und Solarprognose in der evcc.yaml hinterlegen, für Ersparnisstatistik, Ladepläne und zeitabhängige Netzentgelte."
+description: "Tarife für Netzbezug, Einspeisung, CO₂ und PV-Vorhersage in der evcc.yaml hinterlegen, für Ersparnisstatistik, Ladepläne und zeitabhängige Netzentgelte."
sidebar:
order: 12
---
Hier kannst du deinen Energietarif und gegebenenfalls deine Einspeisevergütung angeben.
-evcc verwendet diese Werte für eine grobe [Einsparungsberechnung](/de/faq#ersparnisberechnung), die in der Web-UI angezeigt wird.
+evcc verwendet diese Werte für eine grobe [Ersparnisberechnung](/de/faq#ersparnisberechnung), die in der Web-UI angezeigt wird.
Diese Daten werden auch vom [Planer](/de/features/plans) für preis- und CO₂-optimiertes Laden verwendet.
**Struktur**
diff --git a/src/content/docs/de/reference/configuration/telemetry.mdx b/src/content/docs/de/reference/configuration/telemetry.mdx
index 54164d7e5..f9492a6f7 100644
--- a/src/content/docs/de/reference/configuration/telemetry.mdx
+++ b/src/content/docs/de/reference/configuration/telemetry.mdx
@@ -1,6 +1,6 @@
---
title: "telemetry"
-description: "Telemetrie in der evcc.yaml aktivieren, um aggregierte Ladedaten wie Leistung, Energie und Solaranteil mit evcc.io zu teilen, verfügbar für Sponsoren."
+description: "Telemetrie in der evcc.yaml aktivieren, um aggregierte Ladedaten wie Leistung, Energie und PV-Anteil mit evcc.io zu teilen, verfügbar für Sponsoren."
sidebar:
order: 17
---
@@ -12,7 +12,7 @@ import SinceVersion from "@components/SinceVersion.astro";
-`telemetry` aktiviert das regelmäßige Übertragen von Ladedaten (Leistung, Energie, Sonnenanteil) zu evcc.io. Es werden keine personenbezogenen Daten oder Konfigurationsdetails übermittelt. Mehr dazu erfährst du in der [Datenschutzerklärung](https://sponsor.evcc.io/privacy).
+`telemetry` aktiviert das regelmäßige Übertragen von Ladedaten (Leistung, Energie, PV-Anteil) zu evcc.io. Es werden keine personenbezogenen Daten oder Konfigurationsdetails übermittelt. Mehr dazu erfährst du in der [Datenschutzerklärung](https://sponsor.evcc.io/privacy).
Die aggregierten Daten werden bspw. auf [evcc.io](https://evcc.io) dargestellt. Die Rohdaten kannst du über [https://api.evcc.io/v1/total](https://api.evcc.io/v1/total) abrufen.
diff --git a/src/content/docs/de/reference/configuration/vehicles.mdx b/src/content/docs/de/reference/configuration/vehicles.mdx
index 4ea5c56a7..3ecca64de 100644
--- a/src/content/docs/de/reference/configuration/vehicles.mdx
+++ b/src/content/docs/de/reference/configuration/vehicles.mdx
@@ -8,9 +8,9 @@ sidebar:
import { Tabs, TabItem } from "@astrojs/starlight/components";
import SponsorshipRequired from "@components/SponsorshipRequired.astro";
-Ein Fahrzeug repräsentiert ein spezifisches elektrisches Fahrzeug (EV) mit seiner Batterie. Wenn ein Fahrzeug konfiguriert und einem [Ladepunkt](/de/reference/configuration/loadpoints#vehicle) zugewiesen ist, kann in der Benutzeroberfläche u.a. der Ladestatus, der Ladezustand (Soc) und die verbleibende Ladezeit angezeigt werden sowie weitere Daten automatisch vom Fahrzeug abgerufen und verarbeitet werden.
+Ein Fahrzeug repräsentiert ein spezifisches elektrisches Fahrzeug (EV) mit seiner Batterie. Wenn ein Fahrzeug konfiguriert und einem [Ladepunkt](/de/reference/configuration/loadpoints#vehicle) zugewiesen ist, kann in der Benutzeroberfläche u.a. der Ladestatus, der Ladestand und die verbleibende Ladezeit angezeigt werden sowie weitere Daten automatisch vom Fahrzeug abgerufen und verarbeitet werden.
-Ebenfalls ist es damit möglich die Ladung auf einen bestimmten Ladestand (Soc) zu begrenzen. Da die meisten Wallboxen diesen nicht kennen können (er wird bislang nur in ganz bestimmten Kombinationen der Wallbox übermittelt), kann evcc mit dieser Konfiguration direkt mit dem Fahrzeug über die Online-Schnittstelle (API) des Fahrzeugherstellers kommunizieren.
+Ebenfalls ist es damit möglich die Ladung auf einen bestimmten Ladestand zu begrenzen. Da die meisten Wallboxen diesen nicht kennen können (er wird bislang nur in ganz bestimmten Kombinationen der Wallbox übermittelt), kann evcc mit dieser Konfiguration direkt mit dem Fahrzeug über die Online-Schnittstelle (API) des Fahrzeugherstellers kommunizieren.
Die `vehicles` Konfiguration ist eine Liste von verschiedenen Fahrzeugen.
@@ -67,7 +67,7 @@ Dies ist der evcc Schnittstellen-Typ, mit Hilfe dessen mit dem Fahrzeug kommuniz
Die nutzbare Kapazität der Batterie des Fahrzeugs in kWh.
-Wird verwendet um den Energiebedarf bei Ladeplanung zu berechnen.
+Wird verwendet um den Energiebedarf für Ladepläne zu berechnen.
**Beispiel**:
@@ -107,7 +107,7 @@ Der Wert muss mit angehängter Zeiteinheit (siehe Beispiel) angegeben werden.
Es wird **NICHT** empfohlen, die Standardeinstellungen zu ändern, denn dies könnte dazu führen, dass der Fahrzeughersteller aktiv verhindert, das Laden mittels evcc zu steuern. **AUF EIGENES RISIKO.**
:::
-Um aktuelle Zustandsdaten vom Fahrzeug zu ermitteln (z. B. Ladezustand Soc der Traktionsbatterie) werden regelmäßig die Daten der zugehörigen Datenschnittstelle beim Hersteller online abgefragt. Damit die Server des Fahrzeugherstellers jedoch nicht ständig mit Anfragen überhäuft werden (das kann zur Sperrung des Accounts führen) ist ein Zwischenspeicher (Cache) implementiert der diese Anfragen innerhalb von abfängt und mit den zuletzt abgerufenen Daten bis zu dem hier angegebebenen maximalen Alter beantwortet.
+Um aktuelle Zustandsdaten vom Fahrzeug zu ermitteln (z. B. Ladestand der Traktionsbatterie) werden regelmäßig die Daten der zugehörigen Datenschnittstelle beim Hersteller online abgefragt. Damit die Server des Fahrzeugherstellers jedoch nicht ständig mit Anfragen überhäuft werden (das kann zur Sperrung des Accounts führen) ist ein Zwischenspeicher (Cache) implementiert der diese Anfragen innerhalb von abfängt und mit den zuletzt abgerufenen Daten bis zu dem hier angegebebenen maximalen Alter beantwortet.
Da die meisten Fahrzeuge die Daten ohnehin nur während eines laufenden Ladevorgangs in sehr großen Abständen (10 bis 30 Minuten sind üblich) aktualisieren bringen viel häufigere Anfragen keinen Mehrwert.
**Standardwert:** `15m`
diff --git a/src/content/docs/de/reference/modbus.md b/src/content/docs/de/reference/modbus.md
index 215d2d559..eeed1632f 100644
--- a/src/content/docs/de/reference/modbus.md
+++ b/src/content/docs/de/reference/modbus.md
@@ -119,8 +119,8 @@ scale: -1 # floating point factor applied to result, e.g. for kW to W conversion
## Negation von Werten
-Bei MBMD-Messgeräten können Messwerte durch Voranstellen eines `-` (Minus) vor dem Aliasnamen invertiert werden.
-Dies ist nützlich, wenn Messgeräte in unterschiedlichen Konfigurationen oder Montagerichtungen verwendet werden und das Vorzeichen der Messwerte angepasst werden muss.
+Bei MBMD-Zählern können Messwerte durch Voranstellen eines `-` (Minus) vor dem Aliasnamen invertiert werden.
+Dies ist nützlich, wenn Zähler in unterschiedlichen Konfigurationen oder Montagerichtungen verwendet werden und das Vorzeichen der Messwerte angepasst werden muss.
### Unterstützte Messungen
@@ -182,11 +182,11 @@ meters:
### Anwendungsfälle
-**Falsch montierte Messgeräte**:
-Wenn ein Stromsensor/Messgerät physisch in der falschen Richtung installiert ist, können die Werte in der Software korrigiert werden.
+**Falsch montierte Zähler**:
+Wenn ein Stromsensor/Zähler physisch in der falschen Richtung installiert ist, können die Werte in der Software korrigiert werden.
**Netzeinspeisung vs. Verbrauch**:
-Für PV-Messgeräte, bei denen die Vorzeichenkonvention umgekehrt werden muss.
+Für PV-Zähler, bei denen die Vorzeichenkonvention umgekehrt werden muss.
**Unterschiedliche CT-Orientierungen**:
Für mehrphasige Installationen mit unterschiedlich ausgerichteten Stromwandlern.
diff --git a/src/content/docs/de/reference/plugins.mdx b/src/content/docs/de/reference/plugins.mdx
index 9e6abb2ea..6541d3406 100644
--- a/src/content/docs/de/reference/plugins.mdx
+++ b/src/content/docs/de/reference/plugins.mdx
@@ -12,7 +12,7 @@ Sie treiben die mitgelieferten Geräte-Templates und werden direkt referenziert,
Plugins können für folgende Kategorien verwendet werden:
-- `meter`: [PV, Batterie, Netz, Zähler](/de/meters)
+- `meter`: [PV, Hausbatterie, Netz, Zähler](/de/meters)
- `charger`: [Wallboxen](/de/chargers), [Smarte Schalter](/de/smartswitches), [Wärmepumpen, Heizstäbe](/de/heating)
- `vehicle`: [Fahrzeuge](/de/vehicles)
- `tariff`: [Tarife, Vorhersagen](/de/tariffs)
@@ -359,7 +359,7 @@ enable:
**Dynamische URIs**:
-`uri` und `body` sind Go-Templates, die bei jeder Anfrage neu ausgewertet werden. Neben den [sprig-Funktionen](https://masterminds.github.io/sprig/) stehen `addDate` und `timeRound` zur Verfügung. Damit lässt sich z. B. eine Prognose-API immer für einen mitlaufenden Zeitraum abfragen:
+`uri` und `body` sind Go-Templates, die bei jeder Anfrage neu ausgewertet werden. Neben den [sprig-Funktionen](https://masterminds.github.io/sprig/) stehen `addDate` und `timeRound` zur Verfügung. Damit lässt sich z. B. eine Vorhersage-API immer für einen mitlaufenden Zeitraum abfragen:
```yaml
forecast:
@@ -970,7 +970,7 @@ meters:
timeout: 60s
```
-In diesem Beispiel wird ein Shelly 1PM Gerät als Datenquelle für Leistung und Energie einer Batterie verwendet, während der Ladestand (SoC) über MQTT abgerufen wird.
+In diesem Beispiel wird ein Shelly 1PM Gerät als Datenquelle für Leistung und Energie einer Hausbatterie verwendet, während der Ladestand über MQTT abgerufen wird.
### Sequence \{#sequence\}
@@ -1160,7 +1160,7 @@ Wenn es `false` zurückgibt, wird der Wert als nicht verfügbar markiert.
### Watchdog \{#watchdog\}
Das `watchdog` Plugin ist ein Wrapper-Plugin, das Schreibvorgänge automatisch in regelmäßigen Abständen wiederholt.
-Manche Geräte (z. B. Batteriespeicher, Wechselrichter) erwarten, dass Steuerbefehle regelmäßig wiederholt werden, um aktiv zu bleiben.
+Manche Geräte (z. B. Hausbatterien, Wechselrichter) erwarten, dass Steuerbefehle regelmäßig wiederholt werden, um aktiv zu bleiben.
Das Watchdog-Plugin überwacht Schreibvorgänge und wiederholt diese automatisch in der Hälfte des konfigurierten Timeout-Intervalls.
**Parameter**:
diff --git a/src/content/docs/de/report-a-problem.mdx b/src/content/docs/de/report-a-problem.mdx
index 5bdc25f17..ba352f0f0 100644
--- a/src/content/docs/de/report-a-problem.mdx
+++ b/src/content/docs/de/report-a-problem.mdx
@@ -106,7 +106,7 @@ Du musst dafür weder die Konfiguration ändern noch neu starten.
/>
3. Stelle das Problem nach.
- Starte bei Verbindungsproblemen (z. B. OCPP, EEBus, Modbus) deine Instanz vorher neu, damit das Log alles ab dem Start enthält.
+ Starte bei Verbindungsproblemen (z. B. OCPP, EEBUS, Modbus) deine Instanz vorher neu, damit das Log alles ab dem Start enthält.
4. Klicke auf das Symbol zum Herunterladen, sobald das Problem aufgetreten ist.
Die Datei enthält die Einträge des gewählten Levels und der gewählten Bereiche.
diff --git a/src/content/docs/de/smarthome/garmin.md b/src/content/docs/de/smarthome/garmin.md
index af7b69b65..1890a065e 100644
--- a/src/content/docs/de/smarthome/garmin.md
+++ b/src/content/docs/de/smarthome/garmin.md
@@ -1,6 +1,6 @@
---
title: "Garmin"
-description: "Die Community-App evccg zeigt Live-Daten deiner evcc-Instanz auf Garmin-Smartwatches, darunter Hausbatterie, Fahrzeuge, Leistungsflüsse und die PV-Prognose."
+description: "Die Community-App evccg zeigt Live-Daten deiner evcc-Instanz auf Garmin-Smartwatches, darunter Hausbatterie, Fahrzeuge, Leistungsflüsse und die PV-Vorhersage."
---
Die App [evccg](https://github.com/METIQ-Solutions/evcc-garmin) von [TheNinth7](https://github.com/TheNinth7) zeigt Live-Daten deiner evcc-Instanz auf [Garmin](https://www.garmin.com)-Smartwatches an.
@@ -11,7 +11,7 @@ Sie ist ein Community-Projekt und nicht Teil von evcc.
Die App bietet zwei Ansichten:
- **Glance**: ein schneller Überblick über Hausbatterie und verbundene Fahrzeuge mit Ladestand und Ladestatus
-- **Widget**: Detailansichten mit aktuellen Energieflüssen, Ladepunkt-Details, PV-Prognose, Strompreisen und Solarstatistiken
+- **Widget**: Detailansichten mit aktuellen Energieflüssen, Ladepunkt-Details, PV-Vorhersage, Strompreisen und PV-Statistiken
Mehrere evcc-Instanzen (Standorte) werden unterstützt.
diff --git a/src/content/docs/de/smarthome/home-assistant.mdx b/src/content/docs/de/smarthome/home-assistant.mdx
index d3d980d65..60cfe6cc8 100644
--- a/src/content/docs/de/smarthome/home-assistant.mdx
+++ b/src/content/docs/de/smarthome/home-assistant.mdx
@@ -73,10 +73,10 @@ Solange die Daten als Home Assistant Entität vorliegen, kann evcc damit arbeite
### Unterstützte Gerätetypen
-- **[Zähler](/de/meters#home-assistant)** (Netz, PV, Batterie, ...) mit Leistung, Energie, Strömen, Spannungen, SoC
+- **[Zähler](/de/meters#home-assistant)** (Netz, PV, Hausbatterie, ...) mit Leistung, Energie, Strömen, Spannungen, Ladestand
- **[Wallboxen](/de/chargers#home-assistant-charger)** mit Status, Ein-/Ausschalten und maximalem Ladestrom
- **[Schaltbare Steckdosen](/de/smartswitches#home-assistant-switch)** mit einfacher Ein-/Aus-Steuerung (für Smartplugs, Relais)
-- **[Fahrzeuge](/de/vehicles#home-assistant)** mit SoC, Reichweite, Status, Kilometerstand; optional Skripte zum Starten/Stoppen
+- **[Fahrzeuge](/de/vehicles#home-assistant)** mit Ladestand, Reichweite, Status, Kilometerstand; optional Skripte zum Starten/Stoppen
- **[Benachrichtigungen](/de/notifications)** unter **Konfiguration → Benachrichtigungen** kannst du evcc-Meldungen über Home Assistant versenden
### Einrichtung
@@ -108,7 +108,7 @@ Eine Entität mit `unknown` oder `unavailable` gilt als vorübergehend nicht ver
#### Zahlen
-Felder für Leistung, Energie, Strom und SoC brauchen eine reine Zahl als Zustand, z. B. `1234`.
+Felder für Leistung, Energie, Strom und Ladestand brauchen eine reine Zahl als Zustand, z. B. `1234`.
Ein Zustand wie `1234 W` kann nicht gelesen werden, die Einheit gehört in das Attribut `unit_of_measurement` der Entität.
`W`/`kW` und `Wh`/`kWh`/`MWh` werden automatisch umgerechnet.
Um das Vorzeichen zu invertieren, stelle dem Entitätsnamen ein `-` voran (`-sensor.inverter_power`).
diff --git a/src/content/docs/de/smarthome/homey.md b/src/content/docs/de/smarthome/homey.md
index e0432ea89..157e5d69a 100644
--- a/src/content/docs/de/smarthome/homey.md
+++ b/src/content/docs/de/smarthome/homey.md
@@ -11,7 +11,7 @@ Sie ist ein Community-Projekt von [rdvnit](https://github.com/rdvnit) und nicht
Die App stellt drei Gerätetypen bereit:
-- **Ladepunkt** mit Lademodus, Ladelimit, Ladeleistung, Sitzungsenergie, Ladestand und Reichweite des Fahrzeugs sowie Verbindungs- und Ladestatus
+- **Ladepunkt** mit Lademodus, Ladelimit, Ladeleistung, Energie des Ladevorgangs, Ladestand und Reichweite des Fahrzeugs sowie Verbindungs- und Ladestatus
- **Standort** mit PV-Erzeugung, Netzleistung und Hausverbrauch
- **Hausbatterie** mit Batterieleistung, Ladestand und Batteriesteuerung
diff --git a/src/content/docs/de/smarthome/openhab.md b/src/content/docs/de/smarthome/openhab.md
index b42591c3e..15ae62064 100644
--- a/src/content/docs/de/smarthome/openhab.md
+++ b/src/content/docs/de/smarthome/openhab.md
@@ -14,7 +14,7 @@ Es benötigt evcc-Version 0.209.8 oder neuer.
Nach der Einrichtung der Verbindung werden deine konfigurierten Geräte automatisch erkannt.
Das Binding stellt Things bereit für:
-- Ladepunkte mit Ladeleistung, Lademodus, Stromgrenzen und Sitzungsdaten
+- Ladepunkte mit Ladeleistung, Lademodus, Stromgrenzen und Daten zum Ladevorgang
- Fahrzeuge mit Ladestand und Ladeplänen
- Standortdaten wie Netzleistung, PV-Erzeugung und Hausbatterie
- Heizgeräte
diff --git a/src/content/docs/de/tariffs/_pv_vorhersage.mdx b/src/content/docs/de/tariffs/_pv_vorhersage.mdx
index 1026c47e1..5d36ffcaf 100644
--- a/src/content/docs/de/tariffs/_pv_vorhersage.mdx
+++ b/src/content/docs/de/tariffs/_pv_vorhersage.mdx
@@ -2,7 +2,7 @@
title: "_pv_vorhersage"
---
-Wenn du Vorhersagedaten konfiguriert hast, wird dir die geschätzte Restproduktion für den aktuellen Tag im UI angezeigt.
+Wenn du Vorhersagedaten konfiguriert hast, wird dir die geschätzte Resterzeugung für den aktuellen Tag im UI angezeigt.
Zudem bekommst du eine Diagramm-Ansicht mit den Daten der nächsten Tage.
Es ist auch möglich, **mehrere PV-Vorhersagen** zu kombinieren, um mehrere Dachflächen abzudecken.
@@ -24,5 +24,5 @@ Viele Anbieter haben ein Ratelimit.
Daher musst du ggf. das Update-Intervall (`interval`) erhöhen.
:::note
-Informationen zur experimentellen Anpassung der PV-Vorhersage und zum Zurücksetzen dieser Anpassung findest du in den [Häufige Fragen](/de/faq#pv-vorhersage).
+Informationen zur experimentellen Anpassung der PV-Vorhersage und zum Zurücksetzen dieser Anpassung findest du in den [Häufige Fragen](/de/faq#solar-forecast).
:::
diff --git a/src/content/docs/de/user-defined-devices.mdx b/src/content/docs/de/user-defined-devices.mdx
index fa1be07e0..df8a5fc79 100644
--- a/src/content/docs/de/user-defined-devices.mdx
+++ b/src/content/docs/de/user-defined-devices.mdx
@@ -7,7 +7,7 @@ tableOfContents:
import { Tabs, TabItem } from "@astrojs/starlight/components";
-Beim Anlegen einer Wallbox, eines Heizgeräts, eines Netzzählers, einer Batterie, einer PV-Anlage, eines weiteren Verbrauchers, eines Fahrzeugs, eines Tarifs, eines Einspeisebegrenzers oder eines Benachrichtigungsdienstes lässt sich in der Geräteliste der Eintrag **Benutzerdefiniertes Gerät** wählen und eine eigene Logik auf Basis des [Plugin-Systems](/de/reference/plugins) beschreiben.
+Beim Anlegen einer Wallbox, eines Heizgeräts, eines Netzzählers, einer Hausbatterie, einer PV-Anlage, eines weiteren Verbrauchers, eines Fahrzeugs, eines Tarifs, eines Einspeisebegrenzers oder eines Benachrichtigungsdienstes lässt sich in der Geräteliste der Eintrag **Benutzerdefiniertes Gerät** wählen und eine eigene Logik auf Basis des [Plugin-Systems](/de/reference/plugins) beschreiben.
So lassen sich auch Geräte einbinden, die nicht von einem eingebauten Template abgedeckt sind, z. B. die aktuelle Leistung über einen HTTP-Endpunkt lesen oder einen Zielstrom per Modbus schreiben.
@@ -248,7 +248,7 @@ Für andere Geräte stehen spezialisierte Charger-Typen unter [Switchsocket](#ch
| Feature | Beschreibung |
| ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `integrateddevice` | Gerät ohne angeschlossenes Fahrzeug und ohne Ladesitzungen (z. B. Wärmepumpe, Heizstab, fest installierter Verbraucher). Keine Fahrzeugauswahl. |
-| `heating` | Behandelt das Gerät als Heizung: SOC und Limits werden in °C statt in % dargestellt. |
+| `heating` | Behandelt das Gerät als Heizung: Ladestand und Limits werden in °C statt in % dargestellt. |
| `continuous` | Gerät läuft im "deaktivierten" Zustand eigenständig in seinem Normalbetrieb weiter. Statt "Standby" wird "Normalbetrieb" angezeigt. Eine Empfehlung zur Leistungserhöhung (z. B. bei PV-Überschuss oder günstigem Strom) wird als "Boost" gekennzeichnet. Die Modi heißen **Normal**, **Smart** und **Boost** statt **Aus**, **Smart** und **Schnell**. |
| `switchdevice` | Gerät kann nur ein- und ausgeschaltet werden (keine stufenlose Stromregelung). Max-Strom und die Option **Dauerhaft laden** werden nicht angezeigt. Min-Strom und Phasen legen die PV-Einschaltleistung fest. Ohne `continuous` heißen die Modi **Aus**, **Smart** und **Ein**. |
@@ -424,7 +424,7 @@ Fahrzeugparameter können ebenfalls über Plugins ausgelesen werden.
| Feature | Beschreibung |
| --------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `coarsecurrent` | Fahrzeug akzeptiert den Ladestrom nur in ganzen 1 A Schritten. Die Regelung wird auf grobe 1 A-Stufen beschränkt, auch wenn die Wallbox feiner regeln könnte. |
-| `streaming` | Fahrzeug liefert Daten per Push statt per Polling (z. B. BMW Cardata). SOC-Updates außerhalb aktiver Ladevorgänge werden als zuverlässig behandelt. |
+| `streaming` | Fahrzeug liefert Daten per Push statt per Polling (z. B. BMW Cardata). Ladestand-Updates außerhalb aktiver Ladevorgänge werden als zuverlässig behandelt. |
| `welcomecharge` | Fahrzeug erwartet beim Anschließen eine aktive Wallbox, um die Verbindung als funktionierend zu erkennen. Andernfalls meldet das Fahrzeug einen Fehler. |
### Beispiele
@@ -480,15 +480,15 @@ Die Attribute `price` und `forecast` schließen sich gegenseitig aus. Genau eine
### Konfiguration
-| Attribut | Typ | Erfordert | Beschreibung |
-| -------------- | ---------- | --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `tariff` | `string` | nein | `price` (Standard), `co2`, `solar` oder `temperature`. Bestimmt die Einheit der zurückgegebenen Werte: Preis in konfigurierter Währung pro kWh, CO₂-Intensität in g/kWh, Solar-Vorhersage in W, Temperatur in °C. |
-| `charges` | `float` | nein | Fester Aufschlag pro kWh, der zu jedem Wert addiert wird. Standard `0`. |
-| `chargesZones` | `list` | nein | Zeitabhängige Aufschläge (z. B. Netzentgelte), die `charges` für bestimmte Zeiträume überschreiben. Siehe [zeitabhängige Netzentgelte](/de/reference/configuration/tariffs#charges-zones). |
-| `tax` | `float` | nein | Prozentualer Steuersatz auf das Ergebnis, z. B. `0.2` für 20%. Standard `0`. |
-| `formula` | `string` | nein | Go-Ausdruck für eine eigene Berechnung, mit `price`, `charges` und `tax` im Scope. Siehe [Beispiele](#formula-examples). |
-| `interval` | `duration` | nein | Abfrageintervall für `forecast`. Standard `1h`. |
-| `cache` | `duration` | nein | Cache-Dauer für `price`. Standard `15m`. |
+| Attribut | Typ | Erfordert | Beschreibung |
+| -------------- | ---------- | --------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `tariff` | `string` | nein | `price` (Standard), `co2`, `solar` oder `temperature`. Bestimmt die Einheit der zurückgegebenen Werte: Preis in konfigurierter Währung pro kWh, CO₂-Intensität in g/kWh, PV-Vorhersage in W, Temperatur in °C. |
+| `charges` | `float` | nein | Fester Aufschlag pro kWh, der zu jedem Wert addiert wird. Standard `0`. |
+| `chargesZones` | `list` | nein | Zeitabhängige Aufschläge (z. B. Netzentgelte), die `charges` für bestimmte Zeiträume überschreiben. Siehe [zeitabhängige Netzentgelte](/de/reference/configuration/tariffs#charges-zones). |
+| `tax` | `float` | nein | Prozentualer Steuersatz auf das Ergebnis, z. B. `0.2` für 20%. Standard `0`. |
+| `formula` | `string` | nein | Go-Ausdruck für eine eigene Berechnung, mit `price`, `charges` und `tax` im Scope. Siehe [Beispiele](#formula-examples). |
+| `interval` | `duration` | nein | Abfrageintervall für `forecast`. Standard `1h`. |
+| `cache` | `duration` | nein | Cache-Dauer für `price`. Standard `15m`. |
### Features \{#tariff-features\}
@@ -549,7 +549,7 @@ evcc arbeitet intern mit 15-Minuten-Intervallen; Plugins können auch stündlich
Das `formula`-Feld akzeptiert einen Go-Ausdruck mit `price`, `charges`, `tax` und dem Slot-Zeitstempel `ts` im Scope.
Die [`math`-Bibliothek](https://pkg.go.dev/math) und [`time.Time`](https://pkg.go.dev/time#Time)-Methoden auf `ts` stehen zur Verfügung.
-Die Formel wird für den aktuellen Preis und jeden Forecast-Slot ausgeführt.
+Die Formel wird für den aktuellen Preis und jeden Vorhersage-Slot ausgeführt.
**Preisobergrenze**:
@@ -574,7 +574,7 @@ Zahlt eine feste Einspeisevergütung von 7 ct/kWh, außer wenn der Börsenstromp
Eine benutzerdefinierte Integration für die [Externe Begrenzung](/de/external-limit) bindet eine Steuerbox oder ein Energiemanagementsystem an, das nicht durch eine integrierte Integration abgedeckt ist.
Wähle dazu in der Oberfläche unter **Konfiguration → Externe Begrenzung** die Option **Benutzerdefinierte Integration**.
-Einer von vier Typen beschreibt, wie das Begrenzungssignal empfangen wird: `relay` (einzelner Schaltkontakt), `fnn` (FNN-Steuerbox mit mehreren Schaltkontakten), `eebus` (EEBus-Protokoll) oder `custom` (dynamische Limitwerte über Plugins).
+Einer von vier Typen beschreibt, wie das Begrenzungssignal empfangen wird: `relay` (einzelner Schaltkontakt), `fnn` (FNN-Steuerbox mit mehreren Schaltkontakten), `eebus` (EEBUS-Protokoll) oder `custom` (dynamische Limitwerte über Plugins).
Jedes Signal wird über eine [Plugin](/de/reference/plugins)-Konfiguration ausgelesen (GPIO, MQTT, HTTP, Modbus).
Siehe auch die [`hems`-Konfigurationsreferenz](/de/reference/configuration/hems).
@@ -703,9 +703,9 @@ s1:
pin: 23
```
-### EEBus \{#external-limit-eebus\}
+### EEBUS \{#external-limit-eebus\}
-Die digitale Anbindung über das EEBus-Protokoll.
+Die digitale Anbindung über das EEBUS-Protokoll.
Die Steuerbox kommuniziert direkt mit deiner evcc-Instanz und übermittelt das Leistungslimit automatisch.
Steuerbox und evcc müssen einmalig [gekoppelt](/de/external-limit#eebus-pairing) werden.
diff --git a/src/content/docs/en/faq.mdx b/src/content/docs/en/faq.mdx
index 10028e166..de56e2b95 100644
--- a/src/content/docs/en/faq.mdx
+++ b/src/content/docs/en/faq.mdx
@@ -42,7 +42,7 @@ You can use devices from both `evcc.yaml` and the UI simultaneously.
For other settings (MQTT, notifications, InfluxDB, tariffs, ...), values from the web interface take precedence over values from `evcc.yaml`.
We recommend using only one source to avoid confusion.
-**Note:** In some places (HEMS, sponsor token), UI configuration is locked if already configured via `evcc.yaml`.
+**Note:** In some places (external limit, sponsor token), UI configuration is locked if already configured via `evcc.yaml`.
Delete the entry from `evcc.yaml` to enable UI editing.
**Conclusion:**
@@ -58,7 +58,7 @@ Please migrate manually.
### Can I use evcc without a grid meter?
The grid meter is the core of evcc and should be included if possible.
-However, it is also possible to operate solar-guided charging exclusively on the basis of PV power.
+However, it is also possible to operate solar-guided charging exclusively on the basis of solar power.
But please note that you won't be able to charge using solar excess energy only, as the calculations required for this are only possible when grid power is known.
When configured like this, evcc will charge the vehicle using the current power coming from solar generation.
@@ -81,9 +81,9 @@ Here's some ideas:
- Automatically charge a vehicle depending on the current price of energy using a variable rate electricity tariff (such as Octopus Energy, Nachtstrom, Tibber, Awatter, etc.) - see [Dynamic Tariffs](/en/features/dynamic-prices)
- Remotely start / stop your charger - especially useful on those chargers that don't have any other remote control interface
-- Limit charging your vehicle to a certain state of charge - but please note that having your vehicle configured is essential.
+- Limit charging your vehicle to a certain charge level - but please note that having your vehicle configured is essential.
-### Can I try out evcc without all the components (PV system, charger, ...)?
+### Can I try out evcc without all the components (solar system, charger, ...)?
Sure! We have a selection of "demo" components that can help fill in gaps.
@@ -91,10 +91,10 @@ Sure! We have a selection of "demo" components that can help fill in gaps.
[Charger](https://docs.evcc.io/en/docs/chargers#demo-charger)
-### Can I use evcc without integrating the PV inverter?
+### Can I use evcc without integrating the solar inverter?
Yes! If there's a grid meter and a controllable charger, then you can use all of evcc's essential functionality - including solar excess charging.
-Please note that you will be lacking a few visualizations and statistics, including the calculation of solar charging percentage.
+Please note that you will be lacking a few visualisations and statistics, including the calculation of solar charging percentage.
Do consider that if you install a retrofitted meter of some kind (such as a Shelly EM) onto your inverter's output cable, you'll get all of the same functionality that you would
if you could talk directly to the inverter.
@@ -108,7 +108,7 @@ This is currently in development for a later release.
### Can evcc prevent multiple home batteries from discharging each other?
-When controlling charge points and other consumers, evcc takes the state of charge of configured home batteries into account.
+When controlling charging points and other consumers, evcc takes the charge level of configured home batteries into account.
If a battery system supports [active battery control](/en/features/battery#active-battery-control), evcc can request certain modes, such as preventing discharge or charging the battery.
However, evcc does not directly coordinate the charging and discharging power of individual batteries.
Therefore, evcc cannot generally prevent multiple home batteries from discharging each other.
@@ -117,15 +117,15 @@ Available control options depend on the battery system.
### Does evcc control charging and discharging of my home battery?
In normal operation, the battery system itself decides when and at what power it charges or discharges.
-evcc takes readings such as state of charge and power into account when controlling charge points, but it does not continuously regulate the home battery's charging power.
+evcc takes readings such as charge level and power into account when controlling charging points, but it does not continuously regulate the home battery's charging power.
If a system supports [active battery control](/en/features/battery#active-battery-control), evcc can request individual functions, such as preventing discharge while charging a vehicle or charging the battery from the grid.
The available commands depend on the battery system; a status such as "controllable" does not necessarily mean evcc can fully control the battery or set its power to an arbitrary level.
### My charger doesn't support phase switching. Can I still charge single-phase?
-With small PV systems and/or during the winter, it makes sense to use a single phase to make use of any surplus power as efficiently as possible without incurring network losses.
+With small solar systems and/or during the winter, it makes sense to use a single phase to make use of any surplus power as efficiently as possible without incurring network losses.
-In the case of three-phase chargers that don't support automatic mode switching, you can disconnect phases 2 & 3 on the incoming supply to your charge point using some kind of contactor (e.g Hager HAB304). If full performance is needed, simply switch these phases back on again.
+In the case of three-phase chargers that don't support automatic mode switching, you can disconnect phases 2 & 3 on the incoming supply to your charging point using some kind of contactor (e.g Hager HAB304). If full performance is needed, simply switch these phases back on again.
:::danger[Danger]
This manual switching should only be done when the vehicle is **NOT** connected to the charger.
@@ -314,9 +314,9 @@ evcc cache get
evcc cache clear
```
-## PV Forecast
+## Solar Forecast
-You can use various [pv forecasts](/en/tariffs#pv-forecast) in evcc to see the estimated remaining production for the current day and the upcoming days.
+You can use various [solar forecasts](/en/tariffs#pv-forecast) in evcc to see the estimated remaining production for the current day and the upcoming days.
As an experimental feature, we have also built in the possibility to adapt the forecasts to your actual production.
### Forecast Adjustment
@@ -353,7 +353,7 @@ The [evcc Website](https://evcc.io/#live) (and the "Charge Energy Overview" dial
Simply turn on the toggle in the "Charge Energy Overview" dialog in the evcc UI.
-**A 💚 Sponsor Token is currently required to participate in Community Data**. This helps ensure that our data quality stays high, and poor / fake data stays out.
+**A 💚 sponsor token is currently required to participate in Community Data**. This helps ensure that our data quality stays high, and poor / fake data stays out.
#### What data is currently being collected?
@@ -402,34 +402,34 @@ More details, including on how to use variable rate tariffs (such as those from
_Please note that these statistics are rough and shouldn't be treated as perfectly accurate._
-When calculating savings, evcc uses the total amount of charged energy, and the energy sources used during charging (grid, house battery, solar).
+When calculating savings, evcc uses the total amount of charged energy, and the energy sources used during charging (grid, home battery, solar).
**What is Solar Energy?**
-Solar Energy is energy used directly from the Solar installation, and energy provided by any installed house battery.
-evcc assumes that the house battery is primarily used to store excess, self-produced solar power.
-If the house battery also discharges to satisfy other loads, or charges from grid supply, this assumption isn't always correct.
+Solar Energy is energy used directly from the Solar installation, and energy provided by any installed home battery.
+evcc assumes that the home battery is primarily used to store excess, self-produced solar power.
+If the home battery also discharges to satisfy other loads, or charges from grid supply, this assumption isn't always correct.
Battery losses from inversion / rectification are also not taken into account.
**Calculation of savings / effective price**
-The algorithm distinguishes between grid supply and self-generated solar energy (solar and house battery).
+The algorithm distinguishes between grid supply and self-generated solar energy (solar and home battery).
-The cost advantage of your solar energy is calculated from the difference between your grid import rate (e.g 30ct/kWh) and your feed-in tariff (e.g 8ct/kWh).
-In this example, each unit of produced energy is 22ct (30ct - 8ct) cheaper than the grid import rate.
+The cost advantage of your solar energy is calculated from the difference between your grid import price (e.g 30ct/kWh) and your grid export tariff (e.g 8ct/kWh).
+In this example, each unit of produced energy is 22ct (30ct - 8ct) cheaper than the grid import price.
If you charged a vehicle with 2 kWh of your own energy, this would then correspond to an effective saving of 44ct.
-If you charged 100% with your own solar energy, the displayed _effective energy price_ would be the cost of not exporting to the grid, i.e the feed-in tariff (9ct/kWh).
+If you charged 100% with your own solar energy, the displayed _effective energy price_ would be the cost of not exporting to the grid, i.e the grid export tariff (9ct/kWh).
If you charge with 50% solar energy and 50% grid power, the _effective energy price_ adapts accordingly (e.g 19ct/kWh).
-If you don't receive a feed-in tariff for exporting power to the grid, you can set the feed-in price to 0 - the solar energy is then treated as being free of charge.
+If you don't receive a grid export tariff for exporting power to the grid, you can set the grid export price to 0 - the solar energy is then treated as being free of charge.
**Calculation of the solar energy share**
-If you draw energy from several sources at the same time (e.g. 50% PV, 50% grid), your own energy is first allocated to your home.
+If you draw energy from several sources at the same time (e.g. 50% solar, 50% grid), your own energy is first allocated to your home.
This means all consumers that are not evcc controlled.
The remaining share is then divided among the charging sessions.
-Example: Your PV system generates 3 kW. These 3 kW are completely consumed by the house (e.g. washing machine).
+Example: Your solar system generates 3 kW. These 3 kW are completely consumed by the house (e.g. washing machine).
In parallel, you charge your car with 3 kW (e.g. mode = fast).
In this case, the house is calculated with 100% solar share, the car with 0%.
diff --git a/src/content/docs/en/features/battery.mdx b/src/content/docs/en/features/battery.mdx
index 50b8fde49..463e0f38d 100644
--- a/src/content/docs/en/features/battery.mdx
+++ b/src/content/docs/en/features/battery.mdx
@@ -7,10 +7,10 @@ sidebar:
import Screenshot from "@components/Screenshot.astro";
-Many photovoltaic systems are now combined with a home battery.
+Many solar systems are now combined with a home battery.
The battery stores excess solar energy and makes it available again when needed.
-evcc has a number of functions to optimize the interaction between the electric car and the home battery.
+evcc has a number of functions to optimise the interaction between the electric car and the home battery.
If the battery or hybrid inverter is configured, evcc knows the charge level of the home battery and can take this into account when regulating the charging of the electric car.
## Where does the solar energy go first? \{#priority\}
@@ -18,8 +18,8 @@ If the battery or hybrid inverter is configured, evcc knows the charge level of
Home batteries react very quickly to available surplus and absorb this energy.
In the standard case, the home battery would therefore be fully charged first before any free surplus flows into the electric car.
-If you have a larger storage unit, it may also make sense to start charging the electric car earlier.
-You can configure this behavior on the **Battery** page, which you can open from the navigation bar.
+If you have a larger home battery, it may also make sense to start charging the electric car earlier.
+You can configure this behaviour on the **Battery** page, which you can open from the navigation bar.
-Similar to [CO₂-](/en/features/co2) and [price-optimized charging](/en/features/dynamic-prices) for vehicles, you can also charge the home battery with cheap electricity.
+Similar to [CO₂-](/en/features/co2) and [price-optimised charging](/en/features/dynamic-prices) for vehicles, you can also charge the home battery with cheap electricity.
If your inverter supports this function, the **Grid charging** section appears on the **Battery** page.
You can set a limit here.
If the current electricity price falls below this limit, the home battery will be charged from the grid and simultaneously locked to prevent discharging.
@@ -177,4 +177,4 @@ Optionally, you can set a maximum charge level up to which the battery is charge
When the battery reaches this value, grid charging is automatically stopped.
The **Maximum charge** (`maxsoc`) option can be found in your battery system's device configuration.
-Under [PV, Battery, Grid, Meter](/en/meters) you can see on the **Active battery control** tag whether your system supports battery control and if `maxsoc` is available.
+Under [Solar, Home Battery, Grid, Meters](/en/meters) you can see on the **Active battery control** tag whether your system supports battery control and if `maxsoc` is available.
diff --git a/src/content/docs/en/features/co2.mdx b/src/content/docs/en/features/co2.mdx
index eb8b98f89..f0fc9ed9e 100644
--- a/src/content/docs/en/features/co2.mdx
+++ b/src/content/docs/en/features/co2.mdx
@@ -1,5 +1,5 @@
---
-title: "CO₂-Optimized Charging"
+title: "CO₂-Optimised Charging"
description: "Shows how to charge from the grid when its CO₂ intensity is low by adding a CO₂ forecast such as Grünstromindex and setting a CO₂ limit at the charging point."
sidebar:
order: 2
@@ -10,18 +10,18 @@ import Screenshot from "@components/Screenshot.astro";
Self-produced energy is not always enough to cover your own charging needs, and you have to fall back on mains electricity. In this case,
it makes sense to start the charging process when there is as much CO₂-neutral energy as possible in the public power grid.
-Even if you have a green electricity tariff that advertises 0 gCO₂/kWh, optimized charging still makes sense.
+Even if you have a green electricity tariff that advertises 0 gCO₂/kWh, optimised charging still makes sense.
Although these tariffs are CO₂-neutral in terms of the national balance sheet, you will be using the local electricity mix.
If there is little renewable energy available in the power grid, the additional electricity demand must be covered by fossil fuels.
## Configuring the Data Source
In order to charge in a CO₂-optimised way, evcc needs forecast data about CO₂ emissions in your region.
-You can add the data source under **Configuration → Tariffs & Forecasts → Add forecast → Add CO₂ forecast**.
+You can add the data source under **Configuration → Tariffs & forecasts → Add forecast → Add CO₂ forecast**.
Select your data source in the **Provider** field, e.g. [Grünstromindex](https://www.gruenstromindex.de/) (Germany only), and fill in the provider-specific fields such as your postcode.
See [tariffs](/en/tariffs) for a list of all supported data sources.
-## Clean web charging
+## Clean Grid Charging
Open the settings dialog at the charging point.
@@ -41,10 +41,10 @@ You can select your desired CO₂ limit via the selection field or by clicking o
This limit applies in **Smart** mode of the current charging point.
By clicking on "apply everywhere", the limit for all charging points is applied.
-In addition to PV surplus charging, fast charging is now activated during the hours with low CO₂ emissions (green bars).
+In addition to solar surplus charging, fast charging is now activated during the hours with low CO₂ emissions (green bars).
This setting is useful to ensure a fully charged battery in the winter months, whilst still relieving the power grid.
-## Load planning
+## Charging Plan
By using [charging plans](/en/features/plans), you can control CO₂-optimised charging even more precisely.
All you have to do is enter your amount of energy (kWh) or your destination charge level (%) and the desired departure time.
@@ -58,5 +58,5 @@ When a CO₂ data source is configured, the scheduling algorithm automatically s
:::note[Tip]
If you have configured a [dynamic electricity tariff](/en/features/dynamic-prices), it will be preferred.
The CO₂ data will continue to be collected at your charging sessions.
-However, the planning algorithm and the "Cheap Grid Charging" function now optimize for price instead of CO₂
+However, the planning algorithm and the "Cheap Grid Charging" function now optimise for price instead of CO₂
:::
diff --git a/src/content/docs/en/features/dynamic-feedin.mdx b/src/content/docs/en/features/dynamic-feedin.mdx
index ba88ab00b..36dc3c6f2 100644
--- a/src/content/docs/en/features/dynamic-feedin.mdx
+++ b/src/content/docs/en/features/dynamic-feedin.mdx
@@ -1,24 +1,24 @@
---
-title: "Dynamic Feed-In"
-description: "With a dynamic feed-in tariff, evcc can pause or reduce charging while feed-in prices are high so that your solar power earns more in the grid."
+title: "Dynamic Grid Export"
+description: "With a dynamic grid export tariff, evcc can pause or reduce charging while grid export prices are high so that your solar power earns more in the grid."
sidebar:
order: 4
---
import Screenshot from "@components/Screenshot.astro";
-These features are relevant if you have a [dynamic feed-in tariff](/en/tariffs) (e.g., direct marketing, Netherlands, Australia, etc.).
+These features are relevant if you have a [dynamic grid export tariff](/en/tariffs) (e.g., direct marketing, Netherlands, Australia, etc.).
## Feed-in priority
By default, evcc uses solar surplus first to charge the car.
-Only then is the solar energy fed into the grid.
-During times of high feed-in rewards, it can be beneficial to prioritize the feed-in and charge the car later.
+Only then is the solar energy exported to the grid.
+During times of high grid export prices, it can be beneficial to prioritise grid export and charge the car later.
With the _Feed-in priority_ feature, you can set a price threshold per charging point.
-When the feed-in tariffs are high (shown as orange bars), charging is paused (**Smart** mode) or reduced to a minimum (**Always charge**).
+When the grid export tariffs are high (shown as orange bars), charging is paused (**Smart** mode) or reduced to a minimum (**Always charge**).
diff --git a/src/content/docs/en/features/dynamic-prices.mdx b/src/content/docs/en/features/dynamic-prices.mdx
index 0d2e4fe00..2fcf339d9 100644
--- a/src/content/docs/en/features/dynamic-prices.mdx
+++ b/src/content/docs/en/features/dynamic-prices.mdx
@@ -7,12 +7,12 @@ sidebar:
import Screenshot from "@components/Screenshot.astro";
-If your own PV power is not sufficient, the charging power requirement must be covered from time to time by grid power.
-If you have an electricity tariff with flexible electricity prices such as [Tibber](https://tibber.com/de/) or [Awattar](https://www.awattar.de/), you can optimize your grid charging with evcc.
+If your own solar power is not sufficient, the charging power requirement must be covered from time to time by grid power.
+If you have an electricity tariff with flexible electricity prices such as [Tibber](https://tibber.com/de/) or [Awattar](https://www.awattar.de/), you can optimise your grid charging with evcc.
## Configure data source
-Your electricity price is configured under **Configuration → Tariffs & Forecasts → Add tariff → Add grid import tariff**.
+Your electricity price is configured under **Configuration → Tariffs & forecasts → Add tariff → Add grid import tariff**.
The currency can be changed under **Configuration → General → Currency**.
### Fixed electricity tariff
@@ -40,15 +40,15 @@ If your provider has an interface but is not yet supported by evcc, please submi
If your grid operator bills time-dependent grid fees (e.g. time-variable network charges according to § 14a EnWG in Germany), you can add them on top of any tariff using `chargesZones`.
See [time-based grid fees](/en/reference/configuration/tariffs#charges-zones) for details.
-## Smart feed-in
+## Smart Grid Export
During certain periods of the day and in specific regions, there might be an abundance of solar power. At the same time, there may be almost no load on the grid.
-During these periods your energy provider might apply a cost for injecting your PV-power to the grid as supply is high but demand is low and the grid is overloaded.
-evcc supports smart feed-in and allows you to define a set point at which it will throttle PV inverters to prevent feed-in.
+During these periods your energy provider might apply a cost for exporting your solar power to the grid as supply is high but demand is low and the grid is overloaded.
+evcc supports smart grid export and allows you to define a set point at which it will throttle solar inverters to prevent grid export.
## Cheap grid charging
-If you have configured a time-dependent or dynamic electricity tariff, the "Cheap grid charging" section will appear in the settings dialog at the charging point.
+If you have configured a time-dependent or dynamic electricity tariff, the "Cheap Grid Charging" section will appear in the settings dialog at the charging point.
-## Smart Plugs
+## Switchable Sockets
-- **Off:** The plug stays switched off.
-- **Smart:** The plug switches on with solar surplus and in cheap or green hours below your limit.
-- **On:** The plug stays switched on.
+- **Off:** The socket stays switched off.
+- **Smart:** The socket switches on with solar surplus and in cheap or clean hours below your limit.
+- **On:** The socket stays switched on.
-A smart plug can only switch the device on or off, so **Always charge** isn't available here.
+A switchable socket can only switch the device on or off, so **Always charge** isn't available here.
@@ -109,7 +109,7 @@ A smart plug can only switch the device on or off, so **Always charge** isn't av
By default, a charging point keeps the last selected mode.
If you prefer a fixed starting point, you can set a default on two levels:
-1. Charging point: **Configuration → Charging points & Heaters**, applied when a vehicle is connected
+1. Charging point: **Configuration → Charging points & heaters**, applied when a vehicle is connected
2. Vehicle: **More → Vehicles**, applied when the vehicle is identified and takes precedence
The upcoming [optimizer](/en/features/optimizer) will also work in **Smart** mode.
diff --git a/src/content/docs/en/features/optimizer.mdx b/src/content/docs/en/features/optimizer.mdx
index 00e6f8523..ee8293730 100644
--- a/src/content/docs/en/features/optimizer.mdx
+++ b/src/content/docs/en/features/optimizer.mdx
@@ -20,16 +20,16 @@ It complements evcc's rule-based control with predictive optimisation.
evcc works rule-based and deterministically.
This works great for many setups.
-E.g. a solar system, battery, and one vehicle.
+E.g. a solar system, home battery, and one vehicle.
More complex scenarios push this approach to its limits:
- **Multiple vehicles:** Which one should be charged first?
-- **Battery or vehicle:** Where should the available energy go?
+- **Home battery or vehicle:** Where should the available energy go?
- **Dynamic tariffs:** Is it worth charging from the grid tonight, or will there be enough solar energy tomorrow?
The optimizer can answer these questions.
-Currently, you set values like price limits or battery priorities yourself.
+Currently, you set values like price limits or home battery priorities yourself.
In the future, you can let the optimizer handle these decisions.
It will then automatically find the optimal values.
We're working on this step by step.
@@ -38,9 +38,9 @@ We're working on this step by step.
The optimizer collects various data:
-- **Forecast data:** [Solar yield](/en/tariffs#solar), [electricity prices](/en/tariffs#price), [feed-in tariffs](/en/features/dynamic-feedin), [outdoor temperature](/en/tariffs#temperature) to predict heating demand
+- **Forecast data:** [Solar yield](/en/tariffs#solar), [electricity prices](/en/tariffs#price), [grid export tariffs](/en/features/dynamic-feedin), [outdoor temperature](/en/tariffs#temperature) to predict heating demand
- **Historical data:** Your household's typical consumption profile
-- **Current state:** Battery state of charge, connected vehicles, heating demand
+- **Current state:** Home battery charge level, connected vehicles, heating demand
Based on this data, an optimisation algorithm calculates the expected behaviour of your energy system.
It identifies cost-optimal actions: efficient [charging plans](/en/features/plans), battery control (hold, grid charging).
@@ -59,7 +59,7 @@ The optimizer requires an active [sponsorship](/en/sponsorship).
For new installations, it can take up to 24 hours to collect enough data to show first results.
- **Main view → Energy flow (expand):** Shows when the home battery is expected to be full or empty.
-- **Menu → Optimizer:** Graphs showing how your home battery and charging points should behave over the coming hours and what the expected energy cost over the optimization horizon will be (see screenshot below).
+- **Menu → Optimizer:** Graphs showing how your home battery and charging points should behave over the coming hours and what the expected energy cost over the optimisation horizon will be (see screenshot below).
:::note[Note]
-These state-of-charge based plans are stored per vehicle.
+These charge level based plans are stored per vehicle.
This means you can charge [multiple vehicles](/en/features/vehicle#multiple-vehicles) at the same charging point.
The planning of the currently connected vehicle will always be used.
:::
diff --git a/src/content/docs/en/features/sessions.mdx b/src/content/docs/en/features/sessions.mdx
index 664046a88..d1b4445f9 100644
--- a/src/content/docs/en/features/sessions.mdx
+++ b/src/content/docs/en/features/sessions.mdx
@@ -7,9 +7,9 @@ sidebar:
import Screenshot from "@components/Screenshot.astro";
-evcc's core task is the intelligent charging of vehicles based on photovoltaics, battery storage and electricity tariffs.
+evcc's core task is the intelligent charging of vehicles based on solar, home battery and electricity tariffs.
This control takes place automatically and in the background.
-So that you can see the effect of these optimizations, we record some measurements during the charging session.
+So that you can see the effect of these optimisations, we record some measurements during the charging session.
## Current charging session
@@ -21,40 +21,40 @@ In the main view you can see information about the current charging session.
/>
1. **Power:** Shows the current charging power in kW.
- The green lightning symbolizes that a charge is active.
+ The green lightning symbolises that a charge is active.
Below the power, the number of active phases and their utilization are shown as small green bars.
2. **Charged:** Shows the amount of energy already charged.
- If your wallbox has a meter installed, the values are taken from there.
- For wallboxes without a meter, evcc calculates the amount of energy based on the charging power.
+ If your charger has a meter installed, the values are taken from there.
+ For chargers without a meter, evcc calculates the amount of energy based on the charging power.
3. **Other values:** Depending on your installation, other measured values are available.
You can select these by clicking on the name.
Alternatively, clicking on the numerical value switches to the next display.
- * **Remaining time:** Shows the time remaining until the charging target is reached.
+ * **Remaining:** Shows the time remaining until the charging target is reached.
If your vehicle supports this, the remaining time is determined from the vehicle data.
Alternatively, the remaining time is calculated based on the current charging power and the charging target.
* **Finish time:** Shows the time when the charging target is reached based on the remaining time.
As with the remaining time, the prerequisite is that the vehicle can determine the remaining time from the vehicle data.
- * **Charging duration:** Shows the effective duration of the charging session.
- If the charging session is paused (e.g. due to PV surplus), the time is stopped.
+ * **Duration:** Shows the effective duration of the charging session.
+ If the charging session is paused (e.g. due to solar surplus), the time is stopped.
- * **Solar:** The percentage value shows which proportion of the charged energy comes from the PV system.
- Energy from the home storage is counted as solar energy.
+ * **Solar:** The percentage value shows which proportion of the charged energy comes from the solar system.
+ Energy from the home battery is counted as solar energy.
* **⌀ Price:** Shows the average price per kWh.
- The basis is the current electricity price, the proportion of self-consumption and any lost feed-in tariff.
+ The basis is the current electricity price, the proportion of self-consumption and any lost grid export tariff.
Only available if an [dynamic electricity tariff](/en/features/dynamic-prices) is configured.
- * **Σ Price:** Total price of the current charging session. The basis is the current electricity price, the share of self-consumption and any lost feed-in tariff.
+ * **Cost:** Total cost of the current charging session. The basis is the current electricity price, the share of self-consumption and any lost grid export tariff.
Only available if an [dynamic electricity tariff](/en/features/dynamic-prices) is configured.
* **⌀ CO₂:** Shows the average CO₂ emissions per kWh.
The basis is the share of self-consumption in combination with the CO₂ emissions of the electricity mix.
- Your own solar power (direct PV use and storage) is considered CO₂-free.
+ Your own solar power (direct solar use and home battery) is considered CO₂-free.
Only available if a [CO₂ source](/en/features/co2) is configured.
## List of charging sessions
@@ -63,7 +63,7 @@ A charging session in evcc is the period between plugging in the charging cable
It is quite possible that charging was paused and restarted several times during this period.
charging sessions in which no energy was used are not recorded.
-In the menu under "Charging sessions" you will find a list of all previous charging sessions grouped by month.
+In the menu under "Charging Sessions" you will find a list of all previous charging sessions grouped by month.
The data is presented in tabular form and can be exported as a CSV or Excel file.
You can filter by charging point and vehicle and view totals and average values.
@@ -80,7 +80,7 @@ By clicking on the column headings, you can choose which information should be d
Clicking on an entry in the list opens the detailed view of the charging session.
There you can see all available values including the mileage of your vehicle, if available.
-If a vehicle was not recognized correctly, you can also correct the vehicle assignment or delete the charging session in this view.
+If a vehicle was not recognised correctly, you can also correct the vehicle assignment or delete the charging session in this view.
| **4,1 kW** (3 x 6 A x 230 V)
| **11 kW** (3 x 16 A x 230 V)
**22 kW** (3 x 32 A x 230 V) |
-Most wallboxes today are connected three-phase (11 kW or 22 kW).
+Most chargers today are connected three-phase (11 kW or 22 kW).
This means that the minimum charging power is 4.1 kW.
-For [wallboxes with automatic phase switching](/en/chargers#features) (1P/3P), evcc can switch between single-phase and three-phase as required and start charging at just 1.4 kW.
+For [chargers with automatic phase switching](/en/chargers#features) (1P/3P), evcc can switch between single-phase and three-phase as required and start charging at just 1.4 kW.
-The feed-in power is shown in the **energy flow diagram**.
+The grid export power is shown in the **energy flow diagram**.
If the surplus is above the minimum charging power for a certain period of time, charging starts.
Note: The value on the grid meter is the decisive factor.
-Solar surplus charging does not work for systems with regulated grid feed-in ("zero feed-in").
+Solar surplus charging does not work for systems with regulated grid export ("zero export").
@@ -81,7 +81,7 @@ Charging stops when the solar share drops below the set value for a while.
If you have a home battery, the missing power may come from the battery instead of the grid.
Under [battery priority](/en/features/battery#priority) you control to what extent the home battery may be used for charging the vehicle.
-The delays before charging starts or stops can be adjusted under **Configuration → Charging points & Heaters → [My Charging Point]** in the **Behaviour** section.
+The delays before charging starts or stops can be adjusted under **Configuration → Charging points & heaters → [My Charging Point]** in the **Behaviour** section.
Choose them so that charging is not switched on and off too often.
Some vehicles refuse to charge if it is interrupted too often and must be made to charge again, for example by unlocking or plugging/unplugging the charging cable.
For these vehicles, [Always charge](/en/features/modes#always-charge) keeps the charging session running without interruptions.
@@ -94,4 +94,4 @@ Battery systems have their own, fast regulation.
In the standard case, the home battery has priority.
In **Smart** mode, vehicle charging only starts when the home battery can no longer absorb any power.
-You can find out how to adjust this behavior under [Home battery](/en/features/battery).
+You can find out how to adjust this behaviour under [Home battery](/en/features/battery).
diff --git a/src/content/docs/en/features/vehicle.mdx b/src/content/docs/en/features/vehicle.mdx
index aa054366c..635768d84 100644
--- a/src/content/docs/en/features/vehicle.mdx
+++ b/src/content/docs/en/features/vehicle.mdx
@@ -1,6 +1,6 @@
---
title: "Vehicles"
-description: "Explains what the guest vehicle, offline vehicles and vehicles with an online API can do in evcc and how several vehicles share one wallbox."
+description: "Explains what the guest vehicle, offline vehicles and vehicles with an online API can do in evcc and how several vehicles share one charger."
sidebar:
order: 8
---
@@ -8,9 +8,9 @@ sidebar:
import Screenshot from "@components/Screenshot.astro";
If you configure your vehicle or vehicles in evcc, additional functions are available to you.
-You can configure [Minimum Charge & Limits](/en/features/limits), use [Charge Planner](/en/features/plans) and get a detailed evaluation by vehicle in the [Charging Sessions](/en/features/sessions), including information such as mileage.
+You can configure [Minimum Charge & Limits](/en/features/limits), use [Charging Plans](/en/features/plans) and get a detailed evaluation by vehicle in the [Charging Sessions](/en/features/sessions), including information such as mileage.
-Storing vehicles is optional. Since evcc controls the charging process via the wallbox in most cases, PV and price-dependent charging also works without vehicle configuration.
+Storing vehicles is optional. Since evcc controls the charging process via the charger in most cases, solar and price-dependent charging also works without vehicle configuration.
## Vehicle types
@@ -21,7 +21,7 @@ The available functions depend on the vehicle type. The following types are dist
If you have not configured a vehicle, the guest vehicle will be displayed at the charging point.
This is a standard vehicle that does not support any special functions.
Even if you have configured your own vehicle, you can switch to the guest vehicle at any time.
-This is useful, for example, if an unconfigured vehicle (e.g. a spontaneous visitor) charges at your wallbox.
+This is useful, for example, if an unconfigured vehicle (e.g. a spontaneous visitor) charges at your charging point.
evcc then uses the standard values for power and phases configured at the charging point.
Under [Charging Sessions](/en/features/sessions), this charge is assigned to the guest vehicle.
@@ -41,13 +41,13 @@ You can find a list of all supported manufacturers under [Vehicles](/en/vehicles
Go to **Configuration → Vehicles → Add vehicle** and choose your **Manufacturer**, e.g. Audi.
Depending on the manufacturer, you then enter the access data of your vehicle account, such as user and password.
-evcc now has access to the current state of charge (SoC).
+evcc now has access to the current charge level.
Depending on the manufacturer, other information such as charging status, vehicle limits, mileage, climate control and estimated range are also available.
:::note[Note]
To protect the vehicle battery, evcc only updates the charge level when a vehicle is connected to the charging point.
Depending on the manufacturer, API access can wake up the vehicle and significantly increase standby consumption.
-You can change this behavior using the [`poll` parameter](/en/reference/configuration/loadpoints#poll) at the charging point.
+You can change this behaviour using the [`poll` parameter](/en/reference/configuration/loadpoints#poll) at the charging point.
:::
## Multiple vehicles
@@ -59,7 +59,7 @@ There are various options for assigning vehicles to charging points:
If each vehicle has its own charging point, you can configure the vehicle as the standard vehicle at the charging point.
This is the simplest and recommended configuration.
-Go to **Configuration → Charging points & Heaters → [My Charging Point]**.
+Go to **Configuration → Charging points & heaters → [My Charging Point]**.
In the **Vehicles** section, select your vehicle as **Default vehicle**.
When a new charging process starts, evcc assumes that it is the standard vehicle.
If this is not the case (e.g. guest vehicle), you can switch the vehicle in the UI.
@@ -83,32 +83,32 @@ If the detection has selected the wrong vehicle (e.g. because it is charging at
### Detection via RFID
-If your wallbox has an RFID card reader, you can also use this for the assignment.
+If your charger has an RFID card reader, you can also use this for the assignment.
This involves assigning one (or more) RFID cards to a specific vehicle.
-Every time the vehicle is connected to the wallbox again, the charging process must first be activated with the corresponding RFID card on the wallbox.
+Every time the vehicle is connected to the charger again, the charging process must first be activated with the corresponding RFID card on the charger.
-evcc receives a unique identification code from the wallbox.
-Depending on the manufacturer, this is either the RFID code or a derived internal code such as a user name from the wallbox configuration.
-After activating with the card, the current identifier is shown on the charging point card under **Configuration → Charging points & Heaters**.
-Enter this value in the **RFID identification** field of the desired vehicle under **Configuration → Vehicles**.
+evcc receives a unique identification code from the charger.
+Depending on the manufacturer, this is either the RFID code or a derived internal code such as a user name from the charger configuration.
+After activating with the card, the current identifier is shown on the charging point card under **Configuration → Charging points & heaters**.
+Enter this value in the **RFID-Identifier** field of the desired vehicle under **Configuration → Vehicles**.
You can store multiple identifiers per vehicle.
### Detection via Plug & Charge
-If your wallbox supports the ISO 15118 standard, detection can also be carried out directly via the charging cable.
-However, there are currently very few wallboxes available on the market with this function.
+If your charger supports the ISO 15118 standard, detection can also be carried out directly via the charging cable.
+However, there are currently very few chargers available on the market with this function.
:::note[Note]
-The "PLC connection to the vehicle" feature must be activated in the wallbox.
+The "PLC connection to the vehicle" feature must be activated in the charger.
:::
The setup is similar to RFID detection.
-The vehicle must be connected to the wallbox.
-The identifier (e.g. `01:23:45:67:89:00`) is then shown on the charging point card under **Configuration → Charging points & Heaters**.
-Enter this value in the **RFID identification** field of the vehicle.
+The vehicle must be connected to the charger.
+The identifier (e.g. `01:23:45:67:89:00`) is then shown on the charging point card under **Configuration → Charging points & heaters**.
+Enter this value in the **RFID-Identifier** field of the vehicle.
:::note[Note]
-If the vehicle and the wallbox do not support Plug & Charge, the vehicles return a unique hardware address (MAC address).
+If the vehicle and the charger do not support Plug & Charge, the vehicles return a unique hardware address (MAC address).
However, some manufacturers such as VW and Audi change this to a different random value every day.
In this case, you can use a wildcard and only specify the part that does not change, e.g. `01:23:45:*`.
@@ -119,15 +119,15 @@ Of course, this only works if this does not occur in several existing vehicles a
## Air conditioning
For some vehicles, evcc can also detect via the online connection whether the vehicle is currently performing pre-air conditioning.
-In this case, the lowest possible power is released on the wallbox so that the vehicle can air condition using the power from the wallbox.
+In this case, the lowest possible power is released on the charger so that the vehicle can air condition using the power from the charger.
It can happen that the air conditioning in the vehicle requires less than the released power.
-The vehicle then uses the remaining available power to continue charging the battery, even if a specified limit on the state of charge has already been reached.
+The vehicle then uses the remaining available power to continue charging the battery, even if a specified limit on the charge level has already been reached.
-As soon as the air conditioning is recognized as finished, the wallbox is locked again so that the vehicle cannot draw any more power from the wallbox unless it is already charging.
+As soon as the air conditioning is recognised as finished, the charger is locked again so that the vehicle cannot draw any more power from the charger unless it is already charging.
:::note[Note]
-This only applies to the combination of vehicles and wallboxes that communicate via the IEC 61851 standard. This is the rule today.
+This only applies to the combination of vehicles and chargers that communicate via the IEC 61851 standard. This is the rule today.
-For vehicles and wallboxes that communicate via the ISO 15118 standard, the vehicle receives exactly the amount of energy that it requests directly from the wallbox.
+For vehicles and chargers that communicate via the ISO 15118 standard, the vehicle receives exactly the amount of energy that it requests directly from the charger.
:::
diff --git a/src/content/docs/en/index.mdx b/src/content/docs/en/index.mdx
index aab21fe4e..586ad20c7 100644
--- a/src/content/docs/en/index.mdx
+++ b/src/content/docs/en/index.mdx
@@ -1,6 +1,6 @@
---
title: "Introduction"
-description: "Introduces evcc, which charges your electric car with solar surplus or cheap dynamic tariffs, runs locally and works with hundreds of wallboxes and vehicles."
+description: "Introduces evcc, which charges your electric car with solar surplus or cheap dynamic tariffs, runs locally and works with hundreds of chargers and vehicles."
sidebar:
order: 1
---
@@ -11,8 +11,8 @@ import HeroScreenshots from "@components/HeroScreenshots.astro";
import NavCard from "@components/NavCard.astro";
import NavCardGrid from "@components/NavCardGrid.astro";
-evcc optimizes charging your electric vehicle with self-generated solar energy or low-cost electricity tariffs.
-The software works across manufacturers with hundreds of wallboxes, solar systems, and vehicles.
+evcc optimises charging your electric vehicle with self-generated solar energy or low-cost electricity tariffs.
+The software works across manufacturers with hundreds of chargers, solar systems, and vehicles.
evcc runs locally on a Raspberry Pi or NAS - no cloud required.
Install evcc now
@@ -43,13 +43,13 @@ evcc runs locally on a Raspberry Pi or NAS - no cloud required.
/>
@@ -105,8 +105,8 @@ evcc works across manufacturers with hundreds of devices:
Want more? These features and integrations go beyond the basics:
- [Load Management](/en/features/loadmanagement): multiple chargers on a limited grid connection
-- [CO₂-Optimized Charging](/en/features/co2): charge when the grid is greenest
-- [Dynamic Feed-In](/en/features/dynamic-feedin): factor in variable feed-in rates
+- [CO₂-Optimised Charging](/en/features/co2): charge when the grid is greenest
+- [Dynamic Grid Export](/en/features/dynamic-feedin): factor in variable grid export rates
- [Minimum Charge & Limits](/en/features/limits): quick base charge and charging limits
- [External Limit (§ 14a EnWG & § 9 EEG)](/en/external-limit): grid operator requirements
- [Notifications](/en/notifications): messages about your charging sessions
diff --git a/src/content/docs/en/installation/configuration.mdx b/src/content/docs/en/installation/configuration.mdx
index 96183a06b..6672cdb3e 100644
--- a/src/content/docs/en/installation/configuration.mdx
+++ b/src/content/docs/en/installation/configuration.mdx
@@ -32,10 +32,10 @@ The web interface is the easiest and fastest way to set up evcc.
In the configuration area, you can set up the following components:
-- **Charging points & Heaters** (recommended): Wallboxes and heat pumps
+- **Charging points & heaters** (recommended): Chargers and heat pumps
- **Grid** (recommended): Grid connection meter, electricity tariffs and curtailment devices – important for proper energy management
-- **Solar & Battery** (optional): Solar systems and battery storage
-- **Vehicles** (optional): Vehicle integrations for battery capacity and state of charge, enables smarter charging
+- **Solar & battery** (optional): Solar systems and home batteries
+- **Vehicles** (optional): Vehicle integrations for battery capacity and charge level, enables smarter charging
At least one meter or charging point must be configured for the system to run.
@@ -57,8 +57,8 @@ Additionally, you can integrate various services and protocols:
- **MQTT**: Data exchange with other systems on the network
- **[Notifications](/en/notifications)**: Push notifications and email alerts
- **InfluxDB**: Data export for long-term analysis
-- **EEBus**: Communication with other EEBus devices
-- **OCPP Server**: Connection with OCPP-capable wallboxes
+- **EEBUS**: Communication with other EEBUS devices
+- **OCPP Server**: Connection with OCPP-capable chargers
- **Circuits**: Circuit monitoring and control
- **Modbus Proxy**: Multiple access to Modbus devices
- **Sunny Home Manager**: Integration via SEMP protocol
@@ -179,10 +179,10 @@ The file only contains demo devices (`demo-charger`, `demo-meter`, `demo-battery
These have fixed values.
Go through the file step by step and adjust the values to your setup:
-- Replace the demo devices with your own [meters](/en/meters), [wallboxes](/en/chargers), and [vehicles](/en/vehicles).
+- Replace the demo devices with your own [meters](/en/meters), [chargers](/en/chargers), and [vehicles](/en/vehicles).
- If you don't have a battery, you can remove that section completely.
- If you have multiple solar systems, you can duplicate the corresponding sections.
-- If you have multiple wallboxes, copy the loadpoint and charger sections and adjust the names.
+- If you have multiple chargers, copy the charging point and charger sections and adjust the names.
Note that the individual entries reference each other.
In the `site` entry (`meters`), the meters (`grid`, `pv`, `battery`) are assigned to their roles.
@@ -240,7 +240,7 @@ If errors occur, you can get additional information using the following commands
evcc -c evcc.yaml -l debug vehicle
```
-- Wallboxes
+- Chargers
```sh
evcc -c evcc.yaml -l debug charger
diff --git a/src/content/docs/en/installation/considerations.mdx b/src/content/docs/en/installation/considerations.mdx
index 6e995520b..4a0ecdd6f 100644
--- a/src/content/docs/en/installation/considerations.mdx
+++ b/src/content/docs/en/installation/considerations.mdx
@@ -1,6 +1,6 @@
---
title: "Preliminary Considerations"
-description: "If solar charging is new to you, this explains why evcc needs a grid meter, which hardware it runs well on and what to look for when choosing a wallbox."
+description: "If solar charging is new to you, this explains why evcc needs a grid meter, which hardware it runs well on and what to look for when choosing a charger."
sidebar:
hidden: true
---
@@ -24,13 +24,13 @@ The simplest solution: I always connect the car for charging when the sun is shi
Unfortunately, we have clouds or we're currently using the solar system's electricity for the washing machine.
We therefore need to automate the charging control - and that's exactly what evcc does.
-For automation, we need to know the current electricity surplus, i.e., how much electricity we don't consume ourselves and therefore feed into the power grid.
+For automation, we need to know the current electricity surplus, i.e., how much electricity we don't consume ourselves and therefore export to the power grid.
We get this information from the electricity meter.
This can be the electricity meter of the metering point operator (e.g., your energy provider) or an additional meter that was installed with the solar system.
-The latter is usually the case when the solar system is equipped with a storage battery.
+The latter is usually the case when the solar system is equipped with a home battery.
The meter must be electronically readable.
-Just check under [Devices > PV, Battery, Grid, Meters](/en/meters) to see if you can find your devices.
+Just check under [Devices > Solar, Home Battery, Grid, Meters](/en/meters) to see if you can find your devices.
If not, you can also integrate them yourself as [user-defined devices](/en/user-defined-devices).
Another prerequisite for automating surplus charging is a controllable charger.
@@ -61,7 +61,7 @@ This could be, for example, a network storage (NAS) or an existing system like H
The installation is more demanding here, as evcc then has to run on a virtual machine or as a container.
To ensure high stability, we recommend connecting both evcc and the devices used (charger, solar system, battery, etc.) with a network cable wherever possible.
-Meters, solar systems, storage systems and chargers are addressed via their IP address.
+Meters, solar systems, home batteries and chargers are addressed via their IP address.
During [setup](/en/installation/configuration) the devices found in your network are suggested, so you usually don't have to look the addresses up.
If a device is not found, its IP address is usually listed in the web interface of the DSL or cable router (e.g. Fritz!Box).
It is helpful to assign these addresses permanently in the router so that they do not change over time.
@@ -106,13 +106,13 @@ To be able to charge both low solar power surpluses and larger surpluses, automa
Chargers that support this function are noted accordingly in the [listing](/en/chargers).
If the charger does not support automatic switching, in the winter months, with a pre-connected load disconnector (e.g., Hager HAB304), phases 2 and 3 could possibly be switched off manually.
-With the above minimal communication between the charger and the vehicle, it is not possible for the charger to identify the connected vehicle or to query the current state of charge (SoC).
+With the above minimal communication between the charger and the vehicle, it is not possible for the charger to identify the connected vehicle or to query the current charge level.
To get this information, evcc takes the route via interfaces (APIs) of the vehicle manufacturer.
The scope of the information provided there is different and can include, for example, the air conditioning or the position of the vehicle.
The use of these APIs is sometimes subject to a fee from the manufacturer.
Some chargers already implement the relatively new [ISO 15118](https://en.wikipedia.org/wiki/ISO_15118) protocol (hardware and software extensions necessary), which is used for "Plug & Charge" and "Autocharge" at public fast charging stations.
-With this, it is possible, for example, to determine the identity of the connected vehicle and the SoC and to specify the charging power for each phase individually.
+With this, it is possible, for example, to determine the identity of the connected vehicle and the charge level and to specify the charging power for each phase individually.
The prerequisite is that the vehicle also correctly supports the respective function.
It is not to be expected that older vehicles will still be retrofitted with support for ISO 15118.
The same applies to chargers.
diff --git a/src/content/docs/en/installation/docker.mdx b/src/content/docs/en/installation/docker.mdx
index 2735e1496..2cf8f5cf6 100644
--- a/src/content/docs/en/installation/docker.mdx
+++ b/src/content/docs/en/installation/docker.mdx
@@ -29,7 +29,7 @@ The container then shares the network of the host and behaves like a directly in
This has several benefits:
- When you add a device, the **IP address or hostname** field suggests the devices found in your network.
-- Features based on mDNS work, e.g. EEBus, the SMA Sunny Home Manager and automatic discovery by the evcc app.
+- Features based on mDNS work, e.g. EEBUS, the SMA Sunny Home Manager and automatic discovery by the evcc app.
- Devices that communicate via UDP, e.g. KEBA chargers and SMA devices, are reachable without further setup.
- There is no port list to maintain. Inbound connections like OCPP chargers work right away.
@@ -177,7 +177,7 @@ With host networking these ports are available on the host directly.
| 7090 | 7090/udp | KEBA chargers | no |
| 28376 | 28376/udp | EVSE Master chargers | no |
| 5353 | 5353/udp | mDNS | no |
-| 4712 | 4712/tcp | EEBus | no |
+| 4712 | 4712/tcp | EEBUS | no |
| 8899 | 8899/udp | Modbus UDP | no |
## Testing \{#test\}
diff --git a/src/content/docs/en/installation/home-assistant.mdx b/src/content/docs/en/installation/home-assistant.mdx
index 184918b91..df86bba2a 100644
--- a/src/content/docs/en/installation/home-assistant.mdx
+++ b/src/content/docs/en/installation/home-assistant.mdx
@@ -176,7 +176,7 @@ exit
### How can I use my external adapter / HAT in the Home Assistant evcc app (Home Assistant OS, Raspberry Pi)?
-If your Home Assistant device is close to your meter (solar, battery, grid, ...) you can also retrieve the data directly via Modbus (e.g. USB).
+If your Home Assistant device is close to your meter (solar, home battery, grid, ...) you can also retrieve the data directly via Modbus (e.g. USB).
To do this, you need to enable external devices for Home Assistant, which also includes the evcc app.
To do this, uncomment the line `uart = 1` in the `config.txt` file on the Home Assistant OS boot partition.
diff --git a/src/content/docs/en/installation/index.mdx b/src/content/docs/en/installation/index.mdx
index 8b02df007..4cbbf7b70 100644
--- a/src/content/docs/en/installation/index.mdx
+++ b/src/content/docs/en/installation/index.mdx
@@ -10,7 +10,7 @@ import NavCard from "@components/NavCard.astro";
import NavCardGrid from "@components/NavCardGrid.astro";
In this section you will find installation guides for evcc on various platforms.
-If you want to learn more about how wallboxes and EV charging work, first check out the [preliminary considerations](/en/installation/considerations).
+If you want to learn more about how chargers and EV charging work, first check out the [preliminary considerations](/en/installation/considerations).
/title`: loadpoint title
+- `evcc/loadpoints`: number of available charging points
+- `evcc/loadpoints//title`: charging point title
- `evcc/loadpoints//connected`: vehicle connected (true/false)
- `evcc/loadpoints//charging`: currently charging (true/false)
- `evcc/loadpoints//enabled`: charger enabled (true/false)
@@ -45,10 +45,10 @@ All loadpoint IDs begin at `1`.
- `evcc/loadpoints//chargeTotalImport`: charge meter total (Wh)
- `evcc/loadpoints//vehicleName`: vehicle identifier
- `evcc/loadpoints//vehicleTitle`: vehicle display name
-- `evcc/loadpoints//vehicleSoc`: vehicle SoC (%)
+- `evcc/loadpoints//vehicleSoc`: vehicle charge level (%)
- `evcc/loadpoints//vehicleRange`: vehicle range (km)
- `evcc/loadpoints//phasesActive`: active phases
-- `evcc/loadpoints//planActive`: plan currently active (true/false)
+- `evcc/loadpoints//planActive`: charging plan currently active (true/false)
- `evcc/loadpoints//sessionEnergy`: session energy (Wh)
- `evcc/loadpoints//sessionSolarPercentage`: self-produced energy share of session (%)
- `evcc/loadpoints//smartCostActive`: smart cost currently active (true/false)
@@ -78,24 +78,24 @@ mosquitto_pub -t "evcc/site/batteryGridChargeLimit/set" -m "none"
### Site
-- `evcc/site/prioritySoc`: battery priority SoC
-- `evcc/site/bufferSoc`: battery buffer SoC
-- `evcc/site/bufferStartSoc`: battery buffer start SoC
+- `evcc/site/prioritySoc`: battery priority charge level
+- `evcc/site/bufferSoc`: battery buffer charge level
+- `evcc/site/bufferStartSoc`: battery buffer start charge level
- `evcc/site/residualPower`: grid residual power
- `evcc/site/batteryGridChargeLimit`: smart charging cost limit
- `evcc/site/batteryDischargeControl`: enable/disable battery discharge control (true/false)
- `evcc/site/batteryMode`: external battery mode (`normal`, `hold`, `charge`, `holdcharge`, `discharge`) — directly controls all controllable batteries, overrules other evcc modes, resets after 60 s
-- `evcc/site/smartCostLimit`: smart cost limit for all loadpoints
-- `evcc/site/smartFeedInPriorityLimit`: feed-in priority limit for all loadpoints
+- `evcc/site/smartCostLimit`: smart cost limit for all charging points
+- `evcc/site/smartFeedInPriorityLimit`: feed-in priority limit for all charging points
-### Loadpoints
+### Charging Points
- `evcc/loadpoints//mode`: charge mode (`off`, `smart`, `now`)
- `evcc/loadpoints//alwaysCharge`: always charge option (`off`, `on`, `once`) — only in smart mode
-- `evcc/loadpoints//minSoc`: minimum SoC
-- `evcc/loadpoints//limitSoc`: limit SoC in % — only applicable for online vehicles
+- `evcc/loadpoints//minSoc`: minimum charge level
+- `evcc/loadpoints//limitSoc`: limit charge level in % — only applicable for online vehicles
- `evcc/loadpoints//limitEnergy`: limit energy in kWh — only applicable for offline vehicles
-- `evcc/loadpoints//planEnergy`: plan energy (JSON payload: `{"value": 50, "time": "2023-03-05T07:00:00Z"}`)
+- `evcc/loadpoints//planEnergy`: charging plan energy (JSON payload: `{"value": 50, "time": "2023-03-05T07:00:00Z"}`)
- `evcc/loadpoints//phasesConfigured`: configured phases
- `evcc/loadpoints//minCurrent`: minimum current value
- `evcc/loadpoints//maxCurrent`: maximum current value
@@ -105,18 +105,18 @@ mosquitto_pub -t "evcc/site/batteryGridChargeLimit/set" -m "none"
- `evcc/loadpoints//disableThreshold`: threshold value
- `evcc/loadpoints//disableDelay`: delay value (s)
- `evcc/loadpoints//batteryboost`: battery boost enabled (1/0)
-- `evcc/loadpoints//batteryBoostLimit`: battery boost SoC limit
+- `evcc/loadpoints//batteryBoostLimit`: battery boost charge level limit
- `evcc/loadpoints//priority`: priority value
- `evcc/loadpoints//smartCostLimit`: smart cost limit
- `evcc/loadpoints//smartFeedInPriorityLimit`: feed-in priority limit
-- `evcc/loadpoints//planStrategy`: plan strategy (JSON)
+- `evcc/loadpoints//planStrategy`: charging plan strategy (JSON)
- `evcc/loadpoints//vehicle`: set vehicle by name
### Vehicles
For vehicle names see `evcc/vehicles`.
-- `evcc/vehicles//minSoc`: minimum SoC in %
-- `evcc/vehicles//limitSoc`: limit SoC in %
-- `evcc/vehicles//planSoc`: plan SoC (JSON payload: `{"value": 50, "time": "2023-03-05T07:00:00Z"}`)
-- `evcc/vehicles//planStrategy`: plan strategy (JSON)
+- `evcc/vehicles//minSoc`: minimum charge level in %
+- `evcc/vehicles//limitSoc`: limit charge level in %
+- `evcc/vehicles//planSoc`: charging plan charge level (JSON payload: `{"value": 50, "time": "2023-03-05T07:00:00Z"}`)
+- `evcc/vehicles//planStrategy`: charging plan strategy (JSON)
diff --git a/src/content/docs/en/integrations/ocpp-forwarding.md b/src/content/docs/en/integrations/ocpp-forwarding.md
index e549c80e4..df48634d8 100644
--- a/src/content/docs/en/integrations/ocpp-forwarding.md
+++ b/src/content/docs/en/integrations/ocpp-forwarding.md
@@ -1,6 +1,6 @@
---
title: "OCPP Forward"
-description: "Shows how to forward a wallbox's OCPP messages from evcc to an external backend such as a billing platform while evcc keeps controlling the charging."
+description: "Shows how to forward a charger's OCPP messages from evcc to an external backend such as a billing platform while evcc keeps controlling the charging."
---
Sometimes charging sessions need to reach an external OCPP backend, e.g. a billing platform for employer reimbursement or a charge point operator.
diff --git a/src/content/docs/en/integrations/sma-sunny-home-manager.md b/src/content/docs/en/integrations/sma-sunny-home-manager.md
index 42f3a0a0a..3e7eabc9f 100644
--- a/src/content/docs/en/integrations/sma-sunny-home-manager.md
+++ b/src/content/docs/en/integrations/sma-sunny-home-manager.md
@@ -6,22 +6,22 @@ sidebar:
---
evcc supports integration with the [SMA Sunny Home Manager 2.0 (SHM)](https://www.sma.de/produkte/energiemanagement/sunny-home-manager).
-This integration makes charge points visible in the Sunny Portal and optionally allows control by the SHM.
+This integration makes charging points visible in the Sunny Portal and optionally allows control by the SHM.
## How It Works
The integration is permanently active.
Once evcc is running, it automatically provides a SEMP endpoint (Smart Energy Management Protocol) and announces it via mDNS on the local network.
-This allows the SHM to automatically detect and integrate the charge points.
+This allows the SHM to automatically detect and integrate the charging points.
-Through the integration, all evcc charge points appear as consumers in the Sunny Portal with detailed consumption data.
+Through the integration, all evcc charging points appear as consumers in the Sunny Portal with detailed consumption data.
Additionally, the SHM can influence charging power if explicitly allowed.
The SEMP endpoint is accessible at `http://[evcc-IP]:7070/semp/` and displays an XML overview of registered devices.
## Setup in Sunny Home Manager
-After configuring evcc, the charge points are automatically suggested as new devices in the Sunny Portal under **Configuration > Device overview**.
+After configuring evcc, the charging points are automatically suggested as new devices in the Sunny Portal under **Configuration > Device overview**.
There you can activate them and follow the configuration wizard.
See the [SMA manual](https://manuals.sma.de/HM-20/en-US/10426801547.html) for setup details.
@@ -30,7 +30,7 @@ See the [SMA manual](https://manuals.sma.de/HM-20/en-US/10426801547.html) for se
No configuration is required on the evcc side.
evcc automatically generates the necessary device IDs.
-Each charge point receives a unique ID in the format:
+Each charging point receives a unique ID in the format:
```
F-AAAAAAAA-BBBBBBBBBBBB-00
diff --git a/src/content/docs/en/reference/app.md b/src/content/docs/en/reference/app.md
index 88129c6ea..3208311ed 100644
--- a/src/content/docs/en/reference/app.md
+++ b/src/content/docs/en/reference/app.md
@@ -45,14 +45,14 @@ evcc://forecast?server=
`server` is the zero-based index of a saved server.
If omitted, the active server is used.
-## Open a Loadpoint {#loadpoint}
+## Open a Charging Point {#loadpoint}
-Navigates to the loadpoints page.
+Navigates to the charging points page.
```
evcc://loadpoint?lp=&server=
```
-`lp` focuses the loadpoint with that one-based number.
-If omitted, the current loadpoint is used.
+`lp` focuses the charging point with that one-based number.
+If omitted, the current charging point is used.
`server` works the same as above.
diff --git a/src/content/docs/en/reference/configuration/chargers.mdx b/src/content/docs/en/reference/configuration/chargers.mdx
index 55c0597e8..b9635bbc3 100644
--- a/src/content/docs/en/reference/configuration/chargers.mdx
+++ b/src/content/docs/en/reference/configuration/chargers.mdx
@@ -70,7 +70,7 @@ icon: bike
### `heating`
-This parameter causes the state of charge for chargers in the "switchable sockets (switchsockets)" group to be displayed in degrees instead of percent.
+This parameter causes the charge level for chargers in the "switchable sockets (switchsockets)" group to be displayed in degrees instead of percent.
**Example**:
@@ -85,7 +85,7 @@ features:
Marks a device that keeps running in its own normal operation when "disabled".
The UI shows "Normal operation" instead of "Standby".
-A request to increase power (e.g. on PV surplus or cheap grid power) is labelled "Boost".
+A request to increase power (e.g. on solar surplus or cheap grid power) is labelled "Boost".
Set this feature when your device keeps running in its regular mode without active control.
The typical use case is a heat pump; preconfigured heat pump types and matching templates already set the feature.
@@ -102,7 +102,7 @@ features:
### `switchdevice`
Marks a device that can only be switched on/off and does not support continuous current control (e.g. on/off heat pumps, switch sockets).
-The UI hides the min/max current settings and the **Always charge** option for this loadpoint.
+The UI hides the min/max current settings and the **Always charge** option for this charging point.
Matching templates and preconfigured types already set this feature.
For custom configurations via `type: custom` without continuous current control, set this feature.
diff --git a/src/content/docs/en/reference/configuration/curtailers.md b/src/content/docs/en/reference/configuration/curtailers.md
index 2ca22eb0e..ca8194269 100644
--- a/src/content/docs/en/reference/configuration/curtailers.md
+++ b/src/content/docs/en/reference/configuration/curtailers.md
@@ -1,17 +1,17 @@
---
title: "curtailers"
-description: "How to add curtailment devices in evcc.yaml that limit solar feed-in when the grid operator requests it, and when you need one at all."
+description: "How to add curtailment devices in evcc.yaml that limit solar grid export when the grid operator requests it, and when you need one at all."
sidebar:
order: 6
---
-_Curtailers_ (curtailment devices) is a list of devices that only limit the feed-in of the solar installation on request of the grid operator (§ 9 EEG).
+_Curtailers_ (curtailment devices) is a list of devices that only limit the grid export of the solar system on request of the grid operator (§ 9 EEG).
Most inverters are curtailed through their [`meters`](/en/reference/configuration/meters) entry and don't need a separate device.
A curtailment device is only required when the inverter can't be curtailed via its meter configuration, for the SMA Sunny Home Manager 2.0, or for systems with several inverters where the limit has to be written to the leader inverter.
For background and the list of supported devices see [External Limit](/en/external-limit#curtailment-devices).
Curtailment devices are referenced from [`site.curtailers`](/en/reference/configuration/site#curtailers).
-They only become active when the [`hems`](/en/reference/configuration/hems) integration signals a feed-in limit.
+They only become active when the [`hems`](/en/reference/configuration/hems) integration signals a grid export limit.
The limit is passed as a percentage of the installed generator power to all curtailable `pv` meters and curtailment devices alike.
**For example**:
diff --git a/src/content/docs/en/reference/configuration/eebus.md b/src/content/docs/en/reference/configuration/eebus.md
index f8c4d3991..0d970a6e6 100644
--- a/src/content/docs/en/reference/configuration/eebus.md
+++ b/src/content/docs/en/reference/configuration/eebus.md
@@ -1,12 +1,12 @@
---
title: "eebus"
-description: "How to configure EEBus in evcc.yaml with your own certificate, network interfaces and SHIP ID, and how to move the setup to the web interface."
+description: "How to configure EEBUS in evcc.yaml with your own certificate, network interfaces and SHIP ID, and how to move the setup to the web interface."
sidebar:
order: 14
---
:::tip[Recommendation]
-Configure EEBus in the UI under **Configuration → EEBus**.
+Configure EEBUS in the UI under **Configuration → EEBUS**.
Certificate and identifiers are generated automatically on first start.
:::
@@ -30,9 +30,9 @@ eebus:
:::note[Migration from YAML to UI]
Remove the `eebus:` block from your `evcc.yaml` and restart.
-A new certificate is generated automatically and all EEBus devices must be paired again.
+A new certificate is generated automatically and all EEBUS devices must be paired again.
-To keep your existing certificate, enter it in the EEBus dialog under **Show advanced settings**.
+To keep your existing certificate, enter it in the EEBUS dialog under **Show advanced settings**.
This is useful if the SKI (part of the public certificate) is already registered with your grid operator for [external control](/en/external-limit).
:::
@@ -96,7 +96,7 @@ private: |
### `interfaces`
-Defines a list of network interfaces through which EEBus should communicate. By default, all interfaces are used, but this might lead to communication issues.
+Defines a list of network interfaces through which EEBUS should communicate. By default, all interfaces are used, but this might lead to communication issues.
**For example**:
diff --git a/src/content/docs/en/reference/configuration/hems.md b/src/content/docs/en/reference/configuration/hems.md
index 3f76b38fd..426c429c2 100644
--- a/src/content/docs/en/reference/configuration/hems.md
+++ b/src/content/docs/en/reference/configuration/hems.md
@@ -1,11 +1,11 @@
---
title: "hems"
-description: "How to configure external limits for consumption and feed-in in evcc.yaml, e.g. for § 14a EnWG or § 9 EEG, via relay, FNN control box or EEBus."
+description: "How to configure external limits for consumption and grid export in evcc.yaml, e.g. for § 14a EnWG or § 9 EEG, via relay, FNN control box or EEBUS."
sidebar:
order: 8
---
-The `hems` section configures external control of consumption and feed-in power.
+The `hems` section configures external control of consumption and grid export power.
This is used e.g. for implementing German § 14a EnWG or § 9 EEG regulations.
For background and setup details, see [External Limit](/en/external-limit).
@@ -33,7 +33,7 @@ Defines the type of external control.
- `relay`: Connection via switch contact
- `fnn`: Connection via FNN control box with multiple switch contacts
-- `eebus`: Connection via the EEBus protocol
+- `eebus`: Connection via the EEBUS protocol
---
@@ -79,7 +79,7 @@ For more examples of different connections (GPIO, MQTT, HTTP), see [user-defined
## `type: fnn`
Connection via an FNN control box with separate switch contacts.
-Dimming of consumption (W4) and curtailment of feed-in (W3, S2, S1) are signaled via individual contacts.
+Dimming of consumption (W4) and curtailment of grid export (W3, S2, S1) are signalled via individual contacts.
```yaml
hems:
@@ -116,7 +116,7 @@ Required when `w4` is configured.
#### `maxCurtailPower`
-Installed PV power in watts.
+Installed solar power in watts.
Base value for the curtailment steps (W3, S2, S1).
#### `w4`
@@ -127,17 +127,17 @@ When active, consumption is limited to `maxDimPower`.
#### `w3`
[Plugin](/en/reference/plugins) configuration for reading the curtailment signal "0%".
-When active, feed-in is limited to 0% of `maxCurtailPower`.
+When active, grid export is limited to 0% of `maxCurtailPower`.
#### `s2`
[Plugin](/en/reference/plugins) configuration for reading the curtailment signal "30%".
-When active, feed-in is limited to 30% of `maxCurtailPower`.
+When active, grid export is limited to 30% of `maxCurtailPower`.
#### `s1`
[Plugin](/en/reference/plugins) configuration for reading the curtailment signal "60%".
-When active, feed-in is limited to 60% of `maxCurtailPower`.
+When active, grid export is limited to 60% of `maxCurtailPower`.
#### `interval`
@@ -150,7 +150,7 @@ For setup details, see [External Limit](/en/external-limit).
## `type: eebus`
-Connection via the EEBus protocol.
+Connection via the EEBUS protocol.
The control box automatically transmits the power limit.
```yaml
@@ -168,12 +168,12 @@ Required for pairing.
#### Advanced Limits
-The following optional parameters can be set for EEBus communication:
+The following optional parameters can be set for EEBUS communication:
- `contractualConsumptionNominalMax`: Contractual maximum consumption power (in watts)
- `failsafeConsumptionActivePowerLimit`: Failsafe limit for consumption power (in watts)
- `productionNominalMax`: Installed generator power (Wp, in watts)
-- `failsafeProductionActivePowerLimit`: Failsafe limit for feed-in power (in watts)
+- `failsafeProductionActivePowerLimit`: Failsafe limit for grid export power (in watts)
- `failsafeDurationMinimum`: Minimum failsafe duration (e.g. `2h`)
#### `passthrough`
diff --git a/src/content/docs/en/reference/configuration/index.md b/src/content/docs/en/reference/configuration/index.md
index c977dd614..b5e966791 100644
--- a/src/content/docs/en/reference/configuration/index.md
+++ b/src/content/docs/en/reference/configuration/index.md
@@ -20,7 +20,7 @@ This section documents the YAML-based configuration.
:::note[Parallel Usage]
Both configuration methods can be used in parallel.
-Devices (loadpoints, meters, PV systems, batteries, vehicles) are merged from both sources.
+Devices (charging points, meters, solar systems, home batteries, vehicles) are merged from both sources.
For other settings, UI configuration takes priority.
Details can be found in the [FAQ](/en/faq#ui-migration).
:::
@@ -117,9 +117,9 @@ settings.
A [Site](/en/reference/configuration/site) describes the location with the existing and required devices of
the home installation and is responsible for regulating the available power.
-### Loadpoint
+### Charging Point
-A [Loadpoint](/en/reference/configuration/loadpoints) describes the charging infrastructure and combines
+A [charging point](/en/reference/configuration/loadpoints) describes the charging infrastructure and combines
existing _Chargers_, _Vehicles_, and anything else a charging point needs.
### Chargers
@@ -133,26 +133,26 @@ how they are addressed.
include:
- Imported, Exported power
-- PV-generated power
+- Solar-generated power
- Charging current of EV (if the charger does not support this directly)
-- Power flow of house battery(ies)
+- Power flow of home battery(ies)
### Curtailers
-[Curtailers](/en/reference/configuration/curtailers) are devices that only limit the feed-in of the solar
-installation on request of the grid operator (§ 9 EEG), e.g. the SMA Sunny Home Manager 2.0 or the leader
+[Curtailers](/en/reference/configuration/curtailers) are devices that only limit the grid export of the solar
+system on request of the grid operator (§ 9 EEG), e.g. the SMA Sunny Home Manager 2.0 or the leader
inverter of a system with several inverters.
### Vehicles
-To limit the state of charge (SoC) of EVs to a specific level, you can specify
+To limit the charge level of EVs to a specific level, you can specify
the existing [vehicles](/en/reference/configuration/vehicles) and online access data here.
### HEMS
evcc can forward the charging points and their charging currents to another
[Home Energy Management System (HEMS)](/en/reference/configuration/hems) so that it can use this
-information, for example, to control the house battery.
+information, for example, to control the home battery.
### Messaging
diff --git a/src/content/docs/en/reference/configuration/loadpoints.md b/src/content/docs/en/reference/configuration/loadpoints.md
index 0ddd1aaef..3b374858a 100644
--- a/src/content/docs/en/reference/configuration/loadpoints.md
+++ b/src/content/docs/en/reference/configuration/loadpoints.md
@@ -121,7 +121,7 @@ mode: smart
### `soc`
-Defins the default settings for handling the State of Charge (SoC) of a connected vehicle.
+Defins the default settings for handling the charge level of a connected vehicle.
**For example**:
@@ -173,12 +173,12 @@ interval: 60m
#### `estimate`
-Calculate (interpolate) the current SoC between vehicle data queries.
+Calculate (interpolate) the current charge level between vehicle data queries.
**Possible values**:
-- `true`: evcc interpolates the SoC values between vehicle data queries (recommended).
-- `false`: evcc only uses the SoC values returned by the vehicle.
+- `true`: evcc interpolates the charge level values between vehicle data queries (recommended).
+- `false`: evcc only uses the charge level values returned by the vehicle.
**Default value:** `true`
@@ -211,7 +211,7 @@ enable:
Defines the power threshold at the grid connection point in watts (W).
-**Possible values**: A positive value for grid consumption, a negative value for grid export. When set to `0`, export must reach the minimum charging power.
+**Possible values**: A positive value for grid import, a negative value for grid export. When set to `0`, export must reach the minimum charging power.
**Default value:** `0`
@@ -224,9 +224,9 @@ threshold: 0
:::note
If a residual power offset for the desired operating point of the surplus regulation is defined for the evcc site using the `residualPower` parameter, this value must be considered when setting the `threshold` value.
-For example, if `residualPower` is set to 200 (the evcc control sets the desired operating point to 200W feed-in), then setting an `enable` `threshold` value of 100 doesn't mean that charging will start at 100W grid consumption. Instead, the remaining feed-in power will be reduced by 100W, starting the charging at 100W feed-in.
+For example, if `residualPower` is set to 200 (the evcc control sets the desired operating point to 200W grid export), then setting an `enable` `threshold` value of 100 doesn't mean that charging will start at 100W grid import. Instead, the remaining grid export power will be reduced by 100W, starting the charging at 100W grid export.
-To start charging at 100W grid consumption in this case, the `threshold` value should be set to 300.
+To start charging at 100W grid import in this case, the `threshold` value should be set to 300.
:::
#### `delay`
@@ -259,7 +259,7 @@ disable:
Defines the power threshold at the grid connection point in watts (W).
-**Possible values**: A positive value for grid consumption. When set to `0`, charging stops once surplus no longer covers the minimum charging power.
+**Possible values**: A positive value for grid import. When set to `0`, charging stops once surplus no longer covers the minimum charging power.
**Default value:** `0`
@@ -349,18 +349,18 @@ If the charging point is not assigned a charger but one of the supported control
### `priority`
-During charging, this parameter prioritises loadpoints with each other.
+During charging, this parameter prioritises charging points with each other.
-The prioritised loadpoint is given the charging power of other non-prioritised loadpoints or those with lower priority. When a prioritised loadpoint accesses this power, it might lead to short-term grid consumption until the regulation stabilises.
+The prioritised charging point is given the charging power of other non-prioritised charging points or those with lower priority. When a prioritised charging point accesses this power, it might lead to short-term grid import until the regulation stabilises.
-Higher values indicate higher priority. Loadpoints without an entry have `priority: 0`.
+Higher values indicate higher priority. Charging points without an entry have `priority: 0`.
-When multiple loadpoints are present, this parameter doesn't influence the order in which the charging sessions are started. However, if a lower-priority loadpoint is charging, a higher-priority one might be switched on if it is given access to the unused charging power.
+When multiple charging points are present, this parameter doesn't influence the order in which the charging sessions are started. However, if a lower-priority charging point is charging, a higher-priority one might be switched on if it is given access to the unused charging power.
This prioritisation works in `smart` mode. With [Always charge](/en/features/modes#always-charge) active, charging is not interrupted, only reduced to the minimum.
:::note
-If a vehicle has a priority defined, it overrides the priority of the loadpoint it is connected to.
+If a vehicle has a priority defined, it overrides the priority of the charging point it is connected to.
:::
**Default value:** `0`
diff --git a/src/content/docs/en/reference/configuration/messaging.md b/src/content/docs/en/reference/configuration/messaging.md
index 932b74b13..3cc3fbca4 100644
--- a/src/content/docs/en/reference/configuration/messaging.md
+++ b/src/content/docs/en/reference/configuration/messaging.md
@@ -26,7 +26,7 @@ The available events are:
- `stop`: Charging has stopped
- `connect`: Vehicle connected
- `disconnect`: Vehicle disconnected
-- `soc`: Vehicle battery state of charge changed
+- `soc`: Vehicle charge level changed
- `guest`: Unknown vehicle detected
- `asleep`: Vehicle not charging despite charge release
- `planoverrun`: Charging plan projected to miss its target
diff --git a/src/content/docs/en/reference/configuration/meters.md b/src/content/docs/en/reference/configuration/meters.md
index fd791262b..dfa0dfa3f 100644
--- a/src/content/docs/en/reference/configuration/meters.md
+++ b/src/content/docs/en/reference/configuration/meters.md
@@ -5,14 +5,14 @@ sidebar:
order: 5
---
-_Meters_ (current measurement devices) is a list of devices in the house that can measure power and energy consumption, PV generation, or house battery usage. A `meter` defines a point of energy measurement and can be a physical device (e.g., a meter at the grid connection point), a PV inverter (AC or DC in the case of hybrid inverters), or a battery inverter.
+_Meters_ (current measurement devices) is a list of devices in the house that can measure power and energy consumption, solar generation, or home battery usage. A `meter` defines a point of energy measurement and can be a physical device (e.g., a meter at the grid connection point), a solar inverter (AC or DC in the case of hybrid inverters), or a battery inverter.
Chargers may have an integrated meter or it can be externally connected. If a charger has an internal current measurement device, no entry for it needs to be created in `meters`. If the charger doesn't have such a meter, evcc will use the meter configured here and assigned to the charger under [`meters`](/en/reference/configuration/loadpoints#meter) in the charging point configuration, or assume that the charging power set is actually being used.
evcc uses a consistent sign convention for power and current values (`power`, `powers`, `currents`):
-- **Positive (+)** for incoming energy: grid consumption, PV generation, house battery discharge
-- **Negative (-)** for outgoing energy: grid feed-in, PV inverter standby consumption, house battery charging
+- **Positive (+)** for incoming energy: grid import, solar generation, home battery discharge
+- **Negative (-)** for outgoing energy: grid export, solar inverter standby consumption, home battery charging
- **Consumers** (charger, aux meters) are always **positive (+)**
If the device returns values with the opposite sign, this can be corrected in the [plugin configuration](/en/reference/plugins) using `scale: -1`.
@@ -145,7 +145,7 @@ energy: Sum
##### `soc`
-Defines the method of measurement that MBMD returns for battery state of charge (SoC), typically `ChargeState`.
+Defines the method of measurement that MBMD returns for battery charge level, typically `ChargeState`.
**For example**:
@@ -181,8 +181,8 @@ Defines which measurements are needed here.
**Possible Values**:
- **`grid`**: For measurements at the grid connection point
-- **`pv`**: For measurements of PV generation
-- **`battery`**: For measurements of the house battery
+- **`pv`**: For measurements of solar generation
+- **`battery`**: For measurements of the home battery
---
@@ -235,8 +235,8 @@ Defines which measurements are needed here.
**Possible Values**:
- **`grid`**: For measurements at the grid connection point
-- **`pv`**: For measurements of PV generation
-- **`battery`**: For measurements of the house battery
+- **`pv`**: For measurements of solar generation
+- **`battery`**: For measurements of the home battery
---
@@ -331,8 +331,8 @@ Defines which measurements are needed here.
**Possible Values**:
- **`grid`**: For measurements at the grid connection point
-- **`pv`**: For measurements of PV generation
-- **`battery`**: For measurements of the house battery
+- **`pv`**: For measurements of solar generation
+- **`battery`**: For measurements of the home battery
---
@@ -441,7 +441,7 @@ Plugin definition to return consumed energy in kilowatt-hours (kWh).
##### `returnenergy`
-Plugin definition to return energy in reverse direction in kilowatt-hours (kWh), e.g. grid feed-in.
+Plugin definition to return energy in reverse direction in kilowatt-hours (kWh), e.g. grid export.
**For example**:
@@ -455,7 +455,7 @@ Plugin definition to return energy in reverse direction in kilowatt-hours (kWh),
#### `soc`
-Plugin definition to return battery state of charge (SoC) in percentage (%).
+Plugin definition to return battery charge level in percentage (%).
**For example**:
@@ -469,7 +469,7 @@ Plugin definition to return battery state of charge (SoC) in percentage (%).
#### `capacity`
-Indication of battery capacity. Only useful when multiple batteries are present. Used to determine the overall SoC.
+Indication of battery capacity. Only useful when multiple batteries are present. Used to determine the overall charge level.
---
diff --git a/src/content/docs/en/reference/configuration/site.mdx b/src/content/docs/en/reference/configuration/site.mdx
index 8fde13360..fe6894529 100644
--- a/src/content/docs/en/reference/configuration/site.mdx
+++ b/src/content/docs/en/reference/configuration/site.mdx
@@ -11,7 +11,7 @@ import bufferStartSoc from "./img/bufferstartsoc.webp";
Describes the location with the existing and required devices of the home installation and is responsible for regulating the available power.
-To regulate charging with PV surplus, a readable meter directly behind the grid connection point is necessary. In addition, devices for PV power and house battery(ies) can also be specified. Several devices are automatically added in terms of power or, in the case of battery storage, the average state of charge is calculated.
+To regulate charging with solar surplus, a readable meter directly behind the grid connection point is necessary. In addition, devices for solar power and home battery(ies) can also be specified. Several devices are automatically added in terms of power or, in the case of home batteries, the average charge level is calculated.
**For example**:
@@ -93,7 +93,7 @@ grid: mygridmeter # grid meter reference
### `meters.pv`
-Defines [`meter`](/en/reference/configuration/meters) (current measurement devices), from which evcc fetches PV generation measurements.
+Defines [`meter`](/en/reference/configuration/meters) (current measurement devices), from which evcc fetches solar generation measurements.
Multiple devices can be specified. Power data is automatically added.
**Possible values**: A single value or a list of values of a name parameter in the [`meters`](#meters) configuration. The list version can also be used with single values.
@@ -117,7 +117,7 @@ pv: # (pvs = deprecated)
### `meters.battery`
Defines the [`meter`](/en/reference/configuration/meters) (current measurement devices) that provide measurement data from the battery(ies).
-Multiple devices can be specified. Power data is automatically added, and an average is calculated from the battery state of charge.
+Multiple devices can be specified. Power data is automatically added, and an average is calculated from the battery charge level.
**Possible values**: A single value or a list of values of a `name` parameter in the [`meters`](#meters) configuration. The list version can also be used with single values.
@@ -197,7 +197,7 @@ ext:
### `curtailers`
-Curtailment devices from the [`curtailers`](/en/reference/configuration/curtailers) configuration that limit feed-in on request of the grid operator (§ 9 EEG).
+Curtailment devices from the [`curtailers`](/en/reference/configuration/curtailers) configuration that limit grid export on request of the grid operator (§ 9 EEG).
They are applied together with the curtailable `pv` meters when the [`hems`](/en/reference/configuration/hems) integration signals a limit.
**Possible values**: A list of values of a `name` parameter in the [`curtailers`](/en/reference/configuration/curtailers) configuration.
@@ -212,28 +212,28 @@ curtailers:
### `residualPower`
Sets the target operating point of the surplus regulation at the grid connection (grid meter). The default value is 0 W.
-Positive values shift the target value towards grid feed-in, while negative values shift it towards grid consumption.
+Positive values shift the target value towards grid export, while negative values shift it towards grid import.
Ultimately, this value sets the "idle state" of the control loop that needs to be adjusted by the controller.
-Especially in combination with other independent surplus regulation systems like a battery storage, this value must be adjusted to achieve a defined system behaviour with clear priorities.
+Especially in combination with other independent surplus regulation systems like a home battery, this value must be adjusted to achieve a defined system behaviour with clear priorities.
-If a certain proportion of grid consumption should remain or be allowed in smart mode, a negative value corresponding to the maximum proportion of grid consumption can be configured.
+If a certain proportion of grid import should remain or be allowed in smart mode, a negative value corresponding to the maximum proportion of grid import can be configured.
#### `grid` `meter` present
-- Positive value: Remaining grid feed-in power
-- Negative value: Remaining grid consumption power
+- Positive value: Remaining grid export power
+- Negative value: Remaining grid import power
#### Only `pv` `meter` present
-- Positive value: Typical household consumption, used to estimate PV surplus.
-- Negative value: The specified power is added to PV power and increases available charging power (Attention: grid consumption)
+- Positive value: Typical household consumption, used to estimate solar surplus.
+- Negative value: The specified power is added to solar power and increases available charging power (Attention: grid import)
:::note
-When a battery storage is present, it is strongly recommended to enter a small value, e.g. between 100 to 300 W here, allowing battery charging according to configured priorities (see `prioritySoc`). Otherwise, the independent regulation of the storage will not see usable surplus. Likewise, this prevents temporary grid consumption even without a battery during rapid generation and load changes.
+When a home battery is present, it is strongly recommended to enter a small value, e.g. between 100 to 300 W here, allowing battery charging according to configured priorities (see `prioritySoc`). Otherwise, the independent regulation of the home battery will not see usable surplus. Likewise, this prevents temporary grid import even without a battery during rapid generation and load changes.
:::
-**Example "Battery Storage"**:
+**Example "Home Battery"**:
```yaml
residualPower: 100
@@ -241,10 +241,10 @@ residualPower: 100
**For example "Grid Consumption Proportion"**:
-Charging should start in smart mode with at least 6A (single-phase) even with only 50% PV surplus (rest from grid).
+Charging should start in smart mode with at least 6A (single-phase) even with only 50% solar surplus (rest from grid).
Minimum charging power: 1 phase _ 6A _ 230V = 1380 W, 50% of it: 690 W
-See also the [alternative using enable/disable to allow proportional PV and grid consumption](/en/features/solar-charging).
+See also the [alternative using enable/disable to allow proportional solar and grid import](/en/features/solar-charging).
```yaml
residualPower: -690
diff --git a/src/content/docs/en/reference/configuration/tariffs.md b/src/content/docs/en/reference/configuration/tariffs.md
index 1021e7634..104e48d14 100644
--- a/src/content/docs/en/reference/configuration/tariffs.md
+++ b/src/content/docs/en/reference/configuration/tariffs.md
@@ -1,13 +1,13 @@
---
title: "tariffs"
-description: "How to configure grid, feed-in, CO₂ and solar forecast tariffs in evcc.yaml for savings statistics, smart charging plans and time-based grid fees."
+description: "How to configure grid import, grid export, CO₂ and solar forecast tariffs in evcc.yaml for savings statistics, smart charging plans and time-based grid fees."
sidebar:
order: 12
---
-You can specify your energy tariff and, if applicable, your feed-in tariff.
+You can specify your energy tariff and, if applicable, your grid export tariff.
evcc uses these values for a rough [savings calculation](/en/faq#statistical-data) that is displayed in the web UI.
-This data is also used by the [planner](/en/features/plans) for price and CO₂-optimized charging.
+This data is also used by the [planner](/en/features/plans) for price and CO₂-optimised charging.
**Structure**
diff --git a/src/content/docs/en/reference/configuration/vehicles.mdx b/src/content/docs/en/reference/configuration/vehicles.mdx
index cd73ab8b2..28f7a3dff 100644
--- a/src/content/docs/en/reference/configuration/vehicles.mdx
+++ b/src/content/docs/en/reference/configuration/vehicles.mdx
@@ -8,9 +8,9 @@ sidebar:
import { Tabs, TabItem } from "@astrojs/starlight/components";
import SponsorshipRequired from "@components/SponsorshipRequired.astro";
-A vehicle represents a specific electric vehicle (EV) with its battery. When a vehicle is configured and assigned to a [charger](/en/reference/configuration/loadpoints#vehicle), the user interface can display the charging status, state of charge (SoC), remaining charging time, and other data automatically retrieved and processed from the vehicle.
+A vehicle represents a specific electric vehicle (EV) with its battery. When a vehicle is configured and assigned to a [charger](/en/reference/configuration/loadpoints#vehicle), the user interface can display the charging status, charge level, remaining charging time, and other data automatically retrieved and processed from the vehicle.
-It is also possible to limit the charge to a specific state of charge (SoC, UI only). Since most chargers cannot be aware of this (it is only transmitted in very specific charger combinations), evcc can communicate directly with the vehicle through the online interface (API) of the vehicle manufacturer using this configuration.
+It is also possible to limit the charge to a specific charge level (UI only). Since most chargers cannot be aware of this (it is only transmitted in very specific charger combinations), evcc can communicate directly with the vehicle through the online interface (API) of the vehicle manufacturer using this configuration.
The `vehicles` configuration is a list of different vehicles.
@@ -103,7 +103,7 @@ The value must be specified with the attached time unit (see example). `m` stand
It is **NOT** recommended to change the default settings, as this could lead to the vehicle manufacturer actively preventing charging control via evcc. **AT YOUR OWN RISK.**
:::
-To determine current status data from the vehicle (e.g., state of charge SoC of the traction battery), the manufacturer's interface is regularly queried online. However, to avoid overwhelming the vehicle manufacturer's servers with constant requests (which could result in account suspension), a cache is implemented that intercepts these requests and responds with the recently retrieved data up to the maximum age indicated here. Since most vehicles update the data only during a running charging process at very large intervals (10 to 30 minutes are common), more frequent requests don't provide added value.
+To determine current status data from the vehicle (e.g., charge level of the traction battery), the manufacturer's interface is regularly queried online. However, to avoid overwhelming the vehicle manufacturer's servers with constant requests (which could result in account suspension), a cache is implemented that intercepts these requests and responds with the recently retrieved data up to the maximum age indicated here. Since most vehicles update the data only during a running charging process at very large intervals (10 to 30 minutes are common), more frequent requests don't provide added value.
**Default Value:** `15m`
diff --git a/src/content/docs/en/reference/modbus.md b/src/content/docs/en/reference/modbus.md
index ffc035b41..8cbbf8753 100644
--- a/src/content/docs/en/reference/modbus.md
+++ b/src/content/docs/en/reference/modbus.md
@@ -1,6 +1,6 @@
---
title: "Modbus"
-description: "Explains how evcc talks to meters and wallboxes over Modbus, whether serial via RS485, over TCP or through an RTU-to-TCP converter, and how to configure each."
+description: "Explains how evcc talks to meters and chargers over Modbus, whether serial via RS485, over TCP or through an RTU-to-TCP converter, and how to configure each."
sidebar:
order: 4
---
@@ -180,7 +180,7 @@ meters:
**Incorrectly Mounted Meters**:
If a current sensor/meter is physically installed in the wrong direction, you can correct the values in software.
-**Grid Feed-in vs. Consumption**:
+**Grid Export vs. Consumption**:
For solar meters where the sign convention needs to be reversed.
**Different CT Orientations**:
diff --git a/src/content/docs/en/reference/plugins.mdx b/src/content/docs/en/reference/plugins.mdx
index 6b368528e..548618bdc 100644
--- a/src/content/docs/en/reference/plugins.mdx
+++ b/src/content/docs/en/reference/plugins.mdx
@@ -12,8 +12,8 @@ They power the bundled device templates and are referenced directly when you bui
Plugins can be used for the following categories:
-- `meter`: [PV, battery, grid, meters](/en/meters)
-- `charger`: [Wallboxes](/en/chargers), [Smart switches](/en/smartswitches), [Heat pumps, electric heaters](/en/heating)
+- `meter`: [Solar, Home Battery, Grid, Meters](/en/meters)
+- `charger`: [Chargers](/en/chargers), [Smart switches](/en/smartswitches), [Heat pumps, electric heaters](/en/heating)
- `vehicle`: [Vehicles](/en/vehicles)
- `tariff`: [Tariffs, forecasts](/en/tariffs)
- `circuit`: [Load management](/en/features/loadmanagement)
@@ -398,7 +398,7 @@ The `js` plugin supports the same [input and output transformations](#transforma
The `modbus` plugin can read data from any Modbus-capable device or SunSpec-compatible inverter.
Many power meters are already pre-configured (see [MBMD Supported Devices](https://github.com/volkszaehler/mbmd#supported-devices)).
-It's also possible to write Modbus registers to integrate additional wallboxes.
+It's also possible to write Modbus registers to integrate additional chargers.
**Example**:
@@ -592,7 +592,7 @@ The basic arithmetic operations addition (add), multiplication (mul), division (
With `scale: -1` on one of the values, simple subtraction can be performed, with `scale: 0.001` division, e.g. for converting kWh to Wh.
With `sign:` (every positive number becomes +1, every negative number becomes -1, 0 remains 0), signs can be transferred to other values (in conjunction with `mul`).
-E.g. to transfer the "direction" of power (feed-in or consumption) to the measured currents for meters.
+E.g. to transfer the "direction" of power (export or import) to the measured currents for meters.
With `abs:`, the absolute value of a number is calculated.
@@ -600,7 +600,7 @@ With `min:` and `max:` the minimum value respectively the maximum value will be
The `calc` plugin is helpful for e.g.
-- Summing power values from individual PV strings (addition)
+- Summing power values from individual solar strings (addition)
- Calculating apparent power from voltage and current (multiplication)
- Combining separate power values for import and export into a signed single value (subtraction).
- Calculating percentage fill levels (division)
@@ -970,7 +970,7 @@ meters:
timeout: 60s
```
-In this example, a Shelly 1PM device is used as a data source for power and energy of a battery, while the state of charge (SoC) is retrieved via MQTT.
+In this example, a Shelly 1PM device is used as a data source for power and energy of a home battery, while the charge level is retrieved via MQTT.
### Sequence \{#sequence\}
@@ -1160,7 +1160,7 @@ If it returns `false`, the value is marked as unavailable.
### Watchdog \{#watchdog\}
The `watchdog` plugin is a wrapper plugin that automatically repeats write operations at regular intervals.
-Some devices (e.g. battery storage systems, inverters) expect control commands to be repeated regularly to stay active.
+Some devices (e.g. home batteries, inverters) expect control commands to be repeated regularly to stay active.
The watchdog plugin monitors write operations and automatically repeats them at half the configured timeout interval.
**Parameters**:
diff --git a/src/content/docs/en/reference/web-ui.md b/src/content/docs/en/reference/web-ui.md
index 5a657853c..e90418bf2 100644
--- a/src/content/docs/en/reference/web-ui.md
+++ b/src/content/docs/en/reference/web-ui.md
@@ -13,41 +13,41 @@ The URL can set both the page and the display settings.
Each page has its own hash route.
Link to it directly or bookmark it.
-| Page | Route | Login | Parameters |
-| ----------------- | ------------ | ----- | ------------------------------------------------- |
-| Home / loadpoints | `#/` | no | `lp` |
-| Home Battery | `#/battery` | no | — |
-| Forecast | `#/forecast` | no | — |
-| Charging Sessions | `#/sessions` | no | `month`, `year`, `loadpoint`, `vehicle`, `period` |
-| Configuration | `#/config` | yes | — |
-| Logs | `#/log` | yes | `areas`, `level` |
-| History 🧪 | `#/history` | no | `day`, `month`, `year`, `period` |
-| Optimize 🧪 | `#/optimize` | no | — |
-| Report a problem | `#/issue` | yes | — |
+| Page | Route | Login | Parameters |
+| ---------------------- | ------------ | ----- | ------------------------------------------------- |
+| Home / charging points | `#/` | no | `lp` |
+| Home Battery | `#/battery` | no | — |
+| Forecast | `#/forecast` | no | — |
+| Charging Sessions | `#/sessions` | no | `month`, `year`, `loadpoint`, `vehicle`, `period` |
+| Configuration | `#/config` | yes | — |
+| Logs | `#/log` | yes | `areas`, `level` |
+| History 🧪 | `#/history` | no | `day`, `month`, `year`, `period` |
+| Optimize 🧪 | `#/optimize` | no | — |
+| Report a problem | `#/issue` | yes | — |
🧪 marks experimental pages.
| Parameter | Description |
| ----------- | --------------------------------------------- |
-| `lp` | Loadpoint number, starting at `1` |
+| `lp` | Charging point number, starting at `1` |
| `year` | Year to show, e.g. `2026` |
| `month` | Month, `1`–`12` |
| `day` | Day of month, `1`–`31` |
| `period` | Time range: `day`, `month`, `year` or `total` |
-| `loadpoint` | Loadpoint title |
+| `loadpoint` | Charging point title |
| `vehicle` | Vehicle title |
| `areas` | Log areas to show, comma-separated |
| `level` | Minimum log level |
### Examples {#examples}
-Pre-select a loadpoint on the home screen:
+Pre-select a charging point on the home screen:
```
http://evcc.local:7070/#/?lp=1
```
-The simplest way to get the right link is to select the loadpoint in the UI and copy the address from your browser.
+The simplest way to get the right link is to select the charging point in the UI and copy the address from your browser.
Filter **Charging Sessions** or **History** by time range or device:
diff --git a/src/content/docs/en/report-a-problem.mdx b/src/content/docs/en/report-a-problem.mdx
index 4ede748a6..52c0d9c91 100644
--- a/src/content/docs/en/report-a-problem.mdx
+++ b/src/content/docs/en/report-a-problem.mdx
@@ -105,7 +105,7 @@ You don't need to change the configuration or restart.
/>
3. Reproduce the problem.
- For connection problems (e.g. OCPP, EEBus, Modbus), restart your instance first so the log covers everything from the start.
+ For connection problems (e.g. OCPP, EEBUS, Modbus), restart your instance first so the log covers everything from the start.
4. Click the download button right after the problem occurred.
The file contains the entries of the selected level and areas.
diff --git a/src/content/docs/en/smarthome/garmin.md b/src/content/docs/en/smarthome/garmin.md
index 5ae71a7be..f9d195eb5 100644
--- a/src/content/docs/en/smarthome/garmin.md
+++ b/src/content/docs/en/smarthome/garmin.md
@@ -10,8 +10,8 @@ It is a community project and not part of evcc.
The app offers two views:
-- **Glance**: a quick overview of your home battery and connected vehicles with their state of charge and charging status
-- **Widget**: detailed views with current power flows, loadpoint details, solar forecast, grid prices, and solar energy statistics
+- **Glance**: a quick overview of your home battery and connected vehicles with their charge level and charging status
+- **Widget**: detailed views with current power flows, charging point details, solar forecast, grid prices, and solar energy statistics
Multiple evcc instances (sites) are supported.
diff --git a/src/content/docs/en/smarthome/home-assistant.mdx b/src/content/docs/en/smarthome/home-assistant.mdx
index 91f761967..f358944d9 100644
--- a/src/content/docs/en/smarthome/home-assistant.mdx
+++ b/src/content/docs/en/smarthome/home-assistant.mdx
@@ -73,10 +73,10 @@ As long as the data is available as a Home Assistant entity, evcc can work with
### Supported Device Types
-- **[Meters](/en/meters#home-assistant)** (grid, solar, battery, ...) with power, energy, currents, voltages, SoC
+- **[Meters](/en/meters#home-assistant)** (grid, solar, home battery, ...) with power, energy, currents, voltages, charge level
- **[Chargers](/en/chargers#home-assistant-charger)** with status, enable/disable, and maximum charging current
- **[Smart switches](/en/smartswitches#home-assistant-switch)** with simple on/off control (for smart plugs, relays)
-- **[Vehicles](/en/vehicles#home-assistant)** with SoC, range, status, odometer; optionally scripts for start/stop
+- **[Vehicles](/en/vehicles#home-assistant)** with charge level, range, status, odometer; optionally scripts for start/stop
- **[Notifications](/en/notifications)** under **Configuration → Notifications** you can send evcc messages via Home Assistant
### Setup
@@ -108,7 +108,7 @@ An entity reporting `unknown` or `unavailable` counts as temporarily not availab
#### Numbers
-Power, energy, current and SoC fields need a plain number as state, e.g. `1234`.
+Power, energy, current and charge level fields need a plain number as state, e.g. `1234`.
A state such as `1234 W` can't be read, the unit belongs into the entity's `unit_of_measurement` attribute.
`W`/`kW` and `Wh`/`kWh`/`MWh` are converted automatically.
To invert the sign, prepend `-` to the entity name (`-sensor.inverter_power`).
diff --git a/src/content/docs/en/smarthome/homey.md b/src/content/docs/en/smarthome/homey.md
index fccd28889..d711ce90c 100644
--- a/src/content/docs/en/smarthome/homey.md
+++ b/src/content/docs/en/smarthome/homey.md
@@ -11,7 +11,7 @@ It is a community project by [rdvnit](https://github.com/rdvnit) and not part of
The app provides three device types:
-- **Charging point** with charge mode, charge limit, charging power, session energy, vehicle battery level and range, and connection and charging status
+- **Charging point** with charge mode, charge limit, charging power, session energy, vehicle charge level and range, and connection and charging status
- **Site** with solar production, grid power, and home consumption
- **Home battery** with battery power, battery level, and battery control settings
diff --git a/src/content/docs/en/smarthome/iobroker.md b/src/content/docs/en/smarthome/iobroker.md
index 8a8b1335d..d7b49d124 100644
--- a/src/content/docs/en/smarthome/iobroker.md
+++ b/src/content/docs/en/smarthome/iobroker.md
@@ -10,7 +10,7 @@ It is a community project and not part of evcc.
## evcc Adapter
The adapter communicates with your evcc instance via the [REST API](/integrations/rest-api).
-It provides states for loadpoints, vehicles, and site data, and lets you control charge modes and limits from ioBroker scripts and visualisations.
+It provides states for charging points, vehicles, and site data, and lets you control charge modes and limits from ioBroker scripts and visualisations.
### Setup
diff --git a/src/content/docs/en/smarthome/openhab.md b/src/content/docs/en/smarthome/openhab.md
index 20d9d4577..a70270e36 100644
--- a/src/content/docs/en/smarthome/openhab.md
+++ b/src/content/docs/en/smarthome/openhab.md
@@ -14,8 +14,8 @@ It requires evcc version 0.209.8 or newer.
Once the connection is set up, your configured devices are discovered automatically.
The binding provides Things for:
-- Loadpoints with charging power, charge mode, current limits, and session data
-- Vehicles with state of charge and charging plans
+- Charging points with charging power, charge mode, current limits, and session data
+- Vehicles with charge level and charging plans
- Site data such as grid power, solar production, and home battery
- Heating devices
diff --git a/src/content/docs/en/sponsorship.mdx b/src/content/docs/en/sponsorship.mdx
index b568bc79e..49b934d43 100644
--- a/src/content/docs/en/sponsorship.mdx
+++ b/src/content/docs/en/sponsorship.mdx
@@ -1,6 +1,6 @@
---
title: "Sponsorship"
-description: "Explains why some wallboxes need a sponsor token, how to get one via GitHub Sponsors or direct payment, and how to test everything first with the trial token."
+description: "Explains why some chargers need a sponsor token, how to get one via GitHub Sponsors or direct payment, and how to test everything first with the trial token."
sidebar:
order: 9
---
diff --git a/src/content/docs/en/tariffs/_dynamic_electricity_price.mdx b/src/content/docs/en/tariffs/_dynamic_electricity_price.mdx
index 845a17eea..a98d8625b 100644
--- a/src/content/docs/en/tariffs/_dynamic_electricity_price.mdx
+++ b/src/content/docs/en/tariffs/_dynamic_electricity_price.mdx
@@ -17,7 +17,7 @@ tariffs:
uri: https://example.com/api/price
```
-The value returned by the endpoint is used as the grid price.
+The value returned by the endpoint is used as the grid import price.
**Example: Forecasts via HTTP**
diff --git a/src/content/docs/en/user-defined-devices.mdx b/src/content/docs/en/user-defined-devices.mdx
index 0e1985098..3be6e303b 100644
--- a/src/content/docs/en/user-defined-devices.mdx
+++ b/src/content/docs/en/user-defined-devices.mdx
@@ -1,13 +1,13 @@
---
title: User-defined Devices
-description: "Shows how to integrate a wallbox, meter, vehicle or heater without a built-in template by defining its readings and controls yourself via HTTP, MQTT or Modbus."
+description: "Shows how to integrate a charger, meter, vehicle or heater without a built-in template by defining its readings and controls yourself via HTTP, MQTT or Modbus."
tableOfContents:
maxHeadingLevel: 4
---
import { Tabs, TabItem } from "@astrojs/starlight/components";
-When creating a charger, heater, grid meter, battery, solar system, other consumer, vehicle, tariff, curtailment device or notification service, you can pick the **User-defined device** option from the device type list and describe your own logic based on the [plugin system](/en/reference/plugins).
+When creating a charger, heater, grid meter, home battery, solar system, other consumer, vehicle, tariff, curtailment device or notification service, you can pick the **User-defined device** option from the device type list and describe your own logic based on the [plugin system](/en/reference/plugins).
That way you can integrate devices that aren't covered by a built-in template, e.g. read the current power from an HTTP endpoint, or write a target current via Modbus.
@@ -80,9 +80,9 @@ Power meters are configured in the [`meters`](/en/reference/configuration/meters
Meters defined under `meters:` can be referenced from `site`:
- `grid`: Grid meter
-- `pv`: PV meter
+- `pv`: Solar meter
- `battery`: Home battery meter
-- `charge`: Meter for the charging power of the wallbox
+- `charge`: Meter for the charging power of the charger
- `aux`: Consumption meter for intelligent consumers
- `consumer`: Meter for a regular consumer, recorded for consumption statistics
- `ext`: Additional meter not used for regulation or shown in the UI, only logged and exported
@@ -91,38 +91,38 @@ Meters defined under `meters:` can be referenced from `site`:
Not all meter roles support all attributes:
- `limitsoc` and `batterymode` are used exclusively for battery meters (referenced from `site.battery`).
-- `curtail` and `curtailed` are used together for `pv` meters that support feed-in curtailment (§ 9 EEG).
-- `currents`, `voltages` and `powers` are phase attributes that must be configured with exactly three plugin entries each (as a YAML array) and apply to grid meters (`grid`) and wallboxes (`charge`).
+- `curtail` and `curtailed` are used together for `pv` meters that support curtailment (§ 9 EEG).
+- `currents`, `voltages` and `powers` are phase attributes that must be configured with exactly three plugin entries each (as a YAML array) and apply to grid meters (`grid`) and chargers (`charge`).
Return the correct data type from each plugin.
To convert, use the [reading pipelines](/en/reference/plugins#reading).
### Read attributes
-| Attribute | Type | Required | Context | Description |
-| -------------- | --------------------- | -------- | ------------- | -------------------------------------------------------------------- |
-| `power` | `float` | yes | all | Current power in W |
-| `energy` | `float` | no | all | Meter reading in kWh |
-| `returnenergy` | `float` | no | all | Meter reading in reverse direction in kWh (see below) |
-| `maxpower` | `int` | no | `pv` (hybrid) | Maximum AC power in W |
-| `curtailed` | `int` | no | `pv` | Current feed-in limit in % (0 to 100). Only together with `curtail`. |
-| `soc` | `int` | no | `battery` | State of charge in % |
-| `capacity` | `float` | no | `battery` | Capacity in kWh |
-| `powers` | `[float,float,float]` | no | all | Phase powers in W. For sign detection of unsigned currents. |
-| `currents` | `[float,float,float]` | no | all | Phase currents in A. For detecting active phases. |
-| `voltages` | `[float,float,float]` | no | all | Phase voltages in V. For connection detection (1p/3p). |
+| Attribute | Type | Required | Context | Description |
+| -------------- | --------------------- | -------- | ------------- | ------------------------------------------------------------------------ |
+| `power` | `float` | yes | all | Current power in W |
+| `energy` | `float` | no | all | Meter reading in kWh |
+| `returnenergy` | `float` | no | all | Meter reading in reverse direction in kWh (see below) |
+| `maxpower` | `int` | no | `pv` (hybrid) | Maximum AC power in W |
+| `curtailed` | `int` | no | `pv` | Current grid export limit in % (0 to 100). Only together with `curtail`. |
+| `soc` | `int` | no | `battery` | Charge level in % |
+| `capacity` | `float` | no | `battery` | Capacity in kWh |
+| `powers` | `[float,float,float]` | no | all | Phase powers in W. For sign detection of unsigned currents. |
+| `currents` | `[float,float,float]` | no | all | Phase currents in A. For detecting active phases. |
+| `voltages` | `[float,float,float]` | no | all | Phase voltages in V. For connection detection (1p/3p). |
### Signs and Directions \{#signs-and-directions\}
What a positive `power` value and the two energy directions mean depends on the meter role:
-| Role | `power` positive | `energy` | `returnenergy` |
-| ------------------------ | -------------------------------- | ---------- | ------------------ |
-| `grid` | Grid import | Imported | Exported (feed-in) |
-| `pv` | Production | Produced | Consumed (rare) |
-| `battery` | Discharging (negative: charging) | Discharged | Charged |
-| `charge` | Charging | Charged | Discharged (V2X) |
-| `aux`, `ext`, `consumer` | Consumption | Consumed | Produced (rare) |
+| Role | `power` positive | `energy` | `returnenergy` |
+| ------------------------ | -------------------------------- | ---------- | ---------------------- |
+| `grid` | Grid import | Imported | Exported (grid export) |
+| `pv` | Production | Produced | Consumed (rare) |
+| `battery` | Discharging (negative: charging) | Discharged | Charged |
+| `charge` | Charging | Charged | Discharged (V2X) |
+| `aux`, `ext`, `consumer` | Consumption | Consumed | Produced (rare) |
`energy` and `returnenergy` are increasing meter readings in kWh, ideally lifetime totals like the import and export registers of a grid meter.
The differences between readings are calculated automatically, so the plugin must return a meter reading and not consumption values per interval.
@@ -135,11 +135,11 @@ Real meter readings give more accurate long-term statistics.
### Write attributes \{#meter-write-attributes\}
-| Attribute | Type | Required | Context | Description |
-| ------------- | ----- | -------- | --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `limitsoc` | `int` | no | `battery` | Set charging target for battery in %. The charging target is calculated from the configured `MinSoc`, `MaxSoc` and the current state of charge (attribute `soc`). |
-| `curtail` | `int` | no | `pv` | Set feed-in limit in % of the nominal production power (0 to 100, `100` = no limit). Only together with `curtailed`. See [Curtailment Device](#curtailer). |
-| `batterymode` | `int` | no | `battery` | Set the battery control mode directly. The modes are listed below. |
+| Attribute | Type | Required | Context | Description |
+| ------------- | ----- | -------- | --------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `limitsoc` | `int` | no | `battery` | Set charging target for battery in %. The charging target is calculated from the configured `MinSoc`, `MaxSoc` and the current charge level (attribute `soc`). |
+| `curtail` | `int` | no | `pv` | Set grid export limit in % of the nominal production power (0 to 100, `100` = no limit). Only together with `curtailed`. See [Curtailment Device](#curtailer). |
+| `batterymode` | `int` | no | `battery` | Set the battery control mode directly. The modes are listed below. |
#### Battery modes \{#battery-modes\}
@@ -209,7 +209,7 @@ meters:
## Charger \{#charger\}
-The default `type: custom` covers wallboxes with continuous current control.
+The default `type: custom` covers chargers with continuous current control.
For other devices, specialised charger types are described under [Switchsocket](#charger-switchsocket) and [Heat pumps](#charger-heating).
### Read attributes
@@ -222,7 +222,7 @@ For other devices, specialised charger types are described under [Switchsocket](
| `energy` | `float` | no | Meter reading in kWh |
| `returnenergy` | `float` | no | Meter reading in reverse direction in kWh (discharged energy, V2X) |
| `identify` | `string` | no | Current RFID identifier |
-| `soc` | `int` | no | State of charge in % |
+| `soc` | `int` | no | Charge level in % |
| `limitsoc` | `int` | no | Charge limit in % |
| `temp` | `float` | no | Current temperature in °C (heating, alias for `soc`) |
| `limittemp` | `int` | no | Temperature limit in °C (heating, alias for `limitsoc`) |
@@ -244,12 +244,12 @@ For other devices, specialised charger types are described under [Switchsocket](
### Features \{#charger-features\}
-| Feature | Description |
-| ------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `integrateddevice` | No vehicle selection. Device runs without a connected vehicle and without charging sessions (e.g. heat pump, heating rod, permanently installed consumer). |
-| `heating` | Treat device as heating: SOC and limits are displayed in °C instead of %. |
-| `continuous` | Device keeps running in its own normal operation when "disabled". The UI shows "Normal operation" instead of "Standby". A request to increase power (e.g. on PV surplus or cheap grid power) is labelled "Boost". Modes are labelled **Normal**, **Smart** and **Boost** instead of **Off**, **Smart** and **Fast**. |
-| `switchdevice` | Device can only be switched on/off (no continuous current control). Max current and the **Always charge** option are not shown. Min current and phases set the PV enable power. Without `continuous`, modes are labelled **Off**, **Smart** and **On**. |
+| Feature | Description |
+| ------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `integrateddevice` | No vehicle selection. Device runs without a connected vehicle and without charging sessions (e.g. heat pump, heating rod, permanently installed consumer). |
+| `heating` | Treat device as heating: Charge level and limits are displayed in °C instead of %. |
+| `continuous` | Device keeps running in its own normal operation when "disabled". The UI shows "Normal operation" instead of "Standby". A request to increase power (e.g. on solar surplus or cheap grid power) is labelled "Boost". Modes are labelled **Normal**, **Smart** and **Boost** instead of **Off**, **Smart** and **Fast**. |
+| `switchdevice` | Device can only be switched on/off (no continuous current control). Max current and the **Always charge** option are not shown. Min current and phases set the solar enable power. Without `continuous`, modes are labelled **Off**, **Smart** and **On**. |
Common feature combinations seen in built-in templates:
@@ -321,7 +321,7 @@ Full setup details are under [Smart switches](/en/smartswitches).
| `enabled` | `bool` | yes | Read socket state (on/off) |
| `power` | `float` | yes | Current power in W |
| `energy` | `float` | no | Meter reading in kWh |
-| `soc` | `float` | no | State of charge in % |
+| `soc` | `float` | no | Charge level in % |
| `enable` | `bool` | yes | Switch socket on/off |
| `standbypower` | `float` | no | Power threshold in W. Above it: charging; below: standby. Negative: static (no metering) |
@@ -393,7 +393,7 @@ Vehicle parameters can also be read via plugins.
| Attribute | Type | Required | Description |
| --------------- | -------- | -------- | ------------------------------------------------------------------------------------------- |
-| `soc` | `int` | yes | State of charge in % |
+| `soc` | `int` | yes | Charge level in % |
| `limitsoc` | `int` | no | Charge limit in % |
| `status` | `string` | no | Status (A..F) |
| `range` | `int` | no | Range in km |
@@ -423,8 +423,8 @@ Vehicle parameters can also be read via plugins.
| Feature | Description |
| --------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `coarsecurrent` | Vehicle accepts charging current only in whole 1 A steps. The control logic is constrained to coarse 1 A steps even when the charger could regulate more finely. |
-| `streaming` | Vehicle pushes data instead of being polled (e.g. BMW Cardata). SOC updates outside active charging are treated as reliable. |
-| `welcomecharge` | Vehicle expects the wallbox to be active on connect to register the link as working. Otherwise it reports an error. |
+| `streaming` | Vehicle pushes data instead of being polled (e.g. BMW Cardata). Charge level updates outside active charging are treated as reliable. |
+| `welcomecharge` | Vehicle expects the charger to be active on connect to register the link as working. Otherwise it reports an error. |
### Examples
@@ -560,20 +560,20 @@ formula: math.Min(0.5, (price + charges) * (1 + tax))
Caps the result at 50 ct/kWh.
-**No feed-in tariff on negative day-ahead prices** (German PV systems commissioned after February 25, 2025):
+**No grid export tariff on negative day-ahead prices** (German solar systems commissioned after February 25, 2025):
```yaml
formula: factor := 1.0; if price < 0 { factor = 0.0 }; factor * 0.07
```
-Pays a fixed feed-in tariff of 7 ct/kWh, except when the day-ahead market price is negative.
+Pays a fixed grid export tariff of 7 ct/kWh, except when the day-ahead market price is negative.
## External Limit \{#external-limit\}
A user-defined integration for the [External Limit](/en/external-limit) feature connects a control box or energy management system that isn't covered by a built-in integration.
In the UI, pick **User-defined integration** under **Configuration → External Limit**.
-One of four types describes how the limit signal is received: `relay` (single switch contact), `fnn` (FNN control box with multiple switch contacts), `eebus` (EEBus protocol) or `custom` (dynamic limit values via plugins).
+One of four types describes how the limit signal is received: `relay` (single switch contact), `fnn` (FNN control box with multiple switch contacts), `eebus` (EEBUS protocol) or `custom` (dynamic limit values via plugins).
Each signal is read via a [plugin](/en/reference/plugins) configuration (GPIO, MQTT, HTTP, Modbus).
See also the [`hems` configuration reference](/en/reference/configuration/hems).
@@ -664,18 +664,18 @@ limit:
### FNN Control Box \{#external-limit-fnn\}
Control boxes following the FNN standard signal dimming and curtailment via separate switch contacts.
-Consumption dimming (W4) and feed-in curtailment (W3, S2, S1) operate independently.
+Consumption dimming (W4) and curtailment (W3, S2, S1) operate independently.
At least one of the signals `w4` or `w3` must be configured.
-| Attribute | Type | Required | Description |
-| ----------------- | ---------- | -------- | ------------------------------------------------------------------------- |
-| `maxDimPower` | `int` (W) | yes¹ | Consumption limit while the dim signal (W4) is active. |
-| `maxCurtailPower` | `int` (W) | yes² | Installed solar power, base value for the curtailment steps. |
-| `w4` | plugin | no | Reads the dim signal. Limits consumption to `maxDimPower`. |
-| `w3` | plugin | no | Reads the curtailment signal. Limits feed-in to 0% of `maxCurtailPower`. |
-| `s2` | plugin | no | Reads the curtailment signal. Limits feed-in to 30% of `maxCurtailPower`. |
-| `s1` | plugin | no | Reads the curtailment signal. Limits feed-in to 60% of `maxCurtailPower`. |
-| `interval` | `duration` | no | Polling interval for the switch contacts. Default `10s`. |
+| Attribute | Type | Required | Description |
+| ----------------- | ---------- | -------- | ----------------------------------------------------------------------------- |
+| `maxDimPower` | `int` (W) | yes¹ | Consumption limit while the dim signal (W4) is active. |
+| `maxCurtailPower` | `int` (W) | yes² | Installed solar power, base value for the curtailment steps. |
+| `w4` | plugin | no | Reads the dim signal. Limits consumption to `maxDimPower`. |
+| `w3` | plugin | no | Reads the curtailment signal. Limits grid export to 0% of `maxCurtailPower`. |
+| `s2` | plugin | no | Reads the curtailment signal. Limits grid export to 30% of `maxCurtailPower`. |
+| `s1` | plugin | no | Reads the curtailment signal. Limits grid export to 60% of `maxCurtailPower`. |
+| `interval` | `duration` | no | Polling interval for the switch contacts. Default `10s`. |
¹ required when `w4` is configured, ² required when `w3` is configured.
@@ -702,9 +702,9 @@ s1:
pin: 23
```
-### EEBus \{#external-limit-eebus\}
+### EEBUS \{#external-limit-eebus\}
-The digital connection via the EEBus protocol.
+The digital connection via the EEBUS protocol.
The control box communicates directly with your evcc instance and automatically transmits the power limit.
Control box and evcc need to be [paired](/en/external-limit#eebus-pairing) once.
@@ -714,7 +714,7 @@ Control box and evcc need to be [paired](/en/external-limit#eebus-pairing) once.
| `contractualConsumptionNominalMax` | `int` (W) | no | Contractual maximum consumption power. |
| `failsafeConsumptionActivePowerLimit` | `int` (W) | no | Failsafe limit for consumption power. |
| `productionNominalMax` | `int` (W) | no | Installed generator power (Wp). |
-| `failsafeProductionActivePowerLimit` | `int` (W) | no | Failsafe limit for feed-in power. |
+| `failsafeProductionActivePowerLimit` | `int` (W) | no | Failsafe limit for grid export power. |
| `failsafeDurationMinimum` | `duration` | no | Minimum failsafe duration, e.g. `2h`. |
| `passthrough` | plugin | no | Passes the limitation signal through to an external system. |
@@ -726,15 +726,15 @@ ski: "1234-5678-90AB-CDEF" # SKI of the control box
### Custom \{#external-limit-custom\}
The generic integration for control systems that provide dynamic limit values instead of switch contacts.
-Consumption limit and feed-in curtailment are read via plugins and work independently of each other.
+Consumption limit and curtailment are read via plugins and work independently of each other.
At least one of `maxConsumptionPower` or `curtailedPercent` must be configured.
-| Attribute | Type | Required | Description |
-| ---------------------- | ---------- | -------- | ----------------------------------------------------------------------------------------------------- |
-| `maxConsumptionPower` | plugin | no¹ | Reads the total power limit in watts. `0` = no limit. |
-| `curtailedPercent` | plugin | no¹ | Reads the allowed feed-in as percentage of `productionNominalMax` (0 to 100). `100` = no curtailment. |
-| `productionNominalMax` | `int` (W) | no² | Installed generator power (Wp). |
-| `interval` | `duration` | no | Polling interval for the plugins. Default `10s`. |
+| Attribute | Type | Required | Description |
+| ---------------------- | ---------- | -------- | --------------------------------------------------------------------------------------------------------- |
+| `maxConsumptionPower` | plugin | no¹ | Reads the total power limit in watts. `0` = no limit. |
+| `curtailedPercent` | plugin | no¹ | Reads the allowed grid export as percentage of `productionNominalMax` (0 to 100). `100` = no curtailment. |
+| `productionNominalMax` | `int` (W) | no² | Installed generator power (Wp). |
+| `interval` | `duration` | no | Polling interval for the plugins. Default `10s`. |
¹ at least one of the two is required, ² required when `curtailedPercent` is configured.
@@ -752,19 +752,19 @@ productionNominalMax: 10000 # Installed generator power (Wp)
## Curtailment Device \{#curtailer\}
-A user-defined curtailment device limits the feed-in of the solar installation on request of the grid operator (§ 9 EEG) when the inverter can't be curtailed through its [meter](#meter) configuration.
+A user-defined curtailment device limits the grid export of the solar installation on request of the grid operator (§ 9 EEG) when the inverter can't be curtailed through its [meter](#meter) configuration.
In the UI, pick **User-defined device** under **Configuration → Grid → Add curtailment device**.
See also the [`curtailers` configuration reference](/en/reference/configuration/curtailers) and [External Limit](/en/external-limit#curtailment-devices).
-The device receives the allowed feed-in as a percentage of the installed generator power and has to apply it on the inverter.
+The device receives the allowed grid export as a percentage of the installed generator power and has to apply it on the inverter.
`100` means no limit.
### Attributes
-| Attribute | Type | Required | Description |
-| ----------- | ------ | -------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
-| `curtail` | plugin | yes | Sets the feed-in limit in % of the nominal production power (0 to 100). Must support write access. |
-| `curtailed` | plugin | yes | Reads the current feed-in limit in %. If the device can't report it, use the [`error`](/en/reference/plugins#error) plugin (see example). |
+| Attribute | Type | Required | Description |
+| ----------- | ------ | -------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
+| `curtail` | plugin | yes | Sets the grid export limit in % of the nominal production power (0 to 100). Must support write access. |
+| `curtailed` | plugin | yes | Reads the current grid export limit in %. If the device can't report it, use the [`error`](/en/reference/plugins#error) plugin (see example). |
### Examples