link checker

evcc-io · Dec 31, 2023 · 093e070 · 093e070
1 parent f594241
commit 093e070
Show file tree

Hide file tree

Showing 27 changed files with 205 additions and 33 deletions.
diff --git a/blog/2022-05-08/phases-templates-lithuanian.md b/blog/2022-05-08/phases-templates-lithuanian.md
@@ -31,7 +31,7 @@ SMA (Data Manager M Lite), Shelly (1PM, 3EM), Siemens (PAC 2200), OpenEMS, TQ. [
 
 ### RFID Support 🪪
 
-Bei den Wallboxen von Easee und Warp kann nun auch evcc's [RFID Funktion zur Fahrzeugerkennung](/docs/guides/vehicles#erkennung-über-rfid-karten) verwendet werden.
+Bei den Wallboxen von Easee und Warp kann nun auch evcc's [RFID Funktion zur Fahrzeugerkennung](/docs/guides/vehicles#erkennung-über-rfid-karten-und-andere-token) verwendet werden.
 
 ## Verbesserte Phasenumschaltung (1P/3P)
 

diff --git a/docs/devices/chargers.mdx b/docs/devices/chargers.mdx
@@ -36,7 +36,7 @@ Enabled:        false
 #### Eigenschaften {#features}
 
 - **1P/3P**: Unterstützung für automatische Phasenumschaltung. Breiterer Leistungsbereich (idR. 1,4 bis 11 kW).
-- **RFID**: Integration eines RFID Kartenlesers zur [Fahrzeugerkennung](../guides/vehicles/#erkennung-über-rfid-karten-und-andere-token).
+- **RFID**: Integration eines RFID Kartenlesers zur [Fahrzeugerkennung](../guides/vehicles#erkennung-über-rfid-karten-und-andere-token).
 - **mA Regelung**: Feinere Ladestromregelung (mA statt A) für bessere Nutzung von PV-Überschuss.
 - **ISO 15118**: Unterstützung für Plug & Charge (Fahrzeugerkennung, SoC Übermittlung)
 

diff --git a/docs/guides/charging.mdx b/docs/guides/charging.mdx
@@ -11,7 +11,7 @@ import SponsorshipRequired from "/docs/_sponsorship_required.mdx";
 | Modus       | Beschreibung                                                                                                                                                                                                                                                                |
 | :---------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
 | **Aus**     | Der Ladevorgang wird _sofort_ beendet bzw. kann nicht beginnen.                                                                                                                                                                                                             |
-| **PV**      | Der Ladevorgang wird _abhängig_ von der PV Installation zur Verfügung gestellten Leistung gestartet, sofern technisch möglich. Sollte nicht genug Leistung vorhanden sein, wird die Ladung unterbrochen. [Weitere Details](#ich-habe-pv-überschuß-aber-das-auto-lädt-nicht) |
+| **PV**      | Der Ladevorgang wird _abhängig_ von der PV Installation zur Verfügung gestellten Leistung gestartet, sofern technisch möglich. Sollte nicht genug Leistung vorhanden sein, wird die Ladung unterbrochen. [Weitere Details](#ich-habe-pv-überschuss-aber-das-auto-lädt-nicht-warum) |
 | **Min+PV**  | Es wird _sofort_ mit der technisch kleinstmöglichen Leistung geladen. Sofern die PV Installation genug Überschuss für eine höhere Leistung hat, wird die Leistung erhöht.                                                                                                   |
 | **Schnell** | Es wird _sofort_ mit der maximal möglichen Leistung geladen.                                                                                                                                                                                                                |
 

diff --git a/docs/guides/setup.mdx b/docs/guides/setup.mdx
@@ -72,7 +72,7 @@ Mittels `evcc charger` oder `evcc meter` oder `evcc vehicle` können auf der Kom
 
 `Beispiel: evcc -l debug meter`
 
-Wird evcc als Linux Systemdienst, wie unter [Linux Autostart](/docs/installation/manual#autostart) beschrieben, ausgeführt, können die log-Nachrichten über folgende Befehle verfolgt, bzw. aufgelistet werden:
+Wird evcc als Linux Systemdienst, wie [hier beschrieben](/docs/installation/manual#evcc-als-service), ausgeführt, können die log-Nachrichten über folgende Befehle verfolgt, bzw. aufgelistet werden:
 
 - Kontinuierliche Anzeige der evcc log Meldungen  
   `sudo journalctl -fau evcc`

diff --git a/docs/guides/vehicles.mdx b/docs/guides/vehicles.mdx
@@ -54,7 +54,7 @@ Die Wallbox muss bereits in evcc eingerichtet und konfiguriert sein.
 
 :::tip
 In einfachen Fällen ist es empfehlenswert, eine direkte Zuordnung von Ladepunkt zu einem Standardfahrzeug vorzunehmen.
-(siehe [vehicle](/docs/reference/configuration/loadpoints/#vehicles)
+(siehe [vehicle](/docs/reference/configuration/loadpoints/#vehicle)
 :::
 
 :::tip

diff --git a/docs/reference/configuration/index.md b/docs/reference/configuration/index.md
@@ -56,7 +56,7 @@ graph TD;
 
 Wichtig für die Funktionalität ist ein Netzanschlusszähler (grid-meter). Dieser ermittelt die aktuelle Überschussleistung.
 Die Messung der Erzeugungsleistung hat in diesem Fall keinen funktionalen Einfluss.
-Ein Betrieb ist aber auch ohne Netzanschlusszähler möglich. Mehr dazu findest du [hier](/docs/guides/meters#ich-habe-eine-pv-anlage-aber-keinen-netzanschluss-z%C3%A4hler-kann-ich-evcc-trotzdem-nutzen).
+Ein Betrieb ist aber auch ohne Netzanschlusszähler möglich. Mehr dazu findest du [hier](/docs/guides/meters#ich-habe-eine-pv-anlage-aber-keinen-auslesbaren-netzanschluss-zähler-kann-ich-evcc-trotzdem-nutzen).
 
 Die Überschussleistung wird mit der Mindestladeleistung verglichen. Ist diese erreicht, startet die Ladung.
 

diff --git a/docs/reference/configuration/loadpoints.md b/docs/reference/configuration/loadpoints.md
@@ -143,7 +143,7 @@ Definiert, unter welchen Bedingungen die Daten für das Fahrzeug abgerufen werde
 
 - `charging`: aktualisiere die Daten **NUR** während eines Ladevorgangs (dies ist die empfohlene Standardeinstellung)
 - `connected`: aktualisiere die Daten, wenn das Fahrzeug mit der Wallbox verbunden ist (nicht nur wenn es lädt); der Parameter `interval` definiert wie oft
-- `always`: aktualisiere die Daten immer, auch wenn das Fahrzeug nicht mit der Wallbox verbunden ist; der Parameter [`interval`](#interval) definiert, wie oft (wird nur für ein Fahrzeug eines Ladepunktes unterstützt)
+- `always`: aktualisiere die Daten immer, auch wenn das Fahrzeug nicht mit der Wallbox verbunden ist; der Parameter [`interval`](#pollinterval) definiert, wie oft (wird nur für ein Fahrzeug eines Ladepunktes unterstützt)
 
 **Standardwert:** `charging`
 

diff --git a/docs/reference/configuration/messaging.md b/docs/reference/configuration/messaging.md
@@ -161,11 +161,9 @@ Die von evcc bereitgestellten Variablen (siehe auch /api/state) müssen als rege
     - [`loadpoint`](loadpoints) - Laufende Nummer des Ladepunktes (_integer_)
     - [`maxCurrent`](loadpoints#maxcurrent) - Maximale Lade-Stromstärke in Ampere (_float_)
     - [`minCurrent`](loadpoints#mincurrent) - Minimale Lade-Stromstärke in Ampere (_float_)
-    - [`minSoc`](loadpoints#min) - Mindest-Füllstand der Fahrzeugbatterie in Prozent (_integer_)
-    - [`mode`](loadpoints/#mode) - Initialer Modus des Ladepunktes nach evcc-Start `off`/`now`/`min`/`pv` (_string_)
+    - [`mode`](loadpoints#mode) - Initialer Modus des Ladepunktes nach evcc-Start `off`/`now`/`min`/`pv` (_string_)
     - [`phases`](loadpoints/#phases) - Initial aktive Anzahl Stromphasen des Ladepunktes nach evcc-Start (_integer_)
-    - [`targetSoc`](loadpoints#target) - Ziel-Füllstand der Fahrzeugbatterie in Prozent (_integer_)
-    - [`title`](loadpoints/#title) - Bezeichnung des Ladepunktes in der evcc App (_string_)
+    - [`title`](loadpoints#title) - Bezeichnung des Ladepunktes in der evcc App (_string_)
   - Information
     - `activePhases`- Aktuell aktive Anzahl Stromphasen des Ladepunktes (_integer_)
     - `chargeCurrent` - Aktuelle Gesamt-Lade-Stromstärke in Ampere (_float_)

diff --git a/docs/reference/configuration/meters.md b/docs/reference/configuration/meters.md
@@ -6,7 +6,7 @@ sidebar_position: 5
 
 _Meters_ (Strommessgeräte) ist eine Liste von in der Hausinstallation vorhandenen Geräten, welche die Leistung und den Energieverbrauch, die PV Erzeugung oder Hausbatterienutzung zur Verfügung stellen können. Ein `meter` definiert einen Punkt einer Energieleistung und kann ein physikalisches Gerät sein (z.b. ein Messgerät am Netzanschlusspunkt), ein PV Wechselrichter (AC oder auch DC im Falle von Hybrid-Wechselrichtern), oder ein Batterie-Wechselrichter.
 
-Wallboxen können intern ein Messgerät eingebaut haben, oder es kann auch extern angeschlossen sein. Falls eine Wallbox ein internes Strommessgerät hat, dann muss in `meters` **kein** Eintrag dafür angelegt werden. Falls die Wallbox keinen solchen Zähler hat, wird evcc den hier konfigurierten und der Wallbox im Ladepunkt unter [`meters`](loadpoints#meters) zugewiesenen Zähler verwenden, oder annehmen dass die eingestellte Ladeleistung auch tatsächlich genutzt wird.
+Wallboxen können intern ein Messgerät eingebaut haben, oder es kann auch extern angeschlossen sein. Falls eine Wallbox ein internes Strommessgerät hat, dann muss in `meters` **kein** Eintrag dafür angelegt werden. Falls die Wallbox keinen solchen Zähler hat, wird evcc den hier konfigurierten und der Wallbox im Ladepunkt unter [`meter`](loadpoints#meter) zugewiesenen Zähler verwenden, oder annehmen dass die eingestellte Ladeleistung auch tatsächlich genutzt wird.
 
 evcc benutzt positive (+) Werte für eingehende Ströme (Netzbezug, PV Erzeugung, Hausbatterie-Entladung) und negative (-) Werte für ausgehende Ströme (Netzeinspeisung, PV Wechselrichter Ruhestrombedarf oder Hausbatterie-Ladung). Jeder anderweitiger Strombedarf, inklusive der Wallbox, ist immer ein positiver (+) Wert.
 
@@ -38,7 +38,7 @@ Im folgenden werden nun alle möglichen Parameter erklärt.
 
 ### `name`
 
-Eine Kurzbezeichnung der hier definierten Wallbox. Der Wert wird in der Referenzierung des Gerätes in der Konfiguration der [Site](site) oder des [Ladepunktes](loadpoints#meters) verwendet.
+Eine Kurzbezeichnung der hier definierten Wallbox. Der Wert wird in der Referenzierung des Gerätes in der Konfiguration der [Site](site) oder des [Ladepunktes](loadpoints#meter) verwendet.
 
 **Beispiel**:
 

diff --git a/docs/reference/configuration/vehicles.mdx b/docs/reference/configuration/vehicles.mdx
@@ -8,7 +8,7 @@ import SponsorshipRequired from "/docs/_sponsorship_required.mdx";
 
 # `vehicles`
 
-Ein Fahrzeug repräsentiert ein spezifisches elektrisches Fahrzeug (EV) mit seiner Batterie. Wenn ein Fahrzeug konfiguriert und einem [Ladepunkt](loadpoints#vehicle--vehicles) 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](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.
 
 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.
 
@@ -33,7 +33,7 @@ Im folgenden werden nun alle möglichen Parameter erklärt.
 
 ### `name`
 
-Eine Kurzbezeichnung des hier konfigurierten Fahrzeugs. Der Wert wird in der Referenzierung des Fahrzeugs in der Konfiguration des [Ladepunktes](loadpoints#vehicle--vehicles) verwendet.
+Eine Kurzbezeichnung des hier konfigurierten Fahrzeugs. Der Wert wird in der Referenzierung des Fahrzeugs in der Konfiguration des [Ladepunktes](loadpoints#vehicle) verwendet.
 
 **Beispiel**:
 

diff --git a/docs/reference/plugins.md b/docs/reference/plugins.md
@@ -4,7 +4,7 @@ sidebar_position: 3
 
 # Plugins
 
-Plugins können verwendet werden, um verschiedene Geräte und externe Datenquellen in evcc zu integrieren. Diese können über den Wert `custom` des Parameters `type` in [`meter`](/docs/reference/configuration/meters#custom) (Strommessgeräte), [`charger`](/docs/reference/configuration/chargers#type) (Wallboxen) oder [`vehicle`](/docs/reference/configuration/vehicles#custom) (Fahrzeuge) verwendet werden.
+Plugins können verwendet werden, um verschiedene Geräte und externe Datenquellen in evcc zu integrieren. Diese können über den Wert `custom` des Parameters `type` in [`meter`](/docs/reference/configuration/meters#custom) (Strommessgeräte), [`charger`](/docs/reference/configuration/chargers#type) (Wallboxen) oder [`vehicle`](/docs/devices/vehicles#manuell) (Fahrzeuge) verwendet werden.
 
 Plugins erlauben sowohl _Schreibenzugriff_ also auch _Lesezugriff_. Wenn das Plugin zum _Schreiben_ verwendet wird, werden die Daten in Form von `${var[:format]}` zur Verfügung gestellt. Wenn `format` nicht angegeben wird, werden die Daten im Standard `%v` [Go Format](https://golang.org/pkg/fmt/) bereitgestellt. Die Variablen werden mit dem entsprechenden Wert ersetzt, bevor das Plugin ausgeführt wird.
 
@@ -17,7 +17,7 @@ Für weitere Details siehe die [Modbus Dokumentation](modbus)
 ## MQTT (lesen/schreiben)
 
 Das `mqtt` Plugin erlaubt das Lesen von Werten über MQTT Topics. Das ist insbesondere für Strommessgeräte nützlich, z.b. wenn diese ihre Daten bereits über MQTT bereitstellen.
-Siehe [MBMD](https://github.com/volkszaehler/mbmd) für ein Beispiel wie man Modbus Messdaten in MQTT bekommt. Das Plugin bietet auch die Fähigkeit JSON Datenstrukturen über jq-ähnliche Abfragen zu lesen oder zu parsen (Siehe [HTTP plugin](#http-readwrite)).
+Siehe [MBMD](https://github.com/volkszaehler/mbmd) für ein Beispiel wie man Modbus Messdaten in MQTT bekommt. Das Plugin bietet auch die Fähigkeit JSON Datenstrukturen über jq-ähnliche Abfragen zu lesen oder zu parsen (Siehe [HTTP plugin](#http-lesenschreiben)).
 
 **Beispiel Lesen**:
 

diff --git a/i18n/en/docusaurus-plugin-content-blog/2022-01-09/ersparnis.png b/i18n/en/docusaurus-plugin-content-blog/2022-01-09/ersparnis.png
diff --git a/i18n/en/docusaurus-plugin-content-blog/2022-01-09/version-0-80.md b/i18n/en/docusaurus-plugin-content-blog/2022-01-09/version-0-80.md
@@ -0,0 +1,56 @@
+---
+title: Version 0.80
+authors: [derandereandi, naltatis]
+tags: [release]
+hide_table_of_contents: false
+---
+
+Auch dieses Jahr geht es weiter mit weiteren Aktualisierungen :) Zusätzlich zu den kleineren Updates mit 0.78 und 0.79, gibt es nun auch ein paar größere Änderungen mit der Version 0.80.
+
+## `evcc configure` Verbesserungen
+
+Wenn man eine Konfiguration mit `evcc configure` erstellt, wird zuerst nach dem eigenen Know How gefragt. So können fortgeschrittene Anwender die Konfiguration in technischen Bereichen etwas genauer einstellen. Dieser Modus ist weiterhin auch über `evcc configure --advanced` direkt verfügbar. Einsteiger empfehlen wir diesen Modus jedoch nicht, da mehr Know-How erforderlich ist.
+
+Zustätzlich gibt es weitere Geräte Templates, Korrekturen an bisherigen Templates und weitere Einstellmöglichkeiten.
+
+## Sonnenenergieanteil und Ersparnis
+
+![Ersparnisdialog](ersparnis.png)
+
+Das neue Ersparnisfeature zeigt dir an wie viel deines Ladestroms durch selbsproduzierte Sonnenenergie gedeckt werden konnte.
+Der Prozentwert wird unten rechts in der Ecke angezeigt.
+Beim Klick darauf bekommst du weitere Details in einem Dialog angezeigt.
+Dort siehst du neben der Energiemenge auch deinen effektiven Energiepreis und die Gesamtersparnis gegenüber reinem Netzbezug.
+Hier findest du mehr Informationen zur [Berechnung und Preiskonfiguration](/docs/guides/setup#savings-calculation).
+
+[Sponsoren](/docs/sponsorship) finden in dem neuen Dialog unter dem Dankeschön-Konfetti-Button einen, _\*drumroll\*_, Link um unsere neuen evcc Sticker zu bekommen.
+Ihr seid die Besten. Danke für euren Support! 💚🥳
+
+## Docker
+
+Wer Docker verwendet, kann nun über die Tags `latest` jeweils die aktuelle Version verwenden. Mit dem Tag `nightly` gibt es dann täglich neue Builds, die aber noch nicht so gut getestet sein können. Weitere Informationen zur Docker Installation sind hier zu finden: [Docker, Synology](/docs/installation/docker)
+
+## Fehlerkorrekturen
+
+Diese Version enthält natürlich wieder eine Reihe von Fehlerkorrekturen und vielen kleinen Verbesserungen. Schaut euch gerne über den Changelog Link unten eine detaillierte Auflistung an.
+
+## Download & Installation
+
+- [Debian, Ubuntu, Raspberry Pi](/docs/installation/linux)
+- [macOS Homebrew](/docs/installation/macos)
+- [Docker, Synology](/docs/installation/docker)
+- [Manuell (inkl. Windows)](/docs/installation/manual)
+
+## Changelog
+
+### Version 0.80
+
+- [Detaillierte Liste der Änderungen](https://github.com/evcc-io/evcc/releases/tag/0.80)
+
+### Version 0.79
+
+- [Detaillierte Liste der Änderungen](https://github.com/evcc-io/evcc/releases/tag/0.79)
+
+### Version 0.78
+
+- [Detaillierte Liste der Änderungen](https://github.com/evcc-io/evcc/releases/tag/0.78)
-Original file line number
+Diff line change
@@ Expand Up @@
     :::tip
     In einfachen Fällen ist es empfehlenswert, eine direkte Zuordnung von Ladepunkt zu einem Standardfahrzeug vorzunehmen.
-    (siehe [vehicle](/docs/reference/configuration/loadpoints/#vehicles)
+    (siehe [vehicle](/docs/reference/configuration/loadpoints/#vehicle)
     :::
     :::tip
@@ Expand Down @@