FHEMWiki - Letzte Änderungen [de]

Fhem-cms

Stefan.apetz — Fri, 13 Nov 2026 09:51:30 GMT

Neue Version 1.10

SolarForecast - Solare Prognose (PV Erzeugung) und Verbrauchersteuerung

DS Starter — Thu, 12 Nov 2026 10:51:06 GMT

Fhem-cms

Stefan.apetz — Wed, 11 Nov 2026 16:50:44 GMT

Update: neue Version 1.8.0

@@ Zeile 25: / Zeile 25: @@
 | [https://github.com/stapetz/fhem-cms GitHub-Repository]
 |- style="background-color:#7FFFD4"
-| colspan="2" | '''Wichtig:''' Beachte die zum installierten Modul gehörende englische Beschreibung in der lokalen ''commandref''.
+| colspan="2" | '''Wichtig:''' Zugriffsschutz wird in FHEM/FHEMWEB eingerichtet.
 |}
 [[Kategorie:Modul (Inoffiziell)]]
@@ Zeile 31: / Zeile 31: @@
 '''fhem-cms''' ergänzt FHEM um eine frei gestaltbare Bedienoberfläche im Browser. Du kombinierst Gerätewerte, Bedienelemente, Texte, Bilder und Links auf eigenen Seiten. Das Layout erstellst du grafisch, ohne dafür eine komplette HTML-Oberfläche programmieren zu müssen.
