Solaranlage Komplettbeispiel Fronius BYD: Unterschied zwischen den Versionen
(33 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
Zeile 3: | Zeile 3: | ||
Dies Wiki beschreibt die beispielhafte Einbindung einer Solaranlage in FHEM. | Dies Wiki beschreibt die beispielhafte Einbindung einer Solaranlage in FHEM. | ||
Alle Module zur Steuerung der Komponenten sind bereits in | Alle Module zur Steuerung der Komponenten sind bereits in FHEM vorhanden bzw. werden gerade weiterentwickelt. | ||
Ein Wechselrichter der Fa Fronius aus Österreich sowie der China-Speicher von BYD sind oft die Grundeinheiten einer Einfamilienhauslösung. | Ein Wechselrichter der Fa Fronius aus Österreich sowie der China-Speicher von BYD sind oft die Grundeinheiten einer Einfamilienhauslösung. | ||
Alle notwendigen Readings werden über die vorhandenen Module speziell für dies Paket über Userreadings erzeugt, so | Alle notwendigen Readings werden über die vorhandenen Module speziell für dies Paket über Userreadings erzeugt, so dass auch andere Erzeuger oder Speicher in das Grundkonstrukt übernommen werden können. Es gibt auch einen weiteren Grund für die Userreadings: Der Wechselrichter der Frima Fronius erzeugt einige Daten in relativ langen Zeitabständen (>10 Min) so dass diese z.B. nicht für Intergrale zur Leistungsanzeige benutzt werden können. | ||
[[Datei:Screenshot 2024-09-25 191422.jpg|mini|ftui2 Übersicht]] | [[Datei:Screenshot 2024-09-25 191422.jpg|mini|ftui2 Übersicht]] | ||
=== Vorbedingungen === | === Vorbedingungen === | ||
FHEM läuft und hat genügend Platz für Logdaten (dBLog > | FHEM läuft und hat genügend Platz für Logdaten (dBLog >5GB/Jahr wenn wirklich alles geloggt wird) | ||
Der Wechselrichter sowie der Speicher sind über Lan oder eine sehr stabile(!) Wlan Verbindung erreichbar. | Der Wechselrichter sowie der Speicher sind über Lan oder eine sehr stabile(!) Wlan Verbindung erreichbar. | ||
Von Wlan ist abzuraten, weil diese Verbindungen oftmals zu lange Zeitverzögerungen oder auch kurzzeitige Unterbrechungen haben. Es läuft mit Wlan | Von Wlan ist abzuraten, weil diese Verbindungen oftmals zu lange Zeitverzögerungen oder auch kurzzeitige Unterbrechungen haben. Es läuft mit Wlan-- aber oft nicht stabil genug. Der Aufbau eines Lan zu weiter entfernten Einheiten ist u.U. aufwändig, lohnt aber immer. | ||
Alle Daten werden über [[DbLog]] gespeichert und die Graphen daraus gewonnen. | Alle Daten werden über [[DbLog]] gespeichert und die Graphen daraus gewonnen. | ||
Um die Kommunikation z.B. über Modbus zu ermöglichen, reicht es, wenn der Installateur die Modbus-Verbindung freischaltet . Man benötigt keineswegs das Technician-Passwort des WR. | |||
Wenn Fahrzeugladen über eine Wallbox mit eingebunden werden soll | Wenn Fahrzeugladen über eine Wallbox mit eingebunden werden soll, können geeignete Wallboxen das natürlich selbst steuern. Hier ist ein Beispiel für die Integration der Software EVCC die das Laden eines Fahrzeugs komfortabel steuert vorgestellt. Für diese SW (sie kann paralel z.B. mit FHEM auf einem PI laufen) ist für die meisten Wallboxen ein sog. Token erforderlich, der über Github pro Monat für 1$ gekauft werden muss. | ||
=== Grundstruktur === | === Grundstruktur === | ||
* Der Wechselrichter wird über das Modul [[fronius]] ausgelesen, dabei werden diverse [[userReadings]] erzeugt. | * Der Wechselrichter wird über das Modul [[fronius]] ausgelesen, dabei werden diverse [[userReadings]] erzeugt. | ||
* Zusätzlich werden über [[HTTPMOD]] weitere Daten ausgelesen. | * Zusätzlich werden über [[HTTPMOD]] weitere Daten ausgelesen, diese sind aber nicht für die Berechnungen notwendig. | ||
* Der Speicher ist über den Wechselrichter per [[ModbusAttr]] erreichbar sowie auch direkt über das Modul [[BYDBox]]. | * Der Speicher ist über den Wechselrichter per [[ModbusAttr]] erreichbar sowie auch direkt über das Modul [[BYDBox]]. | ||
* Daraus ergeben sich zusätzliche Darstellungen des Batteriezustands. | * Daraus ergeben sich zusätzliche Darstellungen des Batteriezustands. | ||
Zeile 40: | Zeile 40: | ||
<div class="mw-collapsible mw-collapsed"> | <div class="mw-collapsible mw-collapsed"> | ||
Code:<div class="mw-collapsible-content"> | Code:<div class="mw-collapsible-content"> | ||
<syntaxhighlight lang="perl"> | <syntaxhighlight lang="perl"> | ||
defmod Fronius_Symo fronius 192.168.xxx.xxx | defmod Fronius_Symo fronius 192.168.xxx.xxx | ||
Zeile 66: | Zeile 65: | ||
User_Consumed_E:PowerFlow_Site_P_PV.* {ReadingsVal($name,"User_Consumed_EN","")>0?ReadingsVal($name,"User_Consumed_EN",""):0},\ | User_Consumed_E:PowerFlow_Site_P_PV.* {ReadingsVal($name,"User_Consumed_EN","")>0?ReadingsVal($name,"User_Consumed_EN",""):0},\ | ||
User_Consumed_Energie_C:User_Consumed_E.* integral {ReadingsVal("$name","User_Consumed_E","0")/3600000} | User_Consumed_Energie_C:User_Consumed_E.* integral {ReadingsVal("$name","User_Consumed_E","0")/3600000} | ||
</ | </syntaxhighlight> | ||
</div> | </div> | ||
</div> | </div> | ||
==GEN24_MPPT== | ==GEN24_MPPT== | ||
Über HTTPMOD | Über HTTPMOD können zusätzlich aus dem Fronius '''Device String Werte''' ausgelesen | ||
<div class="mw-collapsible mw-collapsed"> | <div class="mw-collapsible mw-collapsed"> | ||
Code:<div class="mw-collapsible-content"> | Code:<div class="mw-collapsible-content"> | ||
Zeile 112: | Zeile 111: | ||
== PV_Batterie == | == PV_Batterie == | ||
Per [[ModbusAttr]] werden Daten der Batterie aus dem Fronius gelesen und es können | Per [[ModbusAttr]] werden Daten der Batterie aus dem Fronius gelesen und es können auch Einstellungen daran vorgenommen werden | ||
min SOC Winter/Sommer oder auch das Verhindern einer Sofortentladung bei Anschluss eines Fahrzeugs zur Aufladung.... | |||
<div class="mw-collapsible mw-collapsed"> | <div class="mw-collapsible mw-collapsed"> | ||
Code:<div class="mw-collapsible-content"> | Code:<div class="mw-collapsible-content"> | ||
Zeile 238: | Zeile 239: | ||
==myBYDBox== | ==myBYDBox== | ||
Das Modul BYDBox ermöglicht es, direkt aus der Batterie einzelne Zelldaten auszulesen. Das geht natürlich nur, wenn der Speicher direkt über LAN am Netzwerk angebunden ist. | |||
Achtung: IP der BYD-Box nehmen, nicht die vom Fronius ! | Achtung: IP der BYD-Box nehmen, nicht die vom Fronius! | ||
<syntaxhighlight lang="perl">define myBYDBox BYDBox 192.168.xxx.xxx 60 | <syntaxhighlight lang="perl">define myBYDBox BYDBox 192.168.xxx.xxx 60 | ||
attr myBYDBox DbLogExclude .* | attr myBYDBox DbLogExclude .* | ||
Zeile 248: | Zeile 249: | ||
attr myBYDBox verbose 0</syntaxhighlight> | attr myBYDBox verbose 0</syntaxhighlight> | ||
Runde | Runde Darstellung der BYD Speicherwerte | ||
Darstellung der Batterie über ein DOIF aus myBYDBox die ui_Table dazu genutzt | Darstellung der Batterie über ein DOIF aus myBYDBox die ui_Table dazu genutzt | ||
== BYD.Box_view == | == BYD.Box_view == | ||
[[Datei:Screenshot 2024-11-14 164959.jpg|mini|BYD.Box_view]] | [[Datei:Screenshot 2024-11-14 164959.jpg|mini|BYD.Box_view]]Darstellung der BYD-Box über ein DOIF<div class="mw-collapsible mw-collapsed"> | ||
Code:<div class="mw-collapsible-content"> | Code:<div class="mw-collapsible-content"> | ||
<pre> | <pre> | ||
Zeile 270: | Zeile 272: | ||
Ladezustand der einzelnen Zellen einer BYD-Box über ein DOIF aus myBYDBox | Ladezustand der einzelnen Zellen einer BYD-Box über ein DOIF aus myBYDBox | ||
Es sind vier Zellengruppen definiert, ggf anpassen (Beispiel 10.2 kWh BYD) | |||
<div class="mw-collapsible mw-collapsed"> | <div class="mw-collapsible mw-collapsed"> | ||
Code:<div class="mw-collapsible-content"> | Code:<div class="mw-collapsible-content"> | ||
Zeile 395: | Zeile 397: | ||
vier Module ElectricityCalculator (v.Sailor) werden angelegt um die gesammten Statistikdaten | vier Module ElectricityCalculator (v.Sailor) werden angelegt um die gesammten Statistikdaten | ||
(Heute, Gestern, Monat, Vormonat, Jahr) zu erzeugen. Das geht auch mit dem Modul Statistics.<div class="mw-collapsible mw-collapsed"> | (Heute, Gestern, Monat, Vormonat, Jahr, Vorjahr) zu erzeugen. Das geht auch mit dem Modul Statistics.<div class="mw-collapsible mw-collapsed"> | ||
Code:<div class="mw-collapsible-content"> | Code:<div class="mw-collapsible-content"> | ||
<pre> | <pre> | ||
Zeile 473: | Zeile 475: | ||
== Autarkie, Eigenverbrauch == | == Autarkie, Eigenverbrauch == | ||
Zwei Dummys mit dazugehörigen Füllroutinen werden angelegt | |||
<div class="mw-collapsible mw-collapsed"> | <div class="mw-collapsible mw-collapsed"> | ||
Code:<div class="mw-collapsible-content"> | Code:<div class="mw-collapsible-content"> | ||
Zeile 549: | Zeile 551: | ||
== mySolarStat == | == mySolarStat == | ||
[[Datei:Screenshot 2024-11-14 164746.jpg|mini|ReadingsGroup]] | [[Datei:Screenshot 2024-11-14 164746.jpg|mini|ReadingsGroup]] | ||
größere | Eine größere readingsGroup als Übersichtstabelle, passt auch gut in ftui2 aufs Tablet | ||
<div class="mw-collapsible mw-collapsed"> | <div class="mw-collapsible mw-collapsed"> | ||
Code:<div class="mw-collapsible-content"> | Code:<div class="mw-collapsible-content"> | ||
Zeile 611: | Zeile 613: | ||
== SolarForecast == | == SolarForecast == | ||
[[Datei:Screenshot 2024-11-15 173408.jpg|mini|SolarForecast Darstellung]] | [[Datei:Screenshot 2024-11-15 173408.jpg|mini|SolarForecast Darstellung]] | ||
Es müssen vorher unter global die attr longitude und latitude für den Standort der Anlage eingegeben werden, damit die einzelnen Wettermodelle funktionieren. Forecast hat ein prima selbsterklärendes Startmenü und man sieht auch gleich die evt. vorhandenen Einstellungsfehler. | |||
Weiteres dazu im umfangreichen [[SolarForecast - Solare Prognose (PV Erzeugung) und Verbrauchersteuerung|Wiki | Weiteres dazu im umfangreichen [[SolarForecast - Solare Prognose (PV Erzeugung) und Verbrauchersteuerung|Wiki Solarforecast]]. | ||
Die dort beschriebene Grafik Solare Vorhersage zeigt die Differenzen zwischen der berechneten Vorhersage und der tatsächlichen PV-Erzeugung eines Tages. Die Werte die in der Anlagenübersicht angezeigt werden | Die dort beschriebene Grafik "Solare Vorhersage" zeigt die Differenzen zwischen der berechneten Vorhersage und der tatsächlichen PV-Erzeugung eines Tages. Die Werte, die in der Anlagenübersicht angezeigt werden, sollten identisch zu denen in dem u.A. ftui2 Widget sein (Gegenkontrolle). | ||
In diesem Beispiel ist ein Interner consumer01 (Autoladen) | In diesem Beispiel ist ein Interner consumer01 (Autoladen) eingestellt, dessen Werte nicht mit in den Forecast einbezogen werden. | ||
<div class="mw-collapsible mw-collapsed"> | |||
Code:<div class="mw-collapsible-content"> | |||
<pre> | |||
define Forecast SolarForecast | define Forecast SolarForecast | ||
attr Forecast DbLogExclude .* | attr Forecast DbLogExclude .* | ||
Zeile 643: | Zeile 648: | ||
attr Forecast setupWeatherDev1 OpenMeteoDWDEnsemble-API | attr Forecast setupWeatherDev1 OpenMeteoDWDEnsemble-API | ||
attr Forecast verbose 0 | attr Forecast verbose 0 | ||
</ | </pre> | ||
</div> | |||
</div> | |||
[[Datei:Screenshot 2024-11-14 165143.jpg|mini|SolarForecast Diff. Grafik]] | [[Datei:Screenshot 2024-11-14 165143.jpg|mini|SolarForecast Diff. Grafik]] | ||
Die Software evcc läuft problemlos parallel auf dem | |||
Die Unterschiede vom Forecast zur reellen Erzeugung können in einer Grafik dargestellt werden. | |||
== Autoladen über evcc == | |||
Integration und Steuerung der Wallbox, Wechselrichter, Batterie sowie zu ladendes Fahrzeug kann über das Programm evcc gemacht werden. | |||
Die Software evcc läuft problemlos parallel auf dem FHEM Systemrechner und kann über MQTT2 eingebunden werden. | |||
Weitere Infos dazu in https://evcc.io/ | Weitere Infos dazu in https://evcc.io/ | ||
Der Nachteil dieser (externen) Software ist der Preis. Es wird mit Open-Source-Software geworben, jedoch die meisten Module z.B. zum Steuern eines Fahrzeugs oder einer Wallbox gehen nur über einen | Der Nachteil dieser (externen) Software ist der Preis. Es wird mit Open-Source-Software geworben, jedoch die meisten Module z.B. zum Steuern eines Fahrzeugs oder einer Wallbox gehen nur über einen sogenannten Sponsortoken, den man für 1$ pro Monat erwerben kann. Aber solange ein solches Modul mit ähnlich umfangreichen Möglichkeiten bei FHEM nicht zur Verfügung steht, hier die Möglichkeit der Integration in FHEM. | ||
Der Clou ist hiebei ist die Hausbatterie entsprechend der evcc Möglichkeiten zu schalten und auch das Programm zu steuern | Der Clou ist hiebei ist die Hausbatterie entsprechend der evcc Möglichkeiten zu schalten und auch das Programm zu steuern | ||
Zeile 663: | Zeile 677: | ||
auf welche Art das Fz geladen werden soll: Sofort, nur PV Überschuss, Minimal + PV oder Aus | auf welche Art das Fz geladen werden soll: Sofort, nur PV Überschuss, Minimal + PV oder Aus | ||
Zusätzlich ein weiterer ElectricityCalculator für die Autoladestatistik der Wallbox.< | Zusätzlich ein weiterer ElectricityCalculator für die Autoladestatistik der Wallbox. | ||
Dieser übergibt seine Autoladungswerte über mqttPublish zurück an fhem. | |||
<div class="mw-collapsible mw-collapsed"> | |||
Code:<div class="mw-collapsible-content"> | |||
<pre> | |||
define MQTT2_evcc1 MQTT2_DEVICE evcc1 | define MQTT2_evcc1 MQTT2_DEVICE evcc1 | ||
attr MQTT2_evcc1 DbLogExclude .* | attr MQTT2_evcc1 DbLogExclude .* | ||
Zeile 670: | Zeile 689: | ||
attr MQTT2_evcc1 event-on-change-reading .* | attr MQTT2_evcc1 event-on-change-reading .* | ||
attr MQTT2_evcc1 icon wallbox | attr MQTT2_evcc1 icon wallbox | ||
attr MQTT2_evcc1 room Energie-Auto | attr MQTT2_evcc1 room Energie-Auto | ||
attr MQTT2_evcc1 setList ChargeMode:Now,Min+PV,PV,Stop { my %h=(Now=>'now','Min+PV'=>'minpv',PV=>'pv',Stop=>'off');; qq(evcc/loadpoints/1/mode/set $h{$EVTPART1});; } \ | attr MQTT2_evcc1 setList ChargeMode:Now,Min+PV,PV,Stop { my %h=(Now=>'now','Min+PV'=>'minpv',PV=>'pv',Stop=>'off');; qq(evcc/loadpoints/1/mode/set $h{$EVTPART1});; } \ | ||
Zeile 857: | Zeile 697: | ||
Reichweite { (ReadingsVal($name,'loadpoints_1_vehicleSoc','')*0.6) } | Reichweite { (ReadingsVal($name,'loadpoints_1_vehicleSoc','')*0.6) } | ||
Und nun noch ein ElectricityCalculator, zur Berechnung der Strommenge: | |||
Die Stromwerte kommen aus einem 1-Wire Counter der einen extra Zähler über den SO Port zählt. | |||
Wenn die Wallbox einen Stromzähler hat, geht das natürlich einfacher; nur die Statistikwerte dieses Zählers werden benötigt. | |||
define Autolade_Calculator ElectricityCalculator C_STROM_GAS:counters.A.* | define Autolade_Calculator ElectricityCalculator C_STROM_GAS:counters.A.* | ||
attr Autolade_Calculator BasicPricePerAnnum 132,84 | attr Autolade_Calculator BasicPricePerAnnum 132,84 | ||
Zeile 876: | Zeile 716: | ||
attr Autolade_Calculator SiPrefixPower kW | attr Autolade_Calculator SiPrefixPower kW | ||
attr Autolade_Calculator alias Autoladen | attr Autolade_Calculator alias Autoladen | ||
attr Autolade_Calculator mqttPublish power|energy:topic={"$device/$name"} | |||
attr Autolade_Calculator room Energie-Auto,Steuerung | attr Autolade_Calculator room Energie-Auto,Steuerung | ||
attr Autolade_Calculator stateFormat Auto Aktuell: Auto_Ladung_av kW | Heute: C_STROM_GAS_counters.A_EnergyDay kWh<br/> | attr Autolade_Calculator stateFormat Auto Aktuell: Auto_Ladung_av kW | Heute: C_STROM_GAS_counters.A_EnergyDay kWh<br/> | ||
attr Autolade_Calculator userReadings Auto_reduce { reduce_min_value ('Autolade_Calculator', 'C_STROM_GAS_counters.A_PowerCurrent', 0.070);;},\ | attr Autolade_Calculator userReadings Auto_reduce { reduce_min_value ('Autolade_Calculator', 'C_STROM_GAS_counters.A_PowerCurrent', 0.070);;},\ | ||
Auto_Ladung_av {movingAverage("Autolade_Calculator","Auto_reduce",60)} | Auto_Ladung_av {movingAverage("Autolade_Calculator","Auto_reduce",60)} | ||
</ | </pre> | ||
</div> | |||
</div> | |||
[[Datei:Solaranlage-ftui.jpg|mini|Solaranlagenübersicht]] | |||
==ftui2 Widgets zur Darstellung auf einem Tablet== | ==ftui2 Widgets zur Darstellung auf einem Tablet== | ||
Widget pvvis und angepasste Daten zur Darstellung | Widget pvvis und angepasste Daten zur Darstellung | ||
Einige Werte werden intern berechnet, das | Einige Werte werden intern berechnet, das {{Link2Forum|Topic=119440|Message=1320903|LinkText=Widget}} selbst kann im Forum geladen werden. | ||
Widget | |||
<div class="mw-collapsible mw-collapsed"> | |||
Code:<div class="mw-collapsible-content"><pre> | |||
<header>Solaranlage und Batterie</header> | <header>Solaranlage und Batterie</header> | ||
Zeile 912: | Zeile 761: | ||
</div> | </div> | ||
</ | |||
</pre> | |||
</div> | |||
</div> | |||
== Und [[SolarForecast FTUI Widget|Widget SolarForecast]] für die Vorschau auf ftui2, darunter die Differenz Vorhersage/reale Erzeugung: == | |||
<div class="mw-collapsible mw-collapsed"> | |||
Code:<div class="mw-collapsible-content"> | |||
<pre> | |||
<div class="page" id="content_forecast"> | <div class="page" id="content_forecast"> | ||
<div class="gridster"> | <div class="gridster"> | ||
Zeile 950: | Zeile 807: | ||
</div> | </div> | ||
</div> | </div> | ||
</ | </pre>(Nur der der Vollständigkeit wegen) | ||
</div> | |||
</div><!-- Fortsetzung folgt --> | |||
[[Kategorie:Wechselrichter]] | [[Kategorie:Wechselrichter]] | ||
[[Kategorie:Energieerzeugungsmessung]] | [[Kategorie:Energieerzeugungsmessung]] |
Aktuelle Version vom 18. Februar 2025, 17:44 Uhr
Einbindung eines Fronius-Wechselrichters, BYD-Speicher, SolarForecast, evcc-Autoladen und FTUI 2 Darstellung in FHEM
Dies Wiki beschreibt die beispielhafte Einbindung einer Solaranlage in FHEM.
Alle Module zur Steuerung der Komponenten sind bereits in FHEM vorhanden bzw. werden gerade weiterentwickelt.
Ein Wechselrichter der Fa Fronius aus Österreich sowie der China-Speicher von BYD sind oft die Grundeinheiten einer Einfamilienhauslösung.
Alle notwendigen Readings werden über die vorhandenen Module speziell für dies Paket über Userreadings erzeugt, so dass auch andere Erzeuger oder Speicher in das Grundkonstrukt übernommen werden können. Es gibt auch einen weiteren Grund für die Userreadings: Der Wechselrichter der Frima Fronius erzeugt einige Daten in relativ langen Zeitabständen (>10 Min) so dass diese z.B. nicht für Intergrale zur Leistungsanzeige benutzt werden können.
Vorbedingungen
FHEM läuft und hat genügend Platz für Logdaten (dBLog >5GB/Jahr wenn wirklich alles geloggt wird)
Der Wechselrichter sowie der Speicher sind über Lan oder eine sehr stabile(!) Wlan Verbindung erreichbar.
Von Wlan ist abzuraten, weil diese Verbindungen oftmals zu lange Zeitverzögerungen oder auch kurzzeitige Unterbrechungen haben. Es läuft mit Wlan-- aber oft nicht stabil genug. Der Aufbau eines Lan zu weiter entfernten Einheiten ist u.U. aufwändig, lohnt aber immer.
Alle Daten werden über DbLog gespeichert und die Graphen daraus gewonnen.
Um die Kommunikation z.B. über Modbus zu ermöglichen, reicht es, wenn der Installateur die Modbus-Verbindung freischaltet . Man benötigt keineswegs das Technician-Passwort des WR.
Wenn Fahrzeugladen über eine Wallbox mit eingebunden werden soll, können geeignete Wallboxen das natürlich selbst steuern. Hier ist ein Beispiel für die Integration der Software EVCC die das Laden eines Fahrzeugs komfortabel steuert vorgestellt. Für diese SW (sie kann paralel z.B. mit FHEM auf einem PI laufen) ist für die meisten Wallboxen ein sog. Token erforderlich, der über Github pro Monat für 1$ gekauft werden muss.
Grundstruktur
- Der Wechselrichter wird über das Modul fronius ausgelesen, dabei werden diverse userReadings erzeugt.
- Zusätzlich werden über HTTPMOD weitere Daten ausgelesen, diese sind aber nicht für die Berechnungen notwendig.
- Der Speicher ist über den Wechselrichter per ModbusAttr erreichbar sowie auch direkt über das Modul BYDBox.
- Daraus ergeben sich zusätzliche Darstellungen des Batteriezustands.
- Bezug, Einspeisung, Erzeugung und Hausverbrauch werden über vier ElectricityCalculator Devices erzeugt,
- diese Module erzeugen auch die gesammten Statistikdaten. (Heute, Gestern, Monat, Vormonat, Jahr)
- Zwei weitere Dummys plus Berechnungsroutinen erhalten die Daten Eigenverbrauchsquote und Autarkiegrad.
- Das sehr umfangreiche Modul SolarForecast wird integriert und es können viele Graphen dargestellt werden.
- Eine größere readingsGroup stellt die Gesamtstatistik der Anlage dar.
- Das optinonale Programm EVCC kann integriert und auch gesteuert werden.
- Einige FTUI2 Beispiele runden die Darstellung auf einem Tablet ab.
Fronius_Symo in FHEM
In FHEM wird das Modul fronius angelegt und darin diverse userReadings erzeugt
GEN24_MPPT
Über HTTPMOD können zusätzlich aus dem Fronius Device String Werte ausgelesen
PV_Batterie
Per ModbusAttr werden Daten der Batterie aus dem Fronius gelesen und es können auch Einstellungen daran vorgenommen werden
min SOC Winter/Sommer oder auch das Verhindern einer Sofortentladung bei Anschluss eines Fahrzeugs zur Aufladung....
myBYDBox
Das Modul BYDBox ermöglicht es, direkt aus der Batterie einzelne Zelldaten auszulesen. Das geht natürlich nur, wenn der Speicher direkt über LAN am Netzwerk angebunden ist.
Achtung: IP der BYD-Box nehmen, nicht die vom Fronius!
define myBYDBox BYDBox 192.168.xxx.xxx 60
attr myBYDBox DbLogExclude .*
attr myBYDBox detail-level 1
attr myBYDBox disable 0
attr myBYDBox room Energie-Strom
attr myBYDBox verbose 0
Runde Darstellung der BYD Speicherwerte Darstellung der Batterie über ein DOIF aus myBYDBox die ui_Table dazu genutzt
BYD.Box_view
Darstellung der BYD-Box über ein DOIF
BYD_Cells
Ladezustand der einzelnen Zellen einer BYD-Box über ein DOIF aus myBYDBox
Es sind vier Zellengruppen definiert, ggf anpassen (Beispiel 10.2 kWh BYD)
Anlegen der ElectricityCalculator für Bezug, Einspeisung, Erzeugung und Hausverbrauch
vier Module ElectricityCalculator (v.Sailor) werden angelegt um die gesammten Statistikdaten
(Heute, Gestern, Monat, Vormonat, Jahr, Vorjahr) zu erzeugen. Das geht auch mit dem Modul Statistics.
Autarkie, Eigenverbrauch
Zwei Dummys mit dazugehörigen Füllroutinen werden angelegt
mySolarStat
Eine größere readingsGroup als Übersichtstabelle, passt auch gut in ftui2 aufs Tablet
Grafiken
Strombezug, Stromeinspeisung, Stromerzeugung, Stromverbrauch, Solare Vorhersage hier "nur" ein Beispiel Stromerzeugung, die anderen Graphen dementsprechend anlegen
SolarForecast
Es müssen vorher unter global die attr longitude und latitude für den Standort der Anlage eingegeben werden, damit die einzelnen Wettermodelle funktionieren. Forecast hat ein prima selbsterklärendes Startmenü und man sieht auch gleich die evt. vorhandenen Einstellungsfehler.
Weiteres dazu im umfangreichen Wiki Solarforecast.
Die dort beschriebene Grafik "Solare Vorhersage" zeigt die Differenzen zwischen der berechneten Vorhersage und der tatsächlichen PV-Erzeugung eines Tages. Die Werte, die in der Anlagenübersicht angezeigt werden, sollten identisch zu denen in dem u.A. ftui2 Widget sein (Gegenkontrolle).
In diesem Beispiel ist ein Interner consumer01 (Autoladen) eingestellt, dessen Werte nicht mit in den Forecast einbezogen werden.
Die Unterschiede vom Forecast zur reellen Erzeugung können in einer Grafik dargestellt werden.
Autoladen über evcc
Integration und Steuerung der Wallbox, Wechselrichter, Batterie sowie zu ladendes Fahrzeug kann über das Programm evcc gemacht werden.
Die Software evcc läuft problemlos parallel auf dem FHEM Systemrechner und kann über MQTT2 eingebunden werden.
Weitere Infos dazu in https://evcc.io/
Der Nachteil dieser (externen) Software ist der Preis. Es wird mit Open-Source-Software geworben, jedoch die meisten Module z.B. zum Steuern eines Fahrzeugs oder einer Wallbox gehen nur über einen sogenannten Sponsortoken, den man für 1$ pro Monat erwerben kann. Aber solange ein solches Modul mit ähnlich umfangreichen Möglichkeiten bei FHEM nicht zur Verfügung steht, hier die Möglichkeit der Integration in FHEM.
Der Clou ist hiebei ist die Hausbatterie entsprechend der evcc Möglichkeiten zu schalten und auch das Programm zu steuern
auf welche Art das Fz geladen werden soll: Sofort, nur PV Überschuss, Minimal + PV oder Aus
Zusätzlich ein weiterer ElectricityCalculator für die Autoladestatistik der Wallbox.
Dieser übergibt seine Autoladungswerte über mqttPublish zurück an fhem.
ftui2 Widgets zur Darstellung auf einem Tablet
Widget pvvis und angepasste Daten zur Darstellung
Einige Werte werden intern berechnet, das Widget selbst kann im Forum geladen werden.
Widget