-Dieser Artikel beschreibt den stabilen Funktionsstand '''1.7.0''' und das aktuelle Seitenformat '''Schema 5'''. Das ausführliche, bebilderte [https://github.com/stapetz/fhem-cms/wiki GitHub-Handbuch] enthält zusätzliche Beispiele und Screenshots aller Widgettypen und ihrer Einstellungsdialoge.
+Dieser Artikel beschreibt den stabilen Funktionsstand '''1.8.0''' und das aktuelle Seitenformat '''Schema 5'''. Das ausführliche, bebilderte [https://github.com/stapetz/fhem-cms/wiki GitHub-Handbuch] enthält zusätzliche Beispiele und Widgetaufnahmen.
 __TOC__
@@ Zeile 113: / Zeile 113: @@
 Bei einer neuen, leeren Konfiguration erscheint der '''Einrichtungsassistent'''. Du kannst leer beginnen, Räume und Geräte mit Vorschau auswählen oder mit '''Magic - auf gut Glück''' einen Entwurf erzeugen. Magic berücksichtigt höchstens acht Räume mit je acht Widgets und nur unterstützte Geräte. Nicht erkannte Geräte lassen sich später im Editor ergänzen. Der Assistent veröffentlicht nichts; Bedienelemente können reale Geräte steuern. Automatische Temperaturverläufe werden nicht angelegt.
-Die folgenden Schritte beschreiben den manuellen Ausbau nach '''Leer beginnen''' oder bei einer bestehenden Einrichtung:
+Die folgenden Schritte beschreiben den manuellen Ausbau mit leerer Startseite oder bei einer bestehenden Einrichtung:
 # Öffne am CMS-Device '''CMS starten'''.
@@ Zeile 180: / Zeile 180: @@
 '''Bearbeiten → Widgets automatisch anordnen''' rückt die Widgets der aktuellen Seite nach oben und links. Größen und Inhalte bleiben erhalten; die Änderung landet im Entwurf.
 === Fenstergröße, Zoom und mobile Ansicht ===
@@ Zeile 213: / Zeile 235: @@
 |-
 | SolarFlow || Leistungen zwischen PV, Haus, Netz und Batterie sowie optional den Batterieladestand visualisieren.
 |-
 | Text || Formatierten Text, Bilder, Links, Tabellen und Live-Platzhalter kombinieren.
@@ Zeile 238: / Zeile 262: @@
 '''Einheiten sind meist Beschriftungen, keine Umrechnung.''' Die Auswahl „kWh“ wandelt einen Readingwert in Wh nicht automatisch um.
 === SolarFlow ===
@@ Zeile 328: / Zeile 371: @@
 * Ganze Ordner werden nicht per Drop importiert.
 * Identische Dateien können wiederverwendet werden und bleiben dann gegebenenfalls in ihrem bisherigen Ordner.
-* Eine Assetsuche ist in Version 1.7.0 noch nicht enthalten.
+* Eine Assetsuche ist in Version 1.8.0 noch nicht enthalten.
 === Dateidetails und Aktionen ===

Fronthem

Wvhn — Wed, 11 Nov 2026 13:23:01 GMT

Korrekturen und Ergänzungen bei den Konvertern

← Nächstältere Version		Version vom 11. November 2026, 14:23 Uhr
Zeile 64:		Zeile 64:
	* [[#AnAus\|AnAus]] für Schalter, Übersetzung in "An" und "Aus"		* [[#AnAus\|AnAus]] für Schalter, Übersetzung in "An" und "Aus"
	* [[#Log\|Log]] für die Darstellung von Log-Meldungen		* [[#Log\|Log]] für die Darstellung von Log-Meldungen
	* [[#NumInvert\|NumInvert]] ~~for substracting the current value from a max value~~		* [[#NumInvert\|NumInvert]] zum Invertieren eines Wertes durch Substraktion von einem Maximalwert

	Weitere Readings ~~Converter~~ können darüber hinaus [[#eigene Converter\|individuell selbst]] definiert werden.		Weitere Readings-Konverter können darüber hinaus [[#eigene Converter\|individuell selbst]] definiert werden.

	Die hier beschriebenen ~~Converter~~ sind kompatibel mit dem oben erwähnten Frontend smartVISU und werden auf dessen Basis erklärt. Für die Verwendung in Kombination mit anderen Frontends müssen die ~~Converter~~ möglicherweise entsprechend angepasst werden.		Die hier beschriebenen Konverter sind kompatibel mit dem oben erwähnten Frontend smartVISU und werden auf dessen Basis erklärt. Für die Verwendung in Kombination mit anderen Frontends müssen die Konverter möglicherweise entsprechend angepasst werden.

	====Direct====		====Direct====
Zeile 127:		Zeile 127:

	====Plot====		====Plot====
	Überträgt Daten aus der FHEM-Datenbank, die über DbLog abgefragt und als JSON ausgelifert werden an smartVISU. Als Parameter ist hier das item anzugeben, für welches die Plotdaten übertragen werden soll. ([https://forum.fhem.de/index.php/topic,86584.0.html Forum])		Überträgt Daten aus der FHEM-Datenbank, die über DbLog abgefragt und als JSON ausgelifert werden an smartVISU. Als Parameter ist hier nach dem Konverter-Namen das item anzugeben, für welches die Plotdaten übertragen werden soll. ([https://forum.fhem.de/index.php/topic,86584.0.html Forum])

	====Plotfile====		====Plotfile====
	Überträgt Plotdaten aus FileLog-Abfragen an smartVISU. Als Parameter ist hier der ~~name~~ des FileLogs anzugeben. ([https://forum.fhem.de/index.php/topic,86584.0.html Forum])		Überträgt Plotdaten aus FileLog-Abfragen an smartVISU. Als Parameter ist hier nach dem Konverternamen der Name des FileLogs anzugeben. ([https://forum.fhem.de/index.php/topic,86584.0.html Forum])

	====UZSU====		====UZSU====
Zeile 136:		Zeile 136:

	====JSONdata====		====JSONdata====
	Dieser Konverter bringt beliebige JSON-Daten in das für die Übertragung zu smartVISU erforderliche Format. ~~([https://forum.fhem.de/index.php/topic,86584.0.html Forum])~~		Dieser Konverter bringt beliebige JSON-Daten in das für die Übertragung zu smartVISU erforderliche Format.

	====AnAus====		====AnAus====
Zeile 142:		Zeile 142:

	====Log====		====Log====
	Bereitet Log-Meldungen für die Übertragung an smartVISU auf.		Bereitet Log-Meldungen für die Übertragung an smartVISU auf. Konfiguration siehe [https://forum.fhem.de/index.php/topic,86584.0.html Forum].

	====NumInvert====		====NumInvert====
	Invertiert einen numerischen Wert, indem dieser von einem festgelegten ~~MAximalwert~~ abgezogen wird.		Invertiert einen numerischen Wert, indem dieser von einem festgelegten Maximalwert abgezogen wird. Nützlich zum Beispiel zur Richtungsumkehr bei Jalousien (0 wird zu 100, 100 wird zu 0).

	==== eigene Converter ====		==== eigene Converter ====
Zeile 156:		Zeile 156:

	===== NumDelayed =====		===== NumDelayed =====
	NumDelayed ist noch in Arbeit.		NumDelayed ist noch in Arbeit (Stand 2026: nicht realisiert).

	Ein bidirektionaler numerischer Converter mit einstellbarer Verzögerung.		Ein bidirektionaler numerischer Converter mit einstellbarer Verzögerung.
Zeile 165:		Zeile 165:

	===== WordDisplay =====		===== WordDisplay =====
	WordDisplay ist derzeit in Planung, es wird noch über die Umsetzung diskutiert.		WordDisplay ist derzeit in Planung, es wird noch über die Umsetzung diskutiert (Stand 2026: nicht realisiert).

	Der Converter soll nur in eine Richtung arbeiten, FHEM zu Frontend. Es ist dazu gedacht Wörter oder Textpassagen zu übertragen. Jedoch soll es möglich sein, eine Umwandlung selbst festzulegen. So kann man einfach mehrere Textausgaben abhängig vom Zustand an das Frontend schicken:		Der Converter soll nur in eine Richtung arbeiten, FHEM zu Frontend. Es ist dazu gedacht Wörter oder Textpassagen zu übertragen. Jedoch soll es möglich sein, eine Umwandlung selbst festzulegen. So kann man einfach mehrere Textausgaben abhängig vom Zustand an das Frontend schicken:

Fhem-cms

Stefan.apetz — Wed, 11 Nov 2026 11:34:05 GMT

aktualisiert um neue Funktionen / Features (Einrichtungsassistent)

← Nächstältere Version		Version vom 11. November 2026, 12:34 Uhr
Zeile 31:		Zeile 31:
	'''fhem-cms''' ergänzt FHEM um eine frei gestaltbare Bedienoberfläche im Browser. Du kombinierst Gerätewerte, Bedienelemente, Texte, Bilder und Links auf eigenen Seiten. Das Layout erstellst du grafisch, ohne dafür eine komplette HTML-Oberfläche programmieren zu müssen.		'''fhem-cms''' ergänzt FHEM um eine frei gestaltbare Bedienoberfläche im Browser. Du kombinierst Gerätewerte, Bedienelemente, Texte, Bilder und Links auf eigenen Seiten. Das Layout erstellst du grafisch, ohne dafür eine komplette HTML-Oberfläche programmieren zu müssen.

	Dieser Artikel beschreibt den stabilen Funktionsstand '''1.6.1''' und das aktuelle Seitenformat '''Schema 5'''. Das ausführliche, bebilderte [https://github.com/stapetz/fhem-cms/wiki GitHub-Handbuch] enthält zusätzliche Beispiele und Screenshots aller Widgettypen und ihrer Einstellungsdialoge.		Dieser Artikel beschreibt den stabilen Funktionsstand '''1.7.0''' und das aktuelle Seitenformat '''Schema 5'''. Das ausführliche, bebilderte [https://github.com/stapetz/fhem-cms/wiki GitHub-Handbuch] enthält zusätzliche Beispiele und Screenshots aller Widgettypen und ihrer Einstellungsdialoge.

	__TOC__		__TOC__
Zeile 110:		Zeile 110:

	== Erste Seite erstellen ==		== Erste Seite erstellen ==

			Bei einer neuen, leeren Konfiguration erscheint der '''Einrichtungsassistent'''. Du kannst leer beginnen, Räume und Geräte mit Vorschau auswählen oder mit '''Magic - auf gut Glück''' einen Entwurf erzeugen. Magic berücksichtigt höchstens acht Räume mit je acht Widgets und nur unterstützte Geräte. Nicht erkannte Geräte lassen sich später im Editor ergänzen. Der Assistent veröffentlicht nichts; Bedienelemente können reale Geräte steuern. Automatische Temperaturverläufe werden nicht angelegt.

			Die folgenden Schritte beschreiben den manuellen Ausbau nach '''Leer beginnen''' oder bei einer bestehenden Einrichtung:

	# Öffne am CMS-Device '''CMS starten'''.		# Öffne am CMS-Device '''CMS starten'''.
Zeile 238:		Zeile 242:

	Die PV-Leistung ist Pflicht; andere Quellen sind optional. Du kannst Werte aus einem Device oder aus mehreren Devices zuordnen. Ohne Hausverbrauchsreading kann der Hausverbrauch berechnet werden.		Die PV-Leistung ist Pflicht; andere Quellen sind optional. Du kannst Werte aus einem Device oder aus mehreren Devices zuordnen. Ohne Hausverbrauchsreading kann der Hausverbrauch berechnet werden.

			Bei einem von Magic vorgeschlagenen SolaxModbus-Gerät ist die Berechnung zunächst ausgeschaltet, wenn sich der Hausverbrauch nicht eindeutig zuordnen lässt. Sie kann in der Widget-Konfiguration bewusst aktiviert werden.

	* Netzleistung: negativ bedeutet Bezug, positiv Einspeisung.		* Netzleistung: negativ bedeutet Bezug, positiv Einspeisung.
Zeile 322:		Zeile 328:
	* Ganze Ordner werden nicht per Drop importiert.		* Ganze Ordner werden nicht per Drop importiert.
	* Identische Dateien können wiederverwendet werden und bleiben dann gegebenenfalls in ihrem bisherigen Ordner.		* Identische Dateien können wiederverwendet werden und bleiben dann gegebenenfalls in ihrem bisherigen Ordner.
	* Eine Assetsuche ist in Version 1.6.1 noch nicht enthalten.		* Eine Assetsuche ist in Version 1.7.0 noch nicht enthalten.

	=== Dateidetails und Aktionen ===		=== Dateidetails und Aktionen ===

Fronthem

Wvhn — Wed, 11 Nov 2026 00:02:23 GMT

Konverter Stand 11.2026 ergänzt

@@ Zeile 46: / Zeile 46: @@
 Über das Konzept der converter können FHEM Devices unterschiedlichster Typen und Funktionen über das Frontend bedient werden. So versorgt der gleiche converter, der die Solltemperatur des virtuellen Heizungsthermostats (bidriektional) einstellt, auch die Füllstandanzeige der Zisterne sowie den Dimmer. In den genannten Fällen handelt es sich um die Übertragung von numerischen Werten. Converter können dabei auch Spezialaufgaben wie die Begrenzung des Wertebereichs übernehmen. So lässt sich über NumDirect zum Beispiel die Solltemperatur für virtuelle Heizungsregler auf Min und Max Werte begrenzen.
-Standardmäßig gibt es folgende Converter:
+Standardmäßig gibt es folgende Konverter (in "fhconverter.pm"):
 * [[#Direct|Direct]] für Übertragung ohne Konvertierung
 * [[#NumDirect|NumDirect]] für Übertragung von Zahlenwerten in einem begrenzten Werteraum zwischen Min und Max
@@ Zeile 55: / Zeile 55: @@
 * [[#Attribute|Attribute]] (vorhanden, Beschreibung TODO)
 * [[#Trigger|Trigger]] (vorhanden, Beschreibung TODO)
 Weitere Readings Converter können darüber hinaus [[#eigene Converter|individuell selbst]] definiert werden.
@@ Zeile 115: / Zeile 125: @@
 ==== Trigger ====
 Dieser Converter ist im Modul bereits enthalten, dessen Beschreibung ist allerdings TODO.
 ==== eigene Converter ====

HTTPMOD

StefanStrobel — Tue, 10 Nov 2026 20:19:33 GMT

Fehlende Features ergänzt

@@ Zeile 1.355: / Zeile 1.355: @@
 ;minSendDelay
 :Defines the minimum time between two HTTP Requests.
 == Links ==

Fhem-cms

Stefan.apetz — Tue, 10 Nov 2026 17:44:57 GMT

← Nächstältere Version		Version vom 10. November 2026, 18:44 Uhr
Zeile 1:		Zeile 1:
	{\| class="~~wikitable~~" style="float:right; ~~clear~~:~~right~~; width:~~22em; margin:0 0 1em 1em~~;"		{\| class="float-right infobox toccolours" style="margin:0 0 1em 1em; float:right; border-style:solid; border-width:1px;" width="300"
	! colspan="2" \| FHEMCMS – fhem-cms		! colspan="2" style="background-color:#EFEFFF" \| FHEMCMS – fhem-cms
	\|-		\|- style="background-color:#EFEFFF"
	! Zweck / Funktion		! colspan="2" \| Zweck / Funktion
	\| Browserbasierte Bedienoberfläche mit grafischem Seiteneditor, Widgets, Live-Werten und Assetmanager.		\|- style="background-color:#FFFFFF"
	\|-		\| colspan="2" \| Browserbasierte Bedienoberfläche mit grafischem Seiteneditor, Widgets, Live-Werten und Assetmanager.
	! Typ		\|- style="background-color:#EFEFFF"
			! colspan="2" \| Allgemein
			\|- style="background-color:#FFFFFF"
			\| Typ
	\| Inoffizielles Modul; Installation aus externer Updatequelle.		\| Inoffizielles Modul; Installation aus externer Updatequelle.
	\|-		\|- style="background-color:#EFEFFF"
	! Dokumentation		! colspan="2" \| Details
			\|- style="background-color:#FFFFFF"
			\| Dokumentation
	\| [https://github.com/stapetz/fhem-cms/wiki GitHub-Wiki / Anwenderhandbuch]		\| [https://github.com/stapetz/fhem-cms/wiki GitHub-Wiki / Anwenderhandbuch]
	\|-		\|- style="background-color:#FFFFFF"
	! Modulname		\| Modulname
	\| <code>01_FHEMCMS.pm</code>		\| <code>01_FHEMCMS.pm</code>
	\|-		\|- style="background-color:#FFFFFF"
	! Ersteller / Betreuung		\| Ersteller / Betreuung
	\| [https://github.com/stapetz stapetz]		\| [https://github.com/stapetz stapetz]
	\|-		\|- style="background-color:#FFFFFF"
	! Projekt		\| Projekt
	\| [https://github.com/stapetz/fhem-cms GitHub-Repository]		\| [https://github.com/stapetz/fhem-cms GitHub-Repository]
			\|- style="background-color:#7FFFD4"
			\| colspan="2" \| '''Wichtig:''' Beachte die zum installierten Modul gehörende englische Beschreibung in der lokalen ''commandref''.
	\|}		\|}
	[[Kategorie:Modul (Inoffiziell)]]		[[Kategorie:Modul (Inoffiziell)]]

VolvoConnect

Stefan.apetz — Tue, 10 Nov 2026 17:42:43 GMT

Ersterstellung Doku VolvoConnect

Änderungen zeigen

Fhem-cms-frontend

Stefan.apetz — Tue, 10 Nov 2026 17:35:24 GMT

Weiterleitung auf VolvoConnect entfernt

← Nächstältere Version		Version vom 10. November 2026, 18:35 Uhr
Zeile 1:		Zeile 1:
	~~#WEITERLEITUNG [[VolvoConnect]]~~		{{Löschkandidat\|Anfängerfehler, falsche Seite angelegt ;-) }}

Fhem-cms-frontend

Stefan.apetz — Tue, 10 Nov 2026 17:33:35 GMT

Stefan.apetz verschob die Seite Fhem-cms-frontend nach VolvoConnect

Neue Seite

#WEITERLEITUNG [[Fhem-cms]]

Fhem-cms

Stefan.apetz — Tue, 10 Nov 2026 17:11:13 GMT

← Nächstältere Version		Version vom 10. November 2026, 18:11 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 1:		Zeile 1:
	{~~{Infobox Modul~~		{\| class="wikitable" style="float:right; clear:right; width:22em; margin:0 0 1em 1em;"
	\|~~ModPurpose=~~Browserbasierte Bedienoberfläche ~~für FHEM~~ mit grafischem Seiteneditor, Widgets, Live-Werten und ~~gemeinsamem~~ Assetmanager.		! colspan="2" \| FHEMCMS – fhem-cms
	\|~~ModType=x~~		\|-
	\|~~ModCmdRef=FHEMCMS~~		! Zweck / Funktion
	\|~~ModTechName=~~01_FHEMCMS.pm		\| Browserbasierte Bedienoberfläche mit grafischem Seiteneditor, Widgets, Live-Werten und Assetmanager.
	\|~~ModOwner=~~[https://github.com/stapetz stapetz]		\|-
	}}		! Typ
			\| Inoffizielles Modul; Installation aus externer Updatequelle.
			\|-
			! Dokumentation
			\| [https://github.com/stapetz/fhem-cms/wiki GitHub-Wiki / Anwenderhandbuch]
			\|-
			! Modulname
			\| <code>01_FHEMCMS.pm</code>
			\|-
			! Ersteller / Betreuung
			\| [https://github.com/stapetz stapetz]
			\|-
			! Projekt
			\| [https://github.com/stapetz/fhem-cms GitHub-Repository]
			\|}
			[[Kategorie:Modul (Inoffiziell)]]

	'''fhem-cms''' ergänzt FHEM um eine frei gestaltbare Bedienoberfläche im Browser. Du kombinierst Gerätewerte, Bedienelemente, Texte, Bilder und Links auf eigenen Seiten. Das Layout erstellst du grafisch, ohne dafür eine komplette HTML-Oberfläche programmieren zu müssen.		'''fhem-cms''' ergänzt FHEM um eine frei gestaltbare Bedienoberfläche im Browser. Du kombinierst Gerätewerte, Bedienelemente, Texte, Bilder und Links auf eigenen Seiten. Das Layout erstellst du grafisch, ohne dafür eine komplette HTML-Oberfläche programmieren zu müssen.
Zeile 485:		Zeile 500:

	Nenne bei Fehlerberichten Version, Browser, Ansichtsmodus, erwartetes und tatsächliches Verhalten sowie reproduzierbare Schritte. Bei Layoutproblemen helfen Fensterbreite und Zoomfaktor. Entferne Zugangsdaten und private Informationen aus Logs und Screenshots.		Nenne bei Fehlerberichten Version, Browser, Ansichtsmodus, erwartetes und tatsächliches Verhalten sowie reproduzierbare Schritte. Bei Layoutproblemen helfen Fensterbreite und Zoomfaktor. Entferne Zugangsdaten und private Informationen aus Logs und Screenshots.

			[[Kategorie:FHEM Frontends]]

Fhem-cms

Stefan.apetz — Tue, 10 Nov 2026 17:01:38 GMT

Stefan.apetz löschte die Weiterleitung Fhem-cms durch Überschreiben Gelöscht, um Platz für die Verschiebung von „Fhem-cms-frontend“ zu schaffen

Fhem-cms-frontend

Stefan.apetz — Tue, 10 Nov 2026 17:01:38 GMT

Stefan.apetz verschob die Seite Fhem-cms-frontend nach Fhem-cms und überschrieb dabei eine Weiterleitung

Neue Seite

{{Infobox Modul
|ModPurpose=Browserbasierte Bedienoberfläche für FHEM mit grafischem Seiteneditor, Widgets, Live-Werten und gemeinsamem Assetmanager.
|ModType=x
|ModCmdRef=FHEMCMS
|ModTechName=01_FHEMCMS.pm
|ModOwner=[https://github.com/stapetz stapetz]
}}

'''fhem-cms''' ergänzt FHEM um eine frei gestaltbare Bedienoberfläche im Browser. Du kombinierst Gerätewerte, Bedienelemente, Texte, Bilder und Links auf eigenen Seiten. Das Layout erstellst du grafisch, ohne dafür eine komplette HTML-Oberfläche programmieren zu müssen.

Dieser Artikel beschreibt den stabilen Funktionsstand '''1.6.1''' und das aktuelle Seitenformat '''Schema 5'''. Das ausführliche, bebilderte [https://github.com/stapetz/fhem-cms/wiki GitHub-Handbuch] enthält zusätzliche Beispiele und Screenshots aller Widgettypen und ihrer Einstellungsdialoge.

__TOC__

== Idee und Funktionsumfang ==

Statt technische Geräteseiten einzeln aufzurufen, ordnest du Informationen nach Räumen oder Themen:

* Eine Startseite zeigt wichtige Zustände und Schnellzugriffe.
* Raumseiten bündeln Temperatur, Heizung, Beleuchtung und Fensterkontakte.
* Energieübersichten verbinden Tabellen, historische Diagramme und SolarFlow.
* Informationsseiten enthalten Anleitungen, Bilder und aktuelle FHEM-Werte im Fließtext.
* Linkkacheln führen zu anderen CMS-Seiten, Webseiten oder Dokumenten.

Das FHEM-Modul übernimmt Datenzugriff und Speicherung; der Browser stellt die Oberfläche dar. Das CMS verwendet FHEMWEB und dessen Sitzung. Ein zusätzlicher Cloud-Dienst ist nicht erforderlich.

FHEM bleibt für Geräte, Automatisierungen, Berechtigungen und die Aufzeichnung historischer Daten zuständig. Das CMS ersetzt diese Funktionen nicht.

== Voraussetzungen und Sicherheit ==

* FHEM 6.5 oder neuer und ein laufendes FHEMWEB.
* Ein aktueller Browser mit ES-Modulen, Web Components und HTML-Dialogen.
* Schreibrechte des FHEM-Betriebssystemkontos in den CMS-Daten- und Medienverzeichnissen.
* Für historische Diagramme: bereits vorhandene Aufzeichnungen in DbLog oder FileLog.

Die Projektanleitung nennt Perl 5.40 als getestete Umgebung, nicht als einzig mögliche Laufzeit. Für die normale Installation brauchst du weder Node.js noch einen eigenen Frontend-Build.

'''Wichtig: FHEMWEB ist die Sicherheitsgrenze.''' Es gibt keine separate CMS-Anmeldung. Richte Anmeldung, geschützten Transport und passende FHEM-Rechte ein, bevor du die Oberfläche außerhalb eines vertrauenswürdigen Netzes verwendest.

* Eine ausgeblendete Navigation oder eine Seite ohne Editor ist '''keine Zugriffssperre'''.
* <code>?mode=edit</code> schaltet die Ansicht um, ist aber keine Berechtigungsprüfung.
* Eine eigenständige CMS-Rollenverwaltung für Leser und Bearbeiter ist nicht vorauszusetzen.
* Bedienelemente können reale Geräte schalten. Auch die Vorschau ist nicht automatisch ein Simulationsmodus.
* Zugangsdaten, Tokens und sensible Metadaten gehören nicht in öffentliche Widgets, Screenshots oder Fehlerberichte.

== Installation ==

Erstelle zunächst eine vollständige Sicherung deiner FHEM-Installation.

Die folgenden Befehle gibst du in die '''FHEM-Befehlszeile''' ein, nicht in ein Betriebssystemterminal:

<pre>
update add https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
update all https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
shutdown restart
</pre>

Die Adresse zeigt auf eine '''Controls-Datei''', nicht direkt auf die Moduldatei. Dadurch werden Modul, Perl-Helfer und Frontend zusammen installiert. Der Neustart unterbricht FHEM kurz.

Nach dem Neustart legst du ein CMS-Device an:

<pre>
define CMS fhemcms
</pre>

<code>CMS</code> ist ein Beispielname. Ersetze ihn bei Bedarf in allen Befehlen durch deinen eigenen Device-Namen. Speichere anschließend die FHEM-Konfiguration.

Das Device erscheint standardmäßig im Raum '''FHEM CMS''':

{| class="wikitable"
! Einstieg am Device !! Funktion
|-
| '''CMS starten''' || Öffnet den Bearbeitungsmodus.
|-
| '''Zeige Homepage''' || Öffnet den veröffentlichten Stand.
|-
| <code>get CMS url</code> || Zeigt den relativen Homepagepfad.
|}

Bei FHEMWEB-Webname <code>fhem</code> und Device <code>CMS</code> lauten typische Pfade:

<pre>
/fhem/fhem-cms/CMS/index.html
/fhem/fhem-cms/CMS/index.html?mode=edit
</pre>

Verwende bevorzugt die erzeugten Device-Links, da Host, Port und Webname von deiner Installation abhängen. Die Modulversion findest du im Internal '''VERSION'''.

== Erste Seite erstellen ==

# Öffne am CMS-Device '''CMS starten'''.
# Wähle '''Bearbeiten → Widget hinzufügen → Wert'''.
# Suche ein vorhandenes FHEM-Device und wähle dessen gewünschtes Reading.
# Trage einen Titel und gegebenenfalls eine Einheit ein, beispielsweise „Außentemperatur“ und „°C“.
# Bestätige mit '''Speichern'''.
# Verschiebe das Widget am Punktgriff und ändere seine Größe am Griff unten rechts.
# Ergänze bei Bedarf ein '''Textwidget''' als Überschrift oder Einleitung.
# Kontrolliere den Entwurf unter '''Ansicht → Vorschau''' und in der Geräte-Vorschau.
# Wähle '''Datei → Entwurf veröffentlichen'''.
# Öffne die Homepage neu.

Device- und Reading-Namen werden nicht automatisch angelegt. Wähle die tatsächlich vorhandenen Quellen deiner FHEM-Installation.

== Editor, Entwurf und Veröffentlichung ==

{| class="wikitable"
! Ansicht !! Angezeigter Stand !! Zweck
|-
| Homepage ohne Modusparameter || Live || Veröffentlichte Oberfläche bedienen.
|-
| <code>?mode=edit</code> || Entwurf bzw. Ausgangsstand || Seiten und Widgets bearbeiten.
|-
| <code>?mode=preview</code> || Entwurf || Entwurf ohne Editorwerkzeuge prüfen.
|}

'''Speichern ist nicht Veröffentlichen:'''

* '''Speichern''' im Widgetdialog übernimmt Änderungen in den Entwurf.
* Verschieben und Skalieren werden automatisch als Entwurf gespeichert.
* '''Abbrechen''' verwirft noch nicht gespeicherte Dialogeingaben.
* '''Entwurf veröffentlichen''' ersetzt den Live-Stand; der bisherige Live-Stand wird gesichert.
* '''Entwurf verwerfen''' entfernt den Entwurf, nicht die Live-Konfiguration.

Ein CMS-Device hat '''einen gemeinsamen Entwurf''', nicht einen eigenen je Browser. Bei Konflikten oder einer unklaren Speicherbestätigung lädst du den aktuellen Zustand neu, statt mehrfach zu speichern.

{| class="wikitable"
! Menü !! Typische Aufgaben
|-
| Datei || Veröffentlichen, Verwerfen, Assetmanager, Sicherungen und Wiederherstellung.
|-
| Bearbeiten || Seiteneinstellungen, Widget hinzufügen, Widgets automatisch anordnen.
|-
| Ansicht || Vorschau und Rasteranzeige.
|}

Die Widgetwerkzeuge erscheinen auf Mausgeräten beim Überfahren oder Tastaturfokus; auf Touchgeräten ohne Hover bleiben sie sichtbar. Über den Stift öffnest du die Einstellungen, über den Seitenwechselknopf verschiebst du ein Widget auf eine andere Seite.

'''Ausnahme Assetmanager:''' Uploads, Umbenennen, Verschieben und Löschen gelten sofort, unabhängig vom Seitenentwurf.

== Seiten, Navigation und Layout ==

Die Navigation ist ein gemeinsames Widget für alle Seiten des CMS-Devices. Öffne dessen Stiftsymbol, um Seiten zu erstellen, umzubenennen, umzusortieren oder in der Navigation auszublenden.

* Ausgeblendete Seiten bleiben über ihren Link erreichbar und sind nicht geschützt.
* Zum Löschen einer Seite entfernst oder verschiebst du zunächst ihre Widgets und änderst referenzierende LinkWidget-Kacheln.
* Die letzte verbleibende Seite kann nicht einfach entfernt werden.
* Die Navigation lässt sich horizontal oder vertikal ausrichten, verschieben und skalieren.
* Bei Platzmangel erscheint ein aufklappbares Burger-Menü.
* Eine vergrößerte gemeinsame Navigation kann kollidierende Widgets auf allen Seiten nach unten verschieben.

Unter '''Bearbeiten → Seiteneinstellungen''' legst du Theme, Widgetrahmen, globale Titelausrichtung und Rasterdichte fest. Möglich sind '''12, 24, 48, 96 oder 192 Spalten'''. Die gemeinsamen Einstellungen gelten für alle Seiten des CMS-Devices.

Widgettitel lassen sich global links, zentriert oder rechts ausrichten. Ob ein Titel sichtbar ist, bestimmst du weiterhin am einzelnen Widget. Frei formatierte Überschriften im Textinhalt sind davon unabhängig.

'''Bearbeiten → Widgets automatisch anordnen''' rückt die Widgets der aktuellen Seite nach oben und links. Größen und Inhalte bleiben erhalten; die Änderung landet im Entwurf.

=== Fenstergröße, Zoom und mobile Ansicht ===

Navigation und Widgets skalieren gemeinsam mit der verfügbaren Breite. Browserzoom vergrößert oder verkleinert die Darstellung; bei Platzmangel kann der Rasterbereich seitlich scrollen.

Bis einschließlich '''600 Pixel Inhaltsbreite''' ordnen Homepage und Vorschau die Widgets in Leserichtung mit Zeilenumbruch an. Der Editor bleibt zum präzisen Positionieren beim exakten Raster. Das Drehen des Geräts verändert keine gespeicherten Rasterpositionen.

Prüfe vor der Veröffentlichung Desktop, Smartphone, Hoch-/Querformat und Browserzoom. Die Geräte-Vorschau hilft dabei, ersetzt aber nicht jeden Test auf dem Zielgerät.

== Widgetübersicht ==

{| class="wikitable"
! Widget !! Aufgabe und wichtige Hinweise
|-
| Wert || Ein einzelnes Reading mit optionalem Icon und Einheit groß anzeigen; keine Gerätebedienung.
|-
| Uhr / Datum || Browserzeit digital oder analog darstellen; Datum, Sekunden und Wochentag optional.
|-
| Status-Symbol || Exakte Readingwerte passenden Icons und Farben zuordnen; reine Anzeige.
|-
| Thermostat || Ist-/Solltemperatur, Sollwertregler, Betriebsart, Ventil und Batterie je nach verfügbaren Geräteinformationen.
|-
| Schalter || Mit den angebotenen An-/Aus-Befehlen schalten; Standarddarstellung „Nur Symbol“, Beschriftung optional.
|-
| Taster || Einen angebotenen Befehl ohne Parameter auslösen, etwa <code>toggle</code>; Standardsymbol passend zum Befehl.
|-
| Schieberegler || Einen Set-Befehl mit Sliderdeklaration bedienen; Bereich und Schrittweite vom Device.
|-
| Tabelle || Mehrere Readings mit eigenen Bezeichnern, Einheiten, Überschriften und optionaler Summe.
|-
| Diagramm || Geloggte numerische Messwerte aus DbLog oder FileLog darstellen.
|-
| SolarFlow || Leistungen zwischen PV, Haus, Netz und Batterie sowie optional den Batterieladestand visualisieren.
|-
| Text || Formatierten Text, Bilder, Links, Tabellen und Live-Platzhalter kombinieren.
|-
| Freies HTML || Bereinigtes HTML mit Live-Werten und zustandsabhängigen Farben; keine freie Skriptausführung.
|-
| LinkWidget || Interne Seiten, externe Webseiten oder Dokumente als Text-/Bildkacheln anbieten.
|}

Alle Widgetaufnahmen und Einstellungsdialoge findest du in der [https://github.com/stapetz/fhem-cms/wiki/Widgets bebilderten Widgetübersicht].

=== Geräte und Befehle richtig zuordnen ===

Nach einem Gerätewechsel prüfst du die neu angebotenen Readings und Set-Befehle. Beim Thermostat richten sich Solltemperaturbereich und Betriebsarten nach dem ausgewählten Gerät; gegebenenfalls werden dessen Kanäle berücksichtigt.

Schalter und Taster sind im Editor nicht zum Schalten vorgesehen. In der normalen Ansicht können sie reale Geräte bedienen.

Ein Slider benötigt eine passende Deklaration in der Set-Liste, beispielsweise:

<pre>
pct:slider,0,1,100
</pre>

Das bedeutet Minimum 0, Schrittweite 1 und Maximum 100. Eine reine Werteliste genügt dafür derzeit nicht. Slideränderungen werden 1,5 Sekunden nach der letzten Bewegung gesendet.

'''Einheiten sind meist Beschriftungen, keine Umrechnung.''' Die Auswahl „kWh“ wandelt einen Readingwert in Wh nicht automatisch um.

=== SolarFlow ===

Die PV-Leistung ist Pflicht; andere Quellen sind optional. Du kannst Werte aus einem Device oder aus mehreren Devices zuordnen. Ohne Hausverbrauchsreading kann der Hausverbrauch berechnet werden.

* Netzleistung: negativ bedeutet Bezug, positiv Einspeisung.
* Batterieleistung: positiv bedeutet Laden, negativ Entladen.
* Die W-/kW-Einstellung muss zu den Quellreadings passen.
* Fehlende Netz-/Batteriequellen blenden die betreffende Station aus.

Prüfe die Richtung an einem bekannten Betriebszustand; Hersteller verwenden nicht immer dieselbe Vorzeichenkonvention.

=== LinkWidget ===

Ein LinkWidget enthält 1 bis 200 Kacheln. Jede Kachel braucht einen Linktext, auch wenn dieser ausgeblendet ist. Ziele sind interne CMS-Seiten, externe HTTP-/HTTPS-Adressen und Dokumente aus dem Assetmanager.

Im Einstellungsdialog ordnest du die Kacheln in einem eigenen '''12-Spalten-Raster''' an. Verschieben erfolgt am Griff, Skalieren an der Ecke. Überlappungen sind nicht speicherbar.

Das innere Linkraster ist unabhängig vom äußeren Seitenraster. Ein „neues Fenster“ kann aufgrund von Browserregeln auch als Tab erscheinen.

== Text, Bilder und Live-Platzhalter ==

Das Textwidget bietet einen WYSIWYG-Editor mit Textformatierung, Überschriften, Listen, Farben, Links, Bildern und Tabellen.

* Über '''Bild''' öffnest du den gemeinsamen Assetmanager.
* Ein eingefügtes Bild kannst du anklicken, links/mittig/rechts ausrichten und proportional skalieren.
* Über '''<nowiki>{{ }}</nowiki>''' fügst du einen Live-Platzhalter ein.
* Im Editor erscheint dieser als grüner Baustein; ein Klick darauf öffnet seine Einstellungen.
* In der normalen Ansicht wird der Baustein durch den aktuellen Wert ersetzt.

=== Platzhalterbeispiele ===

<pre>
<nowiki>{{Garten:temperature|round(1)|suffix( °C)}}</nowiki>
<nowiki>{{Fenster:state|map(open=Offen,closed=Geschlossen)|default(unbekannt)}}</nowiki>
</pre>

Für eine Energieinformationsseite beispielsweise:

<pre>
<nowiki>{{virtualSolar:pv_total_power|suffix( W)}}</nowiki>
<nowiki>{{virtualSolar:EnergyTotal|round(2)|suffix( kWh)}}</nowiki>
</pre>

Die Device- und Readingnamen sind Beispiele. Wähle deine tatsächlichen Quellen. Filter werden von links nach rechts angewendet:

{| class="wikitable"
! Filter !! Wirkung
|-
| <code>round(n)</code> || Auf 0 bis 6 Nachkommastellen runden.
|-
| <code>int</code> || Nachkommastellen abschneiden.
|-
| <code>upper</code>, <code>lower</code> || Groß-/Kleinschreibung.
|-
| <code>default(Text)</code> || Ersatztext bei leerem Wert.
|-
| <code>prefix(Text)</code>, <code>suffix(Text)</code> || Text oder Einheit ergänzen.
|-
| <code>map(on=An,off=Aus)</code> || Readingwerte auf eigene Texte abbilden.
|}

Die Sonderwerte <code>@alias</code>, <code>@name</code> und <code>@type</code> liefern Geräteinformationen. Je Inhaltswidget sind höchstens 20 verschiedene Devices vorgesehen.

=== Freies HTML ===

Freies HTML unterstützt Platzhalter und alternativ Elemente mit <code>device</code>- und <code>reading</code>-Attributen:

<pre>
<nowiki><h3>Garten</h3>
Temperatur: {{Garten:temperature|round(1)|suffix( °C)}}
</nowiki>
</pre>

Erlaubtes HTML wird geprüft und bereinigt. Skripte, Iframes, Ereignisattribute und beliebige externe Inhalte sind nicht vorgesehen. Für Bilder und Links verwendest du das Textwidget oder LinkWidget.

== Assetmanager: gemeinsame Bilder und Dokumente ==

Über '''Datei → Assetmanager''' verwaltest du Dateien unabhängig vom gerade bearbeiteten Widget. Textwidget und LinkWidget verwenden denselben Katalog des CMS-Devices.

=== Ordner und Upload ===

* Die große Übersicht zeigt direkte Unterordner und Dateien des geöffneten Ordners.
* Ein Klick auf eine Ordnerkachel öffnet den Ordner; über den Pfad navigierst du zurück.
* '''Ordner erstellen''' legt einen Unterordner am aktuellen Ort an.
* Mehrfachauswahl und Drag-and-drop laden Dateien direkt in den geöffneten Ordner.
* Ganze Ordner werden nicht per Drop importiert.
* Identische Dateien können wiederverwendet werden und bleiben dann gegebenenfalls in ihrem bisherigen Ordner.
* Eine Assetsuche ist in Version 1.6.1 noch nicht enthalten.

=== Dateidetails und Aktionen ===

Wähle eine Datei, um ihre Eigenschaften rechts zu öffnen:

* '''Umbenennen''' ändert den Anzeigenamen; die Dateiendung bleibt geschützt.
* Die physischen Dateien behalten ihre Hash-Dateinamen; bestehende Verweise bleiben erhalten.
* '''Verschieben''' öffnet die grafische Zielordnerauswahl. '''Diesen Ordner verwenden''' führt die Aktion sofort aus.
* Ein Klick auf die Bildvorschau öffnet das Original in voller Größe.
* Bei vorhandenen EXIF-Daten öffnet das '''i''' ein Informationsfenster.
* '''Verwendungen anzeigen''' nennt Fundstellen in gespeicherten Live- und Entwurfsseiten.
* '''Löschen''' erfordert eine Bestätigung und ist bei vorhandenen Verwendungen gesperrt.
* Ordner lassen sich nur löschen, wenn sie leer sind.

'''Assetaktionen gelten sofort.''' Abbrechen eines Widgetdialogs oder Verwerfen des Seitenentwurfs macht Uploads, Umbenennungen oder Löschungen nicht rückgängig. „Bild entfernen“ im Widget entfernt dagegen nur den Verweis, nicht die Datei.

Die Verwendungsprüfung umfasst nicht beliebige externe Links, ungespeicherte Dialoge oder ältere Konfigurationsbackups.

=== Formate, Grenzen und Datenschutz ===

{| class="wikitable"
! Bereich !! Standard
|-
| Bilder || PNG, JPEG, GIF; bis 3 MiB je Datei.
|-
| Dokumente || Unter anderem PDF, Office-Dateien, ODT/ODS/ODP, TXT und CSV; bis 20 MiB je Datei.
|-
| Gesamtspeicher || 500 MiB je CMS-Device.
|}

Die Administration erlaubt Anpassungen. Technische Obergrenzen sind 50 MiB je Datei, 2048 MiB Gesamtspeicher, 2000 Assets, 200 Ordner und 10 Ordnerebenen. Aktive Web-/Skriptformate bleiben gesperrt.

Dokumente werden als Download angeboten; es gibt keine Office-Vorschau und keinen Virenscanner. EXIF-Daten werden lokal im Browser gelesen, aber nicht aus dem Original entfernt. Entferne sensible Kamera-/GPS-Daten vor dem Upload selbst.

Siehe [https://github.com/stapetz/fhem-cms/wiki/Assetmanager Assetmanager-Anleitung mit Screenshots].

== Historische Diagramme ==

Das Diagrammwidget zeichnet nicht selbst auf. Das Reading muss numerisch sein und bereits in DbLog oder FileLog aufgezeichnet werden.

Bei automatischer Quellenauswahl hat eine passende DbLog-Quelle Vorrang vor FileLog. Bei mehreren Quellen kannst du am CMS-Device gezielt zuordnen:

<pre>
attr CMS historySource dblog
attr CMS dbLog MeinDbLog
</pre>

Alternativ:

<pre>
attr CMS historySource filelog
attr CMS fileLog MeinFileLog
</pre>

Die genannten Logdevices müssen existieren und korrekt eingerichtet sein. Die Befehle legen keine Datenbank oder Logdatei an.

* Zeiträume: 24 Stunden, 7 Tage, 30 Tage oder 365 Tage.
* Granularität: automatisch, Rohdaten, 15 Minuten, 1 Stunde oder 1 Tag.
* Höchstens 400 dargestellte Punkte; größere Mengen werden mit Mittelwert und Min-/Max-Band zusammengefasst.
* Aktualisierung alle fünf Minuten; Abfragecache 30 Sekunden.

'''DbLog-Abfragen sind synchron und können FHEM blockieren.''' Beginne mit kurzen Zeiträumen und öffne nicht unnötig viele große Jahresdiagramme gleichzeitig.

== Updates ==

Für den produktiven Einsatz verwendest du die stabile Quelle '''main''':

<pre>
update all https://raw.githubusercontent.com/stapetz/fhem-cms/main/controls_fhem-cms.txt
shutdown restart
</pre>

Prüfe anschließend Updateprotokoll und Internal '''VERSION''' und lade den Browser vollständig neu.

Bei ausschließlich geänderten Frontenddateien genügt nach entsprechender Releaseanweisung:

<pre>
set CMS rebuild
</pre>

Das erneuert die generierte Startseite und die Frontend-Versionsparameter. Es löscht keine Seiten oder Entwürfe. Nach Änderungen des Perl-Moduls oder seiner Helfer ist ein FHEM-Neustart erforderlich.

'''dev''' ist für bewusst durchgeführte Tests vorgesehen. Ein Wechsel zwischen Entwicklungs- und stabilem Stand ist kein garantierter Daten-Rollback. Installiere nicht versehentlich beide Updatequellen parallel für dieselben Dateien.

== Sicherungen und ältere Installationen ==

Eine vollständige Sicherung umfasst FHEM-Konfiguration, CMS-Live-Stand, Entwurf, Konfigurationsbackups, Bilder, Dokumente sowie zusammenpassende Modul- und Frontenddateien.

Automatische CMS-Konfigurationsbackups enthalten '''keine Assetdateien'''. Die Wiederherstellung eines älteren Seitenstands holt gelöschte Bilder nicht zurück.

Unter '''Datei → Sicherungen / Wiederherstellung''' prüfst du ein Backup und kannst es nach Bestätigung der externen Sicherung wiederherstellen. Ein vorhandener Entwurf muss vorher bewusst veröffentlicht oder verworfen werden. Die Wiederherstellung ersetzt den '''Live-Stand'''.

=== Alte Layouts auf Schema 5 umstellen ===

Neue Devices beginnen bereits mit Schema 5 und 12 Spalten. Bei älteren Installationen kann '''Jetzt umstellen''' erscheinen.

'''Vorher vollständig sichern: Die Umstellung schreibt Daten und vergibt Positionen und Größen neu.''' Widgets und Einstellungen bleiben erhalten; Live und ein vorhandener Entwurf werden getrennt umgestellt. Der Entwurf wird nicht automatisch veröffentlicht.

Alternativ zum Editorbutton:

<pre>
set CMS layoutupgrade
</pre>

Es gibt dabei keine zusätzliche Bestätigung. Nach der Umstellung arbeitest du Positionen und Größen im Editor nach. Bei einem Fehler prüfst du Log, Sicherungen und Umstellungsjournal; überschreibe die Daten nicht durch manuelle JSON-Schreibversuche.

== Wichtige Dateien und Diagnose ==

Die Pfade beziehen sich auf das FHEM-Modulverzeichnis; <code><Device></code> steht für deinen CMS-Device-Namen.

{| class="wikitable"
! Pfad !! Inhalt
|-
| <code>FHEM/01_FHEMCMS.pm</code> || Modul.
|-
| <code>FHEM/lib/FHEMCMS/Assets.pm</code> || Serverseitige Assetverwaltung.
|-
| <code>www/fhem-cms/</code> || Gemeinsames Frontend.
|-
| <code>www/fhem-cms/<Device>/index.html</code> || Generierte Startseite; nicht manuell bearbeiten.
|-
| <code>www/fhem-cms/<Device>/media/</code> || Bilder.
|-
| <code>fhem-cms-data/<Device>/config.json</code> || Live-Konfiguration.
|-
| <code>fhem-cms-data/<Device>/draft.json</code> || Vorhandener Entwurf.
|-
| <code>fhem-cms-data/<Device>/assets.json</code> || Assetkatalog.
|-
| <code>fhem-cms-data/<Device>/assets/</code> || Private Dokumentdateien.
|}

Nützliche lesende FHEM-Befehle:

<pre>
get CMS url
get CMS status
get CMS backups
get CMS layoutformat
</pre>

Konfiguration, Katalog, generierte Startseite und Hash-Dateien nicht unabhängig voneinander bearbeiten. Fehlende Daten in einer bestehenden Installation nicht durch Löschen und erneutes Definieren „reparieren“; zuerst Sicherung und Rechte prüfen.

== Häufige Fragen ==

{| class="wikitable"
! Problem !! Prüfung / Abhilfe
|-
| Homepage zeigt alte Inhalte || Entwurf veröffentlichen und Homepage neu laden.
|-
| Nach Update erscheint altes Verhalten || Vollständige Controls-Quelle, Neustart bzw. rebuild und Browsercache prüfen.
|-
| Gedankenstrich statt Readingwert || Exakte Device-/Readingnamen, Kanalzuordnung und vorhandenen Wert prüfen.
|-
| „Veraltet seit …“ || Verbindung, FHEMWEB-Anmeldung und Rechte prüfen; ein alter Wert ist keine aktuelle Bestätigung.
|-
| Schalter reagiert im Editor nicht || Gewollt; zur Bedienung die normale Ansicht verwenden.
|-
| Gerät fehlt beim Schieberegler || Set-Liste muss einen Slider anbieten.
|-
| Diagrammreading fehlt || Aufzeichnung in DbLog/FileLog und bei FileLog die Regexp prüfen.
|-
| Einheit stimmt, Zahlenwert nicht || Reading-Skalierung prüfen; Einheitenbeschriftung rechnet nicht um.
|-
| Datei bleibt nach Abbrechen bestehen || Upload ist sofort wirksam und nicht Teil des Seitenentwurfs.
|-
| Datei lässt sich nicht löschen || Verwendungen in Live und Entwurf prüfen und zunächst entfernen.
|-
| Speicherzustand unklar oder Konflikt || Aktuellen Stand neu laden, nicht mehrfach blind speichern.
|}

== Weiterführende Dokumentation und Support ==

* [https://github.com/stapetz/fhem-cms Projekt und Quellcode]
* [https://github.com/stapetz/fhem-cms/wiki Vollständiges Anwenderhandbuch]
* [https://github.com/stapetz/fhem-cms/wiki/Widgets Widgetübersicht mit Screenshots und Einstellungsdialogen]
* [https://github.com/stapetz/fhem-cms/wiki/Text-und-Bilder Textwidget am Solax-Beispiel]
* [https://github.com/stapetz/fhem-cms/wiki/Assetmanager Assetmanager]
* [https://github.com/stapetz/fhem-cms/wiki/Platzhalter-und-HTML Platzhalter und freies HTML]
* [https://github.com/stapetz/fhem-cms/wiki/Sicherungen-und-Umstellung Sicherungen und Umstellung]
* [https://github.com/stapetz/fhem-cms/releases Veröffentlichungen]
* [https://github.com/stapetz/fhem-cms/issues Fehlerberichte und Weiterentwicklungen]

Nenne bei Fehlerberichten Version, Browser, Ansichtsmodus, erwartetes und tatsächliches Verhalten sowie reproduzierbare Schritte. Bei Layoutproblemen helfen Fensterbreite und Zoomfaktor. Entferne Zugangsdaten und private Informationen aus Logs und Screenshots.

Fhem-cms

Stefan.apetz — Tue, 10 Nov 2026 17:01:16 GMT

Stefan.apetz verschob die Seite Fhem-cms nach Fhem-cms-frontend

Neue Seite

Fhem-cms

Stefan.apetz — Tue, 10 Nov 2026 17:00:26 GMT

Frontend Modul fhem-cms

Neue Seite

Benutzer Diskussion:Stefan.apetz

Ph1959de — Tue, 10 Nov 2026 16:07:11 GMT

Willkommen

Neue Seite

== Willkommen! ==
{| width="100%" cellspacing="0" cellpadding="6" style="line-height: 20px; background: #E0E0E0; border: 2px solid #1874CD;"
|-
| colspan="4" style="background:#1874CD;" |<big>'''Hallo Stefan.apetz,''' willkommen im FHEM Wiki!</big>
|-
| colspan="4" | Danke für dein Interesse an unserem Projekt, ich freue mich schon auf deine weiteren Beiträge. Die folgenden Seiten sollten dir die ersten Schritte erleichtern, bitte nimm dir daher etwas Zeit, sie zu lesen.

----
'''FHEM-spezifische Informationen'''

|-
| width="8%" |  
| width="38%" | '''[[Systemübersicht]]''' ''FHEM Systemübersicht''
| width="8%" |  
| width="38%" | '''[[FHEMWiki:Über FHEMWiki]]''' ''Informationen über dieses Wiki''

|-
| colspan="4" |
----
'''Generelle Informationen über (Media)Wikis'''
|-
| width="8%" | [[Datei:Crystal Clear app kedit.svg|rechts|30px|link=Hilfe:Bearbeiten]]
| width="38%" | '''[[Hilfe:Bearbeiten]]''' ''Zugang zu allen wichtigen Informationen.''
| width="8%" | [[Datei:X-office-presentation.svg|rechts|30px|link=Wikipedia:Tutorial]]
| width="38%" | '''[http://de.wikipedia.org/wiki/Wikipedia:Tutorial Wikipedia:Tutorial]''' ''Schritt-für-Schritt-Anleitung für Einsteiger.''
|-
| [[Datei:Applications-system.svg|rechts|30px|link=Wikipedia:Grundprinzipien]]
| '''[http://de.wikipedia.org/wiki/Wikipedia:Grundprinzipien Wikipedia:Grundprinzipien]''' ''Die grundlegende Philosophie unseres Projekts.''
| [[Datei:MentorenProgrammLogo-7.svg|rechts|60px|link=Wikipedia:Mentorenprogramm]]
| '''[http://de.wikipedia.org/wiki/Wikipedia:Mentorenprogramm Wikipedia:Mentorenprogramm]''' ''Persönliche Einführung in die Beteiligung bei Wikipedia.''
|-
| colspan="4" |
----
Bitte beachte, [http://de.wikipedia.org/wiki/Wikipedia:Was_Wikipedia_nicht_ist was Wikipedia nicht ist], und "unterschreibe" deine Diskussionsbeiträge durch Eingabe von <code>--<nowiki>~~~~</nowiki></code> oder durch Drücken der Schaltfläche [[Datei:button_sig.png|Signaturknopf|20px|link=Hilfe:Signatur]] über dem Bearbeitungsfeld. Artikel werden jedoch nicht unterschrieben, und wofür die Zusammenfassungszeile da ist, erfährst du unter [http://de.wikipedia.org/wiki/Hilfe:Zusammenfassung_und_Quellen Zusammenfassung und Quellen]. 
[[Datei:Nuvola apps ksirc.png|25px|link=Benutzer Diskussion:Ph1959de]]    '''Hast du Fragen an mich?''' Schreib mir auf [[Benutzer Diskussion:Ph1959de|meiner Diskussionsseite]]! Viele Grüße, [[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:06, 10. Nov. 2026 (CET)
|}

Benutzer:Stefan.apetz

Ph1959de — Tue, 10 Nov 2026 16:06:15 GMT

Benutzerkonto Stefan.apetz wurde von Ph1959de erstellt und das Passwort wurde per E-Mail zugesandt Antrag per Mail

Fronthem Installation

Wvhn — Sat, 07 Nov 2026 08:57:54 GMT

Installation aus dem alternativen Repository und Systemvoraussetzung ergänzt

← Nächstältere Version		Version vom 7. November 2026, 09:57 Uhr
Zeile 14:		Zeile 14:
	== Vorraussetzungen schaffen ==		== Vorraussetzungen schaffen ==

	In Abhängigkeit der verwendeten Distribution gibt es mehrere Möglichkeiten, die einzelnen Pakete zu installieren {{Link2Forum\|Topic=38639\|Message=309479\|LinkText=(Forum)}}. Für einige Installationsschritte ist das Paket build-essential, dass über diesen ~~Befehlt~~ installiert werden kann. Sonst können die make's während der folgenden Schritte nicht ausgeführt werden {{Link2Forum\|Topic=30909\|Message=235986\|LinkText=(Forum)}}.		In Abhängigkeit der verwendeten Distribution gibt es mehrere Möglichkeiten, die einzelnen Pakete zu installieren {{Link2Forum\|Topic=38639\|Message=309479\|LinkText=(Forum)}}. Für einige Installationsschritte ist das Paket build-essential, dass über diesen Befehl installiert werden kann. Sonst können die make's während der folgenden Schritte nicht ausgeführt werden {{Link2Forum\|Topic=30909\|Message=235986\|LinkText=(Forum)}}.
	sudo apt-get install build-essential		sudo apt-get install build-essential

Zeile 48:		Zeile 48:

	Derzeit wird fronthem nicht aktiv weiterentwickelt. Es haben sich jedoch über die Jahre einige Verbesserungen im Forum angesammelt, die entweder den Austausch einzelner Dateien erforderten, oder die Änderung von Codezeilen. Um hier ein funktionierendes Gesamtpaket anzubieten, wurden alle Änderungen behelfsmäßig in ein alternatives Repository eingearbeitet: https://github.com/wvhn/fronthem. Im master branch ist dort eine gut getestete Version, die ohne weitere Modifikation lauffähig ist. Der develop branch enthält weitere Neuerungen vor allerm bei der universellen Zeitschaltuhr und den Plots. Allerdings sind diese Änderungen nicht breit getestet und die Dokumentation ist noch lückenhaft ([https://forum.fhem.de/index.php?topic=127432.msg1234367#msg1234367 Forum], [https://forum.fhem.de/index.php?topic=129106.0 Forum], [https://forum.fhem.de/index.php?topic=118668.msg1259044#msg1259044 Forum]).		Derzeit wird fronthem nicht aktiv weiterentwickelt. Es haben sich jedoch über die Jahre einige Verbesserungen im Forum angesammelt, die entweder den Austausch einzelner Dateien erforderten, oder die Änderung von Codezeilen. Um hier ein funktionierendes Gesamtpaket anzubieten, wurden alle Änderungen behelfsmäßig in ein alternatives Repository eingearbeitet: https://github.com/wvhn/fronthem. Im master branch ist dort eine gut getestete Version, die ohne weitere Modifikation lauffähig ist. Der develop branch enthält weitere Neuerungen vor allerm bei der universellen Zeitschaltuhr und den Plots. Allerdings sind diese Änderungen nicht breit getestet und die Dokumentation ist noch lückenhaft ([https://forum.fhem.de/index.php?topic=127432.msg1234367#msg1234367 Forum], [https://forum.fhem.de/index.php?topic=129106.0 Forum], [https://forum.fhem.de/index.php?topic=118668.msg1259044#msg1259044 Forum]).

			Die Installation aus diesem Repository erfolgt mit

			update force [https://raw.githubusercontent.com/wvhnj/fronthem/master/controls_fronthem.txt https://raw.githubusercontent.com/wvhn/fronthem/master/controls_fronthem.txt]

			Diese Version benötigt das Perl-Modul Time::Hires.

	== Ersteinrichtung innerhalb von FHEM ==		== Ersteinrichtung innerhalb von FHEM ==

← Nächstältere Version		Version vom 12. November 2026, 11:51 Uhr
Zeile 3.440:		Zeile 3.440:
	;maxSoC:maximaler Mindest-SoC, d.h. der SoC Wert der mindestens im Abstand von 'careCycle' Tagen erreicht werden muß um den Ladungsausgleich im Speicherverbund auszuführen. Die Angabe ist optional (muß <= 100 sein, default: 95)		;maxSoC:maximaler Mindest-SoC, d.h. der SoC Wert der mindestens im Abstand von 'careCycle' Tagen erreicht werden muß um den Ladungsausgleich im Speicherverbund auszuführen. Die Angabe ist optional (muß <= 100 sein, default: 95)

	;stepSoC: Optionale Schrittweite zur optimalen SoC-Berechnung (~~Battery_OptimumTargetSoC_XX~~) in %. Mit der Angabe 'stepSoC=0' wird das SoC-Management deaktiviert und ~~Battery_OptimumTargetSoC_XX~~ auf den Wert 'lowSoC' gesetzt. '''Hinweis:''' Die Beziehung 'careCycle * stepSoC = 100' sollte eingehalten werden! Wert: 0..5, default: 5		;stepSoC: Optionale Schrittweite zur optimalen SoC-Berechnung (Battery_OptimumBaseSoC_XX) in %. Mit der Angabe 'stepSoC=0' wird das SoC-Management deaktiviert und Battery_OptimumBaseSoC_XX auf den Wert 'lowSoC' gesetzt. '''Hinweis:''' Die Beziehung 'careCycle * stepSoC = 100' sollte eingehalten werden! Wert: 0..5, default: 5

	;careCycle:maximaler Abstand in Tagen, der zwischen zwei Ladungszuständen von mindestens 'maxSoC' auftreten sollte. Anders formuliert legt careCycle fest, alle wieviel Tage mindestens einmal maxSoC erreicht werden sollte. Die Angabe ist optional. (default: 20)		;careCycle:maximaler Abstand in Tagen, der zwischen zwei Ladungszuständen von mindestens 'maxSoC' auftreten sollte. Anders formuliert legt careCycle fest, alle wieviel Tage mindestens einmal maxSoC erreicht werden sollte. Die Angabe ist optional. (default: 20)
Zeile 3.450:		Zeile 3.450:
	;loadStrategy: Abhängig von der gewählten Ladestrategie wird die Prognose der Batterieladung und ggf. die Generierung der Steuerreadings beeinflusst. Die Angabe ist optional. Wert: loadRelease \| optPower \| smartPower, default=loadRelease		;loadStrategy: Abhängig von der gewählten Ladestrategie wird die Prognose der Batterieladung und ggf. die Generierung der Steuerreadings beeinflusst. Die Angabe ist optional. Wert: loadRelease \| optPower \| smartPower, default=loadRelease

	;loadTarget: Optionaler Ziel-SoC in % für die Berechnung der Ladefreigabe bzw. der optimalen Ladeleistung. Der Zielwert ist eine kalkulatorische Rechengröße. Der reale SoC kann situativ in Grenzen über- oder unterschritten werden. Der höhere Wert aus Reading ~~Battery_OptimumTargetSoC_XX~~ und 'loadTarget' hat für die Berechnung Vorrang. Wert: 0..100, default=100. <br> In loadTarget kann eine Zielzeit angegeben werden, wann der Ziel-SoC erreicht werden soll. Die optimale Ladeleistung wird entsprechend angepasst. Die Zeitangabe als positive Ganzzahl ist ein Absolutwert (Stunde), in der der Ziel-SoC erreicht sein soll. Ein negativer Integer (z.B. -3) besagt, dass drei Stunden vor dem [[SolarForecast_-_Solare_Prognose_(PV_Erzeugung)_und_Verbrauchersteuerung#Bestimmung_von_Sonnenaufgang_und_Sonnenuntergang\|Sonnenuntergang]] des aktuellen Tages der Ziel-SoC erreicht sein soll. D.h. negative Zahlen sind Relativangaben. Generell wird der Ziel-SoC zur Wunschzeit nur dann erreicht sein, wenn genügend PV-Leistung verfügbar ist.		;loadTarget: Optionaler Ziel-SoC in % für die Berechnung der Ladefreigabe bzw. der optimalen Ladeleistung. Der Zielwert ist eine kalkulatorische Rechengröße. Der reale SoC kann situativ in Grenzen über- oder unterschritten werden. Der höhere Wert aus Reading Battery_OptimumBaseSoC_XX und 'loadTarget' hat für die Berechnung Vorrang. Wert: 0..100, default=100. <br> In loadTarget kann eine Zielzeit angegeben werden, wann der Ziel-SoC erreicht werden soll. Die optimale Ladeleistung wird entsprechend angepasst. Die Zeitangabe als positive Ganzzahl ist ein Absolutwert (Stunde), in der der Ziel-SoC erreicht sein soll. Ein negativer Integer (z.B. -3) besagt, dass drei Stunden vor dem [[SolarForecast_-_Solare_Prognose_(PV_Erzeugung)_und_Verbrauchersteuerung#Bestimmung_von_Sonnenaufgang_und_Sonnenuntergang\|Sonnenuntergang]] des aktuellen Tages der Ziel-SoC erreicht sein soll. D.h. negative Zahlen sind Relativangaben. Generell wird der Ziel-SoC zur Wunschzeit nur dann erreicht sein, wenn genügend PV-Leistung verfügbar ist.

	;safetyMargin: Bei der Berechnung der Ladefreigabe und optimierten Ladeleistung werden Sicherheitszuschläge auf den prognostizierten Ladungsbedarf berücksichtigt. Abweichend vom Default können mit diesem Parameter individuelle Sicherheitszuschläge getrennt für die Berechnung der Ladefreigabe und optimierten Ladeleistung angegeben werden. Der erste Wert ist der Zuschlag bei der Berechnung der Ladefreigabe, der zweite Wert der Zuschlag bei der Berechnung der optimierten Ladeleistung. Beide Angaben sind Prozentwerte von 0..100.		;safetyMargin: Bei der Berechnung der Ladefreigabe und optimierten Ladeleistung werden Sicherheitszuschläge auf den prognostizierten Ladungsbedarf berücksichtigt. Abweichend vom Default können mit diesem Parameter individuelle Sicherheitszuschläge getrennt für die Berechnung der Ladefreigabe und optimierten Ladeleistung angegeben werden. Der erste Wert ist der Zuschlag bei der Berechnung der Ladefreigabe, der zweite Wert der Zuschlag bei der Berechnung der optimierten Ladeleistung. Beide Angaben sind Prozentwerte von 0..100.
Zeile 3.474:		Zeile 3.474:


	;~~Battery_OptimumTargetSoC_XX~~: Mit den im Attribut ''ctrlBatSocManagementXX'' hinterlegten Parametern unter Berücksichtigung von PV- und Verbrauchsprognosen wird ein optimaler SOC-Wert errechnet. Dieser Wert dient zur Einstellung des unteren SOC des Batteriesystems.		;Battery_OptimumBaseSoC_XX: Mit den im Attribut ''ctrlBatSocManagementXX'' hinterlegten Parametern unter Berücksichtigung von PV- und Verbrauchsprognosen wird ein optimaler SOC-Wert errechnet. Dieser Wert dient zur Einstellung des unteren SOC des Batteriesystems.

	;Battery_ChargeRequest_XX: Dieses Reading signalisiert mit 1 eine Anforderung zur Zwangsladung der Batterie um die Batterie vor Schäden zu schützen (wenn der SOC unter ctrlBatSocManagementXX->lowSoc gefallen ist) oder wenn der aktuelle SOC unter den berechneten Mindest-SOC gefallen ist.		;Battery_ChargeRequest_XX: Dieses Reading signalisiert mit 1 eine Anforderung zur Zwangsladung der Batterie um die Batterie vor Schäden zu schützen (wenn der SOC unter ctrlBatSocManagementXX->lowSoc gefallen ist) oder wenn der aktuelle SOC unter den berechneten Mindest-SOC gefallen ist.
Zeile 3.500:		Zeile 3.500:


	::* das Reading '''~~Battery_OptimumTargetSoC_XX~~''' enthält den vom Modul berechneten optimalen SoC.		::* das Reading '''Battery_OptimumBaseSoC_XX''' enthält den vom Modul berechneten optimalen SoC.

	::* das Reading '''Battery_ChargeRequest_XX''' wird auf '1' gesetzt, wenn der aktuelle SoC unter den optimalen SoC gefallen ist. In diesem Fall sollte die Batterie, unter Umständen mit Netzstrom, zwangsgeladen werden.		::* das Reading '''Battery_ChargeRequest_XX''' wird auf '1' gesetzt, wenn der aktuelle SoC unter den optimalen SoC gefallen ist. In diesem Fall sollte die Batterie, unter Umständen mit Netzstrom, zwangsgeladen werden.
Zeile 3.519:		Zeile 3.519:


	Bei sehr wenig Erzeugungungsprognose, d.h. wenn sich der berechnete Min-SoC oberhalb von 'upSoC' bewegt, wird 'upSoC' eingestellt. Liegt der berechnete Min-SoC unterhalb von 'upSoC', ist jedoch größer als 'lowSoC', wird der berechnete SOC im Reading '''~~Battery_OptimumTargetSoC_XX~~''' eingestellt. Somit eignet sich die Angabe im Schlüssel 'upSoC' um in Zeiten geringer Solarenergieerzeugung die Batterie für eine Notstromerzeugung auf mindestens diesem Wert zu halten. Sollte die PV-Prognose kurzfristig einen größeren Ertrag vorhersagen als die Batterie durch die Einhaltung von 'upSoC' aufnehmen kann, wird der Min-SoC unter 'upSoC' abgesenkt um möglichst allen PV-Überschuß in der Batterie zu speichern und somit dem Eigenverbrauch zuzuführen.		Bei sehr wenig Erzeugungungsprognose, d.h. wenn sich der berechnete Min-SoC oberhalb von 'upSoC' bewegt, wird 'upSoC' eingestellt. Liegt der berechnete Min-SoC unterhalb von 'upSoC', ist jedoch größer als 'lowSoC', wird der berechnete SOC im Reading '''Battery_OptimumBaseSoC_XX''' eingestellt. Somit eignet sich die Angabe im Schlüssel 'upSoC' um in Zeiten geringer Solarenergieerzeugung die Batterie für eine Notstromerzeugung auf mindestens diesem Wert zu halten. Sollte die PV-Prognose kurzfristig einen größeren Ertrag vorhersagen als die Batterie durch die Einhaltung von 'upSoC' aufnehmen kann, wird der Min-SoC unter 'upSoC' abgesenkt um möglichst allen PV-Überschuß in der Batterie zu speichern und somit dem Eigenverbrauch zuzuführen.


	Der berechnete Mindest-SoC ist immer nur ein unterer Grenzwert. Die Batterie kann durch Ladevorgänge natürlich jederzeit einen höheren als den im Reading '''~~Battery_OptimumTargetSoC_XX~~''' dargestellten optimalen SoC haben. Der optimale SoC sollte nicht unterschritten werden um die oben genannten Zusammenhänge abbilden zu können.		Der berechnete Mindest-SoC ist immer nur ein unterer Grenzwert. Die Batterie kann durch Ladevorgänge natürlich jederzeit einen höheren als den im Reading '''Battery_OptimumBaseSoC_XX''' dargestellten optimalen SoC haben. Der optimale SoC sollte nicht unterschritten werden um die oben genannten Zusammenhänge abbilden zu können.


	🎯 '''Kurzfazit: Was beschreibt ~~Battery_OptimumTargetSoC_XX~~?''' <br>		🎯 '''Kurzfazit: Was beschreibt Battery_OptimumBaseSoC_XX?''' <br>

	~~Battery_OptimumTargetSoC_XX~~ definiert den optimalen Ziel‑SoC, den die Batterie erreichen bzw. nicht unterschreiten sollte, um prognostizierte PV‑Überschüsse aufzunehmen, ausreichende Energiereserven bereitzuhalten und die erforderlichen Pflegezyklen sicherzustellen. Der Wert bezieht sich dabei nicht auf die physikalischen Eigenschaften der Batteriezellen, sondern ergibt sich ausschließlich aus den Steuerungszielen des Moduls – basierend auf den eingestellten Parametern und den prognostizierten Umweltfaktoren.		Battery_OptimumBaseSoC_XX definiert den optimalen Ziel‑SoC, den die Batterie erreichen bzw. nicht unterschreiten sollte, um prognostizierte PV‑Überschüsse aufzunehmen, ausreichende Energiereserven bereitzuhalten und die erforderlichen Pflegezyklen sicherzustellen. Der Wert bezieht sich dabei nicht auf die physikalischen Eigenschaften der Batteriezellen, sondern ergibt sich ausschließlich aus den Steuerungszielen des Moduls – basierend auf den eingestellten Parametern und den prognostizierten Umweltfaktoren.


Zeile 3.549:		Zeile 3.549:
	Dabei steht 'XX' für die Nummer der Batterie, welche mit dem Attribut setupBatteryDevXX korrespondiert.		Dabei steht 'XX' für die Nummer der Batterie, welche mit dem Attribut setupBatteryDevXX korrespondiert.
	Ist dieses Attribut gesetzt, werden Steuerungs-Readings erstellt, die der Nutzer auswerten und seine Batterieanlage z.B. via notify oder DOIF steuern kann. <bR>		Ist dieses Attribut gesetzt, werden Steuerungs-Readings erstellt, die der Nutzer auswerten und seine Batterieanlage z.B. via notify oder DOIF steuern kann. <bR>
	Das Reading '''~~Battery_OptimumTargetSoC_XX~~''' enthält den vom Modul berechneten optimalen Mindest-SoC.		Das Reading '''Battery_OptimumBaseSoC_XX''' enthält den vom Modul berechneten optimalen Mindest-SoC.
	Das Reading '''Battery_ChargeRequest_XX''' wird auf '1' gesetzt, wenn der aktuelle SOC unter den optimalen SOC bzw. minimalen SOC gefallen ist.		Das Reading '''Battery_ChargeRequest_XX''' wird auf '1' gesetzt, wenn der aktuelle SOC unter den optimalen SOC bzw. minimalen SOC gefallen ist.

Zeile 3.565:		Zeile 3.565:
	===== Umsetzungsbeispiel =====		===== Umsetzungsbeispiel =====

	Wie das Reading '''~~Battery_OptimumTargetSoC_XX~~''' genutzt werden kann, wird am Beispiel einer Victron Batterieanlage gezeigt. Die Anlage wird durch Cerbo GX Gerät gesteuert. Der Cerbo GX ist per MQTT2 in FHEM eingebunden. Umgesetzt ist die Steuerung der Batterie '01', d.h. die Angabe 'XX' ist durch '01' ersetzt.		Wie das Reading '''Battery_OptimumBaseSoC_XX''' genutzt werden kann, wird am Beispiel einer Victron Batterieanlage gezeigt. Die Anlage wird durch Cerbo GX Gerät gesteuert. Der Cerbo GX ist per MQTT2 in FHEM eingebunden. Umgesetzt ist die Steuerung der Batterie '01', d.h. die Angabe 'XX' ist durch '01' ersetzt.

	Die folgende kleine Logik ist in einem '''99_mySolarForecastUtils.pm''' File eingebaut und wird regelmäßig mit		Die folgende kleine Logik ist in einem '''99_mySolarForecastUtils.pm''' File eingebaut und wird regelmäßig mit