Kostal Plenticore 10 Plus: Unterschied zwischen den Versionen

Aus FHEMWiki
K (Sichtung, Korrektur, Überarbeitung der letzten Änderung)
 
(57 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 78: Zeile 78:
===Eine DbLog/DbRep sollte bereits vorhanden sein, was hier nicht weiter erklärt wird===
===Eine DbLog/DbRep sollte bereits vorhanden sein, was hier nicht weiter erklärt wird===
Es wurde immer wieder gefragt, ob man auch FileLog verwenden könnte, was grundsätzlich natürlich geht. Im Fortschreiten wird dies jedoch ziemlich unhandlich und vom Modulautor nicht empfohlen. Spätestens wenn die Daten mal aufgeräumt werden sollen, ist man mit einer MySQL Datenbank im Vorteil. Auch die Aufbereitung von Diagrammen ist mit einer Datenbank flexibler.
Es wurde immer wieder gefragt, ob man auch FileLog verwenden könnte, was grundsätzlich natürlich geht. Im Fortschreiten wird dies jedoch ziemlich unhandlich und vom Modulautor nicht empfohlen. Spätestens wenn die Daten mal aufgeräumt werden sollen, ist man mit einer MySQL Datenbank im Vorteil. Auch die Aufbereitung von Diagrammen ist mit einer Datenbank flexibler.
Weiterhin wird empfohlen eine vollwertige MySQL Datenbank zu verwenden, damit auch komplexeres Reporting im vollen SQL Umfang zur Verfügung steht. Beim Einsatz von SQLite sind bereits zumindest bei den Reports inkompatibilitäten aufgetreten. MariaDB sollte immer auch akruell gehalten werden, was auf einem RPI 32 Bit nicht immer gewährleistet ist. Die größte aktualität erhält man mit dem original MySQL Docker Container, der auch auf einem RPI4 64 Bit verfügbar ist. Beim Einsatz einer Datenbank sollte man dies auf keinen Fall auf einer SD-Card machen. die besten Ergebnisse für Geschwindigkeit und Langlebigkeit bekommt man mit einer SSD.
Weiterhin wird empfohlen eine vollwertige MySQL Datenbank zu verwenden, damit auch komplexeres Reporting im vollen SQL Umfang zur Verfügung steht. Beim Einsatz von SQLite sind bereits zumindest bei den Reports inkompatibilitäten aufgetreten. MariaDB sollte immer auch aktuell gehalten werden, was auf einem RPI 32 Bit nicht immer gewährleistet ist. Die größte aktualität erhält man mit dem original MySQL Docker Container, der auch auf einem RPI4 64 Bit verfügbar ist. Beim Einsatz einer Datenbank sollte man dies auf keinen Fall auf einer SD-Card machen. die besten Ergebnisse für Geschwindigkeit und Langlebigkeit bekommt man mit einer SSD.


===Verwendete Module===
===Verwendete Module===
Zeile 92: Zeile 92:
* HourCounter
* HourCounter
* DWD_OpenData
* DWD_OpenData
* readingsGroup
* WeekdayTimer
* WeekdayTimer
* SVG


===Verwendetes Umfeld===
===Verwendetes Umfeld===
Zeile 104: Zeile 102:
:: grafana/grafana:latest
:: grafana/grafana:latest
* Perl
* Perl
* Python


==Einbindung in FHEM: Überblick==
==Einbindung in FHEM: Überblick==
===Hardware Anbindung (alles über LAN)===
====Kostal Plenticore Plus====
=====Kostal Plenticore Plus die Basis information (Modbus/TCP)=====
Der Kostal Plenticore wird mittels des Moduls MODBUS eingebunden. Dazu gilt zunächst die folgende Konfiguration als Basis, die am Display des Plenticore oder auch in der Kostal Dokumentation zu entnehmen ist.


======Plenticore Modbus Definition======
===MySQL etwas Basis Information===
====Docker Compose nach installieren====
Falls Docker Compose nicht bereits installiert ist.
<syntaxhighlight lang="Perl">
pi@raspberrypi:~ $ sudo apt-get install docker-compose
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
docker-compose ist schon die neueste Version (1.21.0-3).
</syntaxhighlight>
https://docs.docker.com/engine/reference/commandline/compose/
 
Einige Docker Kommandos:
<pre>
<pre>
GeräteId  : 71
Für den Überblick:
IP-Adresse: <IP-Adresse>
    docker stats
Port     : 1502
    docker ps
 
Zum aktualisieren (nur ein Beispiel):
     docker pull portainer/portainer:latest
    docker-compose up -d
</pre>
</pre>


====Ein zweiter Wechselrichter====
====MySQL Docker Container mit .yml====
Durch einen Vollausbau des Daches ist ein zweiter Wechselrichter hinzugekommen. Das hat einen Umbau dieser Wiki Seite erfordert, wodurch sich diverse Änderungen bei der Namensgebung ergeben haben. Es ist jedoch auch weiterhin möglich, nur eine AC-Quelle zu verwenden, was an einigen Stellen entweder einen Rückbau in den Devices erfordert oder man freundet sich mit etwas anderen reading Namen an.
Hier wäre mal ein Beispiel, wie die MySQL Datenbank innerhalb einer .yml Datei im Docker definiert werden kann. Im Beispiel ist FHEM und Portainer ebenfalls enthalten, wodurch dies auch somit eine Basis Installation sein könnte.
 
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Docker/docker-compose.yml Beispiel für eine docker-compose.yml]
<syntaxhighlight lang="Perl">
pi@raspberrypi:~/docker-compose/fhem_2022 $ pwd
/home/pi/docker-compose/fhem_2022
pi@raspberrypi:~/docker-compose/fhem_2022 $ ls -l docker-compose.yml
</syntaxhighlight>


======Modbus Timeing======
====Administration etwas erleichtern====
Das Gerät aktualisiert sich im Abstand von 60 Sekunden durch den stetigen Modbus/TCP Datenstrom. Der Plenticore ist als Modbus Master implementiert und sendet somit alle Daten permanent ins Netzwerk.  
In der /etc/passwd habe ich dann noch ein Login und die Home Verzeichnisse für einige Container eingetragen. Somit kann man sich dann auf dem Basis Betriebsystem mit diesem Benutzer anmelden und das Dateisystem des Docker Containers direkt bearbeiten. Der Home Path muss natürlich angepasst werden.
<syntaxhighlight lang="Perl">
pi@raspberrypi:~ $ cat /etc/passwd
< snip >
fhem:x:6061:6061:FHEM,,,:/home/pi/docker-compose/fhem_2024/fhem:/bin/bash
</syntaxhighlight>


Die Zeit kann auch verändert werden, jedoch sollte sie nicht zu kurz gewählt sein.  
====MySQL initial konfigurieren====
Wenn der MySQL Docker Container läuft sind dort noch die Basis Konfigurationen für DbLog durchzuführen, für die es ein eigenes FHEM Wiki gibt. Einige wichtige Kommandos sollen nun jetzt hier trotzdem aufgelistet werden.
=====MySQL Docker Console für MySQL root Login=====
Achtung
<pre>
Die Basis Konfiguration wird mit dem Benutzer root im MySQL durchgeführt und dieser kann sich bei Oracle MySQL nur lokal, also nicht aus dem Netz anmelden.
</pre>
Dazu gibt es zwei Varianten:
1. Über den Docker Container anmelden
<syntaxhighlight lang="Perl">
pi@raspberrypi:~ $ docker exec -it fhem_2022_mysql_1 mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 17517
Server version: 8.0.32 MySQL Community Server - GPL
mysql>
</syntaxhighlight>
2. Oder man meldet sich am Portainerzugang (admin mit <Passwort>) an und selectiert den MySQL Container. Dort kann man dann mit der Console in den Container wechseln.
<syntaxhighlight lang="Perl">
bash-4.4# mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 44892
Server version: 8.0.28 MySQL Community Server - GPL
mysql>
</syntaxhighlight>


======RAW Definition WR_1_config======
=====MySQL Kommandos=====
Dieses Dummy soll alle Konfigurationsparameter halten, auf die dann die anderen Geräte Definitionen zentral zugreifen. Hier können auch default Namen und Vorschläge für Werte in Form von Slidern und Auswahllisten hinterlegt werden.
<syntaxhighlight lang="SQL">
-- Die fhem Datenbank neu anlegen
mysql> CREATE DATABASE `fhem` DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;


Bei mehreren Wechselrichtern kann man die Module mit ihren Ausrichtungen für die Leistungsprognose alle in die erste Konfiguration legen. So ergibt sich später eine gemeinsame Prognose für die gesamte PV-Anlage. Wenn man dies auf einzelne Konfigurationsdummys aufteilt, kann man für jeden Wechselrichter eine eigene Prognose erstellen. Eine Einzel- und Gesamtprognose wäre ebenfalls denkbar. Fragen dazu bitte im Forum stellen.
-- Die FHEM Tabellen neu anlegen
-- Für die Spalte VALUE wurde mal eine längere Definition gewählt
mysql> CREATE TABLE `fhem`.`history` (TIMESTAMP TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP, DEVICE varchar(64), TYPE varchar(64), EVENT varchar(512), READING varchar(64), VALUE varchar(255), UNIT varchar(32));
mysql> CREATE TABLE `fhem`.`current` (TIMESTAMP TIMESTAMP, DEVICE varchar(64), TYPE varchar(64), EVENT varchar(512), READING varchar(64), VALUE varchar(128), UNIT varchar(32));


In der readingList und setList können die Namen der Ausrichtung frei gewählt werden.
-- Den Index einrichten und über das READING mit definieren, damit kein duplicate Key entstehen kann
mysql> CREATE INDEX Search_Idx ON `fhem`.`history` (TIMESTAMP, DEVICE, READING) USING BTREE;
Query OK, 0 rows affected (0.11 sec)
Records: 0  Duplicates: 0  Warnings: 0


Die default Einstellungen wurden bereits über Sommer und Winter getestet.
-- Im Oracle MySQL wird im Standard das Passwort in einer anderen Verschlüsselung abgeregt, die FHEM noch nicht unterstützt
<syntaxhighlight lang="Perl">
-- Deshalb kann es erforderlich sein das Passwort, nach Änderung der Verschlüsselungsmethode neu zu setzen
defmod WR_1_config dummy
mysql> DROP USER fhemuser;
attr WR_1_config DbLogExclude .*
mysql> CREATE USER 'fhemuser'@'%';
attr WR_1_config alias WR_1_config
attr WR_1_config comment Version 2021.04.07 12:00\
Passworte für die Abfrage des WR_1_API werden im storeKeyValue abgelegt:\
  {KeyValue("[read|store]","PW_<Device Name>_<Benutzer Name>","<passwort>")}\
  {KeyValue("store","PW_WR_1_API_user","<passwort>")}\
\
Steht das reading module_*_count auf 0 wird diese Ausrichtung nicht berücksichtigt\
\
Korrekturkurven:\
        Steilheit  Parallel\
                    verschiebung\
tempk      -0.39      25\
cloudk    -0.65      0\
raink      -0.30      0\
Der Slider für die Steilheit wird mit - k/100 umgerechnet. 39 ==> -0.39
attr WR_1_config event-on-change-reading .*
attr WR_1_config group PV Eigenverbrauch
attr WR_1_config icon solar_icon
attr WR_1_config readingList IP-WR_1 IP-WR_1_Speicher_1 IP-WR_1_KSEM IP-FHEM module_1_active module_2_active module_3_active module_1_name module_2_name module_3_name  module_4_name module_5_name module_1_direction module_2_direction module_3_direction module_4_direction module_5_direction module_1_count module_2_count module_3_count module_4_count module_5_count module_1_power module_2_power module_3_power module_4_power module_5_power module_1_plain module_2_plain module_3_plain module_4_plain module_5_plain forecast_cloudk forecast_cloudk_base forecast_raink forecast_raink_base forecast_tempk forecast_tempk_base forecast_factor forecast_factor_autocorrection Forecast_Station
attr WR_1_config room Strom->Photovoltaik
attr WR_1_config setList IP-WR_1 IP-WR_1_Speicher_1 IP-WR_1_KSEM IP-FHEM module_1_name:WR_1_Ost,WR_1_West,WR_2_Sued,WR_2_West,East,SouthEast,South,SouthWest,West,Garage,CarPort module_2_name:WR_1_Ost,WR_1_West,WR_2_Sued,WR_2_West,East,SouthEast,South,SouthWest,West,Garage,CarPort module_3_name:WR_1_Ost,WR_1_West,WR_2_Sued,WR_2_West,East,SouthEast,South,SouthWest,West,Garage,CarPort,frei module_4_name:WR_1_Ost,WR_1_West,WR_2_Sued,WR_2_West,East,SouthEast,South,SouthWest,West,Garage,CarPort,frei module_5_name:WR_1_Ost,WR_1_West,WR_2_Sued,WR_2_West,East,SouthEast,South,SouthWest,West,Garage,CarPort,frei module_1_direction module_2_direction module_3_direction module_4_direction module_5_direction module_1_count module_2_count module_3_count module_4_count module_5_count module_1_power module_2_power module_3_power module_4_power module_5_power module_1_plain module_2_plain module_3_plain module_4_plain module_5_plain forecast_cloudk forecast_cloudk_base forecast_raink forecast_raink_base forecast_tempk forecast_tempk_base forecast_factor forecast_factor_autocorrection Forecast_Station
attr WR_1_config sortby 113
attr WR_1_config verbose 0


setstate WR_1_config 2020-09-11 07:36:39 Forecast_Station P0178
-- Nachschauen welche Passwort Verschlüsselung verwendet wird
setstate WR_1_config 2020-08-31 12:39:26 IP-FHEM 192.168.178.xxx
-- FHEM unterstützt nur mysql_native_password
setstate WR_1_config 2020-08-31 12:39:44 IP-WR_1 192.168.178.yyy
mysql> SELECT Host,User,plugin FROM mysql.user WHERE User='fhemuser';
setstate WR_1_config 2020-08-31 12:43:27 IP-WR_1_KSEM 192.168.178.zzz
+------+----------+-----------------------+
setstate WR_1_config 2020-08-31 12:44:46 IP-WR_1_Speicher_1 192.168.178.xyz
| Host | User    | plugin                |
setstate WR_1_config 2020-09-22 10:03:21 forecast_cloudk 45
+------+----------+-----------------------+
setstate WR_1_config 2020-09-22 10:12:17 forecast_cloudk_base 0
| %    | fhemuser | caching_sha2_password |    <<< Das unterstützt FHEM mit DbLog noch nicht
setstate WR_1_config 2020-12-07 15:49:18 forecast_factor 1
+------+----------+-----------------------+
setstate WR_1_config 2021-03-31 11:45:19 forecast_factor_autocorrection 0
1 row in set (0.00 sec)
setstate WR_1_config 2020-09-02 18:40:29 forecast_raink 20
setstate WR_1_config 2020-09-01 12:52:40 forecast_raink_base 0
setstate WR_1_config 2020-09-01 12:46:57 forecast_tempk 39
setstate WR_1_config 2020-09-01 12:50:06 forecast_tempk_base 25
setstate WR_1_config 2021-03-23 14:31:19 module_1_count 20
setstate WR_1_config 2020-08-31 12:27:38 module_1_direction -90
setstate WR_1_config 2021-03-23 14:33:27 module_1_name WR_1_Ost
setstate WR_1_config 2020-08-31 12:29:42 module_1_plain 40
setstate WR_1_config 2020-08-31 12:31:09 module_1_power 310
setstate WR_1_config 2021-03-23 14:41:10 module_2_count 16
setstate WR_1_config 2021-03-23 14:54:13 module_2_direction 90
setstate WR_1_config 2021-03-23 14:33:45 module_2_name WR_1_West
setstate WR_1_config 2020-08-31 12:34:14 module_2_plain 40
setstate WR_1_config 2021-02-04 12:23:00 module_2_power 310
setstate WR_1_config 2021-03-23 14:41:40 module_3_count 13
setstate WR_1_config 2021-03-23 14:54:26 module_3_direction 0
setstate WR_1_config 2021-03-23 14:34:09 module_3_name WR_2_Sued
setstate WR_1_config 2020-08-31 12:35:08 module_3_plain 40
setstate WR_1_config 2021-03-23 14:41:55 module_3_power 340
setstate WR_1_config 2021-03-29 12:20:49 module_4_count 11
setstate WR_1_config 2021-03-23 14:54:37 module_4_direction 90
setstate WR_1_config 2021-03-23 14:34:27 module_4_name WR_2_West
setstate WR_1_config 2020-08-31 12:34:14 module_4_plain 40
setstate WR_1_config 2021-02-04 12:23:00 module_4_power 340
setstate WR_1_config 2021-02-04 12:41:15 module_5_count 0
setstate WR_1_config 2021-03-23 14:53:22 module_5_direction 0
setstate WR_1_config 2021-03-23 14:43:38 module_5_name frei
setstate WR_1_config 2021-03-23 14:50:46 module_5_plain 0
setstate WR_1_config 2021-03-23 14:50:39 module_5_power 0
</syntaxhighlight>


======RAW Definition WR_1 (bei einem Wechselrichtern)======
mysql> UPDATE mysql.user SET plugin = 'mysql_native_password' WHERE User='fhemuser';
Generell kann die WR_1 und WR_1_API Definition, die im folgenden kommt auch für einen einzelnen Wechselrichter verwendet werden. Wer die readings für die Korrektur mit zwei AC-Quellen nicht haben möchte, der kann diese gerne wieder entfernen, was dann jedoch bei jedem Update immer wieder gemacht werden muss. Achtung es können dann jedoch Abweichungen bei der Plausibilität einzelner Readings auftreten. Alle stateFormat und weiteren DOIF Devices beziehen sich hierbei jedoch ebenfalls auf die SW_* readings, um die Implementierung für mehr Anwender verwendbar zu machen. Diejenigen unter Euch, die auch einen nicht Kostal Wechselrichter verwenden sollten sich bitte die userReadings anschauen, um dort die readings korrekt zu mappen. Es sollte auch kein Problem sein als zweite AC-Quelle ein Krafwärmekopplung ein zu binden.


Anzupassende Stellen, wenn man lieber keinen Schwarm vorbereiten möchte:
mysql> SELECT Host,User,plugin FROM mysql.user WHERE User='fhemuser';
+------+----------+-----------------------+
| Host | User    | plugin                |
+------+----------+-----------------------+
| %    | fhemuser | mysql_native_password |
+------+----------+-----------------------+
1 row in set (0.01 sec)
 
mysql> ALTER USER 'fhemuser'@'%' IDENTIFIED BY '< Password >';
 
-- Bei den GRANDS muss ich nochmal nachschauen, was da wirklich notwendig ist
mysql> GRANT SELECT, INSERT, DELETE, UPDATE ON `fhem`.* TO 'fhemuser'@'%';
mysql> GRANT ALTER ROUTINE ON `fhem`.* TO 'fhemuser'@'%';
mysql> GRANT EXECUTE ON PROCEDURE `fhem`.`dwd_load` TO 'fhemuser'@'%';
 
-- Die Änderungen müssen mit einem FLUSH in der aktuellen Session übernommen werden
mysql> FLUSH PRIVILEGES;
 
-- Alle Einträge für den fhemuser anschauen
mysql> SELECT * FROM mysql.user WHERE User='fhemuser';
  < snip >
  Es wird eine Tabelle mit den user Einträgen für fhemuser angezeigt, die man sich besser in voller Breite im Editor anschaut
 
mysql> Connect fhem;
  Enter password:
  Connection id:    44902
  Current database: fhem
 
-- Zum Test mal einige Einträge in der history anzeigen, wenn FHEM bereits was über DbLog geschieben hat
mysql> SELECT * FROM history LIMIT 1;
  +---------------------+------------------+---------+-------+-----------------+----------+------+
  | TIMESTAMP          | DEVICE          | TYPE    | EVENT | READING        | VALUE    | UNIT |
  +---------------------+------------------+---------+-------+-----------------+----------+------+
  | 2019-04-03 00:23:42 | EVU_StromZaehler | HTTPMOD | NULL  | Strom_Status-02 | 07152.96 |      |
  +---------------------+------------------+---------+-------+-----------------+----------+------+
  1 row in set (0.01 sec)
</syntaxhighlight>
 
===Hardware Anbindung (alles über LAN)===
====Kostal Plenticore Plus====
=====Kostal Plenticore Plus die Basis information (Modbus/TCP)=====
Der Kostal Plenticore wird mittels des Moduls MODBUS eingebunden. Dazu gilt zunächst die folgende Konfiguration als Basis, die am Display des Plenticore oder auch in der Kostal Dokumentation zu entnehmen ist.
 
======Plenticore Modbus Definition======
<pre>
GeräteId  : 71
IP-Adresse: <IP-Adresse>
Port      : 1502
</pre>
 
====Ein zweiter Wechselrichter====
Durch einen Vollausbau des Daches ist ein zweiter Wechselrichter hinzugekommen. Das hat einen Umbau dieser Wiki Seite erfordert, wodurch sich diverse Änderungen bei der Namensgebung ergeben haben. Es ist jedoch auch weiterhin möglich, nur eine AC-Quelle zu verwenden, was an einigen Stellen entweder einen Rückbau in den Devices erfordert oder man freundet sich mit etwas anderen reading Namen an.
 
======Modbus Timeing======
Das Gerät aktualisiert sich im Abstand von 60 Sekunden durch den stetigen Modbus/TCP Datenstrom. Der Plenticore ist als Modbus Master implementiert und sendet somit alle Daten permanent ins Netzwerk.
 
Die Zeit kann auch verändert werden, jedoch sollte sie nicht zu kurz gewählt sein.
 
======RAW Definition WR_1 (bei einem Wechselrichtern)======
Generell kann die WR_1 und WR_1_API Definition, die im folgenden kommt auch für einen einzelnen Wechselrichter verwendet werden. Wer die readings für die Korrektur mit zwei AC-Quellen nicht haben möchte, der kann diese gerne wieder entfernen, was dann jedoch bei jedem Update immer wieder gemacht werden muss. Achtung es können dann jedoch Abweichungen bei der Plausibilität einzelner Readings auftreten. Alle stateFormat und weiteren DOIF Devices beziehen sich hierbei jedoch ebenfalls auf die SW_* readings, um die Implementierung für mehr Anwender verwendbar zu machen. Diejenigen unter Euch, die auch einen nicht Kostal Wechselrichter verwenden sollten sich bitte die userReadings anschauen, um dort die readings korrekt zu mappen. Es sollte auch kein Problem sein als zweite AC-Quelle ein Krafwärmekopplung ein zu binden.
 
Anzupassende Stellen, wenn man lieber keinen Schwarm vorbereiten möchte:
<pre>
<pre>
WR_1 und WR_1_API:
WR_1 und WR_1_API:
Zeile 231: Zeile 294:
- stateFormat und userReadings verwenden jetzt die SW_* readings
- stateFormat und userReadings verwenden jetzt die SW_* readings
</pre>
</pre>
<syntaxhighlight lang="Perl">
 
defmod WR_1 ModbusAttr 71 60 <IP-Adresse>:1502 TCP
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/Wechselrichter/RAW_WR_1.txt Beispiel für WR_1]
attr WR_1 DbLogExclude .*
 
attr WR_1 DbLogInclude Act_state_of_charge,Actual_Battery_charge_-minus_or_discharge_-plus_P,Actual_Battery_charge_usable_P,Battery_Total.*,Battery_charge.*,Battery_gross.*,Battery_temperature,Battery_MaxChargePowerLimitAbs,Battery_.*SOC,P_DC1,P_DC2,Total_.*,Solar_Calculation,Solar_Calculation_fc0_4h,Solar_Calculation_fc0_day,Solar_Calculation_fc0_rest,Solar_Correction.*,Solar_Cloud,Solar_East_Covered,Solar_Rain,Solar_SolarRadiation,Solar_Temp,Solar_WR_.*,Solar_middayhigh.*,SW_.*,P_limit_from_EVU.*
attr WR_1 alias WR_1
attr WR_1 alignTime 00:00
attr WR_1 comment Version 2022.12.30 10:00\
Kostal Plenticore 10 Plus mit BYD Speicher
attr WR_1 dev-h-combine 8
attr WR_1 dev-h-defFormat %.2f
attr WR_1 dev-h-defLen 2
attr WR_1 dev-h-defPoll 1
attr WR_1 dev-h-defRevRegs 1
attr WR_1 dev-h-defUnpack f>
attr WR_1 dev-type-STR-format %s
attr WR_1 dev-type-STR-len 8
attr WR_1 dev-type-STR-revRegs 0
attr WR_1 dev-type-STR-unpack a*
attr WR_1 disable 0
attr WR_1 event-on-change-reading Act_state_of_charge,Actual_Battery_charge_-minus_or_discharge_-plus_I,Actual_Battery_charge_-minus_or_discharge_-plus_P,Actual_Battery_charge_usable_P,Battery_Total.*,Battery_charge.*,Battery_gross.*,Battery_temperature,Battery_MaxChargePowerLimitAbs,Battery_.*SOC,Home_own_consumption.*,P_DC1,P_DC2,Solar_.*,Total_.*,SW_.*,.*_yield,Inverter_state.*,Inverter_Generation_P_Actual.*,Solar_Calculation_fc.*_day
attr WR_1 event-on-update-reading P_limit_from_EVU.*
attr WR_1 group PV Eigenverbrauch
attr WR_1 icon sani_solar
attr WR_1 obj-h100-reading Total_DC_P
attr WR_1 obj-h1024-len 1
attr WR_1 obj-h1024-reading Battery_Charge_AC_P_Setpoint
attr WR_1 obj-h1024-set 1
attr WR_1 obj-h1024-unpack n
attr WR_1 obj-h1025-len 1
attr WR_1 obj-h1025-reading Battery_P_ScaleFactor
attr WR_1 obj-h1025-unpack n
attr WR_1 obj-h1026-reading Battery_Charge_AC_P_SetpointAbs
attr WR_1 obj-h1026-set 1
attr WR_1 obj-h1028-reading Battery_Charge_DC_I_SetpointRel
attr WR_1 obj-h1028-set 1
attr WR_1 obj-h1030-reading Battery_Charge_AC_P_SetpointRel
attr WR_1 obj-h1030-set 1
attr WR_1 obj-h1032-reading Battery_Charge_DC_I_SetpointAbs
attr WR_1 obj-h1032-set 1
attr WR_1 obj-h1034-reading Battery_Charge_DC_P_SetpointAbs
attr WR_1 obj-h1034-set 1
attr WR_1 obj-h1036-reading Battery_Charge_DC_P_SetpointRel
attr WR_1 obj-h1036-set 1
attr WR_1 obj-h1038-reading Battery_MaxChargePowerLimitAbs
attr WR_1 obj-h1038-set 1
attr WR_1 obj-h104-format %s
attr WR_1 obj-h104-map 0:Normal,8:Ruhe1,16:Ruhe2,32:Ausgleichsladung,64:Tiefentladeschutz,256:externe Batteriesteuerung
attr WR_1 obj-h104-reading State_of_EM
attr WR_1 obj-h104-revRegs 0
attr WR_1 obj-h104-unpack N
attr WR_1 obj-h1040-reading Battery_MaxDischargePowerLimitAbs
attr WR_1 obj-h1040-set 1
attr WR_1 obj-h1042-reading Battery_MinSOC
attr WR_1 obj-h1042-set 1
attr WR_1 obj-h1044-reading Battery_MaxSOC
attr WR_1 obj-h1044-set 1
attr WR_1 obj-h1046-reading Battery_Total_DC_ChargeEnergy_DCsideToBattery
attr WR_1 obj-h1048-reading Battery_Total_DC_DischargeEnergy_DCsideFromBattery
attr WR_1 obj-h1050-reading Battery_Total_AC_ChargeEnergy_ACsideToBattery
attr WR_1 obj-h1052-reading Battery_Total_AC_DischargeEnergy_BatteryToGrid
attr WR_1 obj-h1054-reading Battery_Total_AC_ChargeEnergy_gridToBattery
attr WR_1 obj-h1056-reading Total_DC_PV_Energy_sumOfAllPVInputs
attr WR_1 obj-h1058-reading Total_DC_Energy_From_PV1
attr WR_1 obj-h106-reading Home_own_consumption_from_Battery
attr WR_1 obj-h1060-reading Total_DC_Energy_From_PV2
attr WR_1 obj-h1062-reading Total_DC_Energy_From_PV3
attr WR_1 obj-h1064-reading Total_AC_Energy_ACsideToGrid
attr WR_1 obj-h1066-reading Total_DC_P_sumOfAllPVInputs
attr WR_1 obj-h1068-reading Battery_work_capacity
attr WR_1 obj-h1070-reading Battery_serial_number
attr WR_1 obj-h1072-reading Battery_Reserved_1072
attr WR_1 obj-h1074-reading Battery_Reserved_1074
attr WR_1 obj-h1076-reading Battery_Maximum_ChargePLimit_read-outFromBattery
attr WR_1 obj-h1078-reading Battery_Maximum_DischargePLimit_read-outFromBattery
attr WR_1 obj-h108-reading Home_own_consumption_from_grid
attr WR_1 obj-h1080-reading Battery_management_mode
attr WR_1 obj-h1080-set 1
attr WR_1 obj-h1081-reading Battery_Reserved_1081
attr WR_1 obj-h1082-reading Installed_sensor_type
attr WR_1 obj-h110-reading Total_home_consumption_Battery
attr WR_1 obj-h112-reading Total_home_consumption_Grid
attr WR_1 obj-h114-reading Total_home_consumption_PV
attr WR_1 obj-h116-reading Home_own_consumption_from_PV
attr WR_1 obj-h118-reading Total_home_consumption
attr WR_1 obj-h120-reading Isolation_resistance
attr WR_1 obj-h122-reading P_limit_from_EVU
attr WR_1 obj-h124-reading Total_home_consumption_rate
attr WR_1 obj-h14-reading Inverter_serial_number
attr WR_1 obj-h14-type STR
attr WR_1 obj-h144-reading Worktime
attr WR_1 obj-h150-reading Actual_cos_phi
attr WR_1 obj-h152-reading Grid_frequency
attr WR_1 obj-h154-reading I_L1
attr WR_1 obj-h156-reading Active_P_L1
attr WR_1 obj-h158-reading U_L1
attr WR_1 obj-h160-reading I_L2
attr WR_1 obj-h162-reading Active_P_L2
attr WR_1 obj-h164-reading U_L2
attr WR_1 obj-h166-reading I_L3
attr WR_1 obj-h168-reading Active_P_L3
attr WR_1 obj-h170-reading U_L3
attr WR_1 obj-h172-reading Total_AC_Active_P
attr WR_1 obj-h174-reading Total_AC_Reactive_P
attr WR_1 obj-h178-reading Total_AC_Apparent_P
attr WR_1 obj-h190-reading Battery_charge_current
attr WR_1 obj-h194-format %.0f
attr WR_1 obj-h194-reading Number_of_Battery_cycles
attr WR_1 obj-h200-reading Actual_Battery_charge_-minus_or_discharge_-plus_I
attr WR_1 obj-h202-reading PSSB_fuse_state
attr WR_1 obj-h208-reading Battery_ready_flag
attr WR_1 obj-h210-reading Act_state_of_charge
attr WR_1 obj-h212-reading Battery_state
attr WR_1 obj-h214-reading Battery_temperature
attr WR_1 obj-h216-reading Battery_voltage
attr WR_1 obj-h218-reading Cos_phi_EM
attr WR_1 obj-h220-reading Frequency_EM
attr WR_1 obj-h222-reading I_L1_EM
attr WR_1 obj-h224-reading Active_P_L1_EM
attr WR_1 obj-h226-reading Reactive_P_L1_EM
attr WR_1 obj-h228-reading Apparent_P_L1_EM
attr WR_1 obj-h230-reading U_L1_EM
attr WR_1 obj-h232-reading I_L2_EM
attr WR_1 obj-h234-reading Active_P_L2_EM
attr WR_1 obj-h236-reading Reactive_P_L2_EM
attr WR_1 obj-h238-reading Apparent_P_L2_EM
attr WR_1 obj-h240-reading U_L2_EM
attr WR_1 obj-h242-reading I_L3_EM
attr WR_1 obj-h244-reading Active_P_L3_EM
attr WR_1 obj-h246-reading Reactive_P_L3_EM
attr WR_1 obj-h248-reading Apparent_P_L3_EM
attr WR_1 obj-h250-reading U_L3_EM
attr WR_1 obj-h252-reading Total_Active_P_EM
attr WR_1 obj-h254-reading Total_Reactive_P_EM
attr WR_1 obj-h256-reading Total_Apparent_P_EM
attr WR_1 obj-h258-reading I_DC1
attr WR_1 obj-h260-reading P_DC1
attr WR_1 obj-h266-reading U_DC1
attr WR_1 obj-h268-reading I_DC2
attr WR_1 obj-h270-reading P_DC2
attr WR_1 obj-h276-reading U_DC2
attr WR_1 obj-h278-reading I_DC3
attr WR_1 obj-h280-reading P_DC3
attr WR_1 obj-h286-reading U_DC3
attr WR_1 obj-h320-reading Total_yield
attr WR_1 obj-h322-reading Daily_yield
attr WR_1 obj-h324-reading Yearly_yield
attr WR_1 obj-h326-reading Monthly_yield
attr WR_1 obj-h38-reading Software-Version_Maincontroller_MC
attr WR_1 obj-h38-type STR
attr WR_1 obj-h384-len 16
attr WR_1 obj-h384-reading Inverter_network_name
attr WR_1 obj-h384-type STR
attr WR_1 obj-h4-format %.0f
attr WR_1 obj-h4-len 1
attr WR_1 obj-h4-reading MODBUS_Unit-ID
attr WR_1 obj-h4-revRegs 1
attr WR_1 obj-h4-unpack N
attr WR_1 obj-h420-reading IP-address
attr WR_1 obj-h420-type STR
attr WR_1 obj-h428-reading IP-subnetmask
attr WR_1 obj-h428-type STR
attr WR_1 obj-h436-reading IP-gateway
attr WR_1 obj-h436-type STR
attr WR_1 obj-h446-reading IP-DNS1
attr WR_1 obj-h446-type STR
attr WR_1 obj-h454-reading IP-DNS2
attr WR_1 obj-h454-type STR
attr WR_1 obj-h46-reading Software-Version_IO-Controller_IOC
attr WR_1 obj-h46-type STR
attr WR_1 obj-h5-format %.0f
attr WR_1 obj-h5-len 1
attr WR_1 obj-h5-reading MODBUS_Byte_Order_Note
attr WR_1 obj-h5-revRegs 1
attr WR_1 obj-h5-unpack N
attr WR_1 obj-h512-format %s
attr WR_1 obj-h512-reading Battery_gross_capacity
attr WR_1 obj-h512-unpack N
attr WR_1 obj-h514-len 1
attr WR_1 obj-h514-reading Battery_Actual_SOC
attr WR_1 obj-h514-unpack n
attr WR_1 obj-h515-format %s
attr WR_1 obj-h515-reading Battery_Maincontroller_MC
attr WR_1 obj-h515-unpack N
attr WR_1 obj-h517-reading Battery_Manufacturer
attr WR_1 obj-h517-type STR
attr WR_1 obj-h525-format %s
attr WR_1 obj-h525-reading Battery_Model_ID
attr WR_1 obj-h525-unpack N
attr WR_1 obj-h527-format %s
attr WR_1 obj-h527-reading Battery_Serial_Number
attr WR_1 obj-h527-unpack N
attr WR_1 obj-h529-len 4
attr WR_1 obj-h529-reading Work_Capacity
attr WR_1 obj-h529-unpack N
attr WR_1 obj-h531-format %.0f
attr WR_1 obj-h531-reading Inverter_Max_P
attr WR_1 obj-h531-unpack N
attr WR_1 obj-h56-format %.0f
attr WR_1 obj-h56-reading Inverter_state
attr WR_1 obj-h56-unpack N
attr WR_1 obj-h575-reading Inverter_Generation_P_Actual
attr WR_1 obj-h575-unpack N
attr WR_1 obj-h577-reading Generation_Energy
attr WR_1 obj-h577-unpack N
attr WR_1 obj-h578-reading Total_energy
attr WR_1 obj-h582-reading Actual_Battery_charge-discharge_P
attr WR_1 obj-h586-format %s
attr WR_1 obj-h586-reading Battery_Firmware
attr WR_1 obj-h586-unpack N
attr WR_1 obj-h6-reading Inverter_Article_number
attr WR_1 obj-h6-type STR
attr WR_1 obj-h768-len 32
attr WR_1 obj-h768-reading Productname
attr WR_1 obj-h768-type STR
attr WR_1 obj-h800-len 32
attr WR_1 obj-h800-reading Power_class
attr WR_1 obj-h800-type STR
attr WR_1 room Strom->Photovoltaik
attr WR_1 sortby 111
attr WR_1 stateFormat {\
my $DUMMY  = "";;\
\
my $Power          = ReadingsVal($name,"Actual_Battery_charge_-minus_or_discharge_-plus_P",0);;\
my $StatusSpeicher = ($Power < -10) ? "<span style='color:green'>Laden</span>" : ($Power > 15)?  "<span style='color:red'>Entladen</span>"  : "<span style='color:orange'>Standby</span>";;\
    $StatusSpeicher = $StatusSpeicher."<br>".ReadingsVal($name,"State_of_EM","n/a");;\
    $Power          = $Power." W";;\
\
\
my $Battery_temperature                  = sprintf("%.1f °C",ReadingsVal($name,"Battery_temperature",0));;\
    $Battery_temperature                  = ((ReadingsVal("WR_1_API","DigitalOutputs_ConfigurationFlags",0) == 9) ? "<span style='color:green'>Lüfter An </span><br>" : "<br>").$Battery_temperature;;\
\
my $Actual_Battery_charge_usable_P      = sprintf("%d Wh",ReadingsVal($name,"Actual_Battery_charge_usable_P",0));;\
        \
my $Act_state_of_charge                  = sprintf("%d %%",ReadingsVal($name,"Act_state_of_charge","0"));;\
my $SW_Total_DC_P_sumOfAllPVInputs      = sprintf("%d W",ReadingsVal($name,"SW_Total_DC_P_sumOfAllPVInputs","0"));;\
my $SW_Total_PV_P_reserve                = sprintf("%d W",ReadingsVal($name,"SW_Total_PV_P_reserve","0"));;\
\
my $SW_Home_own_consumption_from_PV      = sprintf("%d",ReadingsVal($name,"SW_Home_own_consumption_from_PV",0));;\
    $SW_Home_own_consumption_from_PV = ($SW_Home_own_consumption_from_PV >= 0) ? $SW_Home_own_consumption_from_PV." W" : "0 W";;\
my $SW_Home_own_consumption_from_Battery = sprintf("%d W",ReadingsVal($name,"SW_Home_own_consumption_from_Battery",0));;\
my $SW_Home_own_consumption_from_grid    = sprintf("%d W",ReadingsVal($name,"SW_Home_own_consumption_from_grid",0));;\
my $SW_Home_own_consumption              = sprintf("%d W",ReadingsVal($name,"SW_Home_own_consumption",0));;\
\
my $Total_Active_P_EM  = sprintf("%d",ReadingsVal($name,"Total_Active_P_EM",0));;\
my $StatusNetz        = ($Total_Active_P_EM < -10) ? "<span style='color:green'>Einspeisen</span>" : ($Total_Active_P_EM > 15)?  "<span style='color:red'>Netzbezug</span>"  : "<span style='color:orange'>Standby</span>";;\
    $Total_Active_P_EM  = $Total_Active_P_EM." W";;\
\
my $SW_Yield_Daily  = sprintf("%d kWh",round(ReadingsVal($name,"SW_Yield_Daily",0)/1000 ,0));;\
my $SW_Yield_Monthly = sprintf("%d kWh",round(ReadingsVal($name,"SW_Yield_Monthly",0)/1000 ,0));;\
my $SW_Yield_Yearly  = sprintf("%d kWh",round(ReadingsVal($name,"SW_Yield_Yearly",0)/1000 ,0));;\
my $SW_Yield_Total  = sprintf("%d kWh",round(ReadingsVal($name,"SW_Yield_Total",0)/1000 ,0));;\
\
my $Solar_Calculation_fc0_4h  = sprintf("%d kWh",round(ReadingsVal($name,"Solar_Calculation_fc0_4h",0)/1000 ,0));;\
my $Solar_Calculation_fc0_day  = sprintf("%d kWh",round(ReadingsVal($name,"Solar_Calculation_fc0_day",0)/1000 ,0));;\
my $Solar_Calculation_fc0_rest = sprintf("%d kWh",round(ReadingsVal($name,"Solar_Calculation_fc0_rest",0)/1000 ,0));;\
\
"<html><table border=2 bordercolor='darkgreen' cellspacing=0 style='width: 100%'>\
<colgroup>\
  <col span='1' style='width: 52%;;'>\
  <col span='1' style='width: 12%;;'>\
  <col span='1' style='width: 12%;;'>\
  <col span='1' style='width: 12%;;'>\
  <col span='1' style='width: 12%;;'>\
</colgroup>\
<tr><td style='padding-right:5px;;padding-left:5px;;font-weight:bold'> </td><td style='padding-right:5px;;padding-left:5px;;font-weight:bold'></td><td style='padding-right:5px;;padding-left:5px;;font-weight:bold'></td><td style='padding-right:5px;;padding-left:5px;;text-align:center;;font-weight:bold'></td><td style='padding-right:5px;;padding-left:5px;;text-align:center;;font-weight:bold'></td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Wechselrichter / KSEM<dd>Max DC / PV Reserve / Netz Leistung</dd></td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Total_DC_P_sumOfAllPVInputs."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Total_PV_P_reserve."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$StatusNetz."<br></td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$Total_Active_P_EM."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Leistung<dd>von PV / von Batterie / vom Netz / ins Haus</dd></td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Home_own_consumption_from_PV."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Home_own_consumption_from_Battery."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Home_own_consumption_from_grid."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Home_own_consumption."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Ertrag<dd>Tag / Monat / Jahr / Total</dd></td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Yield_Daily."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Yield_Monthly."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Yield_Yearly."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$SW_Yield_Total."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Prognose<dd>Tag / 4 Stunden / Resttag</dd></td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$Solar_Calculation_fc0_day."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$Solar_Calculation_fc0_4h."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$Solar_Calculation_fc0_rest."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$DUMMY."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Speicher<dd>Temperatur / nutzbare Ladung / Status / Leistung / akt. SOC</dd></td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$Battery_temperature."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'><br>".$Actual_Battery_charge_usable_P."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$StatusSpeicher."<br></td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$Power."<br>".$Act_state_of_charge."</td></tr>\
</table>\
</html>"\
}
attr WR_1 userReadings Total_PV_P_reserve:Total_DC_P.* {my $reserve = ReadingsVal($NAME,"Total_DC_P_sumOfAllPVInputs",0) * 0.90 - ReadingsVal($NAME,"Home_own_consumption_from_PV",0);;;; ($reserve lt 0)? 0 : round($reserve,0)  },\
\
Actual_Battery_charge_-minus_or_discharge_-plus_P:[Battery_voltage|Actual_Battery_charge_-minus_or_discharge_-plus_I].* {round((ReadingsVal($NAME,"Actual_Battery_charge_-minus_or_discharge_-plus_I",0)*ReadingsVal($NAME,"Battery_voltage",0)),0)},\
\
Total_DC_P_Max:[Total_DC_P_sumOfAllPVInputs|Actual_Battery_charge_-minus_or_discharge_-plus_P].* { my $Bat_P = ReadingsVal($NAME,"Actual_Battery_charge_-minus_or_discharge_-plus_P",0);;;; ($Bat_P gt 0)? round(ReadingsVal($NAME,"Total_DC_P_sumOfAllPVInputs",0) + $Bat_P,0) : round(ReadingsVal($NAME,"Total_DC_P_sumOfAllPVInputs",0),0) },\
\
Actual_Battery_charge_usable_P:[Act_state_of_charge|Battery_MinSOC].* {my $x = (ReadingsVal($NAME,"Battery_work_capacity",0)*(ReadingsVal($NAME,"Act_state_of_charge",0)-ReadingsVal($NAME,"Battery_MinSOC",0))/100);;;; ($x lt 0)? 0 : round($x,0) },\
\
SW_Inverter_Generation_P_Actual:Inverter_Generation_P_Actual.* {round(ReadingsVal($NAME,"Inverter_Generation_P_Actual",0)+ReadingsVal("WR_2","Inverter_Generation_P_Actual",0),0) },\
\
SW_Home_own_consumption:[Total_Active_P_EM:|Total_AC_Active_P:].* {round(ReadingsVal($NAME,"Total_Active_P_EM",0)+ReadingsVal($NAME,"Total_AC_Active_P",0)+ReadingsVal("WR_2","Total_AC_Active_P",0),0)},\
SW_Total_AC_Active_P:Total_AC_Active_P:.*  {round(ReadingsVal($NAME,"Total_AC_Active_P",0)+ReadingsVal("WR_2","Total_AC_Active_P",0),0)},\
\
\
SW_Total_DC_P:Total_DC_P:.* {round(ReadingsVal($NAME,"Total_DC_P",0)+ReadingsVal("WR_2","Total_DC_P",0),0) },\
\
SW_Total_DC_P_sumOfAllPVInputs:Total_DC_P_sumOfAllPVInputs.* {round(ReadingsVal($NAME,"Total_DC_P_sumOfAllPVInputs",0)+ReadingsVal("WR_2","Total_DC_P_sumOfAllPVInputs",0),0) },\
\
SW_Total_PV_P_reserve:SW_Total_DC_P_sumOfAllPVInputs.* {my $reserve = ReadingsVal($NAME,"SW_Total_DC_P_sumOfAllPVInputs",0) * 0.90 - ReadingsVal($NAME,"SW_Home_own_consumption",0);;;; ($reserve lt 0)? 0 : round($reserve,0)  },\
\
SW_Total_DC_P_Max:SW_Total_DC_P_sumOfAllPVInputs.* { my $Bat_out = (ReadingsVal($NAME,"Actual_Battery_charge_-minus_or_discharge_-plus_I",0)*ReadingsVal($NAME,"Battery_voltage",0));;;; ($Bat_out gt 0)? round(ReadingsVal($NAME,"SW_Total_DC_P_sumOfAllPVInputs",0) + $Bat_out,0) : round(ReadingsVal($NAME,"SW_Total_DC_P_sumOfAllPVInputs",0),0) },\
\
SW_Yield_Daily:Daily_yield.* { round(ReadingsVal($NAME,"Daily_yield",0)+ReadingsVal("WR_2","Daily_yield",0),0) },\
SW_Yield_Monthly:Monthly_yield.* { round(ReadingsVal($NAME,"Monthly_yield",0)+ReadingsVal("WR_2","Monthly_yield",0),0) },\
SW_Yield_Yearly:Yearly_yield.* { round(ReadingsVal($NAME,"Yearly_yield",0)+ReadingsVal("WR_2","Yearly_yield",0),0) },\
SW_Yield_Total:Total_yield.* monotonic { round(ReadingsVal($NAME,"Total_yield",0)+ReadingsVal("WR_2","Total_yield",0),0) },\
\
SW_Home_own_consumption_from_PV:[Total_Active_P_EM|SW_Home_own_consumption:|Home_own_consumption_from_grid|Home_own_consumption_from_Battery].* { (ReadingsVal($NAME,"Total_Active_P_EM",0) ge 0) ? ReadingsVal($NAME,"SW_Home_own_consumption",0) - ReadingsVal($NAME,"Home_own_consumption_from_grid",0) - ReadingsVal($NAME,"Home_own_consumption_from_Battery",0) :  ReadingsVal($NAME,"SW_Home_own_consumption",0) - ReadingsVal($NAME,"Home_own_consumption_from_Battery",0);;;; },\
\
SW_Home_own_consumption_from_Battery:[SW_Home_own_consumption_from_PV|Home_own_consumption_from_Battery].* { ReadingsVal($NAME,"Home_own_consumption_from_Battery",0) },\
SW_Home_own_consumption_from_grid:[SW_Home_own_consumption_from_PV|Home_own_consumption_from_grid].* { ReadingsVal($NAME,"Home_own_consumption_from_grid",0) },\
\
\
SW_Battery_Total_AC_ChargeEnergy_ACsideToBattery:Battery_Total_AC_ChargeEnergy_ACsideToBattery.* monotonic { round(ReadingsVal($NAME,"Battery_Total_AC_ChargeEnergy_ACsideToBattery",0),0) },\
SW_Battery_Total_AC_ChargeEnergy_gridToBattery:Battery_Total_AC_ChargeEnergy_gridToBattery.* monotonic { round(ReadingsVal($NAME,"Battery_Total_AC_ChargeEnergy_gridToBattery",0),0) },\
SW_Battery_Total_AC_DischargeEnergy_BatteryToGrid:Battery_Total_AC_DischargeEnergy_BatteryToGrid.* monotonic { round(ReadingsVal($NAME,"Battery_Total_AC_DischargeEnergy_BatteryToGrid",0),0) },\
SW_Battery_Total_DC_ChargeEnergy_DCsideToBattery:Battery_Total_DC_ChargeEnergy_DCsideToBattery.* monotonic { round(ReadingsVal($NAME,"Battery_Total_DC_ChargeEnergy_DCsideToBattery",0),0) },\
SW_Battery_Total_DC_DischargeEnergy_DCsideFromBattery:Battery_Total_DC_DischargeEnergy_DCsideFromBattery.* monotonic { round(ReadingsVal($NAME,"Battery_Total_DC_DischargeEnergy_DCsideFromBattery",0),0) },\
\
SW_Total_AC_Energy_ACsideToGrid:Total_AC_Energy_ACsideToGrid.* monotonic { round(ReadingsVal($NAME,"Total_AC_Energy_ACsideToGrid",0)+ReadingsVal("WR_2","Total_AC_Energy_ACsideToGrid",0),0) },\
\
SW_Total_DC_Energy_From_PV1:Total_DC_Energy_From_PV1.* monotonic { round(ReadingsVal($NAME,"Total_DC_Energy_From_PV1",0),0) },\
SW_Total_DC_Energy_From_PV2:Total_DC_Energy_From_PV2.* monotonic { round(ReadingsVal($NAME,"Total_DC_Energy_From_PV2",0),0) },\
SW_Total_DC_Energy_From_PV3:Total_DC_Energy_From_PV3.* monotonic { round(ReadingsVal($NAME,"Total_DC_Energy_From_PV3",0),0) },\
SW_Total_DC_Energy_From_PV4:Total_DC_Energy_From_PV1.* monotonic { round(ReadingsVal("WR_2","Total_DC_Energy_From_PV1",0),0) },\
SW_Total_DC_Energy_From_PV5:Total_DC_Energy_From_PV2.* monotonic { round(ReadingsVal("WR_2","Total_DC_Energy_From_PV2",0),0) },\
SW_Total_DC_Energy_From_PV6:Total_DC_Energy_From_PV3.* monotonic { round(ReadingsVal("WR_2","Total_DC_Energy_From_PV3",0),0) },\
SW_Total_DC_PV_Energy_sumOfAllPVInputs:Total_DC_PV_Energy_sumOfAllPVInputs.* monotonic { round(ReadingsVal($NAME,"Total_DC_PV_Energy_sumOfAllPVInputs",0)+ReadingsVal("WR_2","Total_DC_PV_Energy_sumOfAllPVInputs",0),0) },\
SW_Total_home_consumption_Battery:Total_home_consumption_Battery.* monotonic { round(ReadingsVal($NAME,"Total_home_consumption_Battery",0),0) },\
SW_Total_home_consumption_Grid:Total_home_consumption_Grid.* monotonic { round(ReadingsVal($NAME,"Total_home_consumption_Grid",0),0) },\
SW_Total_home_consumption_PV:Total_home_consumption_PV.* monotonic { round(ReadingsVal($NAME,"Total_home_consumption_PV",0),0) }
attr WR_1 verbose 0
</syntaxhighlight>
 
======userReadings======
======userReadings======
Um später einige Abfragen und Diagramme einfacher zu erstellen wurden einige userReadings erstellt, die bereits bei der RAW Definition mit vorhanden sind. Während der Integration in FHEM und der Konfiguration kann es hierdurch jedoch noch Fehlermeldungen im FHEM Log geben, da noch nicht alle Werte vorhanden sind.
Um später einige Abfragen und Diagramme einfacher zu erstellen wurden einige userReadings erstellt, die bereits bei der RAW Definition mit vorhanden sind. Während der Integration in FHEM und der Konfiguration kann es hierdurch jedoch noch Fehlermeldungen im FHEM Log geben, da noch nicht alle Werte vorhanden sind.
Zeile 582: Zeile 321:
======RAW Definition WR_2 Slave (bei zwei Wechselrichtern)======
======RAW Definition WR_2 Slave (bei zwei Wechselrichtern)======
In einem Schwarm kann man den zweiten Wechselrichter etwas sparsamer definieren, da es nur einen Wechselrichter mit Speicher geben darf und der zweite Wechselrichter auch keine KSEM Verbindung hat. Auch die SW_* readings werden hier nicht benötigt. Im userReading des WR_1 und WR_1_API wird auch auf den WR_2 und WR_2_API referenziert.
In einem Schwarm kann man den zweiten Wechselrichter etwas sparsamer definieren, da es nur einen Wechselrichter mit Speicher geben darf und der zweite Wechselrichter auch keine KSEM Verbindung hat. Auch die SW_* readings werden hier nicht benötigt. Im userReading des WR_1 und WR_1_API wird auch auf den WR_2 und WR_2_API referenziert.
<syntaxhighlight lang="Perl">
 
defmod WR_2 ModbusAttr 71 60 <Ip-Adresse>:1502 TCP
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/Wechselrichter/RAW_WR_2.txt Beispiel für WR_2]
attr WR_2 DbLogExclude .*
attr WR_2 DbLogInclude P_DC1,P_DC2,P_DC3,Total_DC_P.*,P_limit_from_EVU.*
attr WR_2 alias WR_2
attr WR_2 alignTime 00:00
attr WR_2 comment Version 2021.06.02 14:00\
Kostal Plenticore Plus 7
attr WR_2 dev-h-combine 8
attr WR_2 dev-h-defFormat %.2f
attr WR_2 dev-h-defLen 2
attr WR_2 dev-h-defPoll 1
attr WR_2 dev-h-defRevRegs 1
attr WR_2 dev-h-defUnpack f>
attr WR_2 dev-type-STR-format %s
attr WR_2 dev-type-STR-len 8
attr WR_2 dev-type-STR-revRegs 0
attr WR_2 dev-type-STR-unpack a*
attr WR_2 disable 0
attr WR_2 event-on-change-reading P_DC1,P_DC2,P_DC3,Total_DC_P.*,Total_DC_PV_Energy.*,Total_AC_Active_P.*,Inverter_state.*,Inverter_Generation_P_Actual.*,P_limit_from_EVU.*
attr WR_2 group PV Eigenverbrauch
attr WR_2 icon sani_solar
attr WR_2 obj-h100-reading Total_DC_P
attr WR_2 obj-h1058-reading Total_DC_Energy_From_PV1
attr WR_2 obj-h1060-reading Total_DC_Energy_From_PV2
attr WR_2 obj-h1062-reading Total_DC_Energy_From_PV3
attr WR_2 obj-h1064-reading Total_AC_Energy_ACsideToGrid
attr WR_2 obj-h1066-reading Total_DC_P_sumOfAllPVInputs
attr WR_2 obj-h120-reading Isolation_resistance
attr WR_2 obj-h122-reading P_limit_from_EVU
attr WR_2 obj-h14-reading Inverter_serial_number
attr WR_2 obj-h14-type STR
attr WR_2 obj-h144-reading Worktime
attr WR_2 obj-h150-reading Actual_cos_phi
attr WR_2 obj-h152-reading Grid_frequency
attr WR_2 obj-h154-reading I_L1
attr WR_2 obj-h156-reading Active_P_L1
attr WR_2 obj-h158-reading U_L1
attr WR_2 obj-h160-reading I_L2
attr WR_2 obj-h162-reading Active_P_L2
attr WR_2 obj-h164-reading U_L2
attr WR_2 obj-h166-reading I_L3
attr WR_2 obj-h168-reading Active_P_L3
attr WR_2 obj-h170-reading U_L3
attr WR_2 obj-h172-reading Total_AC_Active_P
attr WR_2 obj-h174-reading Total_AC_Reactive_P
attr WR_2 obj-h178-reading Total_AC_Apparent_P
attr WR_2 obj-h202-reading PSSB_fuse_state
attr WR_2 obj-h254-reading Total_Reactive_P_EM
attr WR_2 obj-h258-reading I_DC1
attr WR_2 obj-h260-reading P_DC1
attr WR_2 obj-h266-reading U_DC1
attr WR_2 obj-h268-reading I_DC2
attr WR_2 obj-h270-reading P_DC2
attr WR_2 obj-h276-reading U_DC2
attr WR_2 obj-h278-reading I_DC3
attr WR_2 obj-h280-reading P_DC3
attr WR_2 obj-h286-reading U_DC3
attr WR_2 obj-h320-reading Total_yield
attr WR_2 obj-h322-reading Daily_yield
attr WR_2 obj-h324-reading Yearly_yield
attr WR_2 obj-h326-reading Monthly_yield
attr WR_2 obj-h38-reading Software-Version_Maincontroller_MC
attr WR_2 obj-h38-type STR
attr WR_2 obj-h384-len 16
attr WR_2 obj-h384-reading Inverter_network_name
attr WR_2 obj-h384-type STR
attr WR_2 obj-h420-reading IP-address
attr WR_2 obj-h420-type STR
attr WR_2 obj-h428-reading IP-subnetmask
attr WR_2 obj-h428-type STR
attr WR_2 obj-h436-reading IP-gateway
attr WR_2 obj-h436-type STR
attr WR_2 obj-h446-reading IP-DNS1
attr WR_2 obj-h446-type STR
attr WR_2 obj-h454-reading IP-DNS2
attr WR_2 obj-h454-type STR
attr WR_2 obj-h46-reading Software-Version_IO-Controller_IOC
attr WR_2 obj-h46-type STR
attr WR_2 obj-h529-len 4
attr WR_2 obj-h529-reading Work_Capacity
attr WR_2 obj-h529-unpack N
attr WR_2 obj-h531-format %.0f
attr WR_2 obj-h531-reading Inverter_Max_P
attr WR_2 obj-h531-unpack N
attr WR_2 obj-h535-revRegs 0
attr WR_2 obj-h535-unpack n
attr WR_2 obj-h551-revRegs 0
attr WR_2 obj-h559-revRegs 0
attr WR_2 obj-h56-format %.0f
attr WR_2 obj-h56-reading Inverter_state
attr WR_2 obj-h56-unpack N
attr WR_2 obj-h575-reading Inverter_Generation_P_Actual
attr WR_2 obj-h575-unpack N
attr WR_2 obj-h577-len 2
attr WR_2 obj-h577-reading Generation_Energy
attr WR_2 obj-h577-unpack N
attr WR_2 obj-h578-reading Total_energy
attr WR_2 obj-h6-reading Inverter_Article_number
attr WR_2 obj-h6-type STR
attr WR_2 obj-h768-len 32
attr WR_2 obj-h768-reading Productname
attr WR_2 obj-h768-type STR
attr WR_2 obj-h800-len 32
attr WR_2 obj-h800-reading Power_class
attr WR_2 obj-h800-type STR
attr WR_2 room Strom->Photovoltaik
attr WR_2 sortby 211
attr WR_2 verbose 0
</syntaxhighlight>


=====Kostal Plenticore Plus die API=====
=====Kostal Plenticore Plus die API=====
Zeile 698: Zeile 329:


======Plenticore API======
======Plenticore API======
Die API Definition kann man sich mit folgendem Aufruf anschauen, sie wird von Kostal jedoch nicht supportet.
<syntaxhighlight lang="Perl">
<syntaxhighlight lang="Perl">
http://<IP-Address_Plenticore>/api/v1
http://<IP-Address_Plenticore>/api/v1
Zeile 735: Zeile 367:


======KeyValue()======
======KeyValue()======
<syntaxhighlight lang="Perl">
Die KeyValue() Funktion kommt in die 99_myUtils.pm .
sub KeyValue {
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/99_myUtils.pm_Erg%c3%a4nzungen.txt Beispiel 99_myUtils.pm Ergänzungen]
    my ($step, $index, $value) = @_;
    my $key = getUniqueId().$index;
    my $e_value = "";
    my $error;


    if (eval "use Digest::MD5;1") {
======KeyValue() Test======
      $key    = Digest::MD5::md5_hex(unpack "H*", $key);
      $key  .= Digest::MD5::md5_hex($key);
    }
 
    if ($step eq "read") {
      ($error, $value) = getKeyValue($index);
 
      if ( defined($error) ) {
        Log3 $index,3, "$index, can't read key from FhemUtils/uniqueID: $error";
        return undef;
      }
 
      if ( defined($value) ) {
        my $dec_value = '';
 
        for my $char (map { pack('C', hex($_)) } ($value =~ /(..)/g)) {
          my $decode  = chop($key);
          $dec_value .= chr(ord($char)^ord($decode));
          $key        = $decode.$key;
        }
        return $dec_value;
      }
      else {
        Log3 $index,3,"$index, no key found in FhemUtils/uniqueID";
        return undef;
      }
    }
 
    if ($step eq "store") {
      for my $char (split //, $value) {
        my $encode = chop($key);
        $e_value  .= sprintf("%.2x",ord($char)^ord($encode));
        $key      = $encode.$key;
      }
      $error = setKeyValue($index, $e_value);
      return "error while saving key : $error" if(defined($error));
      return "Key successfully saved in FhemUtils/uniqueID Key $index";
    }
 
};
</syntaxhighlight>
 
======KeyValue() Test======
Die Funktion befindet sich in der 99_myUtils und kann auch direkt in der Commandline von FHEM aufgerufen werden.
Die Funktion befindet sich in der 99_myUtils und kann auch direkt in der Commandline von FHEM aufgerufen werden.
Der Syntax von "PW_<device>_<key>" ist so beizubehalten. '''Beim Umbenennen der WR_1_API Device ist hier dann auch das Passwort neu im KeyStore abzulegen.'''
Der Syntax von "PW_<device>_<key>" ist so beizubehalten. '''Beim Umbenennen der WR_1_API Device ist hier dann auch das Passwort neu im KeyStore abzulegen.'''
Zeile 801: Zeile 386:
======plenticore_auth()======
======plenticore_auth()======
Für die Abfrage des KeyValue gab es hier direkt am Anfang der Funktion eine Änderung (2021.04.07). Auch das Logging wurde verändert und kann nun durch das Setzen von "attr WR_1_API verbose 5" aktiviert werden.
Für die Abfrage des KeyValue gab es hier direkt am Anfang der Funktion eine Änderung (2021.04.07). Auch das Logging wurde verändert und kann nun durch das Setzen von "attr WR_1_API verbose 5" aktiviert werden.
<syntaxhighlight lang="Perl">
sub plenticore_auth {
  my ($step, $user, $logdevice, $randomString, $nonce, $salt, $rounds, $transactionId, $token) = @_;


  my $verbose    = AttrVal($logdevice,"verbose",0) ;
Die plenticore_auth() kommt in die 99_myUtils.pm .
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/99_myUtils.pm_Erg%c3%a4nzungen.txt Beispiel 99_myUtils.pm Ergänzungen]


  my $PASSWD = KeyValue("read","PW_".$logdevice."_".$user);
======plenticore_auth() Test======
Nachdem vorher bereits mit KeyValue() das Passwort hinterlegt und getestet wurde kann man die Funktion bereits überprüfen.
Die Anzahl der Argumente ist je nach gewünschter Funktionalität (start|finish|session) unterschiedlich.
Da die auth_* Keys zur Laufzeit im Dialog mit dem Plenticore erstellt und ausgetauscht werden, wird hier für den Test mit Beispielwerten gearbeitet


  if ($verbose >= 3) {
<syntaxhighlight lang="Perl">
    Log3 $logdevice,3,"====Start plenticore_auth==============================";
Syntax für die Commandline im FHEM:
    Log3 $logdevice,3,"auth_step        : ".$step;
{plenticore_auth("[start|finish|session]","user","<device>","auth_randomString64","auth_nonce","auth_salt","auth_rounds","auth_transactionId","auth_token")}
    Log3 $logdevice,3,"auth_user        : ".$user;
Test 1)
    Log3 $logdevice,3,"auth_device      : ".$logdevice;
{plenticore_auth("start","user","WR_1_API")}      # Im Hintergrund wird das Passwort aus dem KeyStore verwendet
    Log3 $logdevice,3,"auth_KeyValue read: PW_".$logdevice."_".$user;
>>> {"nonce": "UUZ1dWNEZnowVzh2","username": "user"}
  };


  if($step eq "start")
Test 2)
    {
{plenticore_auth("finish","user","WR_1_API","TESMUWZnwkJZbnpF","TE2MUWZnwkJZbnpFQ5ulCfolNNdAD0vT","DbAC0R85jwF0rh+r","29000","1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43")}
    my @chars = ('0'..'9', 'A'..'Z', 'a'..'z');
>>> {"transactionId": "1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43", "proof": "5xZeOxoyR0hzPCVqvD/BPMqscQbT57wSONl049xiLjE="}
    my $len = 12;
    my $string;


    if ($verbose >= 3) {
Test 3)
      Log3 $logdevice,3,"====End arguments======================================";
{plenticore_auth("session","user","WR_1_API","TESMUWZnwkJZbnpF","TE2MUWZnwkJZbnpFQ5ulCfolNNdAD0vT","DbAC0R85jwF0rh+r","29000","1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43","acafc66c0e1975293d35512a1e4bcceea55840b3109a703514e75b5ebce9b7c5")}
    };
>>> {"transactionId": "1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43", "iv": "ckS6b3PIzcR7Iy4TEUUZOQ==", "tag": "ROTpRrav38sLdt3EEuE3tQ==", "payload": "nWraowAhLQVk5RCq8WOo8ZhGvUyHLMNxA13/21w7DuHDqq2LOQRXM143kJE5WNJQgeuoKeLiRunPaRpiJUzK3g=="}
</syntaxhighlight>


    while($len--){ $string .= $chars[rand @chars] };
======Ablaufbeschreibung WR_1_API======
    $string = encode("UTF-8", $string);
Hier soll ein kurzer Überblick für den Anmeldeablauf geschaffen werden. Die mehrstufige Anmeldung wird vom HTTPMOD Modul über sid01 bis sid03 abgebildet. Die Keys werden dabei zwischen den Devices ausgetauscht und mit replacements in das HTML eingefügt. Das replacement ruft dafür noch die Funktion plenticore_auth() aus der 99_myUtils auf.
    $string = decode("UTF-8", $string);
======Automatischer Login mit Sessionaufbau======
    my $u = encode_base64($string);
Der Ablauf startet mit einer beliebigen Abfrage und läuft dann vollautomatisch bis zur Ausführung des eigentlichen Aufrufes durch.
    $u =~ s/\n$//g;
<pre>
 
  1. get WR_1_API 20_Statistic_EnergyFlow
    my $message = '{"nonce": "'.$u.'","username": "'.$user.'"}';
  2. Sollte noch keine Session aufgebaut sein erfolgt der Aufruf von sid01
 
  3. Das Replacement %START% führt plenticore_auth("start","user","WR_1_API") aus
    if ($verbose >= 3) {
  4. Die Rückmeldung vom Plenticore wird gelesen
      Log3 $logdevice,3,"auth_nonce        : ".$u;
  5. Das Replacement %FINISH% führt plenticore_auth("finish","user","WR_1_API",...) aus
      Log3 $logdevice,3,"auth_return      : ".$message;
  6. Die Rückmeldung vom Plenticore wird gelesen
      Log3 $logdevice,3,"====End output=========================================";
  7. Das Replacement %SESSION% führt plenticore_auth("session","user","WR_1_API",...,...) aus
    };
  8. Die Rückmeldung vom Plenticore wird gelesen und es sollte eine SessionId bestehen, mit der nun alle weiteren Abfragen laufen
   
  9. Der eigentliche Aufruf wird ausgeführt und die readings bereit gestellt
    CommandSetReading(undef, $logdevice." auth_randomString64 ".$u) ;
</pre>
Die Anmeldung kann auch teil automatisch erfolgen, was bei etwaigen Fehlern in der Anmeldung nützlich ist. Hier sind nur die manuellen Schritte beschrieben, der Ablauf ist identisch zur vorherigen Beschreibung.
    return $message;
<pre>
    }
  1. get WR_1_API 01_auth_start
  2. get WR_1_API 02_auth_finish
  3. get WR_1_API 03_auth_create_session
  4. Die Rückmeldung vom Plenticore wird gelesen und es sollte eine SessionId bestehen, mit der nun alle weiteren Abfragen laufen
</pre>


  ######### This code is identical for finish and session #################
======Implementierte Abfragen======
  my $bitSalt = decode_base64($salt);
Sollte die Session abgelaufen, oder noch kein Login vollzogen worden sein, so wird automatisch ein Login mit Sessionaufbau durchgeführt.
  my $r = derive( 'SHA-256', $PASSWD, $bitSalt, $rounds );
  my $ck = encode('UTF-8', "Client Key");
  my $s = hmac_sha256($ck, $r);
  my $underscore = sha256($s);
  my $d = "n=".$user.",r=".$randomString.",r=".$nonce.",s=".$salt.",i=".$rounds.",c=biws,r=".$nonce;


  if ($verbose >= 3) {
'''get:'''
    Log3 $logdevice,3,"auth_randomString : ".$randomString;
<pre>
    Log3 $logdevice,3,"auth_nonce        : ".$nonce;
Login Funktionalität für eine manuelle Anmeldung
    Log3 $logdevice,3,"auth_salt        : ".$salt;
01_auth_start
    Log3 $logdevice,3,"auth_rounds      : ".$rounds;
02_auth_finish
    Log3 $logdevice,3,"auth_transactionId: ".$transactionId;
03_auth_create_session
  };
 
  if($step eq "finish")
    {
    Log3 $logdevice,3,"====End arguments======================================";


    my $sk = encode('UTF-8', "Server Key");
Auskunft über den Anmeldezustand
    my $c = hmac_sha256($sk, $r);
04_auth_me
    my $pd = encode('UTF-8', $d);
    my $p = hmac_sha256($pd, $c);
    my $gd = encode('UTF-8', $d);
    my $g = hmac_sha256($gd, $underscore);
    my $f = "";
    my $g1 = "";
    my $s1 = "";
    my $f1 = "";
    my $j = 0;
    for($j=0; $j<length($g); $j++) {
        $g1 = substr($g,$j,1);
        $s1 = substr($s,$j,1);
        $f1 = $s1 ^ $g1 ;
        $f = $f.$f1;
    }
    my $pe = encode_base64($f);
    $pe =~ s/\n$//g;                        # Korrektur: \n am Ende des Strings entfernen, Ursache unbekannt
    my $proof = decode('UTF-8', $pe);


    my $message = '{"transactionId": "'.$transactionId.'", "proof": "'.$proof.'"}';
Informationen zum Plenticore
05_info_version


    if ($verbose >= 3) {
Abfrage der Statistiken
      Log3 $logdevice,3,"auth_proof        : ".$proof;
20_Statistic_EnergyFlow
      Log3 $logdevice,3,"auth_return      : ".$message;
      Log3 $logdevice,3,"====End output=========================================";
    };


    return $message;
Informationen zum Speicher, die auch teilweise gesetzt werden können. Siehe '''set:'''
    }
21_Battery_Information
22_Battery_InternControl
23_Battery_ExternControl
24_Battery_TimeControl
25_Battery_EM_State


  if($step eq "session")
Liste aller Plenticore Module. Es werden keine readings erzeugt. Das Ergebnis steht im httpbody, der mit "showBody" angezeigt werden kann. Es erfolgt keine Umsetzung des JSON in readings.
    {
attr <Device> showBody 1
    Log3 $logdevice,3,"auth_token        : ".$token;
51_modules_list
    Log3 $logdevice,3,"====End arguments======================================";


    my $sk = encode('UTF-8', "Session Key");
Hier gibt es viele technische Loggings. Sollte es Probleme beim Abholen der Daten geben kann es am timeout liegen
    my $dd = encode('UTF-8', $d);
attr <Device> timeout 7
    my $protocol_key = hmac_sha256($sk, $dd, $s, $underscore);
59_logdata_download


    my $t = "7244ba6f73c8cdc47b232e1311451939";
Das zeigt den Firmware Update Status beim FW Laden an. Die Rückmeldung ist im httpbody zu sehen, es werden keine readings erzeugt.
    $t =~ s/([a-fA-F0-9][a-fA-F0-9])/chr(hex($1))/eg;
60_update_status
    my $e2 = Crypt::AuthEnc::GCM->new("AES", $protocol_key, $t);
</pre>
    my $tt = encode('UTF-8', $token);
    my $e2ct = $e2->encrypt_add($tt);
    my $authtag = $e2->encrypt_done();


    $tt = encode_base64($t);
'''set:'''
    $tt =~ s/\n$//g;                        # Korrektur: \n am Ende des Strings entfernen, Ursache unbekannt
Bei den set Aufrufen ist automatisch ein get Aufruf im Anschluss gekoppelt, wodurch der neue Zustand wieder abgefragt wird.
    my $iv = decode('UTF-8', $tt);
<pre>
Eine bestehende Session wird abgemeldet, als Rückmeldung erscheint im httpbody nur ein "null"
06_auth_logout


    my $aa = encode_base64($authtag);
Die letzten Events können in deutsch oder englisch abgeholt werden
    $aa =~ s/\n$//g;                        # Korrektur: \n am Ende des Strings entfernen, Ursache unbekannt
23_events latest_5 [en-gb,de-de]
    $authtag = decode('UTF-8', $aa);


    my $pp = encode_base64($e2ct);
Batterie Einstellungen können verändert werden. Es werden einige Werte vorgeschlagen. Bitte vorher immer den aktuellen Wert abfragen und besser aufschreiben!
    $pp =~ s/\n//g;                        # Korrektur: \n am Ende des Strings entfernen, Ursache unbekannt
Hier sollte nur etwas gesetzt werden, wenn man sich sicher ist, was man tut.
    my $payload = decode('UTF-8', $pp);
22_01_Battery_DynamicSoc_Enable
22_03_Battery_MinHomeConsumption
22_04_Battery_MinSoc
22_05_Battery_SmartBatteryControl_Enable
22_06_Battery_Strategy
22_07_Battery_Type [0,4]


    my $message = '{"transactionId": "'.$transactionId.'", "iv": "'.$iv.'", "tag": "'.$authtag.'", "payload": "'.$payload.'"}';
23_00_Battery_ExternControl
 
23_01_Battery_ExternControl_AcPowerAbs
    if ($verbose >= 3) {
23_02_Battery_ExternControl_AcPowerRel
      Log3 $logdevice,3,"auth_iv          : ".$iv;
23_03_Battery_ExternControl_DcCurrentAbs
      Log3 $logdevice,3,"auth_authtag      : ".$authtag;
23_04_Battery_ExternControl_DcCurrentRel
      Log3 $logdevice,3,"auth_payload      : ".$payload;
23_05_Battery_ExternControl_DcPowerAbs
      Log3 $logdevice,3,"auth_return      : ".$message;
23_06_Battery_ExternControl_DcPowerRel
      Log3 $logdevice,3,"====End output=========================================";
23_07_Battery_ExternControl_MaxChargePowerAbs
    };
23_08_Battery_ExternControl_MaxDischargePowerAbs
   
23_09_Battery_ExternControl_MaxSocRel
    return $message;
23_10_Battery_ExternControl_MinSocRel
    }
};
</syntaxhighlight>
 
======plenticore_auth() Test======
Nachdem vorher bereits mit KeyValue() das Passwort hinterlegt und getestet wurde kann man die Funktion bereits überprüfen.
Die Anzahl der Argumente ist je nach gewünschter Funktionalität (start|finish|session) unterschiedlich.
Da die auth_* Keys zur Laufzeit im Dialog mit dem Plenticore erstellt und ausgetauscht werden, wird hier für den Test mit Beispielwerten gearbeitet


<syntaxhighlight lang="Perl">
Hier kann eine Lister der letzten 5 Events abgeholt werden. Achtung lange Laufzeit, da immer die gesamte Liste abgerufen wird und dort sehr viele Einträge sind.
Syntax für die Commandline im FHEM:
50_events_latest_5
{plenticore_auth("[start|finish|session]","user","<device>","auth_randomString64","auth_nonce","auth_salt","auth_rounds","auth_transactionId","auth_token")}
</pre>
Test 1)
{plenticore_auth("start","user","WR_1_API")}      # Im Hintergrund wird das Passwort aus dem KeyStore verwendet
>>> {"nonce": "UUZ1dWNEZnowVzh2","username": "user"}


Test 2)
======RAW Definition des WR_1_API Master ab v1.16======
{plenticore_auth("finish","user","WR_1_API","TESMUWZnwkJZbnpF","TE2MUWZnwkJZbnpFQ5ulCfolNNdAD0vT","DbAC0R85jwF0rh+r","29000","1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43")}
Achtung, wenn Ihr zu dieser Definition wechselt, haben sich die get/set Bezeichnungen geändert. Bitte korrigiert dann auch das PV_Schedule Device entsprechend.
>>> {"transactionId": "1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43", "proof": "5xZeOxoyR0hzPCVqvD/BPMqscQbT57wSONl049xiLjE="}
Beim Wechsel auf die v1.16 sind diverse Batterie Funktionalitäten hinzu gekommen, die man jedoch vom Installateur aktivieren lassen muss. Bitte denkt daran, dass der Installateur für jeden Wechsel der Batterie Konfiguration von intern auf extern und zurück, zu Euch kommen muss!


Test 3)
Die Abfrage der Settings für die Batterie ist nun in intern/extern gruppiert und es werden dann mehrere Settings gleichzeitig abgefragt. '''Beim Setzen hingegen erfolgt jedes Setting einzeln und das erfolgreiche Setzen ist am Ende mit einem erneuten get zu überprüfen.''' Stand 2021.04.07 im HTTPMOD wird ein Attribut set[*]FollowGet unterstützt, wodurch nun ein automatisches get nach dem set erfolgt. Dies vereinfacht das Timing, da das set bereits komplett erledigt wurde, bevor der Status neu abgefragt wird.
{plenticore_auth("session","user","WR_1_API","TESMUWZnwkJZbnpF","TE2MUWZnwkJZbnpFQ5ulCfolNNdAD0vT","DbAC0R85jwF0rh+r","29000","1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43","acafc66c0e1975293d35512a1e4bcceea55840b3109a703514e75b5ebce9b7c5")}
>>> {"transactionId": "1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43", "iv": "ckS6b3PIzcR7Iy4TEUUZOQ==", "tag": "ROTpRrav38sLdt3EEuE3tQ==", "payload": "nWraowAhLQVk5RCq8WOo8ZhGvUyHLMNxA13/21w7DuHDqq2LOQRXM143kJE5WNJQgeuoKeLiRunPaRpiJUzK3g=="}
</syntaxhighlight>


======Ablaufbeschreibung WR_1_API======
Die Nummerierung beim get/set soll die Zusammenhänge etwas klarer machen:
Hier soll ein kurzer Überblick für den Anmeldeablauf geschaffen werden. Die mehrstufige Anmeldung wird vom HTTPMOD Modul über sid01 bis sid03 abgebildet. Die Keys werden dabei zwischen den Devices ausgetauscht und mit replacements in das HTML eingefügt. Das replacement ruft dafür noch die Funktion plenticore_auth() aus der 99_myUtils auf.
======Automatischer Login mit Sessionaufbau======
Der Ablauf startet mit einer beliebigen Abfrage und läuft dann vollautomatisch bis zur Ausführung des eigentlichen Aufrufes durch.
<pre>
<pre>
  1. get WR_1_API 20_Statistic_EnergyFlow
get 21_Battery_InternControl
  2. Sollte noch keine Session aufgebaut sein erfolgt der Aufruf von sid01
set 21_04_Battery_MinSoc (mit automatischem FollowGet)
  3. Das Replacement %START% führt plenticore_auth("start","user","WR_1_API") aus
  4. Die Rückmeldung vom Plenticore wird gelesen
  5. Das Replacement %FINISH% führt plenticore_auth("finish","user","WR_1_API",...) aus
  6. Die Rückmeldung vom Plenticore wird gelesen
  7. Das Replacement %SESSION% führt plenticore_auth("session","user","WR_1_API",...,...) aus
  8. Die Rückmeldung vom Plenticore wird gelesen und es sollte eine SessionId bestehen, mit der nun alle weiteren Abfragen laufen
  9. Der eigentliche Aufruf wird ausgeführt und die readings bereit gestellt
</pre>
Die Anmeldung kann auch teil automatisch erfolgen, was bei etwaigen Fehlern in der Anmeldung nützlich ist. Hier sind nur die manuellen Schritte beschrieben, der Ablauf ist identisch zur vorherigen Beschreibung.
<pre>
  1. get WR_1_API 01_auth_start
  2. get WR_1_API 02_auth_finish
  3. get WR_1_API 03_auth_create_session
  4. Die Rückmeldung vom Plenticore wird gelesen und es sollte eine SessionId bestehen, mit der nun alle weiteren Abfragen laufen
</pre>
</pre>


======Implementierte Abfragen======
'''Achtung, Voraussetzung ist mindestens die HTTPMOD Version 4.1.00'''
Sollte die Session abgelaufen, oder noch kein Login vollzogen worden sein, so wird automatisch ein Login mit Sessionaufbau durchgeführt.


'''get:'''
Auch dieses Device ist für den Betrieb mehrerer Wechselrichter vorbereitet. Hierbei sollte der erste WR_1 und der zweite WR_2 benannt werden. Beim Betrieb nur eines Wechselrichters werden die userReadings SW_* ebenfalls befüllt und beinhalten die Werte des ersten Wechselrichters. Somit ist ein Betrieb in beiden Umgebungen möglich. Beim Logging muss man sich entscheiden und DbLogInclude entsprechend setzen, damit die Werte nicht doppelt ins DbLog geschrieben werden. Achtung, dies hat auch Auswirkungen auf die Diagramme.
<pre>
Login Funktionalität für eine manuelle Anmeldung
01_auth_start
02_auth_finish
03_auth_create_session


Auskunft über den Anmeldezustand
'''Für die Korrektur der Statistiken werden die Stromzähler Stände des KSEM benötigt''', die als reading mit Active_energy[+|-] bezeichnet sind. Bisher war es nicht erforderlich den KSEM im FHEM per ModBus abzufragen, was jedoch nun notwendig ist. In dieser Integration wurde der KSEM wegen des Schwarms auf WR_0_KSEM benannt. Im Device PV_Schedule wurde ein cmd_5 eingefügt, dass die Zählerstände zum Beginn einer Statistikperiode, Day/Month/Year in das Device WR_1_API überträgt. Initial müssen diese manuell korrekt gesetzt werden, damit die Berechnungen in den userReadings stimmen!
04_auth_me
Die Definition des KSEM kommt etwas später im Kapitel [[Kostal_Plenticore_10_Plus#Kostal_Smart_Energy_Manager_.28KSEM.29_.28Modbus.2FTCP.29|Kostal_Smart_Energy_Manager_KSEM_Modbus_TCP]]


Informationen zum Plenticore
'''Sollte der Plenticore mal wegen eines Defektes ausgetauscht werden müssen''', dann beginnt der neue Wechselrichter seine Statistiken wieder bei Null, was natürlich nicht so schön ist. Für die Tages Statistiken *_Day ist das nicht so tragisch, bei Monat und Jahr stört das schon einwenig. Um das dann kontinuierlich hin zu bekommen muss man aus der Datenbank die letzten gültigen Werte heraussuchen und diese manuell im userreading mit einrechnen. Zum Ende des Monats bzw. des Jahres sind dann die Offsets wieder heraus zu nehmen und gegebenenfalls nochmals in der Datenbank zu prüfen.
05_info_version
Betroffen sind die folgenden SW_* userreadings, die hier mit exemplarischen Zahlenwerten korrigiert werden.
Am besten macht Ihr Euch zum Ende der Periode einen Eintrag im Kalender, damit Ihr die Korrektur rechtzeitig wieder raus nehmt.
'''Bei allen anderen userreadings wurde ein solcher Wechsel bereits berücksichtigt und schreibt die Werte mit Hilfe der monotonik Funktion kontinuierlich weiter.'''
<pre>
SW_Statistic_Yield_Month:Statistic_Yield_Month.* { round(ReadingsVal("$NAME","Statistic_Yield_Month",0)+ReadingsVal("WR_2_API","Statistic_Yield_Month",0),0) + 195000},
SW_Statistic_Yield_Year:Statistic_Yield_Year.* { round(ReadingsVal("$NAME","Statistic_Yield_Year",0)+ReadingsVal("WR_2_API","Statistic_Yield_Year",0),0) + 772000},


Abfrage der Statistiken
SW_Statistic_EnergyHomePv_Month:SW_Statistic_EnergyHomeFeedInGrid_Month.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Month",0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Month",0) - ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0),0) - 42000 },
20_Statistic_EnergyFlow
SW_Statistic_EnergyHomePv_Year:SW_Statistic_EnergyHomeFeedInGrid_Year.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Year",0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Year",0) - ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year",0),0) - 158000 },


Informationen zum Speicher, die auch teilweise gesetzt werden können. Siehe '''set:'''
SW_Statistic_TotalConsumption_Month:SW_Statistic_EnergyHomePv_Month.* { round( (ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Month",0)+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0) +ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Month",0) ),0) + 42000},
21_Battery_Information
SW_Statistic_TotalConsumption_Year:SW_Statistic_EnergyHomePv_Year.* { round( (ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Year",0)+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year",0) +ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Year",0) ),0) + 158000},
22_Battery_InternControl
</pre>
23_Battery_ExternControl
24_Battery_TimeControl
25_Battery_EM_State


Liste aller Plenticore Module. Es werden keine readings erzeugt. Das Ergebnis steht im httpbody, der mit "showBody" angezeigt werden kann. Es erfolgt keine Umsetzung des JSON in readings.
RAW Definition des WR_1_API Master
attr <Device> showBody 1
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/Wechselrichter/RAW_WR_1_API.txt Beispiel WR_1_API]
51_modules_list


Hier gibt es viele technische Loggings. Sollte es Probleme beim Abholen der Daten geben kann es am timeout liegen
Initiales setzen der WR_0_KSEM Zähler Stände. Dies sollte nach einem save config durch das setstate, bei einem restart wieder richtig gesetzt sein. Das ganze neu berechnen der Statistiken ist nur ein Work around, bis Kostal das Problem in der Firmware korrigiert hat.
attr <Device> timeout 7
<syntaxhighlight lang="Perl">
59_logdata_download
setstate WR_1_API SW_Meter_init_FeedInGrid_Day  xxxx  << Tageswert  um 00:01
setstate WR_1_API SW_Meter_init_FeedInGrid_Month xxxx  << Monatswert um 00:01 am 01. des Monats
setstate WR_1_API SW_Meter_init_FeedInGrid_Year  xxxx  << Jahreswert um 00:01 am 01.01 des Jahres
setstate WR_1_API SW_Meter_init_Grid_Day  xxxx  << Tageswert  um 00:01
setstate WR_1_API SW_Meter_init_Grid_Month xxxx  << Monatswert um 00:01 am 01. des Monats
setstate WR_1_API SW_Meter_init_Grid_Year  xxxx  << Jahreswert um 00:01 am 01.01 des Jahres
</syntaxhighlight>


Das zeigt den Firmware Update Status beim FW Laden an. Die Rückmeldung ist im httpbody zu sehen, es werden keine readings erzeugt.
Erweiterung im WR_ctl, um die Zählerstände zu speichern
60_update_status
Im WR_ctl (DOIF im Perl Modus) gibt es einen Block für das Wiederherstellen der Zählerstände aus der DbLog, sofern das Monitoring bereits einen Jahres Zyklus gelaufen ist. Der Block 4_WR_1_API_init_Werte kann über das uiTable Pull Down Menü im WR_ctl im Bereich "WR_1_API Kommando Auswahl" auch manuell ausgeführt werden, was nach einem FHEM Absturz eventuell notwendig sein könnte. Die Notwendigkeit erkennt man an negativen Werten in der Spalte "aktuell".
</pre>


'''set:'''
======DigitalOutputs schalten======
Bei den set Aufrufen ist automatisch ein get Aufruf im Anschluss gekoppelt, wodurch der neue Zustand wieder abgefragt wird.
Man kann den Schaltausgangdes Wechselrichtern mit "set 41_01_DigitalOutputs" auch direkt schalten.
<pre>
Dies ist jedoch keine original Funktion des Wechselrichters, sondert manipuliert die Konfiguration des Schaltausgangs.
Eine bestehende Session wird abgemeldet, als Rückmeldung erscheint im httpbody nur ein "null"
 
06_auth_logout
Testaufbau: Ne lange Leitung bis ins warme Büro und ein Durchgangsprüfer am Potentialfreien Relais Ausgang des Plenticore.
Nebenergebnis: Der Summer am 40 Jahre alten Messgerät ist kaputt und die Gewährleistung ist rum.
Es soll festgestellt werden, ob man das Relais mit den oben vorgegebenen Angaben Ein- und Ausschalten kann.
 
Ergebnis: Es funktioniert und konnte sogar noch vereinfacht werden, wenn man das "DigitalOutputs:Customer:ConfigurationFlags '''0'''" verwendet. Alle anderen Parameter dienen lediglich der Basis Konfiguration und wurden im Test einfach per default mitgesendet. Nur "DigitalOutputs:Customer:ConfigurationFlags" wechselt, um das Ein- und Ausschalten zu erreichen.


Die letzten Events können in deutsch oder englisch abgeholt werden
'''Ausschalten''' wird mit der Sendefolge 9-0 erreicht und schaltet direkt nach der 9 ab. Die oben genannte Abschaltverzögerung wird anscheinend vom Flag 9 sofort zurückgesetzt. Das Senden von Flag 0 dektiviert die Digital Ausgang konfiguration und verhindert das erneute Einschalten durch die vorherige Sendung von Flag 9.
23_events latest_5 [en-gb,de-de]


Batterie Einstellungen können verändert werden. Es werden einige Werte vorgeschlagen. Bitte vorher immer den aktuellen Wert abfragen und besser aufschreiben!
'''Einschalten''' erfolgt grundsätzlich mit einer minimum Verzögerung von 1 Minute. Der Startzustand ist Flag 0 und die Einschaltung erfolgt einfach mit Flag 9 (nach 1 Minute).
Hier sollte nur etwas gesetzt werden, wenn man sich sicher ist, was man tut.
22_01_Battery_DynamicSoc_Enable
22_03_Battery_MinHomeConsumption
22_04_Battery_MinSoc
22_05_Battery_SmartBatteryControl_Enable
22_06_Battery_Strategy
22_07_Battery_Type [0,4]


23_00_Battery_ExternControl
Umgesetzt habe ich das ganze in FHEM mit dem HTTPMOD Modul. Hier gibt es nun einen SET Aufruf, der das Flag inklusieve aller Konfigurations Parameter (siehe oben das json) übermittelt. Anschließend wird ein GET für diesen Aufruf gemacht, der den Status im FHEM aktualisiert.
23_01_Battery_ExternControl_AcPowerAbs
23_02_Battery_ExternControl_AcPowerRel
23_03_Battery_ExternControl_DcCurrentAbs
23_04_Battery_ExternControl_DcCurrentRel
23_05_Battery_ExternControl_DcPowerAbs
23_06_Battery_ExternControl_DcPowerRel
23_07_Battery_ExternControl_MaxChargePowerAbs
23_08_Battery_ExternControl_MaxDischargePowerAbs
23_09_Battery_ExternControl_MaxSocRel
23_10_Battery_ExternControl_MinSocRel


Hier kann eine Lister der letzten 5 Events abgeholt werden. Achtung lange Laufzeit, da immer die gesamte Liste abgerufen wird und dort sehr viele Einträge sind.
Die sleep 1 sind hierbei nicht erforderlich, da die Kommunikation selber bereits syncronisiert ist und es sich beim Test gezeigt hat, das diese Verzögerung durch das GET ausreicht.
50_events_latest_5
</pre>


======RAW Definition des WR_1_API Master ab v1.16======
Generell ist natürlich nochmals zu erwähnen, dass es leider nicht möglich ist den Relais Status abzufragen. Die einzige Prüfung, die eventuell noch etwas mehr Sicherheit geben könnte wäre eine Nachverfolgung des Flags in einer Art Schrittschaltung. Hierbei könnte man wie oben erwähnt nach dem Senden des Flags eine direkte Abfrage anhängen und anschließend das nächste Flag senden und wieder abfragen.
Achtung, wenn Ihr zu dieser Definition wechselt, haben sich die get/set Bezeichnungen geändert. Bitte korrigiert dann auch das PV_Schedule Device entsprechend.
Beim Wechsel auf die v1.16 sind diverse Batterie Funktionalitäten hinzu gekommen, die man jedoch vom Installateur aktivieren lassen muss. Bitte denkt daran, dass der Installateur für jeden Wechsel der Batterie Konfiguration von intern auf extern und zurück, zu Euch kommen muss!


Die Abfrage der Settings für die Batterie ist nun in intern/extern gruppiert und es werden dann mehrere Settings gleichzeitig abgefragt. '''Beim Setzen hingegen erfolgt jedes Setting einzeln und das erfolgreiche Setzen ist am Ende mit einem erneuten get zu überprüfen.''' Stand 2021.04.07 im HTTPMOD wird ein Attribut set[*]FollowGet unterstützt, wodurch nun ein automatisches get nach dem set erfolgt. Dies vereinfacht das Timing, da das set bereits komplett erledigt wurde, bevor der Status neu abgefragt wird.
Beispiel der Schaltreihenfolge:


Die Nummerierung beim get/set soll die Zusammenhänge etwas klarer machen:
9-0 => Aus, das Flag bleibt nun auf 0
<pre>
9  => Ein nach 1 Minute
get 21_Battery_InternControl
9-0 => Aus, das Flag bleibt nun auf 0
set 21_04_Battery_MinSoc (mit automatischem FollowGet)
 
</pre>
Durch die 9 schaltet es bereits ab, würde jedoch nach 1 Minute wieder an gehen.
Die 0 deaktiviert die Steuerung komplett.


'''Achtung, Voraussetzung ist mindestens die HTTPMOD Version 4.1.00'''
Ich denke durch diese Vorgehensweise kann man auch die anderen Schaltkonfigurationen im Wechsel verwenden. Die Abschaltung sollte dann jeweils durch die Wiederholung der aktuell aktiven Konfiguration gefolgt vom Flag 0 erfolgen.


Auch dieses Device ist für den Betrieb mehrerer Wechselrichter vorbereitet. Hierbei sollte der erste WR_1 und der zweite WR_2 benannt werden. Beim Betrieb nur eines Wechselrichters werden die userReadings SW_* ebenfalls befüllt und beinhalten die Werte des ersten Wechselrichters. Somit ist ein Betrieb in beiden Umgebungen möglich. Beim Logging muss man sich entscheiden und DbLogInclude entsprechend setzen, damit die Werte nicht doppelt ins DbLog geschrieben werden. Achtung, dies hat auch Auswirkungen auf die Diagramme.
Anschließend kann dann die neu gewüschte Konfiguration folgen.


'''Für die Korrektur der Statistiken werden die Stromzähler Stände des KSEM benötigt''', die als reading mit Active_energy[+|-] bezeichnet sind. Bisher war es nicht erforderlich den KSEM im FHEM per ModBus abzufragen, was jedoch nun notwendig ist. In dieser Integration wurde der KSEM wegen des Schwarms auf WR_0_KSEM benannt. Im Device PV_Schedule wurde ein cmd_5 eingefügt, dass die Zählerstände zum Beginn einer Statistikperiode, Day/Month/Year in das Device WR_1_API überträgt. Initial müssen diese manuell korrekt gesetzt werden, damit die Berechnungen in den userReadings stimmen!
Somit wäre das Flag 0 dann auch das Signal für ein auf jeden Fall abgeschaltetes Relais.
Die Definition des KSEM kommt etwas später im Kapitel [[Kostal_Plenticore_10_Plus#Kostal_Smart_Energy_Manager_.28KSEM.29_.28Modbus.2FTCP.29|Kostal_Smart_Energy_Manager_KSEM_Modbus_TCP]]


'''Sollte der Plenticore mal wegen eines Defektes ausgetauscht werden müssen''', dann beginnt der neue Wechselrichter seine Statistiken wieder bei Null, was natürlich nicht so schön ist. Für die Tages Statistiken *_Day ist das nicht so tragisch, bei Monat und Jahr stört das schon einwenig. Um das dann kontinuierlich hin zu bekommen muss man aus der Datenbank die letzten gültigen Werte heraussuchen und diese manuell im userreading mit einrechnen. Zum Ende des Monats bzw. des Jahres sind dann die Offsets wieder heraus zu nehmen und gegebenenfalls nochmals in der Datenbank zu prüfen.
======RAW Definition des WR_2_API Slave ab v1.16======
Betroffen sind die folgenden SW_* userreadings, die hier mit exemplarischen Zahlenwerten korrigiert werden.
Auch hier kann man im Schwarm für den zweiten Wechselrichter eine verkürzte definition verwenden.
Am besten macht Ihr Euch zum Ende der Periode einen Eintrag im Kalender, damit Ihr die Korrektur rechtzeitig wieder raus nehmt.
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/Wechselrichter/RAW_WR_2_API.txt Beispiel WR_2_API]
'''Bei allen anderen userreadings wurde ein solcher Wechsel bereits berücksichtigt und schreibt die Werte mit Hilfe der monotonik Funktion kontinuierlich weiter.'''
<pre>
SW_Statistic_Yield_Month:Statistic_Yield_Month.* { round(ReadingsVal("$NAME","Statistic_Yield_Month",0)+ReadingsVal("WR_2_API","Statistic_Yield_Month",0),0) + 195000},
SW_Statistic_Yield_Year:Statistic_Yield_Year.* { round(ReadingsVal("$NAME","Statistic_Yield_Year",0)+ReadingsVal("WR_2_API","Statistic_Yield_Year",0),0) + 772000},


SW_Statistic_EnergyHomePv_Month:SW_Statistic_EnergyHomeFeedInGrid_Month.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Month",0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Month",0) - ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0),0) - 42000 },
===Batteriesteuerung über den Plenticore===
SW_Statistic_EnergyHomePv_Year:SW_Statistic_EnergyHomeFeedInGrid_Year.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Year",0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Year",0) - ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year",0),0) - 158000 },
Beim Plenticore ist der Speicher an einem der Stringanschlüsse angeschlossen und die Steuerung obliegt direkt dem Wechselrichter. Aus diesem Grund ist eine Beeinflussung des Speicherverhaltens auch nur über den Wechselrichter möglich. Hierzu gibt es ab der Plenticore Version v1.16 zwei mögliche Schnittstellen. Die bisherige API Schnittstelle und auch die ModBus Schnittstelle, die nun auch das Setzen von Registern ermöglicht.
In der bisherigen Implementierung in FHEM wird die API Schnittstelle verwendet, da hierüber auch einzelne Funktionalitäten für den Betreiber möglich sind, die auch ohne die Freischaltung der Externen Speichersteuerung möglich sind. Tiefergehende Steuerungen bedürfen der Freischaltung durch den Installateur.


SW_Statistic_TotalConsumption_Month:SW_Statistic_EnergyHomePv_Month.* { round( (ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Month",0)+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0) +ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Month",0) ),0) + 42000},
Die bisherige Steuerung des Speichers war im PV_Schedule Device implementiert, was sich jedoch als recht unübersichtlich erwiesen hat. Aktuell wurde ein weiteres DOIF Device eingerichtet, das nun die umfangreichere Bedienung der externen Speichersteuerung übernommen hat. Die Konfiguration wurde ebenfalls wieder in einem DUMMY abgebildet.
SW_Statistic_TotalConsumption_Year:SW_Statistic_EnergyHomePv_Year.* { round( (ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Year",0)+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year",0) +ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Year",0) ),0) + 158000},
</pre>


RAW Definition des WR_1_API Master ab v1.16
====Batteriesteuerung Möglichkeiten====
<syntaxhighlight lang="Perl">
=====Speicher Basissteuerung=====
defmod WR_1_API HTTPMOD http://%IP-WR%/api/v1/auth/me 0
Einige Speichersteuerungen werden als Grundlegend angesehen und sind deshalb immer aktiv. Diese Funktionalität ist auch ohne die externe Speichersteuerung für den Betreiber möglich.
attr WR_1_API userattr get25-1Name get25JSON get25Regex
<pre>
attr WR_1_API DbLogExclude .*
- smart_laden (bei geringer Leistung im Herbst/Winter)
attr WR_1_API DbLogInclude Statistic_Autarky.*,Statistic_Energy.*,Statistic_Own.*,Statistic_Total.*,Statistic_Yield.*,SW_.*
- MinSOC Sommer/Winter Umschaltung
attr WR_1_API authRetries 1
</pre>
attr WR_1_API comment Version 2022.03.29 09:00\
======smart_laden und laden_beendet======
Passworte für die Abfrage des WR_1_API werden im storeKeyValue abgelegt:\
<pre>
  {KeyValue("[read|store]","PW_<Device Name>_<Benutzer Name>","<passwort>")}\
Die Steuerung von MinSOC und MinHomeConsumtion ist über das device WR_1_API auch für den Anlagenbetreiber möglich.
  {KeyValue("store","PW_WR_1_API_user","<passwort>")}
Bei einem schlechten Forecast, z.B. im Herbst/Winter, wurde ein Vorschlag aus dem Photovoltaikform umgesetzt.
attr WR_1_API disable 0
Die Batterie wurde bisher am Tag immer kurz geladen, dann wieder durch z.B. eine Wärmepumpe geleert und das immer im Wechsel.
attr WR_1_API dontRequeueAfterAuth 0
Da im Winter ja eh Strom zugekauft werden muss wird nun die Batterie einfach stetig mit dem Überschuss, der nicht sofort verbrauchen kann, geladen.
attr WR_1_API enableControlSet 0
Dieser Vorgang wurde als smart_laden und laden_beendet implementiert. Nun ist Ruhe eingekehrt :-),
attr WR_1_API enableCookies 1
attr WR_1_API event-on-change-reading Battery_.*
attr WR_1_API event-on-update-reading auth_.*,Statistic_Autarky.*,Statistic_EnergyFeedIn.*,Statistic_EnergyHome.*,Statistic_EnergyPv[1|2].*,Statistic_.*Consumption.*,Statistic_Energy.*_Total,Statistic_Yield.*,SW_.*
attr WR_1_API get01Data %START%
attr WR_1_API get01Name 01_auth_start
attr WR_1_API get01URL http://%IP-WR%/api/v1/auth/start
attr WR_1_API get02Data %FINISH%
attr WR_1_API get02Name 02_auth_finish
attr WR_1_API get02URL http://%IP-WR%/api/v1/auth/finish
attr WR_1_API get03Data %SESSION%
attr WR_1_API get03Name 03_auth_create_session
attr WR_1_API get03URL http://%IP-WR%/api/v1/auth/create_session
attr WR_1_API get04-1Name auth_me_active
attr WR_1_API get04-2Name auth_me_locked
attr WR_1_API get04-3Name auth_me_authenticated
attr WR_1_API get04-4Name auth_me_anonymous
attr WR_1_API get04-5Name auth_me_role
attr WR_1_API get04-6Name auth_me_permissions
attr WR_1_API get04Header authorization: Session %auth_sessionId%
attr WR_1_API get04JSON .
attr WR_1_API get04Name 04_auth_me
attr WR_1_API get04URL http://%IP-WR%/api/v1/auth/me
attr WR_1_API get05-1Name info_api_version
attr WR_1_API get05-2Name info_hostname
attr WR_1_API get05-3Name info_name
attr WR_1_API get05-4Name info_sw_version
attr WR_1_API get05JSON .
attr WR_1_API get05Name 05_info_version
attr WR_1_API get05URL http://%IP-WR%/api/v1/info/version
attr WR_1_API get20-10Format %.2f
attr WR_1_API get20-10Name Statistic_EnergyChargeGrid_Month
attr WR_1_API get20-11Format %.2f
attr WR_1_API get20-11Name Statistic_EnergyChargeGrid_Total
attr WR_1_API get20-12Format %.2f
attr WR_1_API get20-12Name Statistic_EnergyChargeGrid_Year
attr WR_1_API get20-13Format %.2f
attr WR_1_API get20-13Name Statistic_EnergyChargeInvIn_Day
attr WR_1_API get20-14Format %.2f
attr WR_1_API get20-14Name Statistic_EnergyChargeInvIn_Month
attr WR_1_API get20-15Format %.2f
attr WR_1_API get20-15Name Statistic_EnergyChargeInvIn_Total
attr WR_1_API get20-16Format %.2f
attr WR_1_API get20-16Name Statistic_EnergyChargeInvIn_Year
attr WR_1_API get20-17Format %.2f
attr WR_1_API get20-17Name Statistic_EnergyChargePv_Day
attr WR_1_API get20-18Format %.2f
attr WR_1_API get20-18Name Statistic_EnergyChargePv_Month
attr WR_1_API get20-19Format %.2f
attr WR_1_API get20-19Name Statistic_EnergyChargePv_Total
attr WR_1_API get20-1Format %.2f
attr WR_1_API get20-1Name Statistic_Autarky_Day
attr WR_1_API get20-20Format %.2f
attr WR_1_API get20-20Name Statistic_EnergyChargePv_Year
attr WR_1_API get20-21Format %.2f
attr WR_1_API get20-21Name Statistic_EnergyDischarge_Day
attr WR_1_API get20-22Format %.2f
attr WR_1_API get20-22Name Statistic_EnergyDischarge_Month
attr WR_1_API get20-23Format %.2f
attr WR_1_API get20-23Name Statistic_EnergyDischarge_Total
attr WR_1_API get20-24Format %.2f
attr WR_1_API get20-24Name Statistic_EnergyDischarge_Year
attr WR_1_API get20-25Format %.2f
attr WR_1_API get20-25Name Statistic_EnergyDischargeGrid_Day
attr WR_1_API get20-26Format %.2f
attr WR_1_API get20-26Name Statistic_EnergyDischargeGrid_Month
attr WR_1_API get20-27Format %.2f
attr WR_1_API get20-27Name Statistic_EnergyDischargeGrid_Total
attr WR_1_API get20-28Format %.2f
attr WR_1_API get20-28Name Statistic_EnergyDischargeGrid_Year
attr WR_1_API get20-29Format %.2f
attr WR_1_API get20-29Name Statistic_EnergyHome_Day
attr WR_1_API get20-2Format %.2f
attr WR_1_API get20-2Name Statistic_Autarky_Month
attr WR_1_API get20-30Format %.2f
attr WR_1_API get20-30Name Statistic_EnergyHome_Month
attr WR_1_API get20-31Format %.2f
attr WR_1_API get20-31Name Statistic_EnergyHome_Total
attr WR_1_API get20-32Format %.2f
attr WR_1_API get20-32Name Statistic_EnergyHome_Year
attr WR_1_API get20-33Format %.2f
attr WR_1_API get20-33Name Statistic_EnergyHomeBat_Day
attr WR_1_API get20-34Format %.2f
attr WR_1_API get20-34Name Statistic_EnergyHomeBat_Month
attr WR_1_API get20-35Format %.2f
attr WR_1_API get20-35Name Statistic_EnergyHomeBat_Total
attr WR_1_API get20-36Format %.2f
attr WR_1_API get20-36Name Statistic_EnergyHomeBat_Year
attr WR_1_API get20-37Format %.2f
attr WR_1_API get20-37Name Statistic_EnergyHomeGrid_Day
attr WR_1_API get20-38Format %.2f
attr WR_1_API get20-38Name Statistic_EnergyHomeGrid_Month
attr WR_1_API get20-39Format %.2f
attr WR_1_API get20-39Name Statistic_EnergyHomeGrid_Total
attr WR_1_API get20-3Format %.2f
attr WR_1_API get20-3Name Statistic_Autarky_Total
attr WR_1_API get20-40Format %.2f
attr WR_1_API get20-40Name Statistic_EnergyHomeGrid_Year
attr WR_1_API get20-41Format %.2f
attr WR_1_API get20-41Name Statistic_EnergyHomeOwn_Total
attr WR_1_API get20-42Format %.2f
attr WR_1_API get20-42Name Statistic_EnergyHomePv_Day
attr WR_1_API get20-43Format %.2f
attr WR_1_API get20-43Name Statistic_EnergyHomePv_Month
attr WR_1_API get20-44Format %.2f
attr WR_1_API get20-44Name Statistic_EnergyHomePv_Total
attr WR_1_API get20-45Format %.2f
attr WR_1_API get20-45Name Statistic_EnergyHomePv_Year
attr WR_1_API get20-46Format %.2f
attr WR_1_API get20-46Name Statistic_EnergyPv1_Day
attr WR_1_API get20-47Format %.2f
attr WR_1_API get20-47Name Statistic_EnergyPv1_Month
attr WR_1_API get20-48Format %.2f
attr WR_1_API get20-48Name Statistic_EnergyPv1_Total
attr WR_1_API get20-49Format %.2f
attr WR_1_API get20-49Name Statistic_EnergyPv1_Year
attr WR_1_API get20-4Format %.2f
attr WR_1_API get20-4Name Statistic_Autarky_Year
attr WR_1_API get20-50Format %.2f
attr WR_1_API get20-50Name Statistic_EnergyPv2_Day
attr WR_1_API get20-51Format %.2f
attr WR_1_API get20-51Name Statistic_EnergyPv2_Month
attr WR_1_API get20-52Format %.2f
attr WR_1_API get20-52Name Statistic_EnergyPv2_Total
attr WR_1_API get20-53Format %.2f
attr WR_1_API get20-53Name Statistic_EnergyPv2_Year
attr WR_1_API get20-54Format %.2f
attr WR_1_API get20-54Name Statistic_EnergyPv3_Day
attr WR_1_API get20-55Format %.2f
attr WR_1_API get20-55Name Statistic_EnergyPv3_Month
attr WR_1_API get20-56Format %.2f
attr WR_1_API get20-56Name Statistic_EnergyPv3_Total
attr WR_1_API get20-57Format %.2f
attr WR_1_API get20-57Name Statistic_EnergyPv3_Year
attr WR_1_API get20-58Format %.2f
attr WR_1_API get20-58Name Statistic_OwnConsumptionRate_Day
attr WR_1_API get20-59Format %.2f
attr WR_1_API get20-59Name Statistic_OwnConsumptionRate_Month
attr WR_1_API get20-5Format %.2f
attr WR_1_API get20-5Name Statistic_CO2Saving_Day
attr WR_1_API get20-60Format %.2f
attr WR_1_API get20-60Name Statistic_OwnConsumptionRate_Total
attr WR_1_API get20-61Format %.2f
attr WR_1_API get20-61Name Statistic_OwnConsumptionRate_Year
attr WR_1_API get20-62Format %.2f
attr WR_1_API get20-62Name Statistic_Yield_Day
attr WR_1_API get20-63Format %.2f
attr WR_1_API get20-63Name Statistic_Yield_Month
attr WR_1_API get20-64Format %.2f
attr WR_1_API get20-64Name Statistic_Yield_Total
attr WR_1_API get20-65Format %.2f
attr WR_1_API get20-65Name Statistic_Yield_Year
attr WR_1_API get20-6Format %.2f
attr WR_1_API get20-6Name Statistic_CO2Saving_Month
attr WR_1_API get20-7Format %.2f
attr WR_1_API get20-7Name Statistic_CO2Saving_Total
attr WR_1_API get20-8Format %.2f
attr WR_1_API get20-8Name Statistic_CO2Saving_Year
attr WR_1_API get20-9Format %.2f
attr WR_1_API get20-9Name Statistic_EnergyChargeGrid_Day
attr WR_1_API get20Header authorization: Session %auth_sessionId%
attr WR_1_API get20JSON 01_processdata_.._value
attr WR_1_API get20Name 20_Statistic_EnergyFlow
attr WR_1_API get20URL http://%IP-WR%/api/v1/processdata/scb:statistic:EnergyFlow
attr WR_1_API get21-1Name Battery_Info_Cycles
attr WR_1_API get21-2Name Battery_Info_FullChargeCap_E
attr WR_1_API get21-3Name Battery_Info_SoC
attr WR_1_API get21-4Format %d
attr WR_1_API get21-4Name Battery_Info_WorkCapacity
attr WR_1_API get21Header01 authorization: Session %auth_sessionId%
attr WR_1_API get21Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API get21JSON .._processdata_.._value
attr WR_1_API get21Name 21_Battery_Information
attr WR_1_API get21URL http://%IP-WR%/api/v1/processdata/devices:local:battery/Cycles,FullChargeCap_E,SoC,WorkCapacity
attr WR_1_API get22-1Name Battery_InternControl_DynamicSoc_Enable
attr WR_1_API get22-2Name Battery_Control
attr WR_1_API get22-3Format %d
attr WR_1_API get22-3Name Battery_InternControl_MinHomeConsumption
attr WR_1_API get22-4Name Battery_InternControl_MinSoc
attr WR_1_API get22-5Name Battery_InternControl_SmartBatteryControl_Enable
attr WR_1_API get22-6Name Battery_InternControl_Strategy
attr WR_1_API get22-7Name Battery_InternControl_Type
attr WR_1_API get22Header01 authorization: Session %auth_sessionId%
attr WR_1_API get22Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API get22JSON .._value
attr WR_1_API get22Name 22_Battery_InternControl
attr WR_1_API get22URL http://%IP-WR%/api/v1/settings/devices:local/Battery:ExternControl,Battery:Type,Battery:MinHomeComsumption,Battery:Strategy,Battery:MinSoc,Battery:SmartBatteryControl:Enable,Battery:DynamicSoc:Enable,Battery:Type
attr WR_1_API get23-10Format %d
attr WR_1_API get23-10Name Battery_ExternControl_MaxChargePowerAbs
attr WR_1_API get23-11Format %d
attr WR_1_API get23-11Name Battery_ExternControl_MaxDischargePowerAbs
attr WR_1_API get23-12Format %d
attr WR_1_API get23-12Name Battery_ExternControl_MaxSocRel
attr WR_1_API get23-13Format %d
attr WR_1_API get23-13Name Battery_ExternControl_MinSocRel
attr WR_1_API get23-1Name Battery_ComMonitor_Enable
attr WR_1_API get23-2Format %d
attr WR_1_API get23-2Name Battery_ComMonitor_Time
attr WR_1_API get23-3Name Battery_Control
attr WR_1_API get23-4Format %.2f
attr WR_1_API get23-4Name Battery_ExternControl_AcPowerAbs
attr WR_1_API get23-5Format %.2f
attr WR_1_API get23-5Name Battery_ExternControl_AcPowerRel
attr WR_1_API get23-6Format %.2f
attr WR_1_API get23-6Name Battery_ExternControl_DcCurrentAbs
attr WR_1_API get23-7Format %.2f
attr WR_1_API get23-7Name Battery_ExternControl_DcCurrentRel
attr WR_1_API get23-8Format %.2f
attr WR_1_API get23-8Name Battery_ExternControl_DcPowerAbs
attr WR_1_API get23-9Format %.2f
attr WR_1_API get23-9Name Battery_ExternControl_DcPowerRel
attr WR_1_API get23Header01 authorization: Session %auth_sessionId%
attr WR_1_API get23Header02 Content-type: application/json, Accept: application/json, Connection: keep-alive
attr WR_1_API get23JSON .._value
attr WR_1_API get23Name 23_Battery_ExternControl
attr WR_1_API get23URL http://%IP-WR%/api/v1/settings/devices:local/Battery:ComMonitor:Enable,Battery:ComMonitor:Time,Battery:ExternControl,Battery:ExternControl:AcPowerAbs,Battery:ExternControl:AcPowerRel,Battery:ExternControl:DcCurrentAbs,Battery:ExternControl:DcCurrentRel,Battery:ExternControl:DcPowerAbs,Battery:ExternControl:DcPowerRel,Battery:ExternControl:MaxChargePowerAbs,Battery:ExternControl:MaxDischargePowerAbs,Battery:ExternControl:MaxSocRel,Battery:ExternControl:MinSocRel
attr WR_1_API get24-1Name Battery_TimeControl_1
attr WR_1_API get24-2Name Battery_TimeControl_2
attr WR_1_API get24-3Name Battery_TimeControl_3
attr WR_1_API get24-4Name Battery_TimeControl_4
attr WR_1_API get24-5Name Battery_TimeControl_5
attr WR_1_API get24-6Name Battery_TimeControl_6
attr WR_1_API get24-7Name Battery_TimeControl_7
attr WR_1_API get24-8Name Battery_TimeControl
attr WR_1_API get24Header01 authorization: Session %auth_sessionId%
attr WR_1_API get24Header02 Content-type: application/json, Accept: application/json, Connection: keep-alive
attr WR_1_API get24JSON .._value
attr WR_1_API get24Name 24_Battery_TimeControl
attr WR_1_API get24URL http://%IP-WR%/api/v1/settings/devices:local/Battery:TimeControl:Enable,Battery:TimeControl:ConfMon,Battery:TimeControl:ConfTue,Battery:TimeControl:ConfWed,Battery:TimeControl:ConfThu,Battery:TimeControl:ConfFri,Battery:TimeControl:ConfSat,Battery:TimeControl:ConfSun
attr WR_1_API get25Header01 authorization: Session %auth_sessionId%
attr WR_1_API get25Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API get25Name 25_Battery_EM_State
attr WR_1_API get25URL http://%IP-WR%/api/v1/processdata/devices:local/EM_State
attr WR_1_API get40-1Name EnergyMgmt_AcStorage
attr WR_1_API get40-2Name Generator_ShadowMgmt
attr WR_1_API get40Header01 authorization: Session %auth_sessionId%
attr WR_1_API get40Header02 Content-type: application/json, Accept: application/json, Connection: keep-alive
attr WR_1_API get40JSON .._value
attr WR_1_API get40Name 40_Generator_und_EnergieMgmt
attr WR_1_API get40URL http://%IP-WR%/api/v1/settings/devices:local/Generator:ShadowMgmt:Enable,EnergyMgmt:AcStorage
attr WR_1_API get41-1Name DigitalOutputs_ConfigurationFlags
attr WR_1_API get41-2Name DigitalOutputs_DelayTime
attr WR_1_API get41-3Name DigitalOutputs_PowerMode_OffPowerThreshold
attr WR_1_API get41-4Name DigitalOutputs_PowerMode_OnPowerThreshold
attr WR_1_API get41-5Name DigitalOutputs_SwitchOffDuration
attr WR_1_API get41-6Name DigitalOutputs_TimeMode_MaxNoOfSwitchingCyclesPerDay
attr WR_1_API get41-7Name DigitalOutputs_TimeMode_PowerThreshold
attr WR_1_API get41-8Name DigitalOutputs_TimeMode_RunTime
attr WR_1_API get41-9Name DigitalOutputs_TimeMode_StableTime
attr WR_1_API get41Header01 authorization: Session %auth_sessionId%
attr WR_1_API get41Header02 Content-type: application/json, Accept: application/json, Connection: keep-alive
attr WR_1_API get41JSON .._value
attr WR_1_API get41Name 41_DigitalOutputs
attr WR_1_API get41URL http://%IP-WR%/api/v1/settings/devices:local/DigitalOutputs:Customer:ConfigurationFlags,DigitalOutputs:Customer:DelayTime,DigitalOutputs:Customer:PowerMode:OffPowerThreshold,DigitalOutputs:Customer:PowerMode:OnPowerThreshold,DigitalOutputs:Customer:SwitchOffDuration,DigitalOutputs:Customer:TimeMode:MaxNoOfSwitchingCyclesPerDay,DigitalOutputs:Customer:TimeMode:PowerThreshold,DigitalOutputs:Customer:TimeMode:RunTime,DigitalOutputs:Customer:TimeMode:StableTime
attr WR_1_API get51Name 51_modules_list
attr WR_1_API get51URL http://%IP-WR%/api/v1/modules
attr WR_1_API get59Data {"end":"%end_date%","begin":"%begin_date%"}
attr WR_1_API get59Header01 authorization: Session %auth_sessionId%
attr WR_1_API get59Header02 Content-type: application/json, Accept: application/json, Connection: keep-alive
attr WR_1_API get59Name 59_logdata_download
attr WR_1_API get59URL http://%IP-WR%/api/v1/logdata/download
attr WR_1_API get60Header authorization: Session %auth_sessionId%
attr WR_1_API get60Name 60_update_status
attr WR_1_API get60URL http://%IP-WR%/api/v1/update/status
attr WR_1_API getHeader01 Accept-Encoding: gzip,deflate
attr WR_1_API getHeader02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API group PV Eigenverbrauch
attr WR_1_API icon sani_solar
attr WR_1_API reAuthRegex "authenticated":false|"processdata":\[\]|wrong credentials|Not authorized
attr WR_1_API reading0101JSON nonce
attr WR_1_API reading0101Name auth_nonce
attr WR_1_API reading0102JSON rounds
attr WR_1_API reading0102Name auth_rounds
attr WR_1_API reading0103JSON salt
attr WR_1_API reading0103Name auth_salt
attr WR_1_API reading0104JSON transactionId
attr WR_1_API reading0104Name auth_transactionId
attr WR_1_API reading0201JSON signature
attr WR_1_API reading0201Name auth_signature
attr WR_1_API reading0202JSON token
attr WR_1_API reading0202Name auth_token
attr WR_1_API reading0301JSON message
attr WR_1_API reading0301Name info_message
attr WR_1_API reading0302JSON error
attr WR_1_API reading0302Name info_error
attr WR_1_API reading03JSON sessionId
attr WR_1_API reading03Name auth_sessionId
attr WR_1_API reading25Name Battery_EM_State
attr WR_1_API reading25OMap 0:Normal,8:Ruhe1,16:Ruhe2,32:Ausgleichsladung,64:Tiefentladeschutz
attr WR_1_API reading25Regex EM_State.*value":(\d+)
attr WR_1_API reading40Name Generator_ShadowMgmt
attr WR_1_API reading40Regex Generator:ShadowMgmt.*value":"(\d+)
attr WR_1_API replacement01Mode expression
attr WR_1_API replacement01Regex %IP-WR%
attr WR_1_API replacement01Value {ReadingsVal("WR_1_config","IP-WR_1","")}
attr WR_1_API replacement02Mode expression
attr WR_1_API replacement02Regex %START%
attr WR_1_API replacement02Value {my $NAME="WR_1_API";; plenticore_auth("start","user","$NAME")}
attr WR_1_API replacement04Mode expression
attr WR_1_API replacement04Regex %FINISH%
attr WR_1_API replacement04Value {my $NAME="WR_1_API";; plenticore_auth("finish","user","$NAME",ReadingsVal("$NAME","auth_randomString64","missed"),ReadingsVal("$NAME","auth_nonce","missed"),ReadingsVal("$NAME","auth_salt","missed"),ReadingsVal("$NAME","auth_rounds","missed"),ReadingsVal("$NAME","auth_transactionId","missed"))}
attr WR_1_API replacement05Mode expression
attr WR_1_API replacement05Regex %SESSION%
attr WR_1_API replacement05Value {my $NAME="WR_1_API";; plenticore_auth("session","user","$NAME",ReadingsVal("$NAME","auth_randomString64","missed"),ReadingsVal("$NAME","auth_nonce","missed"),ReadingsVal("$NAME","auth_salt","missed"),ReadingsVal("$NAME","auth_rounds","missed"),ReadingsVal("$NAME","auth_transactionId","missed"),ReadingsVal("$NAME","auth_token","missed"))}
attr WR_1_API replacement06Mode reading
attr WR_1_API replacement06Regex %auth_signature%
attr WR_1_API replacement06Value auth_signature
attr WR_1_API replacement07Mode reading
attr WR_1_API replacement07Regex %auth_sessionId%
attr WR_1_API replacement07Value auth_sessionId
attr WR_1_API replacement08Mode expression
attr WR_1_API replacement08Regex %begin_date%
attr WR_1_API replacement08Value {POSIX::strftime("%Y-%m-%d",localtime(time))}
attr WR_1_API replacement09Mode expression
attr WR_1_API replacement09Regex %end_date%
attr WR_1_API replacement09Value {POSIX::strftime("%Y-%m-%d",localtime(time))}
attr WR_1_API room Strom->Photovoltaik
attr WR_1_API set06Header01 authorization: Session %auth_sessionId%
attr WR_1_API set06Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set06Method POST
attr WR_1_API set06Name 06_auth_logout
attr WR_1_API set06NoArg 1
attr WR_1_API set06URL http://%IP-WR%/api/v1/auth/logout
attr WR_1_API set2201Data [{"moduleid":"devices:local","settings":[{"id":"Battery:DynamicSoc:Enable","value":"$val"}]}]
attr WR_1_API set2201FollowGet 22_Battery_InternControl
attr WR_1_API set2201Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2201Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2201Hint 0,1
attr WR_1_API set2201Method PUT
attr WR_1_API set2201Name 22_01_Battery_DynamicSoc_Enable
attr WR_1_API set2201URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2203Data [{"moduleid":"devices:local","settings":[{"id":"Battery:MinHomeComsumption","value":"$val"}]}]
attr WR_1_API set2203FollowGet 22_Battery_InternControl
attr WR_1_API set2203Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2203Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2203Hint slider,50,50,8000
attr WR_1_API set2203Method PUT
attr WR_1_API set2203Name 22_03_Battery_MinHomeConsumption
attr WR_1_API set2203URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2204Data [{"moduleid":"devices:local","settings":[{"id":"Battery:MinSoc","value":"$val"}]}]
attr WR_1_API set2204FollowGet 22_Battery_InternControl
attr WR_1_API set2204Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2204Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2204Hint slider,5,5,100
attr WR_1_API set2204Method PUT
attr WR_1_API set2204Name 22_04_Battery_MinSoc
attr WR_1_API set2204URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2205Data [{"moduleid":"devices:local","settings":[{"id":"Battery:SmartBatteryControl:Enable","value":"$val"}]}]
attr WR_1_API set2205FollowGet 22_Battery_InternControl
attr WR_1_API set2205Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2205Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2205Hint 0,1
attr WR_1_API set2205Method PUT
attr WR_1_API set2205Name 22_05_Battery_SmartBatteryControl_Enable
attr WR_1_API set2205URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2206Data [{"moduleid":"devices:local","settings":[{"id":"Battery:Strategy","value":"$val"}]}]
attr WR_1_API set2206FollowGet 22_Battery_InternControl
attr WR_1_API set2206Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2206Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2206Hint 1,2
attr WR_1_API set2206Method PUT
attr WR_1_API set2206Name 22_06_Battery_Strategy
attr WR_1_API set2206URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2207Data [{"moduleid":"devices:local","settings":[{"id":"Battery:Type","value":"$val"}]}]
attr WR_1_API set2207FollowGet 22_Battery_InternControl
attr WR_1_API set2207Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2207Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2207Hint 0,4
attr WR_1_API set2207Method PUT
attr WR_1_API set2207Name 22_07_Battery_Type
attr WR_1_API set2207URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2300Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl","value":"$val"}]}]
attr WR_1_API set2300FollowGet 23_Battery_ExternControl
attr WR_1_API set2300Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2300Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2300Hint 0,1,2
attr WR_1_API set2300Method PUT
attr WR_1_API set2300Name 23_00_Battery_ExternControl
attr WR_1_API set2300URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2301Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:AcPowerAbs","value":"$val"}]}]
attr WR_1_API set2301FollowGet 23_Battery_ExternControl
attr WR_1_API set2301Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2301Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2301Method PUT
attr WR_1_API set2301Name 23_01_Battery_ExternControl_AcPowerAbs
attr WR_1_API set2301URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2302Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:AcPowerRel","value":"$val"}]}]
attr WR_1_API set2302FollowGet 23_Battery_ExternControl
attr WR_1_API set2302Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2302Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2302Method PUT
attr WR_1_API set2302Name 23_02_Battery_ExternControl_AcPowerRel
attr WR_1_API set2302URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2303Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:DcCurrentAbs","value":"$val"}]}]
attr WR_1_API set2303FollowGet 23_Battery_ExternControl
attr WR_1_API set2303Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2303Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2303Method PUT
attr WR_1_API set2303Name 23_03_Battery_ExternControl_DcCurrentAbs
attr WR_1_API set2303URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2304Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:DcCurrentRel","value":"$val"}]}]
attr WR_1_API set2304FollowGet 23_Battery_ExternControl
attr WR_1_API set2304Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2304Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2304Method PUT
attr WR_1_API set2304Name 23_04_Battery_ExternControl_DcCurrentRel
attr WR_1_API set2304URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2305Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:DcPowerAbs","value":"$val"}]}]
attr WR_1_API set2305FollowGet 23_Battery_ExternControl
attr WR_1_API set2305Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2305Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2305Method PUT
attr WR_1_API set2305Name 23_05_Battery_ExternControl_DcPowerAbs
attr WR_1_API set2305URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2306Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:DcPowerRel","value":"$val"}]}]
attr WR_1_API set2306FollowGet 23_Battery_ExternControl
attr WR_1_API set2306Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2306Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2306Method PUT
attr WR_1_API set2306Name 23_06_Battery_ExternControl_DcPowerRel
attr WR_1_API set2306URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2307Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:MaxChargePowerAbs","value":"$val"}]}]
attr WR_1_API set2307FollowGet 23_Battery_ExternControl
attr WR_1_API set2307Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2307Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2307Method PUT
attr WR_1_API set2307Name 23_07_Battery_ExternControl_MaxChargePowerAbs
attr WR_1_API set2307URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2308Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:MaxDischargePowerAbs","value":"$val"}]}]
attr WR_1_API set2308FollowGet 23_Battery_ExternControl
attr WR_1_API set2308Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2308Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2308Method PUT
attr WR_1_API set2308Name 23_08_Battery_ExternControl_MaxDischargePowerAbs
attr WR_1_API set2308URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2309Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:MaxSocRel","value":"$val"}]}]
attr WR_1_API set2309FollowGet 23_Battery_ExternControl
attr WR_1_API set2309Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2309Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2309Hint slider,30,5,100
attr WR_1_API set2309Method PUT
attr WR_1_API set2309Name 23_09_Battery_ExternControl_MaxSocRel
attr WR_1_API set2309URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2310Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ExternControl:MinSocRel","value":"$val"}]}]
attr WR_1_API set2310FollowGet 23_Battery_ExternControl
attr WR_1_API set2310Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2310Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2310Hint slider,0,5,100
attr WR_1_API set2310Method PUT
attr WR_1_API set2310Name 23_10_Battery_ExternControl_MinSocRel
attr WR_1_API set2310URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2311Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ComMonitor:Enable","value":"$val"}]}]
attr WR_1_API set2311FollowGet 23_Battery_ExternControl
attr WR_1_API set2311Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2311Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2311Hint 0,1
attr WR_1_API set2311Method PUT
attr WR_1_API set2311Name 23_11_Battery_ComMonitor_Enable
attr WR_1_API set2311URL http://%IP-WR%/api/v1/settings
attr WR_1_API set2312Data [{"moduleid":"devices:local","settings":[{"id":"Battery:ComMonitor:Time","value":"$val"}]}]
attr WR_1_API set2312FollowGet 23_Battery_ExternControl
attr WR_1_API set2312Header01 authorization: Session %auth_sessionId%
attr WR_1_API set2312Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set2312Hint slider,0,10,600
attr WR_1_API set2312Method PUT
attr WR_1_API set2312Name 23_12_Battery_ComMonitor_Time
attr WR_1_API set2312URL http://%IP-WR%/api/v1/settings
attr WR_1_API set4002Data [{"moduleid":"devices:local","settings":[{"id":"Generator:ShadowMgmt:Enable","value":"$val"}]}]
attr WR_1_API set4002FollowGet 40_Generator_und EnergieMgmt
attr WR_1_API set4002Header01 authorization: Session %auth_sessionId%
attr WR_1_API set4002Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set4002Hint slider,0,1,3
attr WR_1_API set4002Method PUT
attr WR_1_API set4002Name 40_02_Generator_ShadowMgmt
attr WR_1_API set4002URL http://%IP-WR%/api/v1/settings
attr WR_1_API set4101Data [{"moduleid":"devices:local","settings":[{"id":"DigitalOutputs:Customer:ConfigurationFlags","value":"$val"},{"id":"DigitalOutputs:Customer:DelayTime","value":"5"},{"id":"DigitalOutputs:Customer:PowerMode:OnPowerThreshold","value":"100000"},{"id":"DigitalOutputs:Customer:TimeMode:MaxNoOfSwitchingCyclesPerDay","value":"1"},{"id":"DigitalOutputs:Customer:TimeMode:PowerThreshold","value":"1"},{"id":"DigitalOutputs:Customer:TimeMode:RunTime","value":"30"},{"id":"DigitalOutputs:Customer:TimeMode:StableTime","value":"1"}]}]
attr WR_1_API set4101FollowGet 41_DigitalOutputs
attr WR_1_API set4101Header01 authorization: Session %auth_sessionId%
attr WR_1_API set4101Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set4101Hint 0,9,13,14
attr WR_1_API set4101Method PUT
attr WR_1_API set4101Name 41_01_DigitalOutputs
attr WR_1_API set4101URL http://%IP-WR%/api/v1/settings
attr WR_1_API set50-10Name Event_02_code
attr WR_1_API set50-11Name Event_02_description
attr WR_1_API set50-12Name Event_02_end_time
attr WR_1_API set50-13Name Event_02_group
attr WR_1_API set50-14Name Event_02_is_active
attr WR_1_API set50-15Name Event_02_long_description
attr WR_1_API set50-16Name Event_02_start_time
attr WR_1_API set50-17Name Event_03_category
attr WR_1_API set50-18Name Event_03_code
attr WR_1_API set50-19Name Event_03_description
attr WR_1_API set50-1Name Event_01_category
attr WR_1_API set50-20Name Event_03_end_time
attr WR_1_API set50-21Name Event_03_group
attr WR_1_API set50-22Name Event_03_is_active
attr WR_1_API set50-23Name Event_03_long_description
attr WR_1_API set50-24Name Event_03_start_time
attr WR_1_API set50-25Name Event_04_category
attr WR_1_API set50-26Name Event_04_code
attr WR_1_API set50-27Name Event_04_description
attr WR_1_API set50-28Name Event_04_end_time
attr WR_1_API set50-29Name Event_04_group
attr WR_1_API set50-2Name Event_01_code
attr WR_1_API set50-30Name Event_04_is_active
attr WR_1_API set50-31Name Event_04_long_description
attr WR_1_API set50-32Name Event_04_start_time
attr WR_1_API set50-33Name Event_05_category
attr WR_1_API set50-34Name Event_05_code
attr WR_1_API set50-35Name Event_05_description
attr WR_1_API set50-36Name Event_05_end_time
attr WR_1_API set50-37Name Event_05_group
attr WR_1_API set50-38Name Event_05_is_active
attr WR_1_API set50-39Name Event_05_long_description
attr WR_1_API set50-3Name Event_01_description
attr WR_1_API set50-40Name Event_05_start_time
attr WR_1_API set50-4Name Event_01_end_time
attr WR_1_API set50-5Name Event_01_group
attr WR_1_API set50-6Name Event_01_is_active
attr WR_1_API set50-7Name Event_01_long_description
attr WR_1_API set50-8Name Event_01_start_time
attr WR_1_API set50-9Name Event_02_category
attr WR_1_API set50Data {"max":5,"language":"$val"}
attr WR_1_API set50Header01 authorization: Session %auth_sessionId%
attr WR_1_API set50Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set50Hint en-gb,de-de
attr WR_1_API set50JSON .
attr WR_1_API set50Name 50_events_latest_5
attr WR_1_API set50ParseResponse 1
attr WR_1_API set50TextArg 1
attr WR_1_API set50URL http://%IP-WR%/api/v1/events/latest
attr WR_1_API set6001Header01 authorization: Session %auth_sessionId%
attr WR_1_API set6001Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_1_API set6001Method POST
attr WR_1_API set6001Name 60_01_Reset_Wechselrichter
attr WR_1_API set6001NoArg 1
attr WR_1_API set6001URL http://%IP-WR%/api/v1/system/reboot
attr WR_1_API showBody 1
attr WR_1_API showError 1
attr WR_1_API sid01Data %START%
attr WR_1_API sid01ParseResponse 1
attr WR_1_API sid01URL http://%IP-WR%/api/v1/auth/start
attr WR_1_API sid02Data %FINISH%
attr WR_1_API sid02ParseResponse 1
attr WR_1_API sid02URL http://%IP-WR%/api/v1/auth/finish
attr WR_1_API sid03Data %SESSION%
attr WR_1_API sid03ParseResponse 1
attr WR_1_API sid03URL http://%IP-WR%/api/v1/auth/create_session
attr WR_1_API sidHeader01 Accept-Encoding: gzip,deflate
attr WR_1_API sidHeader02 Content-type: application/json, Accept: application/json, Connection: keep-alive
attr WR_1_API sortby 112
attr WR_1_API stateFormat {\
my $calcVal = 0;;\
my $WR      = "WR_1";;\
my $YearBefore      = "LogDBRep_Statistic_previous_Year";;\
my $YearPrevious    = ReadingsTimestamp("$YearBefore","SW_Statistic_Yield_Year","null");;\
  $YearPrevious = ($YearPrevious ne "null") ? POSIX::strftime("%Y",localtime(time_str2num(ReadingsTimestamp("$YearBefore","SW_Statistic_Yield_Year","null")))) : "null";;\
\
my $QuarterBefore  = "LogDBRep_Statistic_previous_Quarter";;\
my $QuarterPrevious = "null";;\
foreach my $i (1,2,3,4) {if (ReadingsVal("$QuarterBefore","Q".$i,0) eq "previous"){ $QuarterPrevious = "Q".$i }};;\
\
my $pvt  = sprintf("%04d W",ReadingsVal($WR,"SW_Total_AC_Active_P",0) );;\
my $pvtd  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_Yield_Day",0)/1000 );;\
my $pvtm  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_Yield_Month",0)/1000 );;\
    $pvtm .= ($QuarterPrevious ne "null") ? sprintf(" / %04d", ReadingsVal("$QuarterBefore",$QuarterPrevious."_SW_Statistic_Yield",0) ) : "";;\
my $pvty  = sprintf("%05d",ReadingsVal("$name","SW_Statistic_Yield_Year",0)/1000 );;\
    $pvty .= ($YearPrevious ne "null") ? sprintf(" / %05d", ReadingsVal("$YearBefore","SW_Statistic_Yield_Year",0) ) : "";;\
\
my $pv    = sprintf("%04d W",ReadingsVal($WR,"SW_Home_own_consumption_from_Battery",0)+ReadingsVal($WR,"SW_Home_own_consumption_from_PV",0) );;\
my $pvd  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_EnergyHomePv_Day",0)/1000 );;\
my $pvm  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_EnergyHomePv_Month",0)/1000 );;\
    $pvm  .= ($QuarterPrevious ne "null") ? sprintf(" / %04d", ReadingsVal("$QuarterBefore",$QuarterPrevious."_SW_Statistic_EnergyHomePv",0) ) : "";;\
my $pvy  = sprintf("%05d",ReadingsVal("$name","SW_Statistic_EnergyHomePv_Year",0)/1000 );;\
    $pvy  .= ($YearPrevious ne "null") ? sprintf(" / %05d", ReadingsVal("$YearBefore","SW_Statistic_EnergyHomePv_Year",0) ) : "";;\
  \
my $gfi  =  sprintf("%04d W",(ReadingsVal($WR,"Total_Active_P_EM",0)<=0 ? abs(round(ReadingsVal($WR,"Total_Active_P_EM",0),0)):  0) );;\
my $gfid  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_EnergyHomeFeedInGrid_Day",0)/1000 );;\
my $gfim  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_EnergyHomeFeedInGrid_Month",0)/1000 );;\
    $gfim .= ($QuarterPrevious ne "null") ? sprintf(" / %04d", ReadingsVal("$QuarterBefore",$QuarterPrevious."_SW_Statistic_EnergyHomeFeedInGrid",0) ) : "";;\
my $gfiy  = sprintf("%05d",ReadingsVal("$name","SW_Statistic_EnergyHomeFeedInGrid_Year",0)/1000 );;\
    $gfiy .= ($YearPrevious ne "null") ? sprintf(" / %05d", ReadingsVal("$YearBefore","SW_Statistic_EnergyHomeFeedInGrid_Year",0) ) : "";;\
  \
my $eb    = sprintf("%04d W",(ReadingsVal($WR,"Total_Active_P_EM",0)>=0 ? round(ReadingsVal($WR,"Total_Active_P_EM",0),0) : 0) );;\
my $ebd  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_EnergyHomeGrid_Day",0)/1000 );;\
my $ebm  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_EnergyHomeGrid_Month",0)/1000 );;\
    $ebm  .= ($QuarterPrevious ne "null") ? sprintf(" / %04d", ReadingsVal("$QuarterBefore",$QuarterPrevious."_SW_Statistic_EnergyHomeGrid",0) ) : "";;\
my $eby  = sprintf("%05d",ReadingsVal("$name","SW_Statistic_EnergyHomeGrid_Year",0)/1000 );;\
    $eby  .= ($YearPrevious ne "null") ? sprintf(" / %05d", ReadingsVal("$YearBefore","SW_Statistic_EnergyHomeGrid_Year",0) ) : "";;\
\
my $pvb  = sprintf("%04d W",ReadingsVal($WR,"SW_Home_own_consumption_from_Battery",0));;\
my $pvbd  = sprintf("%04d",ReadingsVal("$name","Statistic_EnergyHomeBat_Day",0)/1000 );;\
my $pvbm  = sprintf("%04d",ReadingsVal("$name","Statistic_EnergyHomeBat_Month",0)/1000 );;\
    $pvbm .= ($QuarterPrevious ne "null") ? sprintf(" / %04d", 158+ReadingsVal("$QuarterBefore",$QuarterPrevious."_Statistic_EnergyHomeBat",0) ) : "";;\
my $pvby  = sprintf("%05d",158+ReadingsVal("$name","Statistic_EnergyHomeBat_Year",0)/1000 );;\
    $pvby .= ($YearPrevious ne "null") ? sprintf(" / %05d", ReadingsVal("$YearBefore","Statistic_EnergyHomeBat_Year",0) ) : "";;\
\
my $et    = sprintf("%04d W",(ReadingsVal($WR,"SW_Home_own_consumption_from_PV",0)+ReadingsVal($WR,"SW_Home_own_consumption_from_Battery",0)+ReadingsVal($WR,"SW_Home_own_consumption_from_grid",0)) );;\
my $etd  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_TotalConsumption_Day",0)/1000 );;\
my $etm  = sprintf("%04d",ReadingsVal("$name","SW_Statistic_TotalConsumption_Month",0)/1000 );;\
    $etm  .= ($QuarterPrevious ne "null") ? sprintf(" / %04d", ReadingsVal("$QuarterBefore",$QuarterPrevious."_SW_Statistic_TotalConsumption",0) ) : "";;\
my $ety  = sprintf("%05d",ReadingsVal("$name","SW_Statistic_TotalConsumption_Year",0)/1000 );;\
    $ety  .= ($YearPrevious ne "null") ? sprintf(" / %05d", ReadingsVal("$YearBefore","SW_Statistic_TotalConsumption_Year",0) ) : "";;\
\
my $valA  = ReadingsVal($WR, "SW_Total_AC_Active_P",0)-ReadingsVal($WR, "SW_Home_own_consumption_from_grid",0);;\
    $calcVal = ($valA > 0) ? round($valA /($valA + ReadingsVal($WR, "SW_Home_own_consumption_from_grid",""))*100 ,0) : 0;;\
my $aq    = sprintf("%4d %%",(($calcVal > 100) ? 100 : $calcVal) );;\
\
my $aqd  = sprintf("%3d %%",ReadingsVal("$name","SW_Statistic_Autarky_Day",0) );;\
my $aqm  = sprintf("%3d %%",ReadingsVal("$name","SW_Statistic_Autarky_Month",0) );;\
my $aqy  = sprintf("%3d %%",ReadingsVal("$name","SW_Statistic_Autarky_Year",0) );;\
    $aqy  .= ($YearPrevious ne "null") ? sprintf(" / %3d %%", ReadingsVal("$YearBefore","SW_Statistic_Autarky_Year",0) ) : "";;\
  \
my $valS  = ReadingsVal($WR,"SW_Total_AC_Active_P",0);;\
    $calcVal = ($valS > 0) ? round((ReadingsVal($WR,"SW_Home_own_consumption_from_PV",0) + ReadingsVal($WR,"SW_Home_own_consumption_from_Battery",0)) / $valS * 100 ,0) : 0;;\
my $sq    =  sprintf("%4d %%",(($calcVal > 100) ? 100 : $calcVal) );;\
\
my $sqd  = sprintf("%4d %%",ReadingsVal("$name","SW_Statistic_OwnConsumptionRate_Day",0) );;\
my $sqm  = sprintf("%4d %%",ReadingsVal("$name","SW_Statistic_OwnConsumptionRate_Month",0) );;\
my $sqy  = sprintf("%4d %%",ReadingsVal("$name","SW_Statistic_OwnConsumptionRate_Year",0) );;\
    $sqy  .= ($YearPrevious ne "null") ? sprintf(" / %3d %%", ReadingsVal("$YearBefore","SW_Statistic_OwnConsumptionRate_Year",0) ) : "";;\
  \
my $date  = POSIX::strftime("%Y-%m-%d",localtime(time_str2num(ReadingsTimestamp($name, "auth_me_authenticated",0))));;\
my $md    = POSIX::strftime("%H:%M",localtime(time_str2num(ReadingsTimestamp($name, "auth_me_authenticated",0))));;\
my $cd    = POSIX::strftime("%H:%M",localtime(time_str2num(ReadingsTimestamp($name, "SW_Statistic_Autarky_Day",0))));;\
my $cm    = POSIX::strftime("%H:%M",localtime(time_str2num(ReadingsTimestamp($name, "SW_Statistic_Autarky_Month",0))));;\
    $cm  .= ($QuarterPrevious ne "null") ? " / ".POSIX::strftime("%d.%m",localtime(time_str2num(ReadingsTimestamp("$QuarterBefore","$QuarterPrevious",0) ))) : "";;\
my $cy    = POSIX::strftime("%H:%M",localtime(time_str2num(ReadingsTimestamp($name, "SW_Statistic_Autarky_Year",0))));;\
    $cy  .= ($YearPrevious ne "null") ? " / ".$YearPrevious : "";;\
\
"<html><table border=2 bordercolor='darkgreen' cellspacing=0 style='width: 100%'>\
<colgroup>\
  <col span='1' style='width: 52%;;'>\
  <col span='1' style='width: 12%;;'>\
  <col span='1' style='width: 12%;;'>\
  <col span='1' style='width: 12%;;'>\
  <col span='1' style='width: 12%;;'>\
</colgroup>\
<tr><td style='padding-right:5px;;padding-left:5px;;font-weight:bold'>Statistik vom $date in kWh</td><td style='padding-right:5px;;padding-left:5px;;font-weight:bold;;text-align:center'>aktuell</td><td style='padding-right:5px;;padding-left:5px;;font-weight:bold;;text-align:center'>Heute</td><td style='padding-right:5px;;padding-left:5px;;font-weight:bold;;text-align:center'>Monat".(($QuarterPrevious ne "null") ? " / ".$QuarterPrevious : "")."</td><td style='padding-right:5px;;padding-left:5px;;font-weight:bold;;text-align:center'>Jahr".(($YearPrevious ne "0") ? " / Vorjahr" : "")."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Erzeugung PV-Total</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvt."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvtd."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvtm."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvty."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Bezug von PV</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pv."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvd."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvm."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvy."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Bezug von Batterie</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvb."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvbd."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvbm."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$pvby."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Bezug ins Haus (Energieverbrauch)</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$et."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$etd."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$etm."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$ety."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Bezug vom Netz</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$eb."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$ebd."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$ebm."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$eby."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Einspeisung ins Netz</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$gfi."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$gfid."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$gfim."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$gfiy."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Autarkiequote</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$aq."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$aqd."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$aqm."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$aqy."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Eigenverbrauchsquote</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$sq."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$sqd."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$sqm."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$sqy."</td></tr>\
<tr><td style='padding-right:5px;;padding-left:5px;;text-align:left;;font-weight:bold'>Berechnet um</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$md."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$cd."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$cm."</td><td style='padding-right:5px;;padding-left:5px;;text-align:center'>".$cy."</td></tr>\
</table></html>"\
}\


attr WR_1_API timeout 7
Laut dem EFT Service ist es zwar kein Problem die Batterie einfach immer wieder kurz zu laden und sofort wieder zu entladen, doch die jetzige Variante sieht etwas schonender aus.
attr WR_1_API userReadings Statistic_EnergyHomePvSum_Day:Statistic_EnergyHomePv_Day.* {round( (ReadingsVal("$NAME","Statistic_EnergyHomeBat_Day", "0")+ReadingsVal("$NAME","Statistic_EnergyHomePv_Day", "0")) ,2)},\
Das könnte sich dann in längerer Lebenszeit bemerkbar machen, was man aber erst in 10 Jahren behaupten könnte :-)
\
</pre>
Statistic_EnergyHomePvSum_Month:Statistic_EnergyHomePv_Month.* {round( (ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month", "0")+ReadingsVal("$NAME","Statistic_EnergyHomePv_Month", "0")) ,2)},\
'''Umsetzung:'''
\
<pre>
Statistic_EnergyHomePvSum_Year:Statistic_EnergyHomePv_Year.* {round( (ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year", "0")+ReadingsVal("$NAME","Statistic_EnergyHomePv_Year", "0")) ,2)},\
Bei MinSOC 15% wird MinHomeConsumtion auf den Wert Battery_Info_WorkCapacity gesetzt und die Batterie kann schön den ganzen Tag laden, oder im Forum vorgeschlagen bis SOC 90% .
\
Dadurch, dass MinHomeConsumtion auf die Maximalleistung gesetzt wurde würde die Batterie erst bei diesem Wert entladen dürfen, was eher unwahrscheinlich ist. Wichtig ist nur, dass der gesetzte Wert höher ist, als der zu erwartende Maximalverbrauch des Hauses. Setzt man MinHomeConsumtion auf einen Wert, der den Verbrauch eines Großverbrauchers im Haus nahe kommt, dann würde nur dieser unterstützt. Das nur als Randbemerkung.
\
</pre>
Statistic_EnergyFeedInGrid_Day:Statistic_Yield_Day.* {round((ReadingsVal("$NAME","Statistic_Yield_Day", "")-ReadingsVal("$NAME","Statistic_EnergyHomeBat_Day", "0")-ReadingsVal("$NAME","Statistic_EnergyHomePv_Day", "0")),2)},\
'''Nebeneffekte:'''
\
<pre>
Statistic_EnergyFeedInGrid_Month:Statistic_Yield_Month.* {round((ReadingsVal("$NAME","Statistic_Yield_Month", "")-ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month", "0")-ReadingsVal("$NAME","Statistic_EnergyHomePv_Month", "0")),2)},\
- Das Laden der Batterie kann somit auch mal Tage dauern, wenn zu wenig PV Leistung vom Dach kommt.
\
- Es wird vermutet, dass der MinSoC Wert bei geringer Leistung in der Batterie ungenau wird,
Statistic_EnergyFeedInGrid_Year:Statistic_Yield_Year.* {round((ReadingsVal("$NAME","Statistic_Yield_Year", "")-ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year", "0")-ReadingsVal("$NAME","Statistic_EnergyHomePv_Year", "0")),2)},\
  aber bei Ladung bis 100% exakter berechnet wird. MinSoC ist keine exakte Wissenschaft.
\
- Stellt der Kontroller der Batterie fest, das die Leistung in der Batterie einen Grenzwert unterschritten hat,
\
  wird der MinSoC korrigiert und es kommt zu dem Effekt, das mitten in der Nacht der MinSoC auf einmal
Statistic_TotalConsumption_Day:Statistic_EnergyHomePv_Day.* {round( (ReadingsVal("$NAME","Statistic_EnergyHomePv_Day","0")+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Day","0")+ReadingsVal("$NAME","Statistic_EnergyHomeGrid_Day","0") ) ,2)},\
  nach unten fällt. Damit wird dem Wechselrichter signalisiert, das nachgeladen werden muss, um MinSoC
\
  wieder zu erreichen. Das Resultat ist die bekannte Notladung in der Nacht aus dem Netz.
Statistic_TotalConsumption_Month:Statistic_EnergyHomePv_Month.* {round( (ReadingsVal("$NAME","Statistic_EnergyHomePv_Month","0")+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month","0")+ReadingsVal("$NAME","Statistic_EnergyHomeGrid_Month","0") ) ,2)},\
</pre>
\
Statistic_TotalConsumption_Year:Statistic_EnergyHomePv_Year.* {round( (ReadingsVal("$NAME","Statistic_EnergyHomePv_Year","0")+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year","0")+ReadingsVal("$NAME","Statistic_EnergyHomeGrid_Year","0") ),2)},\
\
\
Statistic_Yield_NoBat_Day:Statistic_Yield_Day.* {round((ReadingsVal("$NAME","Statistic_Yield_Day",0)-ReadingsVal("$NAME","Statistic_EnergyHomeBat_Day",0)),0)},\
Statistic_Yield_NoBat_Month:Statistic_Yield_Month.* {round((ReadingsVal("$NAME","Statistic_Yield_Month",0)-ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0)),0)},\
Statistic_Yield_NoBat_Year:Statistic_Yield_Year.* {round((ReadingsVal("$NAME","Statistic_Yield_Year",0)-ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year",0)),0)},\
\
\
SW_Statistic_EnergyPv1_Day:Statistic_EnergyPv1_Day.* {round(ReadingsVal("$NAME","Statistic_EnergyPv1_Day",0),0)},\
SW_Statistic_EnergyPv1_Month:Statistic_EnergyPv1_Month.* {round(ReadingsVal("$NAME","Statistic_EnergyPv1_Month",0),0)},\
SW_Statistic_EnergyPv1_Total:Statistic_EnergyPv1_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyPv1_Total",0),0)},\
SW_Statistic_EnergyPv1_Year:Statistic_EnergyPv1_Year.* {round(ReadingsVal("$NAME","Statistic_EnergyPv1_Year",0),0)},\
SW_Statistic_EnergyPv2_Day:Statistic_EnergyPv2_Day.* {round(ReadingsVal("$NAME","Statistic_EnergyPv2_Day",0),0)},\
SW_Statistic_EnergyPv2_Month:Statistic_EnergyPv2_Month.* {round(ReadingsVal("$NAME","Statistic_EnergyPv2_Month",0),0)},\
SW_Statistic_EnergyPv2_Total:Statistic_EnergyPv2_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyPv2_Total",0),0)},\
SW_Statistic_EnergyPv2_Year:Statistic_EnergyPv2_Year.* {round(ReadingsVal("$NAME","Statistic_EnergyPv2_Year",0),0)},\
SW_Statistic_EnergyPv3_Day:Statistic_EnergyPv3_Day.* {round(ReadingsVal("$NAME","Statistic_EnergyPv3_Day",0),0)},\
SW_Statistic_EnergyPv3_Month:Statistic_EnergyPv3_Month.* {round(ReadingsVal("$NAME","Statistic_EnergyPv3_Month",0),0)},\
SW_Statistic_EnergyPv3_Total:Statistic_EnergyPv3_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyPv3_Total",0),0)},\
SW_Statistic_EnergyPv3_Year:Statistic_EnergyPv3_Year.* {round(ReadingsVal("$NAME","Statistic_EnergyPv3_Year",0),0)},\
\
SW_Statistic_EnergyPv4_Day:Statistic_EnergyPv1_Day.* {round(ReadingsVal("WR_2_API","Statistic_EnergyPv1_Day",0),0)},\
SW_Statistic_EnergyPv4_Month:Statistic_EnergyPv1_Month.* {round(ReadingsVal("WR_2_API","Statistic_EnergyPv1_Month",0),0)},\
SW_Statistic_EnergyPv4_Total:Statistic_EnergyPv1_Total.* monotonic {round(ReadingsVal("WR_2_API","Statistic_EnergyPv1_Total",0),0)},\
SW_Statistic_EnergyPv4_Year:Statistic_EnergyPv1_Year.* {round(ReadingsVal("WR_2_API","Statistic_EnergyPv1_Year",0),0)},\
SW_Statistic_EnergyPv5_Day:Statistic_EnergyPv2_Day.* {round(ReadingsVal("WR_2_API","Statistic_EnergyPv2_Day",0),0)},\
SW_Statistic_EnergyPv5_Month:Statistic_EnergyPv2_Month.* {round(ReadingsVal("WR_2_API","Statistic_EnergyPv2_Month",0),0)},\
SW_Statistic_EnergyPv5_Total:Statistic_EnergyPv2_Total.* monotonic {round(ReadingsVal("WR_2_API","Statistic_EnergyPv2_Total",0),0)},\
SW_Statistic_EnergyPv5_Year:Statistic_EnergyPv2_Year.* {round(ReadingsVal("WR_2_API","Statistic_EnergyPv2_Year",0),0)},\
SW_Statistic_EnergyPv6_Day:Statistic_EnergyPv3_Day.* {round(ReadingsVal("WR_2_API","Statistic_EnergyPv3_Day",0),0)},\
SW_Statistic_EnergyPv6_Month:Statistic_EnergyPv3_Month.* {round(ReadingsVal("WR_2_API","Statistic_EnergyPv3_Month",0),0)},\
SW_Statistic_EnergyPv6_Total:Statistic_EnergyPv3_Total.* monotonic {round(ReadingsVal("WR_2_API","Statistic_EnergyPv3_Total",0),0)},\
SW_Statistic_EnergyPv6_Year:Statistic_EnergyPv3_Year.* {round(ReadingsVal("WR_2_API","Statistic_EnergyPv3_Year",0),0)},\
\
SW_Statistic_Yield_Day:Statistic_Yield_Day.* {round(ReadingsVal("$NAME","Statistic_Yield_Day",0)+ReadingsVal("WR_2_API","Statistic_Yield_Day",0),0)},\
SW_Statistic_Yield_Month:Statistic_Yield_Month.* {round(ReadingsVal("$NAME","Statistic_Yield_Month",0)+ReadingsVal("WR_2_API","Statistic_Yield_Month",0),0)},\
SW_Statistic_Yield_Total:Statistic_Yield_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_Yield_Total",0)+ReadingsVal("WR_2_API","Statistic_Yield_Total",0),0)},\
SW_Statistic_Yield_Year:Statistic_Yield_Year.* {round(ReadingsVal("$NAME","Statistic_Yield_Year",0)+ReadingsVal("WR_2_API","Statistic_Yield_Year",0),0)},\
\
SW_Statistic_Yield_NoBat_Day:Statistic_Yield_Day.* {round((ReadingsVal("$NAME","SW_Statistic_Yield_Day",0)-ReadingsVal("$NAME","Statistic_EnergyHomeBat_Day",0)),0)},\
SW_Statistic_Yield_NoBat_Month:Statistic_Yield_Month.* {round((ReadingsVal("$NAME","SW_Statistic_Yield_Month",0)-ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0)),0)},\
SW_Statistic_Yield_NoBat_Year:Statistic_Yield_Year.* {round((ReadingsVal("$NAME","SW_Statistic_Yield_Year",0)-ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year",0)),0)},\
\
SW_Statistic_EnergyHomeFeedInGrid_Day:SW_Statistic_Yield_Day.* {  (ReadingsVal("WR_0_KSEM","Active_energy-",0) - ReadingsVal("$NAME","SW_Meter_init_FeedInGrid_Day"  ,0)) * 1000 },\
SW_Statistic_EnergyHomeFeedInGrid_Month:SW_Statistic_Yield_Month.* { (ReadingsVal("WR_0_KSEM","Active_energy-",0) - ReadingsVal("$NAME","SW_Meter_init_FeedInGrid_Month",0)) * 1000 },\
SW_Statistic_EnergyHomeFeedInGrid_Year:SW_Statistic_Yield_Year.* {  (ReadingsVal("WR_0_KSEM","Active_energy-",0) - ReadingsVal("$NAME","SW_Meter_init_FeedInGrid_Year" ,0)) * 1000 },\
\
SW_Statistic_EnergyHomeGrid_Day:SW_Statistic_Yield_Day.* {  (ReadingsVal("WR_0_KSEM","Active_energy+",0) - ReadingsVal("$NAME","SW_Meter_init_Grid_Day"  ,0)) * 1000 },\
SW_Statistic_EnergyHomeGrid_Month:SW_Statistic_Yield_Month.* { (ReadingsVal("WR_0_KSEM","Active_energy+",0) - ReadingsVal("$NAME","SW_Meter_init_Grid_Month",0)) * 1000 },\
SW_Statistic_EnergyHomeGrid_Year:SW_Statistic_Yield_Year.* {  (ReadingsVal("WR_0_KSEM","Active_energy+",0) - ReadingsVal("$NAME","SW_Meter_init_Grid_Year" ,0)) * 1000 },\
\
SW_Statistic_EnergyHomePv_Day:SW_Statistic_EnergyHomeFeedInGrid_Day.* {  round(ReadingsVal("$NAME","SW_Statistic_Yield_Day"  ,0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Day"  ,0) - ReadingsVal("$NAME","Statistic_EnergyHomeBat_Day"  ,0),0) },\
SW_Statistic_EnergyHomePv_Month:SW_Statistic_EnergyHomeFeedInGrid_Month.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Month",0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Month",0) - ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0),0) },\
SW_Statistic_EnergyHomePv_Year:SW_Statistic_EnergyHomeFeedInGrid_Year.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Year" ,0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Year" ,0) - ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year" ,0),0) },\
\
SW_Statistic_EnergyHomePvSum_Day:SW_Statistic_EnergyHomeFeedInGrid_Day.* {  round(ReadingsVal("$NAME","SW_Statistic_Yield_Day"  ,0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Day"  ,0),0) },\
SW_Statistic_EnergyHomePvSum_Month:SW_Statistic_EnergyHomeFeedInGrid_Month.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Month",0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Month",0),0) },\
SW_Statistic_EnergyHomePvSum_Year:SW_Statistic_EnergyHomeFeedInGrid_Year.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Year" ,0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Year" ,0),0) },\
\
SW_Statistic_EnergyHome_Day:SW_Statistic_EnergyHomeFeedInGrid_Day.* {ReadingsVal("$NAME","SW_Statistic_Yield_Day"  ,0) + ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Day"  ,0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Day"  ,0) },\
SW_Statistic_EnergyHome_Month:SW_Statistic_EnergyHomeFeedInGrid_Month.* { ReadingsVal("$NAME","SW_Statistic_Yield_Month",0) + ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Month",0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Month",0) },\
SW_Statistic_EnergyHome_Year:SW_Statistic_EnergyHomeFeedInGrid_Year.* { ReadingsVal("$NAME","SW_Statistic_Yield_Year" ,0) + ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Year" ,0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Year" ,0) },\
\
SW_Statistic_TotalConsumption_Day:SW_Statistic_EnergyHomePv_Day.* {round( (ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Day",0)+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Day",0)+ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Day",0) ) ,0)},\
SW_Statistic_TotalConsumption_Month:SW_Statistic_EnergyHomePv_Month.* {round( (ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Month",0)+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0) + ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Month",0) ),0)},\
SW_Statistic_TotalConsumption_Year:SW_Statistic_EnergyHomePv_Year.* {round( (ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Year",0)+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year",0) + ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Year",0) ),0)},\
\
SW_Statistic_Autarky_Day:SW_Statistic_EnergyHomePvSum_Day.* { my $SW_Statistic_EnergyHome_Day = ReadingsVal("$NAME","SW_Statistic_EnergyHome_Day",0) ;; ($SW_Statistic_EnergyHome_Day eq 0)? 0 : round(ReadingsVal("$NAME","SW_Statistic_EnergyHomePvSum_Day",0) / $SW_Statistic_EnergyHome_Day *100,0) },\
SW_Statistic_Autarky_Month:SW_Statistic_EnergyHomePvSum_Month.* { round(ReadingsVal("$NAME","SW_Statistic_EnergyHomePvSum_Month",0) / ReadingsVal("$NAME","SW_Statistic_EnergyHome_Month",0) *100,0) },\
SW_Statistic_Autarky_Year:SW_Statistic_EnergyHomePvSum_Year.* { round(ReadingsVal("$NAME","SW_Statistic_EnergyHomePvSum_Year",0) / ReadingsVal("$NAME","SW_Statistic_EnergyHome_Year",0) *100,0) },\
\
SW_Statistic_OwnConsumptionRate_Day:SW_Statistic_EnergyHomePvSum_Day.* {my $SW_Statistic_Yield_Day = ReadingsVal("$NAME","SW_Statistic_Yield_Day",0) ;;;; ($SW_Statistic_Yield_Day eq 0)? 0 : round(ReadingsVal("$NAME","SW_Statistic_EnergyHomePvSum_Day"  ,0) / $SW_Statistic_Yield_Day*100,0) },\
SW_Statistic_OwnConsumptionRate_Month:SW_Statistic_EnergyHomePvSum_Month.* {my $SW_Statistic_Yield_Month = ReadingsVal("$NAME","SW_Statistic_Yield_Month",0) ;;;; ($SW_Statistic_Yield_Month eq 0)? 0 : round(ReadingsVal("$NAME","SW_Statistic_EnergyHomePvSum_Month"  ,0) / $SW_Statistic_Yield_Month*100,0) },\
SW_Statistic_OwnConsumptionRate_Year:SW_Statistic_EnergyHomePvSum_Year.* {my $SW_Statistic_Yield_Year = ReadingsVal("$NAME","SW_Statistic_Yield_Year",0) ;;;; ($SW_Statistic_Yield_Year eq 0)? 0 : round(ReadingsVal("$NAME","SW_Statistic_EnergyHomePvSum_Year"  ,0) / $SW_Statistic_Yield_Year*100,0) },\
\
SW_Statistic_EnergyChargeGrid_Total:Statistic_EnergyChargeGrid_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyChargeGrid_Total",0),0)},\
SW_Statistic_EnergyChargeInvIn_Total:Statistic_EnergyChargeInvIn_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyChargeInvIn_Total",0),0)},\
SW_Statistic_EnergyChargePv_Total:Statistic_EnergyChargePv_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyChargePv_Total",0),0)},\
SW_Statistic_EnergyDischargeGrid_Total:Statistic_EnergyDischargeGrid_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyDischargeGrid_Total",0),0)},\
SW_Statistic_EnergyDischarge_Total:Statistic_EnergyDischarge_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyDischarge_Total",0),0)},\
SW_Statistic_EnergyHomeBat_Total:Statistic_EnergyHomeBat_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyHomeBat_Total",0),0)},\
SW_Statistic_EnergyHomeGrid_Total:Statistic_EnergyHomeGrid_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyHomeGrid_Total",0),0)},\
SW_Statistic_EnergyHomeOwn_Total:Statistic_EnergyHomeOwn_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyHomeOwn_Total",0),0)},\
SW_Statistic_EnergyHomePv_Total:Statistic_EnergyHomePv_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyHomePv_Total",0),0)},\
SW_Statistic_EnergyHome_Total:Statistic_EnergyHome_Total.* monotonic {round(ReadingsVal("$NAME","Statistic_EnergyHome_Total",0),0)},\
\
SW_Statistic_Autarky_Total:SW_Statistic_EnergyHomePv_Total.* { round(ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Total",0) / ReadingsVal("$NAME","SW_Statistic_EnergyHome_Total",0) *100,0) },\
\
SW_Statistic_OwnConsumptionRate_Total:SW_Statistic_EnergyHomePv_Total.* {my $SW_Statistic_Yield_Total = ReadingsVal("$NAME","SW_Statistic_Yield_Total",0) ;;;; ($SW_Statistic_Yield_Total eq 0)? 0 : round(ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Total" ,0) / $SW_Statistic_Yield_Total*100,0) }
attr WR_1_API verbose 0
</syntaxhighlight>


Initiales setzen der WR_0_KSEM Zähler Stände. Dies sollte nach einem save config durch das setstate, bei einem restart wieder richtig gesetzt sein. Das ganze neu berechnen der Statistiken ist nur ein Work around, bis Kostal das Problem in der Firmware korrigiert hat.
======MinSOC Sommer/Winter Umschaltung======
<syntaxhighlight lang="Perl">
Dies gehört zur Basissteuerung und schaltet den MinSOC von Sommer auf Winterbetrieb, um eine Notladung aus dem Netz zu vermeiden.
setstate WR_1_API SW_Meter_init_FeedInGrid_Day  xxxx  << Tageswert  um 00:01
<pre>
setstate WR_1_API SW_Meter_init_FeedInGrid_Month xxxx  << Monatswert um 00:01 am 01. des Monats
Aktivierung: Ist immer aktiv
setstate WR_1_API SW_Meter_init_FeedInGrid_Year  xxxx  << Jahreswert um 00:01 am 01.01 des Jahres
Aktivität : Im Speicher wird MinSOC verändert
setstate WR_1_API SW_Meter_init_Grid_Day  xxxx  << Tageswert  um 00:01
setstate WR_1_API SW_Meter_init_Grid_Month xxxx  << Monatswert um 00:01 am 01. des Monats
setstate WR_1_API SW_Meter_init_Grid_Year  xxxx  << Jahreswert um 00:01 am 01.01 des Jahres
</syntaxhighlight>
Erweiterung im PV_Schedule, um die Zählerstände zu speichern
<syntaxhighlight lang="Perl">
################################################################################################################\
## 5 Jeden Morgen die Zählerstände aktualisieren, damit im Schwarm die Statistiken berechnet werden können\
##\
DOELSEIF\
([00:01])\
\
  (setreading WR_1_API SW_Meter_init_FeedInGrid_Day [WR_0_KSEM:Active_energy-])\
  (setreading WR_1_API SW_Meter_init_Grid_Day [WR_0_KSEM:Active_energy+])\
\
  ({if ($mday eq 1)\
    {\
      fhem("setreading WR_1_API SW_Meter_init_FeedInGrid_Month [WR_0_KSEM:Active_energy-]");;\
      fhem("setreading WR_1_API SW_Meter_init_Grid_Month [WR_0_KSEM:Active_energy+]");;\
\
      if ($yday eq 1)\
        {\
        fhem("setreading WR_1_API SW_Meter_init_FeedInGrid_Year [WR_0_KSEM:Active_energy-]");;\
        fhem("setreading WR_1_API SW_Meter_init_Grid_Year [WR_0_KSEM:Active_energy+]");;\
        }\
    }\
  }\
)\
</syntaxhighlight>


======RAW Definition des WR_2_API Slave ab v1.16======
Konfiguration:
Auch hier kann man im Schwarm für den zweiten Wechselrichter eine verkürzte definition verwenden.
Die MinSOC Werte wurden vom Hersteller empfohlen
<syntaxhighlight lang="Perl">
SpeicherMinSOC_Sommer  5
defmod WR_2_API HTTPMOD http://%IP-WR%/api/v1/auth/me 0
SpeicherMinSOC_Winter 20
attr WR_2_API DbLogExclude .*
attr WR_2_API DbLogInclude Statistic_EnergyPv[1|2|3].*,Statistic_Yield.*
attr WR_2_API authRetries 1
attr WR_2_API comment Version 2021.04.27 16:00\
Passworte für die Abfrage des WR_2_API werden im storeKeyValue abgelegt:\
  {KeyValue("[read|store]","PW_<Device Name>_<Benutzer Name>","<passwort>")}\
  {KeyValue("store","PW_WR_2_API_user","<passwort>")}
attr WR_2_API disable 0
attr WR_2_API dontRequeueAfterAuth 0
attr WR_2_API enableControlSet 0
attr WR_2_API enableCookies 1
attr WR_2_API event-on-update-reading auth_.*,Statistic_EnergyPv[1|2|3].*,Statistic_Yield.*
attr WR_2_API get01Data %START%
attr WR_2_API get01Name 01_auth_start
attr WR_2_API get01URL http://%IP-WR%/api/v1/auth/start
attr WR_2_API get02Data %FINISH%
attr WR_2_API get02Name 02_auth_finish
attr WR_2_API get02URL http://%IP-WR%/api/v1/auth/finish
attr WR_2_API get03Data %SESSION%
attr WR_2_API get03Name 03_auth_create_session
attr WR_2_API get03URL http://%IP-WR%/api/v1/auth/create_session
attr WR_2_API get04-1Name auth_me_active
attr WR_2_API get04-2Name auth_me_locked
attr WR_2_API get04-3Name auth_me_authenticated
attr WR_2_API get04-4Name auth_me_anonymous
attr WR_2_API get04-5Name auth_me_role
attr WR_2_API get04-6Name auth_me_permissions
attr WR_2_API get04Header authorization: Session %auth_sessionId%
attr WR_2_API get04JSON .
attr WR_2_API get04Name 04_auth_me
attr WR_2_API get04URL http://%IP-WR%/api/v1/auth/me
attr WR_2_API get05-1Name info_api_version
attr WR_2_API get05-2Name info_hostname
attr WR_2_API get05-3Name info_name
attr WR_2_API get05-4Name info_sw_version
attr WR_2_API get05JSON .
attr WR_2_API get05Name 05_info_version
attr WR_2_API get05URL http://%IP-WR%/api/v1/info/version
attr WR_2_API get20-10Format %.2f
attr WR_2_API get20-10Name Statistic_EnergyChargeGrid_Month
attr WR_2_API get20-11Format %.2f
attr WR_2_API get20-11Name Statistic_EnergyChargeGrid_Total
attr WR_2_API get20-12Format %.2f
attr WR_2_API get20-12Name Statistic_EnergyChargeGrid_Year
attr WR_2_API get20-13Format %.2f
attr WR_2_API get20-13Name Statistic_EnergyChargeInvIn_Day
attr WR_2_API get20-14Format %.2f
attr WR_2_API get20-14Name Statistic_EnergyChargeInvIn_Month
attr WR_2_API get20-15Format %.2f
attr WR_2_API get20-15Name Statistic_EnergyChargeInvIn_Total
attr WR_2_API get20-16Format %.2f
attr WR_2_API get20-16Name Statistic_EnergyChargeInvIn_Year
attr WR_2_API get20-17Format %.2f
attr WR_2_API get20-17Name Statistic_EnergyChargePv_Day
attr WR_2_API get20-18Format %.2f
attr WR_2_API get20-18Name Statistic_EnergyChargePv_Month
attr WR_2_API get20-19Format %.2f
attr WR_2_API get20-19Name Statistic_EnergyChargePv_Total
attr WR_2_API get20-1Format %.2f
attr WR_2_API get20-1Name Statistic_Autarky_Day
attr WR_2_API get20-20Format %.2f
attr WR_2_API get20-20Name Statistic_EnergyChargePv_Year
attr WR_2_API get20-21Format %.2f
attr WR_2_API get20-21Name Statistic_EnergyDischarge_Day
attr WR_2_API get20-22Format %.2f
attr WR_2_API get20-22Name Statistic_EnergyDischarge_Month
attr WR_2_API get20-23Format %.2f
attr WR_2_API get20-23Name Statistic_EnergyDischarge_Total
attr WR_2_API get20-24Format %.2f
attr WR_2_API get20-24Name Statistic_EnergyDischarge_Year
attr WR_2_API get20-25Format %.2f
attr WR_2_API get20-25Name Statistic_EnergyDischargeGrid_Day
attr WR_2_API get20-26Format %.2f
attr WR_2_API get20-26Name Statistic_EnergyDischargeGrid_Month
attr WR_2_API get20-27Format %.2f
attr WR_2_API get20-27Name Statistic_EnergyDischargeGrid_Total
attr WR_2_API get20-28Format %.2f
attr WR_2_API get20-28Name Statistic_EnergyDischargeGrid_Year
attr WR_2_API get20-29Format %.2f
attr WR_2_API get20-29Name Statistic_EnergyHome_Day
attr WR_2_API get20-2Format %.2f
attr WR_2_API get20-2Name Statistic_Autarky_Month
attr WR_2_API get20-30Format %.2f
attr WR_2_API get20-30Name Statistic_EnergyHome_Month
attr WR_2_API get20-31Format %.2f
attr WR_2_API get20-31Name Statistic_EnergyHome_Total
attr WR_2_API get20-32Format %.2f
attr WR_2_API get20-32Name Statistic_EnergyHome_Year
attr WR_2_API get20-33Format %.2f
attr WR_2_API get20-33Name Statistic_EnergyHomeBat_Day
attr WR_2_API get20-34Format %.2f
attr WR_2_API get20-34Name Statistic_EnergyHomeBat_Month
attr WR_2_API get20-35Format %.2f
attr WR_2_API get20-35Name Statistic_EnergyHomeBat_Total
attr WR_2_API get20-36Format %.2f
attr WR_2_API get20-36Name Statistic_EnergyHomeBat_Year
attr WR_2_API get20-37Format %.2f
attr WR_2_API get20-37Name Statistic_EnergyHomeGrid_Day
attr WR_2_API get20-38Format %.2f
attr WR_2_API get20-38Name Statistic_EnergyHomeGrid_Month
attr WR_2_API get20-39Format %.2f
attr WR_2_API get20-39Name Statistic_EnergyHomeGrid_Total
attr WR_2_API get20-3Format %.2f
attr WR_2_API get20-3Name Statistic_Autarky_Total
attr WR_2_API get20-40Format %.2f
attr WR_2_API get20-40Name Statistic_EnergyHomeGrid_Year
attr WR_2_API get20-41Format %.2f
attr WR_2_API get20-41Name Statistic_EnergyHomeOwn_Total
attr WR_2_API get20-42Format %.2f
attr WR_2_API get20-42Name Statistic_EnergyHomePv_Day
attr WR_2_API get20-43Format %.2f
attr WR_2_API get20-43Name Statistic_EnergyHomePv_Month
attr WR_2_API get20-44Format %.2f
attr WR_2_API get20-44Name Statistic_EnergyHomePv_Total
attr WR_2_API get20-45Format %.2f
attr WR_2_API get20-45Name Statistic_EnergyHomePv_Year
attr WR_2_API get20-46Format %.2f
attr WR_2_API get20-46Name Statistic_EnergyPv1_Day
attr WR_2_API get20-47Format %.2f
attr WR_2_API get20-47Name Statistic_EnergyPv1_Month
attr WR_2_API get20-48Format %.2f
attr WR_2_API get20-48Name Statistic_EnergyPv1_Total
attr WR_2_API get20-49Format %.2f
attr WR_2_API get20-49Name Statistic_EnergyPv1_Year
attr WR_2_API get20-4Format %.2f
attr WR_2_API get20-4Name Statistic_Autarky_Year
attr WR_2_API get20-50Format %.2f
attr WR_2_API get20-50Name Statistic_EnergyPv2_Day
attr WR_2_API get20-51Format %.2f
attr WR_2_API get20-51Name Statistic_EnergyPv2_Month
attr WR_2_API get20-52Format %.2f
attr WR_2_API get20-52Name Statistic_EnergyPv2_Total
attr WR_2_API get20-53Format %.2f
attr WR_2_API get20-53Name Statistic_EnergyPv2_Year
attr WR_2_API get20-54Format %.2f
attr WR_2_API get20-54Name Statistic_EnergyPv3_Day
attr WR_2_API get20-55Format %.2f
attr WR_2_API get20-55Name Statistic_EnergyPv3_Month
attr WR_2_API get20-56Format %.2f
attr WR_2_API get20-56Name Statistic_EnergyPv3_Total
attr WR_2_API get20-57Format %.2f
attr WR_2_API get20-57Name Statistic_EnergyPv3_Year
attr WR_2_API get20-58Format %.2f
attr WR_2_API get20-58Name Statistic_OwnConsumptionRate_Day
attr WR_2_API get20-59Format %.2f
attr WR_2_API get20-59Name Statistic_OwnConsumptionRate_Month
attr WR_2_API get20-5Format %.2f
attr WR_2_API get20-5Name Statistic_CO2Saving_Day
attr WR_2_API get20-60Format %.2f
attr WR_2_API get20-60Name Statistic_OwnConsumptionRate_Total
attr WR_2_API get20-61Format %.2f
attr WR_2_API get20-61Name Statistic_OwnConsumptionRate_Year
attr WR_2_API get20-62Format %.2f
attr WR_2_API get20-62Name Statistic_Yield_Day
attr WR_2_API get20-63Format %.2f
attr WR_2_API get20-63Name Statistic_Yield_Month
attr WR_2_API get20-64Format %.2f
attr WR_2_API get20-64Name Statistic_Yield_Total
attr WR_2_API get20-65Format %.2f
attr WR_2_API get20-65Name Statistic_Yield_Year
attr WR_2_API get20-6Format %.2f
attr WR_2_API get20-6Name Statistic_CO2Saving_Month
attr WR_2_API get20-7Format %.2f
attr WR_2_API get20-7Name Statistic_CO2Saving_Total
attr WR_2_API get20-8Format %.2f
attr WR_2_API get20-8Name Statistic_CO2Saving_Year
attr WR_2_API get20-9Format %.2f
attr WR_2_API get20-9Name Statistic_EnergyChargeGrid_Day
attr WR_2_API get20Header authorization: Session %auth_sessionId%
attr WR_2_API get20JSON 01_processdata_.._value
attr WR_2_API get20Name 20_Statistic_EnergyFlow
attr WR_2_API get20URL http://%IP-WR%/api/v1/processdata/scb:statistic:EnergyFlow
attr WR_2_API get40Header01 authorization: Session %auth_sessionId%
attr WR_2_API get40Header02 Content-type: application/json, Accept: application/json, Connection: keep-alive
attr WR_2_API get40Name 40_Generator_ShadowMgmt
attr WR_2_API get40URL http://%IP-WR%/api/v1/settings/devices:local/Generator:ShadowMgmt:Enable
attr WR_2_API get59Data {"end":"%end_date%","begin":"%begin_date%"}
attr WR_2_API get59Header01 authorization: Session %auth_sessionId%
attr WR_2_API get59Header02 Content-type: application/json, Accept: application/json, Connection: keep-alive
attr WR_2_API get59Name 59_logdata_download
attr WR_2_API get59URL http://%IP-WR%/api/v1/logdata/download
attr WR_2_API get60Header authorization: Session %auth_sessionId%
attr WR_2_API get60Name 60_update_status
attr WR_2_API get60URL http://%IP-WR%/api/v1/update/status
attr WR_2_API getHeader01 Accept-Encoding: gzip,deflate
attr WR_2_API getHeader02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_2_API group PV Eigenverbrauch
attr WR_2_API icon sani_solar
attr WR_2_API reAuthRegex "authenticated":false|"processdata":\[\]|wrong credentials|Not authorized
attr WR_2_API reading0101JSON nonce
attr WR_2_API reading0101Name auth_nonce
attr WR_2_API reading0102JSON rounds
attr WR_2_API reading0102Name auth_rounds
attr WR_2_API reading0103JSON salt
attr WR_2_API reading0103Name auth_salt
attr WR_2_API reading0104JSON transactionId
attr WR_2_API reading0104Name auth_transactionId
attr WR_2_API reading0201JSON signature
attr WR_2_API reading0201Name auth_signature
attr WR_2_API reading0202JSON token
attr WR_2_API reading0202Name auth_token
attr WR_2_API reading0301JSON message
attr WR_2_API reading0301Name info_message
attr WR_2_API reading0302JSON error
attr WR_2_API reading0302Name info_error
attr WR_2_API reading03JSON sessionId
attr WR_2_API reading03Name auth_sessionId
attr WR_2_API reading40Name Generator_ShadowMgmt
attr WR_2_API reading40Regex Generator:ShadowMgmt.*value":"(\d+)
attr WR_2_API replacement01Mode expression
attr WR_2_API replacement01Regex %IP-WR%
attr WR_2_API replacement01Value {ReadingsVal("WR_2_config","IP-WR_2","")}
attr WR_2_API replacement02Mode expression
attr WR_2_API replacement02Regex %START%
attr WR_2_API replacement02Value {my $NAME="WR_2_API";; plenticore_auth("start","user","$NAME")}
attr WR_2_API replacement04Mode expression
attr WR_2_API replacement04Regex %FINISH%
attr WR_2_API replacement04Value {my $NAME="WR_2_API";; plenticore_auth("finish","user","$NAME",ReadingsVal("$NAME","auth_randomString64","missed"),ReadingsVal("$NAME","auth_nonce","missed"),ReadingsVal("$NAME","auth_salt","missed"),ReadingsVal("$NAME","auth_rounds","missed"),ReadingsVal("$NAME","auth_transactionId","missed"))}
attr WR_2_API replacement05Mode expression
attr WR_2_API replacement05Regex %SESSION%
attr WR_2_API replacement05Value {my $NAME="WR_2_API";; plenticore_auth("session","user","$NAME",ReadingsVal("$NAME","auth_randomString64","missed"),ReadingsVal("$NAME","auth_nonce","missed"),ReadingsVal("$NAME","auth_salt","missed"),ReadingsVal("$NAME","auth_rounds","missed"),ReadingsVal("$NAME","auth_transactionId","missed"),ReadingsVal("$NAME","auth_token","missed"))}
attr WR_2_API replacement06Mode reading
attr WR_2_API replacement06Regex %auth_signature%
attr WR_2_API replacement06Value auth_signature
attr WR_2_API replacement07Mode reading
attr WR_2_API replacement07Regex %auth_sessionId%
attr WR_2_API replacement07Value auth_sessionId
attr WR_2_API replacement08Mode expression
attr WR_2_API replacement08Regex %begin_date%
attr WR_2_API replacement08Value {POSIX::strftime("%Y-%m-%d",localtime(time))}
attr WR_2_API replacement09Mode expression
attr WR_2_API replacement09Regex %end_date%
attr WR_2_API replacement09Value {POSIX::strftime("%Y-%m-%d",localtime(time))}
attr WR_2_API room Strom->Photovoltaik
attr WR_2_API set06Header01 authorization: Session %auth_sessionId%
attr WR_2_API set06Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_2_API set06Method POST
attr WR_2_API set06Name 06_auth_logout
attr WR_2_API set06NoArg 1
attr WR_2_API set06URL http://%IP-WR%/api/v1/auth/logout
attr WR_2_API set4002Data [{"moduleid":"devices:local","settings":[{"id":"Generator:ShadowMgmt:Enable","value":"$val"}]}]
attr WR_2_API set4002FollowGet 40_Generator_ShadowMgmt
attr WR_2_API set4002Header01 authorization: Session %auth_sessionId%
attr WR_2_API set4002Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_2_API set4002Hint slider,0,1,3
attr WR_2_API set4002Method PUT
attr WR_2_API set4002Name 40_02_Generator_ShadowMgmt
attr WR_2_API set4002URL http://%IP-WR%/api/v1/settings
attr WR_2_API set50-10Name Event_02_code
attr WR_2_API set50-11Name Event_02_description
attr WR_2_API set50-12Name Event_02_end_time
attr WR_2_API set50-13Name Event_02_group
attr WR_2_API set50-14Name Event_02_is_active
attr WR_2_API set50-15Name Event_02_long_description
attr WR_2_API set50-16Name Event_02_start_time
attr WR_2_API set50-17Name Event_03_category
attr WR_2_API set50-18Name Event_03_code
attr WR_2_API set50-19Name Event_03_description
attr WR_2_API set50-1Name Event_01_category
attr WR_2_API set50-20Name Event_03_end_time
attr WR_2_API set50-21Name Event_03_group
attr WR_2_API set50-22Name Event_03_is_active
attr WR_2_API set50-23Name Event_03_long_description
attr WR_2_API set50-24Name Event_03_start_time
attr WR_2_API set50-25Name Event_04_category
attr WR_2_API set50-26Name Event_04_code
attr WR_2_API set50-27Name Event_04_description
attr WR_2_API set50-28Name Event_04_end_time
attr WR_2_API set50-29Name Event_04_group
attr WR_2_API set50-2Name Event_01_code
attr WR_2_API set50-30Name Event_04_is_active
attr WR_2_API set50-31Name Event_04_long_description
attr WR_2_API set50-32Name Event_04_start_time
attr WR_2_API set50-33Name Event_05_category
attr WR_2_API set50-34Name Event_05_code
attr WR_2_API set50-35Name Event_05_description
attr WR_2_API set50-36Name Event_05_end_time
attr WR_2_API set50-37Name Event_05_group
attr WR_2_API set50-38Name Event_05_is_active
attr WR_2_API set50-39Name Event_05_long_description
attr WR_2_API set50-3Name Event_01_description
attr WR_2_API set50-40Name Event_05_start_time
attr WR_2_API set50-4Name Event_01_end_time
attr WR_2_API set50-5Name Event_01_group
attr WR_2_API set50-6Name Event_01_is_active
attr WR_2_API set50-7Name Event_01_long_description
attr WR_2_API set50-8Name Event_01_start_time
attr WR_2_API set50-9Name Event_02_category
attr WR_2_API set50Data {"max":5,"language":"$val"}
attr WR_2_API set50Header01 authorization: Session %auth_sessionId%
attr WR_2_API set50Header02 Content-type:application/json, Accept:application/json, Connection:keep-alive
attr WR_2_API set50Hint en-gb,de-de
attr WR_2_API set50JSON .
attr WR_2_API set50Name 50_events_latest_5
attr WR_2_API set50ParseResponse 1
attr WR_2_API set50TextArg 1
attr WR_2_API set50URL http://%IP-WR%/api/v1/events/latest
attr WR_2_API showBody 1
attr WR_2_API showError 1
attr WR_2_API sid01Data %START%
attr WR_2_API sid01ParseResponse 1
attr WR_2_API sid01URL http://%IP-WR%/api/v1/auth/start
attr WR_2_API sid02Data %FINISH%
attr WR_2_API sid02ParseResponse 1
attr WR_2_API sid02URL http://%IP-WR%/api/v1/auth/finish
attr WR_2_API sid03Data %SESSION%
attr WR_2_API sid03ParseResponse 1
attr WR_2_API sid03URL http://%IP-WR%/api/v1/auth/create_session
attr WR_2_API sidHeader01 Accept-Encoding: gzip,deflate
attr WR_2_API sidHeader02 Content-type: application/json, Accept: application/json, Connection: keep-alive
attr WR_2_API sortby 212
attr WR_2_API timeout 7
attr WR_2_API verbose 0
</syntaxhighlight>


===Batteriesteuerung über den Plenticore===
Der nächste Schwellwert sollte so gewählt werden, ab welcher Forecast Leistung der Speicher noch genügend nachgeladen wird, sodass es keine Notladung in der Nacht gibt. Es ist normal, dass der Speicher hierbei nicht den Bedarf der Nacht decken kann (Herbst/Winter). Das Nachladen sollte jedoch für die Deckung des Eigenverbrauchs vom Plenticore reichen.
Beim Plenticore ist der Speicher an einem der Stringanschlüsse angeschlossen und die Steuerung obliegt direkt dem Wechselrichter. Aus diesem Grund ist eine Beeinflussung des Speicherverhaltens auch nur über den Wechselrichter möglich. Hierzu gibt es ab der Plenticore Version v1.16 zwei mögliche Schnittstellen. Die bisherige API Schnittstelle und auch die ModBus Schnittstelle, die nun auch das Setzen von Registern ermöglicht.
In der bisherigen Implementierung in FHEM wird die API Schnittstelle verwendet, da hierüber auch einzelne Funktionalitäten für den Betreiber möglich sind, die auch ohne die Freischaltung der Externen Speichersteuerung möglich sind. Tiefergehende Steuerungen bedürfen der Freischaltung durch den Installateur.


Die bisherige Steuerung des Speichers war im PV_Schedule Device implementiert, was sich jedoch als recht unübersichtlich erwiesen hat. Aktuell wurde ein weiteres DOIF Device eingerichtet, das nun die umfangreichere Bedienung der externen Speichersteuerung übernommen hat. Die Konfiguration wurde ebenfalls wieder in einem DUMMY abgebildet.
SpeicherMinSOC_fc1_Limit 13000
</pre>
=====Zeit Steuerung eines Lade-/Entladefensters (Tarifsteuerung)=====
Für diejenigen, die einen Zeittarif ihres EVU haben, ermöglicht dies ein Zeitfenster zu definieren, in dem der Speicher z.B. bei einem hohen Tarif entladen werden darf. Außerhalb dieser Zeit wird dann das Entladen gesperrt, damit der günstige Tarif genutzt werden kann.
'''Achtung, in der Schweiz ist es verboten den Speicher aus dem Netz zu laden'''


====Batteriesteuerung Möglichkeiten====
Für die Verwendung der DOIF Zeitsteuerung ist hier [https://fhem.de/commandref_DE.html#DOIF_Zeitsteuerung DOIF_Zeitsteuerung] eine sehr gute Beschreibung zu finden.
=====Speicher Basissteuerung=====
 
Einige Speichersteuerungen werden als Grundlegend angesehen und sind deshalb immer aktiv. Diese Funktionalität ist auch ohne die externe Speichersteuerung für den Betreiber möglich.
======Aktivierung über WR_1_Speicher_1_ExternControl======
Um die Zeitsteuerung zu verwenden werden im WR_1_Speicher_1_ExternControl Device folgende readings gesetzt.
<pre>
<pre>
- smart_laden (bei geringer Leistung im Herbst/Winter)
SpeicherEntladung:Automatik,Zeit,SpeicherTrigger
- MinSOC Sommer/Winter Umschaltung
  Automatik - Der Speicher wird vom Wechselrichter gesteuert, oder über die eigene ExternControl der API
</pre>
  Zeit - Das Laden und Entladen wird mit den Zeitwerten beeinflusst
======smart_laden und laden_beendet======
  SpeicherTrigger - beeinflusst das Laden und Entladen direkt ohne die Zeitsteuerung
<pre>
 
Die Steuerung von MinSOC und MinHomeConsumtion ist über das device WR_1_API auch für den Anlagenbetreiber möglich.
SpeicherZeitEnde/SpeicherZeitEnde
Bei einem schlechten Forecast, z.B. im Herbst/Winter, wurde ein Vorschlag aus dem Photovoltaikform umgesetzt.
Die Zeitangaben können manuell fest gesetzt werden, oder über zusätzliche Timer täglich neu überschrieben werden.
Die Batterie wurde bisher am Tag immer kurz geladen, dann wieder durch z.B. eine Wärmepumpe geleert und das immer im Wechsel.
Eine gültige Zeit und entsprechendes Timeing obliegt dem Anwender.
Da im Winter ja eh Strom zugekauft werden muss wird nun die Batterie einfach stetig mit dem Überschuss, der nicht sofort verbrauchen kann, geladen.
Dieser Vorgang wurde als smart_laden und laden_beendet implementiert. Nun ist Ruhe eingekehrt :-),


Laut dem EFT Service ist es zwar kein Problem die Batterie einfach immer wieder kurz zu laden und sofort wieder zu entladen, doch die jetzige Variante sieht etwas schonender aus.
Zwischen Start und Ende wird der Speicher zum Entladen freigegeben und zwischen Ende und Start gesperrt.
Das könnte sich dann in längerer Lebenszeit bemerkbar machen, was man aber erst in 10 Jahren behaupten könnte :-)
</pre>
</pre>
'''Umsetzung:'''
<pre>
<pre>
Bei MinSOC 15% wird MinHomeConsumtion auf den Wert Battery_Info_WorkCapacity gesetzt und die Batterie kann schön den ganzen Tag laden, oder im Forum vorgeschlagen bis SOC 90% .
setreading WR_1_Speicher_1_ExternControl SpeicherEntladung Zeit
Dadurch, dass MinHomeConsumtion auf die Maximalleistung gesetzt wurde würde die Batterie erst bei diesem Wert entladen dürfen, was eher unwahrscheinlich ist. Wichtig ist nur, dass der gesetzte Wert höher ist, als der zu erwartende Maximalverbrauch des Hauses. Setzt man MinHomeConsumtion auf einen Wert, der den Verbrauch eines Großverbrauchers im Haus nahe kommt, dann würde nur dieser unterstützt. Das nur als Randbemerkung.
setreading WR_1_Speicher_1_ExternControl SpeicherZeitStart 00:00
setreading WR_1_Speicher_1_ExternControl SpeicherZeitEnde 00:00
</pre>
</pre>
'''Nebeneffekte:'''
Um ein flexibles Zeitfenster zu nutzen, ist es möglich die Zeiten z.B. durch ein DOIF oder einen WeekdayTimer dynamisch zu verändern. Hierbei liegt die logische Kontrolle beim Anwender, der für plausible Änderungen zuständig ist.
<pre>
 
- Das Laden der Batterie kann somit auch mal Tage dauern, wenn zu wenig PV Leistung vom Dach kommt.
======PV_1_EVU_Tarif_1 WeekdayTimer (Beispiel)======
- Es wird vermutet, dass der MinSoC Wert bei geringer Leistung in der Batterie ungenau wird,
Es gibt hierbei zwei Möglichkeiten, eine Zeitsteuerung umzusetzen, die etwas unterschiedliche Verhaltensweisen ermöglichen.
  aber bei Ladung bis 100% exakter berechnet wird. MinSoC ist keine exakte Wissenschaft.
'''Nutzung von "SpeicherEntladung Zeit":'''
- Stellt der Kontroller der Batterie fest, das die Leistung in der Batterie einen Grenzwert unterschritten hat,
<syntaxhighlight lang="Perl">
  wird der MinSoC korrigiert und es kommt zu dem Effekt, das mitten in der Nacht der MinSoC auf einmal
defmod PV_1_EVU_Tarif_1 WeekdayTimer WR_1_Speicher_1_ExternControl  de 12345|00:01|Arbeitstage {fhem("setreading $NAME SpeicherZeitStart 07:00");; fhem("setreading $NAME SpeicherZeitEnde 16:00");; fhem("setreading $NAME SpeicherEntladung Zeit")}
  nach unten fällt. Damit wird dem Wechselrichter signalisiert, das nachgeladen werden muss, um MinSoC
attr PV_1_EVU_Tarif_1 DbLogExclude .*
  wieder zu erreichen. Das Resultat ist die bekannte Notladung in der Nacht aus dem Netz.
attr PV_1_EVU_Tarif_1 alias PV_1_EVU_Tarif_1
</pre>
attr PV_1_EVU_Tarif_1 commandTemplate set $NAME  $EVENT
 
attr PV_1_EVU_Tarif_1 disable 0
======MinSOC Sommer/Winter Umschaltung======
attr PV_1_EVU_Tarif_1 group PV Steuerung EVU
Dies gehört zur Basissteuerung und schaltet den MinSOC von Sommer auf Winterbetrieb, um eine Notladung aus dem Netz zu vermeiden.
attr PV_1_EVU_Tarif_1 icon clock
<pre>
attr PV_1_EVU_Tarif_1 room Strom->Photovoltaik
Aktivierung: Ist immer aktiv
attr PV_1_EVU_Tarif_1 sortby 112
Aktivität : Im Speicher wird MinSOC verändert
attr PV_1_EVU_Tarif_1 stateFormat {sprintf("geplant: %s %s", ReadingsVal($name,"nextUpdate","?"), ReadingsVal($name,"nextValue","?"))}
 
</syntaxhighlight>
Konfiguration:
======PV_1_EVU_Tarif_2 WeekdayTimer (Beispiel)======
Die MinSOC Werte wurden vom Hersteller empfohlen
'''Nutzung von "SpeicherEntladung Zeit":'''
SpeicherMinSOC_Sommer  5
<syntaxhighlight lang="Perl">
SpeicherMinSOC_Winter 20
defmod PV_1_EVU_Tarif_2 WeekdayTimer WR_1_Speicher_1_ExternControl  de  60|00:01|Wochenende {fhem("setreading $NAME SpeicherZeitStart 00:00");; fhem("setreading $NAME SpeicherZeitEnde 23:59");; fhem("setreading $NAME SpeicherEntladung Zeit")}
attr PV_1_EVU_Tarif_2 DbLogExclude .*
attr PV_1_EVU_Tarif_2 alias PV_1_EVU_Tarif_2
attr PV_1_EVU_Tarif_2 commandTemplate set $NAME $EVENT
attr PV_1_EVU_Tarif_2 disable 0
attr PV_1_EVU_Tarif_2 group PV Steuerung EVU
attr PV_1_EVU_Tarif_2 icon clock
attr PV_1_EVU_Tarif_2 room Strom->Photovoltaik
attr PV_1_EVU_Tarif_2 sortby 113
attr PV_1_EVU_Tarif_2 stateFormat {sprintf("geplant: %s %s", ReadingsVal($name,"nextUpdate","?"), ReadingsVal($name,"nextValue","?"))}
</syntaxhighlight>


Der nächste Schwellwert sollte so gewählt werden, ab welcher Forecast Leistung der Speicher noch genügend nachgeladen wird, sodass es keine Notladung in der Nacht gibt. Es ist normal, dass der Speicher hierbei nicht den Bedarf der Nacht decken kann (Herbst/Winter). Das Nachladen sollte jedoch für die Deckung des Eigenverbrauchs vom Plenticore reichen.
======WR_1_Speicher_1_Zeiten WeekdayTimer (Beispiel)======
In diesem Beispiel wird der frei verwendbare Trigger für die Zeitsteuerung verwendet. Hierbei muss jeder Wechsel zwischen entladen und gesperrt über das reading "SpeicherTrigger [entladen|gesperrt]" gesteuert werden. Ein zurückfallen in ein Zeitfenster ist nicht möglich.
'''Nutzung von "SpeicherEntladung Trigger":'''
<syntaxhighlight lang="Perl">
defmod WR_1_Speicher_1_Zeiten WeekdayTimer SpeicherZeiten de 12345|07:00|entladen 12345|16:00|gesperrt 60|00:00|entladen 60|23:59|gesperrt {fhem("setreading $NAME SpeicherTrigger $EVENT")}
attr WR_1_Speicher_1_Zeiten DbLogExclude .*
attr WR_1_Speicher_1_Zeiten alias WR_1_Speicher_1_Zeiten
attr WR_1_Speicher_1_Zeiten commandTemplate set $NAME  $EVENT
attr WR_1_Speicher_1_Zeiten disable 0
attr WR_1_Speicher_1_Zeiten group PV Steuerung EVU
attr WR_1_Speicher_1_Zeiten icon clock
attr WR_1_Speicher_1_Zeiten room Strom->Photovoltaik
attr WR_1_Speicher_1_Zeiten sortby 111
attr WR_1_Speicher_1_Zeiten stateFormat {sprintf("geplant: %s %s", ReadingsVal($name,"nextUpdate","?"), ReadingsVal($name,"nextValue","?"))}
</syntaxhighlight>


SpeicherMinSOC_fc1_Limit 13000
======Tarifsteuerung mit einem DOIF (Beispiel)======
</pre>
<syntaxhighlight lang="Perl">
=====Zeit Steuerung eines Lade-/Entladefensters (Tarifsteuerung)=====
################################################################################################################
Für diejenigen, die einen Zeittarif ihres EVU haben, ermöglicht dies ein Zeitfenster zu definieren, in dem der Speicher z.B. bei einem hohen Tarif entladen werden darf. Außerhalb dieser Zeit wird dann das Entladen gesperrt, damit der günstige Tarif genutzt werden kann.
## 1 Setzen des niedrig Tarifs. Das WR_1_Speicher_1_ExternControl DOIF reagiert dann auf das Zeitfenster und
'''Achtung, in der Schweiz ist es verboten den Speicher aus dem Netz zu laden'''
##  aktiviert von 07:00 - 19:00 Uhr den Speicher zum Entladen
([07:00|8])
 
  (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitStart 07:00)
  (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitEnde 19:00)
  (setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit)


Für die Verwendung der DOIF Zeitsteuerung ist hier [https://fhem.de/commandref_DE.html#DOIF_Zeitsteuerung DOIF_Zeitsteuerung] eine sehr gute Beschreibung zu finden.
################################################################################################################
## 2 Setzen des hohen Tarifs. Das WR_1_Speicher_1_ExternControl DOIF reagiert dann auf das Zeitfenster und
##  aktiviert von 00:00 - 23:59 Uhr den Speicher zum Entladen
DOELSEIF
([00:00|7])


======Aktivierung über WR_1_Speicher_1_ExternControl======
  (setreading WR_1_Speicher_1_ExternControl SpeicherZeitStart 00:00)
Um die Zeitsteuerung zu verwenden werden im WR_1_Speicher_1_ExternControl Device folgende readings gesetzt.
  (setreading WR_1_Speicher_1_ExternControl SpeicherZeitEnde 23:59)
<pre>
  (setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit)
SpeicherEntladung:Automatik,Zeit,SpeicherTrigger
  Automatik - Der Speicher wird vom Wechselrichter gesteuert, oder über die eigene ExternControl der API
  Zeit - Das Laden und Entladen wird mit den Zeitwerten beeinflusst
  SpeicherTrigger - beeinflusst das Laden und Entladen direkt ohne die Zeitsteuerung


SpeicherZeitEnde/SpeicherZeitEnde
################################################################################################################
Die Zeitangaben können manuell fest gesetzt werden, oder über zusätzliche Timer täglich neu überschrieben werden.
## 3 Hier könnte dann die Berechnung der überschüssigen Zeit rein, wenn Du mit 40% aus der Nacht kommen würdest
Eine gültige Zeit und entsprechendes Timeing obliegt dem Anwender.
DOELSEIF
(*** )


Zwischen Start und Ende wird der Speicher zum Entladen freigegeben und zwischen Ende und Start gesperrt.
  (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitStart [neu berechnete SpeicherZeitStart])
</pre>
  (setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit)    ## Triggert den ersten Event, damit die Zeit sofort aktiv wird.
<pre>
</syntaxhighlight>
setreading WR_1_Speicher_1_ExternControl SpeicherEntladung Zeit
 
setreading WR_1_Speicher_1_ExternControl SpeicherZeitStart 00:00
======Speicherentladung mit Zeit und Trigger (Beispiel)======
setreading WR_1_Speicher_1_ExternControl SpeicherZeitEnde 00:00
Dies ist ein spezielles Beispiel, bei dem die Nutzung von "SpeicherEntladung Zeit" mit "SpeicherEntladung SpeicherTrigger" gemeinsam verwendet wird.
Die Basis ist wie oben beschrieben die Tarifsteuerung mit "SpeicherEntladung Zeit" dies wird durch einen oder mehrere WeekdayTimer mit Zeiten eingestellt. Nach dem setzen einer Zeit wird dies mit "fhem("set $NAME SpeicherEntladung Zeit")" aktiviert. Soll nun innerhalb des entlade Fensters der Speicher gesperrt werden, so kann man den SpeicherTrigger auf gesperrt setzen und dies dann mit "fhem("set $NAME SpeicherEntladung SpeicherTrigger")" aktivieren. Später lässt sich das dann wieder deaktivieren und die Zeitsteuerung läuft wieder weiter.
<pre>
1.) Durch einen Timer wird folgendes täglich um 00:01 Uhr gesetzt
setreading WR_1_Speicher_1_ExternControl SpeicherZeitStart 07:00"
setreading WR_1_Speicher_1_ExternControl SpeicherZeitEnde 16:00"
setreading WR_1_Speicher_1_ExternControl SpeicherEntladung Zeit
Vor 07:00 Uhr ist der Speicher gesperrt, zwischen 07:00 und 16:00 Uhr geht er auf entladen, danach wieder auf gesperrt.
 
2.) Mit einem Trigger wird der Speicher in der definierten entlade Zeit für kurze Zeit gesperrt
setreading WR_1_Speicher_1_ExternControl  SpeicherTrigger gesperrt
setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung SpeicherTrigger
Dadurch wird der Speicher zu einem beliebigen Zeitpunkt auf gesperrt gesetzt, egal wie die Situation der Zeit Steuerung ist.
 
3.) Rückfall zur vorher eingetragenen Zeit Steuerung
setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit
Der SpeicherTrigger wird abgeschaltet und die zeit Steuerung wieder aktiviert. Es gelten die zuvor eingetragenen Zeiten und der Speicher geht je nach Zeitfenster auf entladen oder gesperrt.
 
'''Wichtig ist hierbei, dass man den gewünschten Zustand zuerst setzt, bevor man die jeweilige Steuerung aktiviert.''' Ansonsten treten kurze Zustandswechsel auf, die vermieden werden können.
</pre>
</pre>
Um ein flexibles Zeitfenster zu nutzen, ist es möglich die Zeiten z.B. durch ein DOIF oder einen WeekdayTimer dynamisch zu verändern. Hierbei liegt die logische Kontrolle beim Anwender, der für plausible Änderungen zuständig ist.


======PV_1_EVU_Tarif_1 WeekdayTimer (Beispiel)======
=====Externe Speichersteuerung (ExternControl)=====
Es gibt hierbei zwei Möglichkeiten, eine Zeitsteuerung umzusetzen, die etwas unterschiedliche Verhaltensweisen ermöglichen.
'''Für die erweiterte Steuerung muss die externe Speichersteuerung des Plenticore aktiviert werden.'''
'''Nutzung von "SpeicherEntladung Zeit":'''
 
<syntaxhighlight lang="Perl">
======Externe Speichersteuerung Ladekontrolle======
defmod PV_1_EVU_Tarif_1 WeekdayTimer WR_1_Speicher_1_ExternControl  de 12345|00:01|Arbeitstage {fhem("setreading $NAME SpeicherZeitStart 07:00");; fhem("setreading $NAME SpeicherZeitEnde 16:00");; fhem("setreading $NAME SpeicherEntladung Zeit")}
Dies ist eine kurz Beschreibung für einen kompletten Ladezyklusablauf
attr PV_1_EVU_Tarif_1 DbLogExclude .*
<pre>
attr PV_1_EVU_Tarif_1 alias PV_1_EVU_Tarif_1
- Morgens wird geprüft, wie gut der Haushalt durch die Nacht gekommen und wie hoch der MinSOC noch ist
attr PV_1_EVU_Tarif_1 commandTemplate set $NAME  $EVENT
- Reserve ist 3x MinSOC, also im Sommer 15% und im Winter 60% (im Winter ist der Speicher eh morgens leer :-) )
attr PV_1_EVU_Tarif_1 disable 0
- Dann wird ein MaxSOC für den Tag berechnet
attr PV_1_EVU_Tarif_1 group PV Steuerung EVU
- Bis zum Reserve SOC wir morgens sofort geladen
attr PV_1_EVU_Tarif_1 icon clock
​- Danach wird einstellbar mit geringer Leistung am Vormittag bis SOC 30% geladen
attr PV_1_EVU_Tarif_1 room Strom->Photovoltaik
- Innerhalb des Mittagshoch, so meistens dynamisch in der Zeit von 10:00 - 16:00 Uhr
attr PV_1_EVU_Tarif_1 sortby 112
  wird mit berechneter Leistung bis zum MaxSOC geladen
attr PV_1_EVU_Tarif_1 stateFormat {sprintf("geplant: %s %s", ReadingsVal($name,"nextUpdate","?"), ReadingsVal($name,"nextValue","?"))}
​- Man kann auch eine feste Ladeleistung für das Mittagshoch angeben
</syntaxhighlight>
​- Am Nachmittag wird der MaxSOC dann weiter gehalten
======PV_1_EVU_Tarif_2 WeekdayTimer (Beispiel)======
- Wird der Speicher am Nachmittag, wegen schlechtem Wetter verwendet, wird der MaxSOC auf 100% angehoben
'''Nutzung von "SpeicherEntladung Zeit":'''
- Bei erreichen von SOC 100% wird eine Begrenzung auf MaxSOC 95% durchgeführt, damit nicht ständig nachgeladen wird
<syntaxhighlight lang="Perl">
- Spätestens am Abend wird nochmals der MaxSOC von diesem Tag gemerkt, der Zeitpunkt variiert mit der Jahreszeit
defmod PV_1_EVU_Tarif_2 WeekdayTimer WR_1_Speicher_1_ExternControl  de  60|00:01|Wochenende {fhem("setreading $NAME SpeicherZeitStart 00:00");; fhem("setreading $NAME SpeicherZeitEnde 23:59");; fhem("setreading $NAME SpeicherEntladung Zeit")}
​- Nach ungefähr einer Woche gibt es, wegen des im Speicher berechneten SOC, morgens einen schnellen Abfall
attr PV_1_EVU_Tarif_2 DbLogExclude .*
​  der Entladeleistung. Dadurch fällt der SOC dann so niedrig, dass die Steuerung an diesem Tag auf 100% auflädt,
attr PV_1_EVU_Tarif_2 alias PV_1_EVU_Tarif_2
​  wodurch der Speicher dann intern den SOC wieder richtig berechnet
attr PV_1_EVU_Tarif_2 commandTemplate set $NAME  $EVENT
 
attr PV_1_EVU_Tarif_2 disable 0
Und schon geht das Spiel von vorne los.​
attr PV_1_EVU_Tarif_2 group PV Steuerung EVU
</pre>
attr PV_1_EVU_Tarif_2 icon clock
attr PV_1_EVU_Tarif_2 room Strom->Photovoltaik
attr PV_1_EVU_Tarif_2 sortby 113
attr PV_1_EVU_Tarif_2 stateFormat {sprintf("geplant: %s %s", ReadingsVal($name,"nextUpdate","?"), ReadingsVal($name,"nextValue","?"))}
</syntaxhighlight>


======WR_1_Speicher_1_Zeiten WeekdayTimer (Beispiel)======
======MaxSOC Kontrolle======
In diesem Beispiel wird der frei verwendbare Trigger für die Zeitsteuerung verwendet. Hierbei muss jeder Wechsel zwischen entladen und gesperrt über das reading "SpeicherTrigger [entladen|gesperrt]" gesteuert werden. Ein zurückfallen in ein Zeitfenster ist nicht möglich.
Es wird versucht, den Speicher am Abend nicht zu 100% zu laden, aber morgens noch mit 3* MinSOC aus der Nacht zu kommen.
'''Nutzung von "SpeicherEntladung Trigger":'''
<pre>
<syntaxhighlight lang="Perl">
Aktivierung: SpeicherMaxSOCControlActive  An
defmod WR_1_Speicher_1_Zeiten WeekdayTimer SpeicherZeiten de 12345|07:00|entladen 12345|16:00|gesperrt 60|00:00|entladen 60|23:59|gesperrt {fhem("setreading $NAME SpeicherTrigger $EVENT")}
Aktivität  : SpeicherMaxSOCControlRunning Aus = momentan keine Steuerung
attr WR_1_Speicher_1_Zeiten DbLogExclude .*
            SpeicherMaxSOC_Actual      100 <<< wird berechnet, kann jedoch für diesen Tag anschließend überschrieben werden
attr WR_1_Speicher_1_Zeiten alias WR_1_Speicher_1_Zeiten
            SpeicherMaxSOC_DayBefore    100 <<< wird berechnet und dient als Merker
attr WR_1_Speicher_1_Zeiten commandTemplate set $NAME $EVENT
attr WR_1_Speicher_1_Zeiten disable 0
attr WR_1_Speicher_1_Zeiten group PV Steuerung EVU
attr WR_1_Speicher_1_Zeiten icon clock
attr WR_1_Speicher_1_Zeiten room Strom->Photovoltaik
attr WR_1_Speicher_1_Zeiten sortby 111
attr WR_1_Speicher_1_Zeiten stateFormat {sprintf("geplant: %s %s", ReadingsVal($name,"nextUpdate","?"), ReadingsVal($name,"nextValue","?"))}
</syntaxhighlight>
======Tarifsteuerung mit einem DOIF (Beispiel)======
<syntaxhighlight lang="Perl">
################################################################################################################
## 1 Setzen des niedrig Tarifs. Das WR_1_Speicher_1_ExternControl DOIF reagiert dann auf das Zeitfenster und
##  aktiviert von 07:00 - 19:00 Uhr den Speicher zum Entladen
([07:00|8])


  (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitStart 07:00)
Konfiguration:
  (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitEnde 19:00)
Dieser Wert muss auf die Anlage angepasst werden und dient als Schwellwert. Die Leistungsangabe soll so hoch sein, dass der Speicher, bei diesem Forecast, auf jeden Fall mit einer Überschussleistung von 3* MinSOC aus der Nacht kommt. Im Frühjahr ist dies besonders gut abzuschätzen, sobald eine Wärmepumpe nachts nicht mehr heizt und nur noch die Grundversorgung in der Nacht aus dem Speicher gedeckt werden muss.
  (setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit)
Durch die Abfrage des Forecasts von morgen ist hierbei berücksichtigt, dass bei einer schlechten Prognose die Speicherladung nicht limitiert wird, was auch im Sommer mal der Fall sein kann.


################################################################################################################
SpeicherMaxSOC_fc1_Limit 30000
## 2 Setzen des hohen Tarifs. Das WR_1_Speicher_1_ExternControl DOIF reagiert dann auf das Zeitfenster und
</pre>
##  aktiviert von 00:00 - 23:59 Uhr den Speicher zum Entladen
DOELSEIF
([00:00|7])


   (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitStart 00:00)
======Middayhigh Kontrolle======
  (setreading WR_1_Speicher_1_ExternControl SpeicherZeitEnde 23:59)
Über die KI_Prognose() Funktion wird ein Middayhigh ermittelt, wenn der WR nur 70% einspeisen darf. Auch beim Betrieb von zwei Wechselrichtern ist dies wichtig, da mit Stand 03/2021, der Plenticore den Hausverbrauch nicht korrekt ermitteln kann. In diesem Fall funktioniert die "intelligente Batteriesteuerung" nicht mehr und muss deaktiviert werden. Durch die Middayhigh Kontrolle wird aus dem Forecast, durch die Funktion KI_Prognose() eine Überschreitung von Inverer_Max_Power (70%) Regelung ermittelt. Damit kann über die externe Speichersteuerung die Hauptladung des Speichers in die Mittagszeit verlagert werden, um die dynamische 70% Regelung zu nutzen, bevor der Wechselrichter abgeregelt wird.
  (setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit)
Die KI_Prognose Werte werden in dem WR_ctl Device abgelegt und sind dort als Yield_fc* zu finden.
<pre>
Aktivierung: SpeicherMiddayControlActive      An
Aktivität  : SpeicherMiddayControlRunning      Aus   <<<< momentan keine Steuerung
            WR_ctl:Yield_fc0_middayhigh      0      <<<< Es gibt kein Mittags Hoch. Wird aus KI_Prognose() gesetzt
            WR_ctl:Yield_fc0_middayhigh_start 00:00 <<<< wird aus dem Forecast in KI_Prognose() berechnet
            WR_ctl:Yield_fc0_middayhigh_stop 00:00  <<<< wird aus dem Forecast in KI_Prognose() berechnet


################################################################################################################
Konfiguration:
## 3 Hier könnte dann die Berechnung der überschüssigen Zeit rein, wenn Du mit 40% aus der Nacht kommen würdest
Der Wert von SpeicherMidday_MaxChargePowerAbs sollte so gewählt werden, dass der Speicher am Vormittag langsam und gleichmäßig bis auf SpeicherMidday_MaxSOC geladen wird.
DOELSEIF
Ab der WR_ctl:Yield_fc0_middayhigh_start wird dann unlimitiert bis zur WR_ctl:Yield_fc0_middayhigh_stop in der Mittagszeit weiter geladen. Wenn SpeicherMaxSOCControlActive auf 1 ist, wird hierbei weiterhin das Laden limitiert.
(*** )


  (setreading WR_1_Speicher_1_ExternControl SpeicherZeitStart [neu berechnete SpeicherZeitStart])
SpeicherMidday_Inverter_Max_Power        8500 <<<< hier kann man manuell einen Wert festlegen, wenn es keine 70% Regelung gibt
  (setreading WR_1_Speicher_1_ExternControl SpeicherEntladung Zeit)    ## Triggert den ersten Event, damit die Zeit sofort aktiv wird.
SpeicherMidday_MaxChargePowerAbs_midday  1000 <<<< hängt vom Speicher ab; Wird der wert auf 0 gesetzt, so erfolgt eine dynamische Berechnung zur Laufzeit
</syntaxhighlight>
SpeicherMidday_MaxChargePowerAbs_morning  450  <<<< hängt vom Speicher ab
SpeicherMidday_MaxSOC                    30  <<<< Es soll nur bis dahin geladen werden, damit Mittags genug Platz ist
</pre>


======Speicherentladung mit Zeit und Trigger (Beispiel)======
====RAW Definition des WR_1_Speicher_1_ExternControl====
Dies ist ein spezielles Beispiel, bei dem die Nutzung von "SpeicherEntladung Zeit" mit "SpeicherEntladung SpeicherTrigger" gemeinsam verwendet wird.
Achtung, es wurde eine Sperre beim Betrieb einer WallBox eingebaut, die natürlich jeder für sich anpassen, oder gegebenenfalls entfernen muss.
Die Basis ist wie oben beschrieben die Tarifsteuerung mit "SpeicherEntladung Zeit" dies wird durch einen oder mehrere WeekdayTimer mit Zeiten eingestellt. Nach dem setzen einer Zeit wird dies mit "fhem("set $NAME SpeicherEntladung Zeit")" aktiviert. Soll nun innerhalb des entlade Fensters der Speicher gesperrt werden, so kann man den SpeicherTrigger auf gesperrt setzen und dies dann mit "fhem("set $NAME SpeicherEntladung SpeicherTrigger")" aktivieren. Später lässt sich das dann wieder deaktivieren und die Zeitsteuerung läuft wieder weiter.
<pre>
<pre>
1.) Durch einen Timer wird folgendes täglich um 00:01 Uhr gesetzt
- Block 2_smart_Laden_start_WB_1
setreading WR_1_Speicher_1_ExternControl  SpeicherZeitStart 07:00"
- Block 3_smart_Laden_beenden_WB_1
setreading WR_1_Speicher_1_ExternControl  SpeicherZeitEnde 16:00"
- Im Block 3_smart_Laden_beenden_Automatik ist eine zusätzliche Bedingung
setreading WR_1_Speicher_1_ExternControl SpeicherEntladung Zeit
    and\
Vor 07:00 Uhr ist der Speicher gesperrt, zwischen 07:00 und 16:00 Uhr geht er auf entladen, danach wieder auf gesperrt.
    [$SELF:WB_1_smart_laden_before] eq "---"                           ## Es wird gerade kein Fahrzeug geladen\
- setstate WR_1_Speicher_1_ExternControl WB_1_smart_laden_before ---
</pre>


2.) Mit einem Trigger wird der Speicher in der definierten entlade Zeit für kurze Zeit gesperrt
Der Ladezustand wird hierbei von der WallBox abgefragt und unterscheidet sich bei verschiedenen Herstellern:
setreading WR_1_Speicher_1_ExternControl  SpeicherTrigger gesperrt
Hier bitte gerne noch weitere WallBoxen bei mir melden.
setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung SpeicherTrigger
<pre>
Dadurch wird der Speicher zu einem beliebigen Zeitpunkt auf gesperrt gesetzt, egal wie die Situation der Zeit Steuerung ist.
openWB:
    [WB_1:lp_1_ChargeStat] eq "loading"


3.) Rückfall zur vorher eingetragenen Zeit Steuerung
go-eCharger:
setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit
    [WB_1:car_state] eq "2"                          ## Ladevorgang läuft
Der SpeicherTrigger wird abgeschaltet und die zeit Steuerung wieder aktiviert. Es gelten die zuvor eingetragenen Zeiten und der Speicher geht je nach Zeitfenster auf entladen oder gesperrt.
</pre>


'''Wichtig ist hierbei, dass man den gewünschten Zustand zuerst setzt, bevor man die jeweilige Steuerung aktiviert.''' Ansonsten treten kurze Zustandswechsel auf, die vermieden werden können.
Das DOIF übernimmt die Externe Speichersteuerung.
</pre>
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/Wechselrichter/RAW_WR_1_Speicher_1_ExternControl.txt Beispiel WR_1_Speicher_1_ExternControl]


=====Externe Speichersteuerung (ExternControl)=====
===Kostal Smart Energy Manager (KSEM) (Modbus/TCP)===
'''Für die erweiterte Steuerung muss die externe Speichersteuerung des Plenticore aktiviert werden.'''
Sollte man mehrere AC Quellen im Haus haben werden die Messwerte benötigt, um den Hausverbrauch richtig zu berechnen.


======Externe Speichersteuerung Ladekontrolle======
Um den ModBus am KSEM zu nutzen muss man im ModBus Menü die Option "Slave" aktivieren.
Dies ist eine kurz Beschreibung für einen kompletten Ladezyklusablauf
 
<pre>
Auch hier ist ein Interval von 60 Sekunden gesetzt worden. Das Logging ist auf Active_energy.* eingeschränkt, weshalb man seine zusätzlichen Werte noch selber definieren muss.
- Morgens wird geprüft, wie gut der Haushalt durch die Nacht gekommen und wie hoch der MinSOC noch ist
 
- Reserve ist 3x MinSOC, also im Sommer 15% und im Winter 60% (im Winter ist der Speicher eh morgens leer :-) )
==== RAW Definition des KSEM ====
- Dann wird ein MaxSOC für den Tag berechnet
Zun Thema KSEM bestand direkter Kontakt mit dem Kostal Service. Der KSEM ermittelt nicht alle Werte, welche in der SunSpec spezifiziert sind. Alle nicht unterstützen Werte sind in den Registern mit 0x8000 gekennzeichnet. Für die nicht unterstützten Zählerstände wird 0x800000000 ausgegeben.
- Bis zum Reserve SOC wir morgens sofort geladen
Der Summenstrom M_AC_Current (sum of active phases) kann aber durch den Endanwender selber aus der Summe der Einzelwerte (Phase A AC current, Phase B AC current Phase C AC current) berechnet werden. Die einzelnen Spannungen zwischen den Phasen können nicht gemessen werden und werden deshalb nicht ausgegeben.
​- Danach wird einstellbar mit geringer Leistung am Vormittag bis SOC 30% geladen
- Innerhalb des Mittagshoch, so meistens dynamisch in der Zeit von 10:00 - 16:00 Uhr
  wird mit berechneter Leistung bis zum MaxSOC geladen
​- Man kann auch eine feste Ladeleistung für das Mittagshoch angeben
​- Am Nachmittag wird der MaxSOC dann weiter gehalten
- Wird der Speicher am Nachmittag, wegen schlechtem Wetter verwendet, wird der MaxSOC auf 100% angehoben
- Bei erreichen von SOC 100% wird eine Begrenzung auf MaxSOC 95% durchgeführt, damit nicht ständig nachgeladen wird
- Spätestens am Abend wird nochmals der MaxSOC von diesem Tag gemerkt, der Zeitpunkt variiert mit der Jahreszeit
​- Nach ungefähr einer Woche gibt es, wegen des im Speicher berechneten SOC, morgens einen schnellen Abfall
​  der Entladeleistung. Dadurch fällt der SOC dann so niedrig, dass die Steuerung an diesem Tag auf 100% auflädt,
​  wodurch der Speicher dann intern den SOC wieder richtig berechnet


Und schon geht das Spiel von vorne los.​
Das Device wurde umbenannt, um es besser in die gesamt Implementierung einzugliedern.
<pre>
- WR , es wird vom Wechselrichter benötigt und sortiert sich im FHEM Web auch dort ein.
- 0  , es wird von mehreren Geräten benötig, was z.B. auch eine Wallbox sein kann. WR_[1|2] könnte bedeuten, dass es nur von diesem Gerät benötigt wird.
</pre>
</pre>
Bei einer Schwarm Installation steuert der KSEM mehrere Wechselrichter bezüglich der 70% Regelung. Eine Wallbox benötigt ebenfalls eine Verbindung, wenn nur mit Überschuss geladen werden soll.
Auch wenn der KSEM im FHEM auf disable 1 steht ist er aktiv und steuert die Wechselrichter und Wallboxen. Es bedeutet nur, dass die Werte nicht zusätzlich im Fhem eingelesen werden. Der Plenticore bereitet die Daten bereits selber auf und liefert diese im WR_1 Device per ModBus bereits mit.
Da es beim Plenticore ein Problem mit den Statistiken im Schwarm gibt wird das Device WR_0_KSEM nun aktiv verwendet. Durch das Device PV_Schedule werden die Werte Active_energy[+|-] ins Device WR_1_API übertragen und bilden die initial Werte für die Day/Month/Year Statistiken.


======MaxSOC Kontrolle======
*[https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/Wechselrichter/RAW_WR_0_KSEM.txt Beispiel WR_0_KSEM]
Es wird versucht, den Speicher am Abend nicht zu 100% zu laden, aber morgens noch mit 3* MinSOC aus der Nacht zu kommen.
 
==Device Übersicht mit Hilfen zur Orientierung==
<pre>
<pre>
Aktivierung: SpeicherMaxSOCControlActive  An
Device            über Device      Hardware  Protokoll Netzwerk              Informationen
Aktivität  : SpeicherMaxSOCControlRunning Aus  = momentan keine Steuerung
 
            SpeicherMaxSOC_Actual       100 <<< wird berechnet, kann jedoch für diesen Tag anschließend überschrieben werden
WR_0_KSEM        WR_1            KSEM       MODBUS    LAN                    Messwerte vom Netzanschlusspunkt
            SpeicherMaxSOC_DayBefore    100 <<< wird berechnet und dient als Merker
                  WR_1                        rs485    4 Draht zum WR        Notwendig, wenn ein Speicher am Plenticore betrieben wird


Konfiguration:
WR_1                              Plenticore MODBUS    LAN                    Messwerte und berechnete Werte, teilweise Speicher Informationen
Dieser Wert muss auf die Anlage angepasst werden und dient als Schwellwert. Die Leistungsangabe soll so hoch sein, dass der Speicher, bei diesem Forecast, auf jeden Fall mit einer Überschussleistung von 3* MinSOC aus der Nacht kommt. Im Frühjahr ist dies besonders gut abzuschätzen, sobald eine Wärmepumpe nachts nicht mehr heizt und nur noch die Grundversorgung in der Nacht aus dem Speicher gedeckt werden muss.
WR_1_API                                      HTTPMOD  LAN                    Statistiken, Speichersteuerung und Informationen
Durch die Abfrage des Forecasts von morgen ist hierbei berücksichtigt, dass bei einer schlechten Prognose die Speicherladung nicht limitiert wird, was auch im Sommer mal der Fall sein kann.


SpeicherMaxSOC_fc1_Limit 30000
WR_2                              Plenticore MODBUS    LAN                    Messwerte und berechnete Werte. Achtung, im Schwarm hat nur der Master WR einen Speicher.
</pre>
WR_2_API                                      HTTPMOD  LAN                    Statistiken


======Middayhigh Kontrolle======
Über die Solar_forecast() Funktion wird ein Middayhigh ermittelt, wenn der WR nur 70% einspeisen darf. Auch beim Betrieb von zwei Wechselrichtern ist dies wichtig, da mit Stand 03/2021, der Plenticore den Hausverbrauch nicht korrekt ermitteln kann. In diesem Fall funktioniert die "intelligente Batteriesteuerung" nicht mehr und muss deaktiviert werden. Durch die Middayhigh Kontrolle wird aus dem Forecast, durch die Funktion Solar_forecast() eine Überschreitung von Inverer_Max_Power (70%) Regelung ermittelt. Damit kann über die externe Speichersteuerung die Hauptladung des Speichers in die Mittagszeit verlagert werden, um die dynamische 70% Regelung zu nutzen, bevor der Wechselrichter abgeregelt wird.
<pre>
Aktivierung: SpeicherMiddayControlActive        An
Aktivität  : SpeicherMiddayControlRunning      Aus = momentan keine Steuerung
            WR_1:Solar_middayhigh_fc0          0 = Es gibt kein Mittags Hoch. Wird aus Solar_forecast() gesetzt
            WR_1:Solar_middayhigh_fc0_start 00:00  <<<< wird aus dem Forecast berechnet
            WR_1:Solar_middayhigh_fc0_stop  00:00  <<<< wird aus dem Forecast berechnet


Konfiguration:
FHEM Steuerung                                MODBUS    LAN                    Laufende Informationen im Minuten Takt
Der Wert von SpeicherMidday_MaxChargePowerAbs sollte so gewählt werden, dass der Speicher am Vormittag langsam und gleichmäßig bis auf SpeicherMidday_MaxSOC geladen wird.
                                              HTTPMOD  LAN                    Abfragen und Steuerung einzelner Devices
Ab der PV_1:Solar_middayhigh_fc0_start wird dann unlimitiert bis zur PV_1:Solar_middayhigh_fc0_stop in der Mittagszeit weiter geladen. Wenn SpeicherMaxSOCControlActive auf 1 ist, wird hierbei weiterhin das Laden limitiert.


SpeicherMidday_Inverter_Max_Power        8500  <<<< hier kann man manuell einen Wert festlegen, wenn es keine 70% Regelung gibt
WR_ctl                                        DOIF                            Startet regelmäßige Aktionen zur zeitlichen Steuerung der PV-Anlage
SpeicherMidday_MaxChargePowerAbs_midday  1000  <<<< hängt vom Speicher ab; Wird der wert auf 0 gesetzt, so erfolgt eine dynamische Berechnung zur Laufzeit
                                                                              Dient der Anzeige von aktuellen und Statistischen Daten
SpeicherMidday_MaxChargePowerAbs_morning  450  <<<< hängt vom Speicher ab
SpeicherMidday_MaxSOC                    30  <<<< Es soll nur bis dahin geladen werden, damit Mittags genug Platz ist
</pre>


====RAW Definition des WR_1_Speicher_1_ExternControl====
  1 Stündlich
Achtung, es wurde eine Sperre beim Betrieb einer WallBox eingebaut, die natürlich jeder für sich anpassen, oder gegebenenfalls entfernen muss.
  1.1 WR_2_API 20_Statistic_EnergyFlow                                        Statistiken vom Plenticore abholen; die Reihenfolge ist auch wichtig!
<pre>
  1.2 WR_1_API 20_Statistic_EnergyFlow                                        Statistiken vom Plenticore abholen
- Block 2_smart_Laden_start_WB_1
- Block 3_smart_Laden_beenden_WB_1
- Im Block 3_smart_Laden_beenden_Automatik ist eine zusätzliche Bedingung
    and\
    [$SELF:WB_1_smart_laden_before] eq "---"                            ## Es wird gerade kein Fahrzeug geladen\
- setstate WR_1_Speicher_1_ExternControl WB_1_smart_laden_before ---
</pre>


Der Ladezustand wird hierbei von der WallBox abgefragt und unterscheidet sich bei verschiedenen Herstellern:
  2 Stündlich von 05:00 bis 22:00
Hier bitte gerne noch weitere WallBoxen bei mir melden.
  2.1 KI_Prognose() für fc0 und fc1                                          Aktualisieren der fc0 Prognose
<pre>
 
openWB:
  3 kurz nach Mitternacht
    [WB_1:lp_1_ChargeStat] eq "loading"
  3.1 4_WR_1_API_init_Werte                                                  Lesen und eventuell korrigieren der init Werte
 
 
WR_1_Speicher_1_ExternControl                DOIF                            Externe Speichersteuerung
 
    1 Stündlich


go-eCharger:
    1.1 WR_1_API 21_Battery_Information                                        Allgemeine Informationen
    [WB_1:car_state] eq "2"                           ## Ladevorgang läuft
                    Battery_Info_SoC,
</pre>
                    Battery_Info_WorkCapacity
    1.2 WR_1_API 22_Battery_InternControl                                      Speicher Information der Internen Steuerung
                    Battery_InternControl_MinSoc,
                    Battery_InternControl_MinHomeConsumption
    1.3 WR_1_API 23_Battery_ExternControl                                      Speicher Information der Externen Steuerung
    1.4 WR_1_API 25_Battery_EM_State                                          Speicher Status z.B. "Normal"


Das DOIF übernimmt die Externe Speichersteuerung.
    2 Unterschreitung des MinSOC im Winter
<syntaxhighlight lang="Perl">
    2.1 smart_laden                                                            PV Überschuss wird in Batterie geladen. Keine Entladung
defmod WR_1_Speicher_1_ExternControl DOIF ################################################################################################################\
    2.2 WR_1_Speicher_1_ExternControl ExternTrigger gesperrt                  Batterie ExternTrigger, Entlademodus gesperrt . Die Zeit Steuerung wird verriegelt
## 1 Speicher Status vom WR_1_Speicher_1 aktualisieren.\
 
##  Dies geschieht über das WR_1_API Device, da der Speicher direkt am Wechselrichter angeschlossen ist.\
    3 Freigabe zur Entladung im Winter
##\
    3.1 bei überschreiten von SOC 90%                                          Sobald der Speicher gut gefüllt ist oder
1_Status_WR_1_Speicher_1\
            WR_1_API:Battery_Info_SoC
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    3.2 Bei Zeitsteuerung und guter Prognose mit SOC 40%                      bereits vorher, weil der Tarif teuer ist
    and\
 
    (  [:52]                                                          ## jede Stunde\
    4 Speicher Freigabe bei Trigger oder Zeit Steuerung                        Dieses cmd_ löst die Abhängigkeiten von Zeit und Trigger auf
\
 
      or [$SELF:ui_command_1] eq "Status_Speicher"                      ## Hier wird das uiTable select ausgewertet\
    5 Speicher sperren  bei Trigger oder Zeit Steuerung                        Dieses cmd_ löst die Abhängigkeiten von Zeit und Trigger auf
    )\
 
  ) {\
    6 Wiederhole alle 180s die Kommandos der ExternControl Steuerung          Wenn keine Wiederholung erfolgt geht der Plenticore wieder auf die interne Steuerung
\
    6.1 WR_1_Speicher_1_ExternControl:SpeicherMiddayControlActive              wird durchlaufen, wenn der Forecast eine z.B. 70% Überschreitung erkannt hat und
     if( [$SELF:ui_command_1] eq "Status_Speicher" ) {                    ## Hier wurde manuell eingeschaltet\
        WR_1_Speicher_1_ExternControl:SpeicherMidday_MaxSOC                    begrenzt dann morgens den MaxSOC
      set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
        WR_1_Speicher_1_ExternControl:SpeicherMidday_MaxChargePowerAbs_midday  und den MaxChargePowerAbs
     }\
        WR_1_Speicher_1_ExternControl:SpeicherMidday_MaxChargePowerAbs_morning für morgens und mittags
\
    6.2 WR_1_Speicher_1_ExternControl:SpeicherMaxSOC                          Wenn morgens der Speicher zu voll war, wird der MaxSOC bis abends begrenzt
     ::CommandGet(undef, "WR_1_API 21_Battery_Information");;\
     6.3 WR_ctl:Yield_fc0_middayhigh_start <> WR_ctl:Yield_fc0_middayhigh_stop  Das Laden wird mit voller Leistung freigegeben
     ::CommandGet(undef, "WR_1_API 22_Battery_InternControl");;\
    6.4 nach Ablauf von WR_ctl:Yield_fc0_middayhigh_stop                      Die Midday Steuerung wird abgeschaltet, es wird normal weiter geladen, bis MaxSOC erreicht ist
     ::CommandGet(undef, "WR_1_API 23_Battery_ExternControl");;\
     6.5 WR_1_Speicher_1_ExternControl:SpeicherMaxSOC                          Batterie MaxSOC halten, der Default ist 100%
     ::CommandGet(undef, "WR_1_API 25_Battery_EM_State");;\
 
     if (AttrVal("$SELF","verbose",0) >=4) {\
     7 Initialisierung der externen Speichersteuerung
      Log 3, "$SELF cmd_1  : Speicher Status abfrage"\
     7.1 Ist morgens der Speicher zu voll                                      Wenn der Speicher morgens voller als 3x MinSOC ist wird MaxSOC gesetzt
    }\
     7.2 Wenn eine Überschreitung der 70% erwartet wird                        Aktivierung der Midday Steuerung
\
 
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
     8 Zurücksetzen der externen Speichersteuerung
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
 
  }\
     9 Umschaltung des MinSOC wenn zu wenig Leistung erwartet wird              Schaltet im Herbst/Winter den MinSOC auf 20%
}\
 
\
  10 Umschaltung des MinSoc wenn viel Leistung erwartet wir                  Setzt den MinSOC wieder im Frühling/Sommer auf 5%
################################################################################################################\
 
## 2 Wenn die Ladung im Herbst/Winter unter MinSoc geht allen PV Überschuss in die Batterie laden\
  11 WR_1_Speicher_1 Status aktualisieren                                    Nur beim BYD HV, Abfrage der Speicher Detailinformationen. Kann einfach entfernt werden
##\
 
## Im Winter kann der MinSoc, durch den WR Eigenverbrauch, unterschritten werden, deshalb wird vorher auf\
 
## smarte_laden umgeschaltet, bis die Batterie wieder einen hohen Soc erreicht hat. Siehe cmd_3 laden_beendet\
WR_1_Speicher_1_ExternControl                readings                        Konfiguration für die externe Speichersteuerung
##\
 
2_smart_Laden_start_Automatik\
  ExternTrigger none                                                          Wird automatisch gesetzt und dient der Verriegelung im WR_1_Speicher_1_ExternControl
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
                                                                              Zustände: frei/gesperrt/none
    and\
  SpeicherCmdRepeatActive      [An|Aus]                                      An/Aus Trigger für WR_1_Speicher_1_ExternControl, aktiviert die Kommandowiederholung
    (\
  SpeicherMaxSOCControlRunning [An|Aus]                                      Das reading signalisiert den aktuellen Laufzeitstatus
      (   [WR_ctl:Yield_fc0_day] < [$SELF:SpeicherMinSOC_fc1_Limit]    ## Im Herbst/Winter ist wenig zu erwarten\
  SpeicherEntladung                                                          Steuert den Modus der externen Speichersteuerung
      and [WR_1:Act_state_of_charge] <= [WR_1_API:Battery_InternControl_MinSoc] ## Achtung der Speicherstand wird zu niedrig\
                                                                              Zustände:
      and [WR_1_API:Battery_InternControl_MinHomeConsumption] <= 100            ## Der Speicher steht auf Entladen\
                                                                                Automatik - MinSOC Steuerung Sommer/Winter
      )\
                                                                                Zeit      - z.B. bei Tarifsteuerung. Zeiten werden über zusätzliche DOIF
      or [$SELF:ui_command_1] eq "smart_Laden_start"                    ## Hier wird das uiTable select ausgewertet\
                                                                                            oder WeekdayTimer gesetzt
    )\
                                                                                Trigger  - Ein beliebiger Mechanismus z.B. DOIF steuert den Speicher
   ) {\
 
\
  SpeicherMaxSOCControlActive  [An|Aus]                                      Wird von KI_Prognose() gesetzt, wenn der fc0 über WR_1:Inverter_Max_Power (70% Regel) liegt
    if( [$SELF:ui_command_1] eq "smart_Laden_start" ) {                  ## Hier wurde manuell eingeschaltet\
  SpeicherMaxSOCControlRunning [An|Aus]                                      Das reading signalisiert den aktuellen Laufzeitstatus
      set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
  SpeicherMaxSOC_Actual      100                                              Wird im WR_1_Speicher_1_ExternControl cmd_7 berechnet, wenn der Speicher morgens zuviel Ladung hat
      set_Reading("ui_command_1","---");;                                ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
  SpeicherMaxSOC_DayBefore    xx                                              Das ist der letzte berechnete Wert, damit sich die Berechnung langsam einem Optimum nähern kann
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  SpeicherMaxSOC_fc1_Limit 30000                                              Hier einen Wert setzen, bei dem der Speicher über Nacht bis morgens gereicht hat.
    }\
                                                                              Damit wird dann der Übergang vom Winter zum Frühjahr erkannt.
\
  SpeicherMiddayControlActive  [An|Aus]                                       Wird von KI_Prognose() gesetzt, wenn der fc0 über WR_1:Inverter_Max_Power (70% Regel) liegt
    ::CommandSet(undef, "WR_1_API 22_03_Battery_MinHomeConsumption 30000");; ## Speicher für Entladung sperren\
   SpeicherMiddayControlRunning [An|Aus]                                       Das reading signalisiert den aktuellen Laufzeitstatus
    set_Reading("SpeicherExternTrigger","gesperrt");;                    ## Externe Trigger verriegeln \
  SpeicherMidday_Inverter_Max_Power        8500                              Manuelles überschreiben für WR_1:Inverter_Max_Power, wenn man kontrollierter den Tag über laden möchte
    if (AttrVal("$SELF","verbose",0) >=3)\
  SpeicherMidday_MaxChargePowerAbs_midday 1000                              Begrenzung der Ladeleistung am Mittag, damit nicht zu schnell geladen wird.
      {Log 3, "$SELF cmd_2.1: smart_laden aktiviert";;\
                                                                              Steht der Wert auf 0 wird dynamisch während der Laufzeit ein Wert berechnet.
        Log 3, "$SELF cmd_2.1: SpeicherExternTrigger, Entlademodus gesperrt";;\
   SpeicherMidday_MaxChargePowerAbs_morning  450                              Begrenzung der Ladeleistung am Vormittag, damit Mittags genug Platz im Speicher ist
    }\
  SpeicherMidday_MaxSOC 30                                                    Limitierung des Speichers um Mittags genug Platz zu haben
  }\
  SpeicherMinSOC_Sommer 5                                                    Sommer MinSOC von Kostal vorgegeben
}\
  SpeicherMinSOC_Winter 20                                                    Winter MinSOC von Kostal vorgegeben
\
  SpeicherMinSOC_fc1_Limit 14000                                              Wenn im Herbst/Winter der Forecast zu schlecht wird muss dieser Wert auf die Anlage
2_smart_Laden_start_WB_1\
                                                                              angepasst werden. Das signalisiert die Winter Zeit
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
  SpeicherTrigger none                                                        entladen/gesperrt/none wird über WR_1_Speicher_1_ExternControl gesetzt
    and [WB_1:lp_1_ChargeStat]      eq "loading"                        ## Ein Fahrzeug wird gerade geladen\
  SpeicherZeitEnde 16:00                                                      Die Zeiten geben das Entlade Fenster an und werden durch weitere DOIF oder WeekdayTimer gesetzt
    and [$SELF:SpeicherWB_1_buffer] eq "Aus"                            ## Der Speicher darf nicht zum Laden verwendet werden\
  SpeicherZeitStart 07:00                                                    Dies kann zur Tarifsteuerung verwendet werden, oder um ein Entladung zeitlich zu verschieben
    or\
                                                                              Das Zeitfenster kann durch den MinSOC Schutz im Winter veriegelt sein.
      [$SELF:ui_command_1] eq "smart_Laden_starten_WB_1"                ## Hier wird das uiTable select ausgewertet\
 
  ) {\
  Beispiele:
\
 
    if( [$SELF:ui_command_1] eq "smart_Laden_starten_WB_1" ) {          ## Hier wurde manuell eingeschaltet\
  1 SpeicherEntladung Automatik
      set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
    Nur grundlegende Steuerungen erfolgen automatisch.
      set_Reading("ui_command_1","---");;                                ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
      - Sommer/Winter Umschaltung des MinSOC                                  Schützt den Speicher vor einer Notladung im Winter
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
      - smart_laden                                                           Sorgt dafür, das der Speicher im Winter nicht ständig geladen und wieder entladen wird
    }\
      - laden_beendet                                                          Gibt den Speicher nach dem smart_laden wieder frei
\
 
    if( [$SELF:WB_1_smart_laden_before] eq "---" ) {\
  2 SpeicherEntladung Zeit
      if([$SELF:SpeicherExternTrigger] eq "gesperrt" and\
    Zeitsteuerung für laden/entladen
        [WR_1_API:Battery_InternControl_MinHomeConsumption] eq "30000" ) {\
      - WR_1_Speicher_1_ExternControl:SpeicherZeitEnde/SpeicherZeitStart      Die Start/Ende Zeiten müssen gesetzt werden, dies muss über weitere DOIF oder WeekdayTimer erfolgen.
        fhem("setreading $SELF WB_1_smart_laden_before aktiv");;                ## Den vorherigen Zustand merken\
      - Sommer/Winter Umschaltung des MinSOC
        if (AttrVal("$SELF","verbose",0) >= 0)\
      - smart_laden
          {Log 3, "$SELF cmd_2.2: WallBox smart_laden_before aktiv"};;\
      - laden_beendet
      } else {\
</pre>
        fhem("setreading $SELF WB_1_smart_laden_before inaktiv");;              ## Den vorherigen Zustand merken\
 
        if (AttrVal("$SELF","verbose",0) >= 0)\
==Wenn man mal etwas umbenennen möchte==
          {Log 3, "$SELF cmd_2.2: WallBox smart_laden_before inaktiv"};;\
Es kommt immer wieder vor, dass man ein Device oder den Namen eines readings umbenennen möchte. Dies hat natürlich Auswirkungen auf andere Devices und auch auf die bisherigen Daten in der DbLog. Hier sollen dann jetzt Hilfestellungen gesammelt werden.
      }\
===Allgemeine Hilfestellungen===
    } else {\
'''Es sollte immer vorher eine Datensicherung gemacht werden!'''<pre>
      if (AttrVal("$SELF","verbose",0) >= 0)\
Den Device Namen ändert man am Besten mit einem "rename".
        {Log 3, "$SELF cmd_2.2: WallBox es wird gerade geladen"};;      ## Der vorherige Zustand war schon bekannt\
Damit nichts vergessen wird ruft man den RAW Editor auf und kann dann mit der Suchfunktion des Browsers nach dem zu ändernden Text suchen.
    }\
Wenn alle Devices im ersten Durchlauf geändert wurden und man meint man wäre fertig, dann durchsucht man am besten nochmal die fhem.cfg . Sollten dort noch alte Namen vorhanden sein, kann man erkennen in welchem Device das ist und dieses dann in der Fhem Oberfläche korrigieren.
\
</pre>
    ::CommandSet(undef, "WR_1_API 22_03_Battery_MinHomeConsumption 30000");; ## Speicher für Entladung sperren\
'''Bitte nicht in der fhem.cfg Änderungen vornehmen! Dort nur zur Kontrolle suchen.'''
    set_Reading("SpeicherExternTrigger","gesperrt");;                    ## Externe Trigger verriegeln \
 
    if (AttrVal("$SELF","verbose",0) >=3)\
===Ein Device umbenennen===
      {Log 3, "$SELF cmd_2.2: smart_laden aktiviert";;\
<pre>
        Log 3, "$SELF cmd_2.2: SpeicherExternTrigger, Entlademodus gesperrt";;\
Das ist schnell gemacht, indem man in der Fhem commandline ein "rename <Device> <neues Device>" macht.
    }\
Es ist auch möglich das alte Device mit "disable 1" zu deaktivieren und dann einfach ein komplett neues z.B. aus dem Wiki zu definieren.
  }\
Das alte Device kann dann später gelöscht werden, sobald das neu richtig läuft. In der datenbank kann man die alten Werte dann auch wieder dem neuen Device zuordnen.
}\
Als nächstes haben viele Devices noch ein Attribut "alias", das meistens den selben Namen wie das Device beinhaltet.
\
Ein Device Name kann auch in anderen Attributen als Variable verwendet worden sein. Das ist zu prüfen.
################################################################################################################\
Nun werden alle neuen, aktualisierten readings unter dem neuen Device Namen in die Datenbank geschrieben.
## 3 Beim erreichen von 90% Soc die Entladung wieder frei geben\
Die bisherigen Log Einträge müssen nun noch dem neuen Device zugeordnet werden.
##   \
</pre>
3_smart_Laden_beenden_Automatik\
===Ein reading umbenennen===
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
<pre>
     and\
Dies geschieht innerhalb des Devices, indem man das Attribut, dass das reading erzeugt ändert und den neuen Namen einträgt.
     [$SELF:SpeicherEntladung] eq "Automatik"                            ## Nur für den Automatik Modus\
Bei der nächsten Aktualisierung erscheint dann ein zweites reading mit dem neuen Namen.
    and\
Der neue Name muss dann noch an allen Stellen innerhalb des Devices eingetragen werden, Das kann im userReading, stateFormat oder auch in anderen Attributen der Fall sein.
    [$SELF:WB_1_smart_laden_before] eq "---"                            ## Es wird gerade kein Fahrzeug geladen\
Soll dieses Reading gelogged werden, ist "DbLogInclude" zu prüfen. Der alte Name kann raus und der neue muss rein, oder die RegEx muss geändert werden.
    and\
Zum Schluss muss das alte reading noch entfernt werden, was mit "deletereading <Device> <alter reading Name>" erfolgen kann. Oft ist hier auch eine RegEx möglich.
    (\
</pre>
      (\
 
      [WR_1_API:Battery_InternControl_MinHomeConsumption] > 100        ## Das Speicher Entladen ist geperrt\
===DbLog aufräumen===
      and\
Als kleine Vorabinformation möchte ich geben, dass es hierbei eventuell zu '''duplicate keys''' kommen kann. Dies rührt daher, dass eventuell der alte und der neue Namen parallel geloggt wurde. Schaut Euch hier die Daten an, welche Ihr behalten möchtet, oder ob Ihr wirklich z.B. das alte reading und SW_* braucht. Ab dem Zeitpunkt wo es parallel gelaufen ist, wäre dann eins (das alte) zu löschen.
      [WR_1:Act_state_of_charge] >= 80                                  ## Der Speicher ist bereits 80% voll\
 
      )\
Beim Übergang zum Schwarm habe ich alle älteren Daten den neuen readings zugeordnet und momentan, ab diesem Zeitpunkt, beides gelogged.
      or [$SELF:ui_command_1] eq "smart_Laden_beenden"                   ## Hier wird das uiTable select ausgewertet\
 
    )\
====An der Datenbank anmelden====
  ) {\
Dies kann man z.B. aus einer Terminal Session heraus machen.
\
<syntaxhighlight lang="Perl">
     if( [$SELF:ui_command_1] eq "smart_Laden_beenden" ) {                ## Hier wurde manuell aktiviert\
mysql -h 192.168.178.xxx --port 3306 --database fhem -u fhemuser -p
      set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
</syntaxhighlight>
      set_Reading("ui_command_1","---");;                                ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
====Alle Devices in der history anzeigen====
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
<syntaxhighlight lang="SQL">
    }\
## Alle Devices in der history Tabelle
\
SELECT DEVICE FROM history
    if (AttrVal("$SELF","verbose",0) >=3)\
GROUP BY DEVICE;
      {Log 3, "$SELF cmd_3.1: Batterie wird mit ".[$SELF:SpeicherEntladung]." Steuerung gesteuert";;\
</syntaxhighlight>
        Log 3, "$SELF cmd_3.1: Batterie auf ".[WR_1:Act_state_of_charge]." %, Entlademodus freigegeben"};;\
 
    ::CommandSet(undef, "WR_1_API 22_03_Battery_MinHomeConsumption 50");;\
====Alle readings eines Devices anzeigen====
    set_Reading("SpeicherExternTrigger","none");;                        ## den externen Trigger wieder freigeben\
Mit einem SELECT kann man alle bisher aufgetretenen readings eines Devices über einen definierten Zeitraum anzeigen lassen.
  }\
Der Zeitraum ist mit "1 DAY" definiert, kann aber auch auf z.B. "1 MONTH" oder "2 MONTH" gesetzt werden.
}\
<syntaxhighlight lang="SQL">
\
SET @device = 'WR_1';
3_smart_Laden_beenden_WB_1\
SELECT t1.TIMESTAMP,t1.DEVICE,t1.READING,t1.VALUE
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
  FROM history t1
    and\
   INNER JOIN
    (\
  (SELECT max(TIMESTAMP) AS TIMESTAMP,DEVICE,READING
      (\
      FROM history
      [WB_1:lp_1_ChargeStat] ne "loading"                              ## Es wird gerade kein Fahrzeug geladen\
      WHERE DEVICE    = @device AND
      and\
            TIMESTAMP > NOW() - INTERVAL 1 DAY
      [$SELF:WB_1_smart_laden_before] eq "inaktiv"                      ## Vorher war es nicht aktiv\
      GROUP BY READING) x
      )\
  ON x.TIMESTAMP = t1.TIMESTAMP AND
    or  [$SELF:SpeicherWB_1_buffer] eq "An"                            ## Der Speicher darf zum Laden verwendet werden\
     x.DEVICE    = t1.DEVICE    AND
    or  [$SELF:ui_command_1] eq "smart_Laden_beenden_WB_1"              ## Hier wird das uiTable select ausgewertet\
     x.READING  = t1.READING;
    )\
</syntaxhighlight>
  ) {\
 
\
====Einträge eines DEVICE einem neuen DEVICE zuordnen====
    if( [$SELF:ui_command_1] eq "smart_Laden_beenden_WB_1" ) {          ## Hier wurde manuell eingeschaltet\
In diesem Beispiel würde das alte DEVICE PV_1 dem neuen DEVICE WR_1 zugeordnet werden.
      set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
Im Anschluss müssten dann noch READING jeweils einem eventuell neuen READING Namen zu geordnet werden.
      set_Reading("ui_command_1","---");;                                ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
Sehr wichtig ist '''"TIMESTAMP = TIMESTAMP"''', da hierdurch der alte TIMESTAMP erhalten bleibt.
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
<syntaxhighlight lang="SQL">
    }\
UPDATE history
\
  SET
    set_Reading("WB_1_smart_laden_before","---");;                      ## den Merker wieder zurück setzen\
    TIMESTAMP = TIMESTAMP,
\
     DEVICE    = 'PV_1'
    if (AttrVal("$SELF","verbose",0) >=3)\
  WHERE
      {Log 3, "$SELF cmd_3.2: Batterie wird mit ".[?$SELF:SpeicherEntladung]." Steuerung gesteuert";;\
        DEVICE    = 'WR_1'
      Log 3, "$SELF cmd_3.2: Batterie auf ".[?WR_1:Act_state_of_charge]." %, Entlademodus freigegeben"};;\
    AND TIMESTAMP < '2021-01-24 17:25:15';
    ::CommandSet(undef, "WR_1_API 22_03_Battery_MinHomeConsumption 50");;\
</syntaxhighlight>
\
 
    if (    [WB_1:lp_1_ChargeStat] eq "loading"\
====Ein altes READING einem neuen READING Namen zuordnen====
        and [$SELF:SpeicherWB_1_buffer] eq "An") {\
Sehr wichtig ist '''"TIMESTAMP = TIMESTAMP"''', da hierdurch der alte TIMESTAMP erhalten bleibt.
      if (AttrVal("$SELF","verbose",0) >=3)\
<syntaxhighlight lang="SQL">
        {Log 3, "$SELF cmd_3.2: MaxSOC Limitierung wegen Wallboxnutzung abgeschaltet";;}\
UPDATE history
    }\
  SET
\
    TIMESTAMP = TIMESTAMP,
    set_Reading("SpeicherExternTrigger","none");;                        ## den externen Trigger wieder freigeben\
    READING  = 'Total_DC_PV_Energy_sumOfAllPVInputs'
  }\
  WHERE
}\
        DEVICE    = 'WR_1'
\
    AND READING  = 'Total_DC_PV_Energy_(sumOfAllPVInputs)'
################################################################################################################\
    AND TIMESTAMP < '2021-03-23 17:25:15';
## 3 Wenn vor dem WB_1 laden das smart_Laden aktiv gewesen ist geht es zurück in den Zustand\
</syntaxhighlight>
## \
 
3_smart_Laden_umschalten_WB_1\
====Alles auf einmal====
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
Natürlich kann man die vorherigen UPDATE auch zusammenfassen, also DEVICE und READING in einem ändern. Das sollte aber nur machen, wer in SQL entsprechende Kenntnisse hat.
    and\
Die Umbenennung des DEVICE zum neuen DEVICE und anschließend die READING Namen ist der praktikabelste Weg.
    (\
 
      [WB_1:lp_1_ChargeStat] ne "loading"                              ## Es wird gerade kein Fahrzeug geladen\
===Grafiken korrigieren===
      and\
====Grafana====
      [$SELF:WB_1_smart_laden_before] eq "aktiv"                       ## Vorher war es nicht aktiv\
In Grafana sind die SQL Abfragen ebenfalls zu korrigieren
    )\
 
  ) {\
===Fhem Log===
\
Das Fhem Log ist nach jedem größeren Änderungsschritt zu sichten, da man hier ziemlich schnell vergessene Devices oder readings erkennen kann.
    if( [$SELF:ui_command_1] eq "smart_Laden_umschalten_WB_1" ) {        ## Hier wurde manuell eingeschaltet\
 
      set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
==Timeing für die PV extra Funktionen==
      set_Reading("ui_command_1","---");;                                ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
=== RAW Definition WR_ctl (DOIF)===
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
Das WR_ctl Device hat die zeitliche Steuerungder PV-Anlage übernommen und dient gleichzeitig der Anzeige von aktuellen und statistischen Werten im FHEMWEB.
    }\
 
\
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/Wechselrichter/RAW_WR_ctl.txt Beispiel WR_ctl]
    set_Reading("WB_1_smart_laden_before","---");;                        ## den Merker wieder zurück setzen\
 
\
==Energie Bilanz==
    if (AttrVal("$SELF","verbose",0) >=3)\
<big>Achtung, es gab eine Umstellung mit diesem Device! Die Bilanz wird nun direkt im WR_ctl Device mit uiTable angezeigt.</big>
      {Log 3, "$SELF cmd_3.3: Batterie wird mit ".[$SELF:SpeicherEntladung]." Steuerung gesteuert";;\
 
      Log 3, "$SELF cmd_3.3: WB_1 laden beendet, reaktivieren des smart_Laden"};;\
Die Energie Bilanz soll einen kompakten Überblick über die Produktions- und Verbrauchswerte liefern. Hierbei werden die momentan Werte direkt berechnet, die restlichen Werte werden als Statistiken aus dem Gerät abgefragt. Mit DbRep Devicen kann man auch Vortag/Vormonat/Vorjahr im Wr_ctl direkt mitanzeigen lassen.
    ::CommandSet(undef, "WR_1_API 22_03_Battery_MinHomeConsumption 30000");;\
===Erstellen von zusätzlichen Werten in der Datenbank===
    set_Reading("SpeicherExternTrigger","gesperrt");;                    ## Externe Trigger verriegeln \
Hier werden Werte konsolidiert, weil z.B. der Wert PV_total_Month stetig steigt. Am Ende des Monats sind die gesamten Zwischenwerte ohne Aussagekraft und werden dann später mal gelöscht.
    if (AttrVal("$SELF","verbose",0) >=3)\
 
      {Log 3, "$SELF cmd_3.3: smart_laden aktiviert";;\
====RAW Definition LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week====
        Log 3, "$SELF cmd_3.3: SpeicherExternTrigger, Entlademodus gesperrt";;\
Dieser Wert ist die wöchentliche Einspeisung ins Netz.
    }\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.
  }\
<syntaxhighlight lang="Perl">defmod LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week DbRep LogDB
}\
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week DbLogExclude .*
\
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week aggregation week
################################################################################################################\
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week comment Version 2020.10.21 11:14
## 3 Bei Zeitsteuerung und guter Prognose bei 40% wieder frei geben\
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week device PV_1_API
##  \
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week diffAccept 15000
3_smart_Laden_beenden_Zeit\
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week reading Statistic_EnergyFeedInGrid_Year
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week readingNameMap Statistic_EnergyFeedInGrid_Week
    and [$SELF:SpeicherEntladung]  eq "Zeit"                            ## Nur für den Zeit Modus\
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week room Strom->Energie,System
    and [[$SELF:SpeicherZeitStart]-[$SELF:SpeicherZeitEnde]]            ## Zeitfenster aktiv ist\
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week timestamp_begin current_year_begin
    and [$SELF:WB_1_smart_laden_before] eq "---"                        ## Es wird gerade kein Fahrzeug geladen\
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week timestamp_end previous_week_end
    and\
</syntaxhighlight>
      (\
 
      [WR_1_API:Battery_InternControl_MinHomeConsumption] > 100\
====RAW Definition LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week====
      and\
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie pro Woche an.
      (\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.
            [WR_1:Act_state_of_charge] >= 40                            ## und einem Stand von Soc 40%\
Benötigt für SVG_LogDB_PV_Bilanz.
        and\
<syntaxhighlight lang="Perl">
            ([WR_ctl:Yield_fc0_day] > [$SELF:SpeicherMinSOC_fc1_Limit]  ## wenn es heute oder \
defmod LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week DbRep LogDB
          or [WR_ctl:Yield_fc1_day] > [$SELF:SpeicherMinSOC_fc1_Limit])  ## morgen viel Leistung gibt\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week DbLogExclude .*
      )\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week aggregation week
\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week allowDeletion 0
      or [$SELF:ui_command_1] eq "smart_Laden_beenden_zeit"              ## Hier wird das uiTable select ausgewertet\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week comment Version 2020.10.23 15:00\
    )\
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie pro Woche an.\
  ) {\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
\
Benötigt für SVG_LogDB_PV_Bilanz.
    if( [$SELF:ui_command_1] eq "smart_Laden_beenden" ) {                ## Hier wurde manuell eingeschaltet\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week device PV_1_API
      set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week diffAccept 20000
      set_Reading("ui_command_1","---");;                                ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week reading Statistic_EnergyHomePvSum_Year
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week readingNameMap Statistic_EnergyHomePvSum_Week
    }\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week room Strom->Energie,System
\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week timestamp_begin current_year_begin
    if (AttrVal("$SELF","verbose",0) >=3)\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week timestamp_end previous_week_end
      {Log 3, "$SELF cmd_3.3: Batterie wird mit ".[$SELF:SpeicherEntladung]." Steuerung gesteuert";;\
</syntaxhighlight>
      Log 3, "$SELF cmd_3.3: Batterie auf ".[WR_1:Act_state_of_charge]." %, SpeicherExternTrigger, freigegeben";;\
 
      Log 3, "$SELF cmd_3.3: Die Leistungsprognose von ".[$SELF:SpeicherMinSOC_fc1_Limit]." wird überschritten"};;\
====RAW Definition LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month====
    set_Reading("SpeicherExternTrigger","frei");;                        ## Trigger freigeben\
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie im Monat.
    set_Reading("SpeicherTrigger","entladen");;                          ## Signalisiere entladen im stateFormat\
Gestartet über DB_Service_Schedule am ersten des Monats.
    ::CommandSet(undef, "WR_1_API 22_03_Battery_MinHomeConsumption 50");; ## Speicher für Entladung freigeben\
Benötigt für SVG_LogDB_PV_Bilanz.
\
<syntaxhighlight lang="Perl">
  }\
defmod LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month DbRep LogDB
}\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month DbLogExclude .*
\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month aggregation month
################################################################################################################\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month allowDeletion 1
## 4 Freigabe der Batterie mit externem Trigger oder bei Zeitsteuerung\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month comment Version 2020.10.23 15:00\
##  z.B. ([07:00-16:00]\
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie im Monat.\
4_Trigger\
Gestartet über PV_Schedule am ersten des Monats\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
Benötigt für SVG_LogDB_PV_Bilanz.
    and\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month device PV_1_API
    (\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month reading Statistic_EnergyHomePvSum_Month
      (    [$SELF:SpeicherExternTrigger] eq "frei"                      ## Verriegelung, wenn zwangsgeladen werden muss\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month room Strom->Energie,System
      and [WR_1_API:Battery_InternControl_MinHomeConsumption] > 100\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month timestamp_begin current_year_begin
      and\
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month timestamp_end previous_month_end
      (      [$SELF:SpeicherEntladung] eq "Trigger"                    ## Triggersteuerung\
</syntaxhighlight>
          and [$SELF:SpeicherTrigger]  eq "entladen"                    ## also Speicherentladung freigeben\
 
        or                                                                        \
====RAW Definition LogDBRep_Statistic_Yield_Year_diff_Week====
              [$SELF:SpeicherEntladung] eq "Zeit"                        ## oder bei Zeitsteuerung wenn das\
Dieser Wert gibt den gesamten Ertrag der PV Anlage pro Woche an.\
          and [[$SELF:SpeicherZeitStart]-[$SELF:SpeicherZeitEnde]]      ## Zeitfenster aktiv ist\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
      )\
Benötigt für  SVG_LogDB_PV_Bilanz.
      )\
<syntaxhighlight lang="Perl">
\
defmod LogDBRep_Statistic_Yield_Year_diff_Week DbRep LogDB
      or [$SELF:ui_command_1] eq "Trigger"                              ## Hier wird das uiTable select ausgewertet\
attr LogDBRep_Statistic_Yield_Year_diff_Week DbLogExclude .*
    )\
attr LogDBRep_Statistic_Yield_Year_diff_Week aggregation week
  ) {\
attr LogDBRep_Statistic_Yield_Year_diff_Week allowDeletion 0
\
attr LogDBRep_Statistic_Yield_Year_diff_Week comment Version 2020.10.23 15:00\
  if( [$SELF:ui_command_1] eq "Trigger" ) {                            ## Hier wurde manuell eingeschaltet\
Dieser Wert gibt den gesamten Ertrag der PV Anlage pro Woche an.\
    set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
Benötigt für  SVG_LogDB_PV_Bilanz.
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
attr LogDBRep_Statistic_Yield_Year_diff_Week device PV_1_API
  }\
attr LogDBRep_Statistic_Yield_Year_diff_Week diffAccept 20000
  ::CommandSet(undef, "WR_1_API 22_03_Battery_MinHomeConsumption 50");;  ## Speicher für Entladung freigeben\
attr LogDBRep_Statistic_Yield_Year_diff_Week reading Statistic_Yield_Year
  set_Reading("SpeicherTrigger","entladen");;                            ## Signalisiere entladen im stateFormat\
attr LogDBRep_Statistic_Yield_Year_diff_Week readingNameMap Statistic_Yield_Week
  if (AttrVal("$SELF","verbose",0) >=3)\
attr LogDBRep_Statistic_Yield_Year_diff_Week room Strom->Energie,System
    {Log 3, "$SELF cmd_4  : SpeicherExternTrigger, Entlademodus freigegeben"};;\
attr LogDBRep_Statistic_Yield_Year_diff_Week timestamp_begin current_year_begin
\
attr LogDBRep_Statistic_Yield_Year_diff_Week timestamp_end previous_week_end
  }\
</syntaxhighlight>
}\
 
\
====RAW Definition LogDBRep_Statistic_Yield_Month_max_Month====
################################################################################################################\
Dieser Wert gibt den gesamten Ertrag der PV Anlage im Monat an.
## 5 Sperren der Batterie mit externem Trigger oder bei Zeitsteuerung\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.
##  z.B. [16:00-07:00]\
Momentan noch in keinem SVC verwendet.
5_Trigger_sperren\
<syntaxhighlight lang="Perl">
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
defmod LogDBRep_Statistic_Yield_Month_max_Month DbRep LogDB
    and\
attr LogDBRep_Statistic_Yield_Month_max_Month DbLogExclude .*
    (\
attr LogDBRep_Statistic_Yield_Month_max_Month aggregation month
      (    [$SELF:SpeicherExternTrigger] eq "frei"                      ## Verriegelung, wenn zwangsgeladen werden muss\
attr LogDBRep_Statistic_Yield_Month_max_Month allowDeletion 0
      and [WR_1_API:Battery_InternControl_MinHomeConsumption] <= 100\
attr LogDBRep_Statistic_Yield_Month_max_Month comment Version 2020.10.23 15:00\
      and\
Dieser Wert gibt den gesamten Ertrag der PV Anlage im Monat an.\
      (      [$SELF:SpeicherEntladung] eq "Trigger"                    ## Triggersteuerung\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
          and [$SELF:SpeicherTrigger]  eq "entladen"                    ## also Speicherentladung freigeben\
Momentan noch in keinem SVC verwendet.
        or                                                                        \
attr LogDBRep_Statistic_Yield_Month_max_Month device PV_1_API
              [$SELF:SpeicherEntladung] eq "Zeit"                        ## oder bei Zeitsteuerung wenn das\
attr LogDBRep_Statistic_Yield_Month_max_Month diffAccept 20000
          and [[$SELF:SpeicherZeitEnde]-[$SELF:SpeicherZeitStart]]      ## Zeitfenster verlassen wurde\
attr LogDBRep_Statistic_Yield_Month_max_Month reading Statistic_Yield_Month
      )\
attr LogDBRep_Statistic_Yield_Month_max_Month room Strom->Energie,System
      )\
attr LogDBRep_Statistic_Yield_Month_max_Month timestamp_begin current_year_begin
\
attr LogDBRep_Statistic_Yield_Month_max_Month timestamp_end previous_month_end
      or [$SELF:ui_command_1] eq "Trigger_sperren"                      ## Hier wird das uiTable select ausgewertet\
</syntaxhighlight>
    )\
 
  ) {\
===Löschen von nicht mehr benötigten Werten in der Datenbank===
  ::CommandSet(undef, "WR_1_API 22_03_Battery_MinHomeConsumption 30000");;## Speicher für Entladung sperren\
Hier wird endgültig aufgeräumt, alte momentan Werte werden gelöscht, wenn sie nach z.B. drei Monaten keine Relevanz mehr haben. Dafür wurden im vorherigen Abschnitt zusätzliche Werte in der Datenbank erzeugt, die in Diagrammen trotzdem noch einen Trend erkennen lassen.
  set_Reading("SpeicherTrigger","gesperrt");;                            ## Signalisiere gesperrt im stateFormat\
Wenn eine immer größer werdende Datenbank mit steigenden Antwortzeiten nicht stört, der kann das Aufräumen auch weg lassen. Bei einer späteren Migration führt dies natürlich zu höherem Aufwand und hohen Laufzeiten.
  if (AttrVal("$SELF","verbose",0) >=3)\
    {Log 3, "$SELF cmd_5  : SpeicherExternTrigger, Entlademodus gesperrt (Tarif oder Trigger)"};;\
}\
}\
\
################################################################################################################\
## 6 Wiederhole alle 180s die Kommandos der ExternControl Steuerung\
##\
6_Kommando_Wiederholung\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      ((\
      [WR_1_API:Battery_Control] > 0 and                                ## Wenn die ExternControl am WR konfiguriert ist\
      [$SELF:SpeicherCmdRepeatActive]  eq "An" and                      ## Wenn die ExternControl Aktiviert ist\
      [$SELF:SpeicherCmdRepeatRunning] eq "An" and                      ## Wenn es  ExternControl Kommandos zum Senden gibt\
      [  {sunrise_abs("HORIZON=+5.0",0,"6:00","08:35")}                ## Innerhalb der Photovoltaik Zeit\
        - {sunset_abs("HORIZON=+8.0",0,"15:00","21:00")} ] and\
      [+([WR_1_API:Battery_ComMonitor_Time]-30)]                        ## Den Befehl nach eingestellter Zeit wiederholen\
      )\
      or [$SELF:ui_command_1] eq "Kommando_Wiederholung"                ## Hier wird das uiTable select ausgewertet\
    )\
  ) {\
\
    if( [$SELF:ui_command_1] eq "Kommando_Wiederholung" ) {              ## Hier wurde manuell eingeschaltet\
      set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
    }\
\
  my $MaxChargePowerTime = 0;;\
  my $MaxChargePowerAbs_midday = 0;;\
\
  if (AttrVal("$SELF","verbose",0) >=4) {                              ## Hier können noch Testmeldungen hin\
    Log 3, "$SELF cmd_Test : SpeicherMiddayControlRunning ".[$SELF:SpeicherMiddayControlRunning];;\
    Log 3, "$SELF cmd_Test : Yield_fc0_middayhigh_start  ".[WR_ctl:Yield_fc0_middayhigh_start];;\
    Log 3, "$SELF cmd_Test : Yield_fc0_middayhigh_stop    ".[WR_ctl:Yield_fc0_middayhigh_stop];;\
  }\
\
  if ([$SELF:SpeicherMiddayControlRunning] eq "An" ) {                  ## Wurde ein Mittagshoch ermittelt und aktiviert?\
\
    if ( [WR_1:Act_state_of_charge] >= [WR_1_API:Battery_InternControl_MinSoc] *3 ) {\
      if ( time < ::time_str2num(POSIX::strftime("%Y-%m-%d",localtime(time))." ".[$SELF:SpeicherMidday_NotBefore].":00") ) {\
        ::CommandSet(undef, "WR_1_API 23_07_Battery_ExternControl_MaxChargePowerAbs 0");;    ## nicht vor z.B. 09:00 Uhr starten. Ladung auf 0 Watt setzen\
        if (AttrVal("$SELF","verbose",0) >=3) {                                              ## Es wird nur langsam geladen und MaxSOC limitiert.\
          Log 3, "$SELF cmd_6  : SpeicherMiddayControl vor ".[$SELF:SpeicherMidday_NotBefore]." Uhr noch nicht laden";;\
        }\
      } else {                                                          ## Ist noch Vormittag?\
        if ( time < ::time_str2num(POSIX::strftime("%Y-%m-%d",localtime(time))." ".[WR_ctl:Yield_fc0_middayhigh_start].":00") ) {\
          ::CommandSet(undef, "WR_1_API 23_07_Battery_ExternControl_MaxChargePowerAbs ".[$SELF:SpeicherMidday_MaxChargePowerAbs_morning]);;\
          set_Exec("wait_ExternControl",4,'::CommandSet(undef, "WR_1_API 23_09_Battery_ExternControl_MaxSocRel ".'.[$SELF:SpeicherMidday_MaxSOC].')');;\
          if (AttrVal("$SELF","verbose",0) >=3) {                      ## Es wird nur langsam geladen und MaxSOC limitiert.\
            Log 3, "$SELF cmd_6  : SpeicherMiddayControl vor ".[WR_ctl:Yield_fc0_middayhigh_start]." limitieren";;\
            Log 3, "$SELF cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf ".[$SELF:SpeicherMidday_MaxChargePowerAbs_morning]." limitiert";;\
            Log 3, "$SELF cmd_6  : Battery_ExternControl_MaxSOC auf ".[$SELF:SpeicherMidday_MaxSOC]." % limitiert";;\
          }\
        }\
      }\
    } else {\
      Log 3, "$SELF cmd_6  : Battery_InternControl_MinSoc auf ".([WR_1_API:Battery_InternControl_MinSoc] *3)." % laden";;\
    }\
\
    if (::time_str2num(POSIX::strftime("%Y-%m-%d",localtime(time))." ".[WR_ctl:Yield_fc0_middayhigh_start].":00") <= time and  ## Es ist Mittag\
        time <= ::time_str2num(POSIX::strftime("%Y-%m-%d",localtime(time))." ".[WR_ctl:Yield_fc0_middayhigh_stop].":00") ) {\
\
      my $wait = POSIX::strftime("%H:%M",localtime(::time_str2num(POSIX::strftime("%Y-%m-%d",localtime(time))." ".[WR_ctl:Yield_fc0_middayhigh_start].":00")+3600 ));;\
          $wait = POSIX::strftime("%H:%M",localtime(::time_str2num(POSIX::strftime("%Y-%m-%d",localtime(time))." ".[WR_ctl:Yield_fc0_middayhigh_start].":00") ));;\
\
      if ([$SELF:SpeicherMaxSOCControlRunning] eq "An" and                    ## Somit bleibt weniger Platz im Speicher und es ist\
          time < ::time_str2num(POSIX::strftime("%Y-%m-%d",localtime(time))." ".$wait.":00") ) {  ## besser nicht zu früh beginnen.\
        if (AttrVal("$SELF","verbose",0) >=3)\
          {Log 3, "$SELF cmd_6  : SpeicherMiddayControlActive laden wegen MaxSoc von ".[WR_ctl:Yield_fc0_middayhigh_start]." auf ".$wait." Uhr verschoben"};;\
\
      } else {                                                                ## auch jetzt nicht mit voller Leistung laden\
\
        if ([$SELF:SpeicherMidday_MaxChargePowerAbs_midday] == 0) {            ## dynamische Leistungsermittlung oder vorgewählter Wert\
          $MaxChargePowerTime      = ::round((::time_str2num(POSIX::strftime("%Y-%m-%d",localtime(time))." ".[WR_ctl:Yield_fc0_middayhigh_stop].":00") - time) / 3600 , 2);;  ## Mittags Ladezeit bestimmen\
\
          my $MaxChargePowerLimit  = (1 - ::round($MaxChargePowerTime,2) * [$SELF:SpeicherMidday_MaxChargePowerSteigung]);;  ## Zu Beginn etwas langsamer anfangen, empirisch ermittelt\
\
          $MaxChargePowerAbs_midday = ::round( [WR_1:Battery_work_capacity] * ([$SELF:SpeicherMaxSOC_Actual] - [WR_1:Act_state_of_charge]) / 100 * $MaxChargePowerLimit, 0);;\
\
          if ($MaxChargePowerAbs_midday < 500) { $MaxChargePowerAbs_midday = 500 };;## Nicht unter 1000\
          Log 3, "$SELF cmd_6  : Mittags $MaxChargePowerTime h mit $MaxChargePowerAbs_midday W laden";;\
        } else {\
          $MaxChargePowerAbs_midday = [$SELF:SpeicherMidday_MaxChargePowerAbs_midday];; ## Nimm den vorgewählten Wert\
        };;\
\
        ::CommandSet(undef, "WR_1_API 23_07_Battery_ExternControl_MaxChargePowerAbs $MaxChargePowerAbs_midday");;\
        set_Exec("wait_ExternControl",4,'::CommandSet(undef, "WR_1_API 23_09_Battery_ExternControl_MaxSocRel ".'.[$SELF:SpeicherMaxSOC_Actual].')');;\
        if (AttrVal("$SELF","verbose",0) >=3) {\
          Log 3, "$SELF cmd_6  : SpeicherMiddayControlActive laden von ".[WR_ctl:Yield_fc0_middayhigh_start]." bis ".[WR_ctl:Yield_fc0_middayhigh_stop]." freigegeben";;\
          Log 3, "$SELF cmd_6  : Battery_ExternControl_MaxChargePowerAbs auf $MaxChargePowerAbs_midday limitiert";;\
          Log 3, "$SELF cmd_6  : Battery_ExternControl_MaxSocRel ".[$SELF:SpeicherMaxSOC_Actual]." % halten"\
        };;\
      };;\
    };;\
\
    if (time > ::time_str2num(POSIX::strftime("%Y-%m-%d",localtime(time))." ".[WR_ctl:Yield_fc0_middayhigh_stop].":00") ) {    ## Es ist Nachmittag und die\
      set_Reading("SpeicherMiddayControlRunning","Aus");;                                        ## Mittagssteuerung wird abgeschaltet\
      ::CommandSet(undef, "WR_1_API 23_09_Battery_ExternControl_MaxSocRel ".[$SELF:SpeicherMaxSOC_Actual]);;\
      if (AttrVal("$SELF","verbose",0) >=3) {\
        Log 3, "$SELF cmd_6  : Battery_ExternControl_MaxSocRel ".[$SELF:SpeicherMaxSOC_Actual]." % halten";;\
        Log 3, "$SELF cmd_6  : SpeicherMiddayControl nach ".[WR_ctl:Yield_fc0_middayhigh_stop]." beendet";;\
      };;\
    };;\
  };;\
\
  if (ReadingsVal("$SELF","SpeicherMaxSOCControlRunning","") eq "An" and ## Nur MaxSOC soll begrenzt werden\
      [$SELF:SpeicherMaxSOC_Actual] <= 100                        and                                          \
      ReadingsVal("$SELF","SpeicherMiddayControlRunning","") eq "Aus") { ##  sobald die Mittagssteuerung fertig ist\
    if ([WR_1:SW_Home_own_consumption_from_Battery] > 500) {            ## Sollte der Speicher bereits jetzt verwendet werden ist es besser\
      set_Reading("SpeicherMaxSOCControlRunning","Aus");;                ## die MaxSOC Begrenzung zu stoppen\
      if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF cmd_6  : SpeicherMaxSOCControl wegen Speicher Nutzung am Nachmittag beendet"};;\
    } else {\
      ::CommandSet(undef, "WR_1_API 23_09_Battery_ExternControl_MaxSocRel ".[$SELF:SpeicherMaxSOC_Actual]);;\
      if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF cmd_6  : Battery_ExternControl_MaxSocRel ".[$SELF:SpeicherMaxSOC_Actual]." % halten"};;\
    };;\
  };;\
\
  if (AttrVal("$SELF","verbose",0) >=4)\
    {Log 3, "$SELF cmd_6  : ExternControl Kommando Wiederholung erledigt"};;\
\
  set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## 7 Bestimmung eines möglichen SOC für den nächsten Morgen und\
##  Vorbereitung für ein Leistungshoch am Mittag\
##\
7_SOC_Calculation\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
    (\
      ([WR_1_API:Battery_Control] > 0 and                              ## Ist die ExternControl am WR aktiviert\
        ([$SELF:SpeicherMaxSOCControlActive] eq "An"  or                ## Ist MaxSOC Limit konfiguriert\
        [$SELF:SpeicherMiddayControlActive] eq "An" ) and              ## Ist Midday Kontrolle konfiguriert\
        [$SELF:SpeicherMaxSOC_MinSOC_Time]  eq "NULL" and                ## Wurde ein minimum SOC bereits ermittelt\
        [{sunrise_abs("HORIZON=+4.0",0,"5:50","08:35")} - 10:00 ] and\
        [WR_1:SW_Home_own_consumption_from_PV] == [WR_1:SW_Home_own_consumption] ## Die PV Leistung reicht für's Haus\
      )\
      or [$SELF:ui_command_1] eq "SOC_Calculation"                      ## Hier wird das uiTable select ausgewertet\
    )\
  ) {\
  if( [$SELF:ui_command_1] eq "SOC_Calculation" ) {                    ## Hier wurde manuell eingeschaltet\
    set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
  }\
\
  my $MinSOC_Time  = "gefunden";;                                      ## Nur einmal am Tag bearbeiten\
  my $MinSOC_MinSOC = ::round([WR_1:Act_state_of_charge],0);;            ## Festgestellter MinSOC am Morgen          Magic ???\
  set_Reading("SpeicherMaxSOC_MinSOC_Time",$MinSOC_Time);;\
  set_Reading("SpeicherMaxSOC_MinSOC_MinSOC",$MinSOC_MinSOC);;\
  if (AttrVal("$SELF","verbose",0) >=3) {                              ## merken und melden\
    Log 3, "$SELF cmd_7  : SpeicherMaxSOC_MinSOC_Time ".$MinSOC_Time." ".$MinSOC_MinSOC." %";;\
  };;\
\
#############\
\
  if ([$SELF:SpeicherMaxSOCControlActive] eq "An" and\
      [WR_1_API:Battery_InternControl_MinHomeConsumption] < 100 and    ## Der Speicher darf nicht im smart_laden sein\
      [Pool_Counter:countsPerDay] == 0 and                              ## Achtung der Pool und auch die LWP\
      [LWP_Counter:countsPerDay]  == 0 ) {                              ##    sollten nicht mehr früh morgens laufen\
\
    my $SpeicherSOCMinimum = [WR_1_API:Battery_InternControl_MinSoc]*3;; ## 3x MinSOC als reserve vorsehen\
    my $SpeicherSOCDayBefore = ::round(ReadingsVal("$SELF","SpeicherMaxSOC_DayBefore", 100),0);; ## wie voll war er gestern noch?\
    my $SpeicherSOCNew      = 0;;\
    my $SpeicherSOCDelta    = 0;;\
\
    if ([WR_ctl:Yield_fc1_day] > [$SELF:SpeicherMaxSOC_fc1_Limit] and\
        $MinSOC_MinSOC                  > $SpeicherSOCMinimum ) {      ## Ist der Speicher voller als er müsste?\
\
      if (AttrVal("$SELF","verbose",0) >=3){\
        Log 3, "$SELF cmd_7  : SpeicherMaxSOC_DayBefore ".$SpeicherSOCDayBefore." %";;\
        Log 3, "$SELF cmd_7  : Leistung Prognose ".[WR_ctl:Yield_fc1_day]." wh > Schwellwert ".[$SELF:SpeicherMaxSOC_fc1_Limit]." wh";;\
        Log 3, "$SELF cmd_7  : Speicherladung aktuell $MinSOC_MinSOC % > Minimum $SpeicherSOCMinimum %";;\
      };;\
      $SpeicherSOCDelta = $MinSOC_MinSOC - $SpeicherSOCMinimum;;        ## Was wäre noch übrig?\
      if ($SpeicherSOCDelta <= 10) {                                    ## Das lohnt sich nicht\
        $SpeicherSOCNew = $SpeicherSOCDayBefore;;                        ## den Wert von gestern einfach beibehalten\
        set_Reading("SpeicherMaxSOC_Actual",$SpeicherSOCDayBefore);;\
        if (AttrVal("$SELF","verbose",0) >=3)\
          {Log 3, "$SELF cmd_7  : SpeicherMaxSOC_DayBefore ".$SpeicherSOCDayBefore." % gesichert"};;\
      } else {\
        $SpeicherSOCNew = ::round(($SpeicherSOCDayBefore+$SpeicherSOCDayBefore-$SpeicherSOCDelta)/2 ,0);;  ## um den Durchschnitt verringern\
        set_Reading("SpeicherMaxSOC_Actual",$SpeicherSOCNew);;          ## Das soll heute in den Speicher\
        if (AttrVal("$SELF","verbose",0) >=3)\
          {Log 3, "$SELF cmd_7  : SpeicherMaxSOC_DayBefore ".$SpeicherSOCNew." % neu berechnet und gesichert"};;\
      };;\
\
      if ($SpeicherSOCNew > 0) {                                        ## Es gibt einen neuen MaxSoc\
        set_Reading("SpeicherMaxSOCControlRunning","An");;              ## Senden starten\
        set_Reading("SpeicherCmdRepeatRunning","An");;                  ## Wiederholung starten\
        if (AttrVal("$SELF","verbose",0) >=3)\
          {Log 3, "$SELF cmd_7  : SpeicherMaxSOC_Actual ".$SpeicherSOCNew." % geplant"};;\
      } else {                                                          ## MaxSoc wird nicht begrenzt\
        if (AttrVal("$SELF","verbose",0) >=3)\
          {Log 3, "$SELF cmd_7  : SpeicherMaxSOC_Actual wird nicht begrenzt"};;\
      };;\
\
    } else {                                                            ## MaxSoc wird nicht begrenzt\
      if ($MinSOC_MinSOC  < $SpeicherSOCMinimum ) {                    ## MaxSoc leicht erhöhen, da er etwas zu niedrig war\
        $SpeicherSOCNew  = ::round($SpeicherSOCDayBefore+$SpeicherSOCMinimum-$MinSOC_MinSOC ,0);;\
        $SpeicherSOCDelta = ::round($SpeicherSOCMinimum-$MinSOC_MinSOC ,0);;\
        set_Reading("SpeicherMaxSOC_DayBefore",$SpeicherSOCNew);;\
        if (AttrVal("$SELF","verbose",0) >=3)\
          {Log 3, "$SELF cmd_7  : SpeicherMaxSOC_DayBefore wurde um ".$SpeicherSOCDelta." erhöht"};;\
      }\
      if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF cmd_7  : SpeicherMaxSOC_Actual wird nicht begrenzt, da die Prognose für morgen zu schlecht ist"};;\
    };;\
  };;\
\
  if ([$SELF:SpeicherMiddayControlActive] eq "An" and                  ## Soll für mittags noch Platz gehalten werden?\
      [WR_ctl:Yield_fc0_middayhigh] == 1 ) {                                                    \
                          \
    set_Reading("SpeicherMiddayControlRunning","An");;                  ## Die Mittagskontrolle aktivieren\
    set_Reading("SpeicherCmdRepeatRunning","An");;\
    if (AttrVal("$SELF","verbose",0) >=3){                              ## (die Uhrzeiten wurden bereits durch Solar_forecast() im WR_1 Device eingetragen)\
      Log 3, "$SELF cmd_7  : Batterie SpeicherMiddayControlRunning vorbereitet";;\
      Log 3, "$SELF cmd_7  : Batterie Yield_fc0_middayhigh_start ".ReadingsVal("WR_ctl","Yield_fc0_middayhigh_start", "00:00")." gesetzt";;\
      Log 3, "$SELF cmd_7  : Batterie Yield_fc0_middayhigh_stop  ".ReadingsVal("WR_ctl","Yield_fc0_middayhigh_stop ", "00:00")." gesetzt";;\
    };;\
  } else {                                                              ## Kein Mittagshoch\
    Log 3, "$SELF cmd_7  : SpeicherMiddayControl es wird kein Middayhigh geben";;\
  };;\
\
#############\
\
  set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## 8 Reset der ExternControl Kommandos\
##\
8_Reset\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
        [{sunset_abs("HORIZON=+8.0",0,"16:00","21:00")}]                ## hier sollte das Ende der PV-Zeit sein\
      or [$SELF:ui_command_1] eq "Reset"                                ## Hier wird das uiTable select ausgewertet\
  ) {\
  if( [$SELF:ui_command_1] eq "Reset" ) {                              ## Hier wurde manuell eingeschaltet\
    set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
  }\
\
  set_Reading("SpeicherCmdRepeatRunning","Aus");;                        ## Stop das regelmäßige senden der Kommandos\
                  \
  set_Reading("SpeicherMaxSOCControlRunning","Aus");;                    ## Max SOC Steuerung zurücksetzen\
  set_Reading("SpeicherMaxSOC_Actual","100");;                          ## SpeicherMaxSOC_Actual auf Default\
  set_Reading("SpeicherMaxSOC_DayBefore",[WR_1:Act_state_of_charge]);;  ## Den vor Tages Wert merken\
  set_Reading("SpeicherMaxSOC_MinSOC_Time","NULL");;                    ## Die MinSOC Time löschen\
      \
  set_Reading("SpeicherMiddayControlRunning","Aus");;                    ## Midday Steuerung zurücksetzen\
\
  fhem("setreading WR_ctl Yield_fc0_middayhigh 0");;\
  fhem("setreading WR_ctl Yield_fc0_middayhigh_start 00:00");;\
  fhem("setreading WR_ctl Yield_fc0_middayhigh_stop  00:00");;\
\
  fhem("setreading WR_ctl Yield_fc1_middayhigh 0");;\
  fhem("setreading WR_ctl Yield_fc1_middayhigh_start 00:00");;\
  fhem("setreading WR_ctl Yield_fc1_middayhigh_stop  00:00");;\
\
  if (AttrVal("$SELF","verbose",0) >=3)\
    {Log 3, "$SELF cmd_8  : ExternControl zurückgesetzt"};;\
\
  set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## 9 Umschaltung des MinSOC wenn zu wenig Leistung erwartet wird, das ist dann im Herbst/Winter\
##\
9_MinSOC_Winter\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      ([WR_ctl:Yield_fc1_day]                  < [$SELF:SpeicherMinSOC_fc1_Limit] and        ## Wenn morgen das Minimum an Leistung nicht erreicht wird\
        [WR_1_API:Battery_InternControl_MinSoc] < [$SELF:SpeicherMinSOC_Winter]    and        ## und der MinSoc unter der Winter Wert eingestellt ist\
        ([$SELF:SpeicherMaxSOC_MinSOC_Time] eq "gefunden" or\
        [$SELF:SpeicherMaxSOC_MinSOC_Time] eq "NULL" and [10:01])\
      )\
      or [$SELF:ui_command_1] eq "Winter"                                ## Hier wird das uiTable select ausgewertet\
  ) {\
  if( [$SELF:ui_command_1] eq "Winter" ) {                              ## Hier wurde manuell eingeschaltet\
    set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
  }\
\
  ::CommandSet(undef, "WR_1_API 22_04_Battery_MinSoc ".[$SELF:SpeicherMinSOC_Winter]);;        ## Den MinSOC anheben, um eine eventuelle\
  if (AttrVal("$SELF","verbose",0) >=3)\
    {Log 3, "$SELF cmd_9  : Batterie MinSoc auf Winterbetrieb"};;        ## Notladung zu verhindern\
  set_Reading("SpeicherCmdRepeatRunning","Aus");;                        ## Stop das regelmäßige senden der Kommandos\
  set_Reading("SpeicherMaxSOCControlRunning","Aus");;                    ## Im Winter Betrieb keine MaxSOC Begrenzung\
  set_Reading("SpeicherMiddayControlRunning","Aus");;                    ## und keine Midday Steuerung\
  if (AttrVal("$SELF","verbose",0) >=3)\
    {Log 3, "$SELF cmd_9  : MaxSOC Begrenzung und Midday Steuerung im Winterbetrieb deaktiviert"};;\
\
  set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## 10 Umschaltung des MinSoc wenn viel Leistung erwartet wir, das wäre dann Frühling/Sommer\
##\
10_MinSOC_Sommer\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      ([WR_ctl:Yield_fc1_day]                  > [$SELF:SpeicherMinSOC_fc1_Limit] and        ## sobald viel Ladung erwartet wird und der MinSoc noch\
        [WR_1_API:Battery_InternControl_MinSoc] > [$SELF:SpeicherMinSOC_Sommer]    and        ## noch im Winter Modus ist\
        [10:09] \
      )\
      or [$SELF:ui_command_1] eq "Sommer"                                ## Hier wird das uiTable select ausgewertet\
  ) {\
  if( [$SELF:ui_command_1] eq "Sommer" ) {                              ## Hier wurde manuell eingeschaltet\
    set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
  }\
                                                                                          \
  ::CommandSet(undef, "WR_1_API 22_04_Battery_MinSoc ".[$SELF:SpeicherMinSOC_Sommer]);;        ## den MinSOC auf Sommerbetrieb herabsetzen, es kann\
  if (AttrVal("$SELF","verbose",0) >=3)\
    {Log 3, "$SELF cmd_10 : Batterie MinSoc auf Sommerbetrieb"};;                              ## wieder mehr Leistung genutzt werden\
\
  set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## 11 Der Speicher ist voll geladen. Hier wird das ständige nachladen auf 100 % vermieden.\
##\
11_Speicher_voll\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      ( [WR_ctl:Yield_fc0_day]        >  [$SELF:SpeicherMaxSOC_fc1_Limit] and    ## 1) sobald viel Leistung erwartet wird und der Speicher voll ist\
        [WR_1:Act_state_of_charge]    == 100                              and    ##    den MaxSOC wieder reduzieren, damit nicht immer nachgeladen wird\
        [$SELF:SpeicherMaxSOC_Actual] ne 95                                      ##  \
        or\
        ([$SELF:SpeicherMaxSOC_Actual] == 95 and                                  ## 2) oder das Nachladen gestoppt wurde\
        [WR_1:Act_state_of_charge] <=  98  and                                  ##    und der SOC unte 98 % gefallen ist\
        [{sunset_abs("HORIZON=+8.0",-7200,"15:00","21:00")}])                    ##    zwei Stunden vor Sonnenuntergang eventuell wieder nachladen\
      ) and [$SELF:ui_command_1] eq "---"\
      or [$SELF:ui_command_1] eq "Speicher_voll"                        ## Hier wird das uiTable select ausgewertet\
  ) {\
  if( [$SELF:ui_command_1] eq "Speicher_voll" ) {                      ## Hier wurde manuell eingeschaltet\
    set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
  }\
\
  if ([WR_1:Act_state_of_charge] <= 98) {\
    set_Reading("SpeicherMaxSOC_Actual","100");;                        ## Eventuell noch mal nachladen\
    set_Reading("SpeicherMaxSOCControlRunning","Aus");;\
    if (AttrVal("$SELF","verbose",0) >=3) {\
      Log 3, "$SELF cmd_11 : Battery_ExternControl_MaxSocRel auf 100 % nachladen";;\
    };;\
  } else {\
    set_Reading("SpeicherMaxSOC_Actual","95");;\
    set_Reading("SpeicherCmdRepeatRunning","An");;                      ## Start regelmäßiges senden der Kommandos\
    set_Reading("SpeicherMaxSOCControlRunning","An");;                  ## MaxSOC Begrenzung weil Speicher bereits 100 % hat\
    if (AttrVal("$SELF","verbose",0) >=3) {\
      Log 3, "$SELF cmd_11 : Battery_ExternControl_MaxSocRel auf 95 % reduziert";;\
    };;\
  }\
\
  set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## 12 WR_1_Speicher_1 DC_Power_Abs setzen z.B. zur Zwangsentladung\
##    dies muss manuell wiederholt werden. Danach hängt es vom WR ab, wie er die Speichersteuerung fortsetzt.\
12_DC_Power_Abs \
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [$SELF:ui_command_1] eq "DC_Power_Abs"                            ## Hier wird das uiTable select ausgewertet\
  ) {\
  if( [$SELF:ui_command_1] eq "DC_Power_Abs" ) {                        ## Hier wurde manuell eingeschaltet\
    set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
  }\
\
  ::CommandSet(undef, "WR_1_API 23_05_Battery_ExternControl_DcPowerAbs ".[$SELF:SpeicherDcPowerAbs]);;\
\
  if (AttrVal("$SELF","verbose",0) >=3) {\
    Log 3, "$SELF cmd_12 : Battery_ExternControl_DcPowerAbs auf ".[$SELF:SpeicherDcPowerAbs]." gesetzt";;\
  };;\
\
  set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## 13 WR_1_Speicher_1 Status aktualisieren.\
##  Dies ist momentan nur für den BYD HV Speicher, da der BYD HVS eine direkte Abfrage nicht unterstützt.\
##  Wer keinen BYD HV Speicher hat kann das löschen\
13_Status_WR_1_Speicher_1_BYD\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      ([+:06] and !([:00] or [:30]))\
      or\
      [$SELF:ui_command_1] eq "Status_WR_1_Speicher_1_BYD"              ## Hier wird das uiTable select ausgewertet\
  ) {\
  if( [$SELF:ui_command_1] eq "Status_WR_1_Speicher_1_BYD" ) {          ## Hier wurde manuell eingeschaltet\
    set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
\
  ::CommandGet(undef, "WR_1_Speicher_1 BatteryInformation");;\
  ::CommandGet(undef, "WR_1_Speicher_1 StatisticInformation");;\
\
    if (AttrVal("$SELF","verbose",0) >=4) {\
      Log 3, "$SELF cmd_13 : Speicher Status abfrage, BYD HV direkt"\
    }\
  }\
}\
\
################################################################################################################\
## 14_Lüfter_ein\
\
################################################################################################################\
## 15_Lüfter_aus\
\


################################################################################################################\
====RAW Definition LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day====
## 17 Wiederhole alle 180s das Kommando für die DcPowerAbs Steuerung\
Löschen aller Statistic_EnergyHomeBat_Day Werte, bis auf den maximal Wert des Tages.
##\
Der aktuelle Tag bleibt noch erhalten.
17_Kommando_Wiederholung_DcPowerAbs\
Aufruf mit: maxValue deleteOther
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
<syntaxhighlight lang="Perl">
    and\
defmod LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day DbRep LogDB
      ((\
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day DbLogExclude .*
      [$SELF:SpeicherTriggerLaden] eq "An"  and                        ## Ist der Trigger für das Zwangsladen aktiv?\
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day aggregation day
      [$SELF:SpeicherDcPowerAbs]  ne 0    and                        ## Wurde eine Lade/Entlade Leistung eingestellt?\
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day allowDeletion 1
      [+([WR_1_API:Battery_ComMonitor_Time]-30)]                        ## Den Befehl nach eingestellter Zeit wiederholen\
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day comment Version 2020.10.30 18:30\
      )\
Löschen aller Statistic_EnergyHomeBat_Day Werte, bis auf den maximal Wert des Tages.\
      or [$SELF:ui_command_1] eq "Kommando_Wiederholung_DcPowerAbs"      ## Hier wird das uiTable select ausgewertet\
Der aktuelle Tag bleibt noch erhalten.\
    )\
Aufruf mit: maxValue deleteOther
  ) {\
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day device PV_1_API
\
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day reading Statistic_EnergyHomeBat_Day
    if( [$SELF:ui_command_1] eq "Kommando_Wiederholung_DcPowerAbs" ) {  ## Hier wurde manuell eingeschaltet\
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day room Strom->Energie,System
      set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day timestamp_begin previous_month_begin
    }\
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day timestamp_end current_day_end
\
</syntaxhighlight>
  ::CommandSet(undef, "WR_1_API 23_05_Battery_ExternControl_DcPowerAbs [$SELF:SpeicherDcPowerAbs]");;\
  set_Exec("17_Battery_EM_State",30,'::CommandGet(undef, "WR_1_API 25_Battery_EM_State")');;\
\
  if (AttrVal("$SELF","verbose",0) >=3) {\
    Log 3, "$SELF cmd_17 : Battery_ExternControl_DcPowerAbs auf ".[$SELF:SpeicherDcPowerAbs]." gesetzt";;\
  };;\
\
  set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}
attr WR_1_Speicher_1_ExternControl DbLogExclude .*
attr WR_1_Speicher_1_ExternControl alias WR_1_Speicher_1_ExternControl
attr WR_1_Speicher_1_ExternControl comment Version 2023.06.21 14:00\
\
Hier können externe Trigger für die Ladung und Entladung Der Batterie gesetzt werden.\
Die Zeiten können z.B. durch den WeekDayTimer entsprechend an einen Stromtarif angepasst werden.\
Das reading SpeicherEntladung Automatik/Zeit/SpeicherTrigger ermöglicht es die Zeitsteuerung zu überschreiben.\
\
ExternTrigger\
Das reading dient dem Freigeben und Sperren der externen Trigger, z.B. um im Herbst/Winter das smart_laden zu steuern.\
Es verriegelt somit die Zeitsteuerung oder den SpeicherTrigger.\
\
SpeicherEntladung:Automatik,Zeit,SpeicherTrigger \
Automatik - Der Speicher wird vom Wechselrichter gesteuert, oder über die eigene ExternControl der API\
Zeit - Das Laden und Entladen wird mit den Zeitwerten beeinflusst\
SpeicherTrigger - beeinflusst das Laden und Entladen direkt ohne die Zeitsteuerung\
\
SpeicherTrigger:entladen,gesperrt\
Dieser Trigger kann durch ander Logik gesetzt werden.\
Auch hier wäre eine Zeitsteuerung denkbar, die entladen/gesperrt entsprechend umschaltet.\
\
SpeicherZeitStart/SpeicherZeitEnde\
Die Zeitangaben können manuell fest gesetzt werden, oder über zusätzliche Timer täglich neu überschrieben werden.\
Eine gültige Zeit und entsprechendes Timeing obliegt dem Anwender.\
Zwischen Start und Ende wird der Speicher zum Entladen freigegeben und zwischen Ende und Start gesperrt.\
\
Speicher*ControlActive\
Das jeweilige reading aktiviert diese Teilkomponente für die Steuerung.\
Ein jeweiliges Speicher*ControlRunning signalisiert, ob gerade die Bedingungen erfüllt sind.\
\
SpeicherCmdRepeatActive\
Es muss im WR die externe Speicher Steuerung aktiviert sein.\
Möchte man trotzdem die Sendung der ExternControl Kommandos stoppen, obwohl die Bedingungen erfüllt sind,\
kann man dieses reading zum Deaktivieren auf 0 setzen.\
\
SpeicherMiddayControl\
Über die Solar_forecast() Funktion wird ein Middayhigh ermittelt, wenn der WR nur 70% einspeisen darf.\
\
SpeicherMaxSOCControl\
Es wird versucht den Speicher am Abend nicht zu 100% zu laden, aber morgens noch mit 3* MinSOC aus der Nacht zu kommen.\
\
SpeicherMinSOC\
Dies gehört zur Basis Steuerung und schaltet den MinSOC von Sommer auf Winter Betrieb,\
um eine Notladung aus dem Netz zu vermeiden.
attr WR_1_Speicher_1_ExternControl disable 0
attr WR_1_Speicher_1_ExternControl group PV Eigenverbrauch
attr WR_1_Speicher_1_ExternControl icon measure_battery_100
attr WR_1_Speicher_1_ExternControl readingList SpeicherExternTrigger SpeicherCmdRepeatActive SpeicherZeitStart SpeicherZeitEnde SpeicherEntladung SpeicherTrigger SpeicherMiddayControlActive SpeicherMidday_Inverter_Max_Power SpeicherMidday_MaxChargePowerAbs_morning SpeicherMidday_MaxChargePowerAbs_midday SpeicherMidday_MaxChargePowerSteigung SpeicherMidday_MaxSOC SpeicherMidday_NotBefore SpeicherMinSOC_Sommer SpeicherMinSOC_Winter SpeicherMinSOC_fc1_Limit SpeicherMaxSOCControlActive SpeicherMaxSOC_Actual SpeicherMaxSOC_DayBefore SpeicherMaxSOC_fc1_Limit
attr WR_1_Speicher_1_ExternControl room Strom->Photovoltaik
attr WR_1_Speicher_1_ExternControl setList SpeicherExternTrigger:frei,gesperrt SpeicherCmdRepeatActive:0,1 SpeicherZeitStart:time SpeicherZeitEnde:time SpeicherEntladung:Automatik,Zeit,Trigger SpeicherTrigger:entladen,gesperrt,none SpeicherMiddayControlActive:0,1 SpeicherMidday_Inverter_Max_Power:slider,3000,500,20000 SpeicherMidday_MaxChargePowerAbs_morning:slider,0,50,1000 SpeicherMidday_MaxChargePowerAbs_midday:slider,0,100,4700 SpeicherMidday_MaxChargePowerSteigung SpeicherMidday_MaxSOC:slider,20,5,50 SpeicherMidday_NotBefore:time SpeicherMinSOC_Sommer:slider,5,1,20 SpeicherMinSOC_Winter:slider,5,1,20 SpeicherMinSOC_fc1_Limit:slider,7000,500,17000 SpeicherMaxSOCControlActive:0,1 SpeicherMaxSOC_Actual:slider,60,5,100 SpeicherMaxSOC_DayBefore:slider,15,5,100 SpeicherMaxSOC_fc1_Limit:slider,10000,2000,50000
attr WR_1_Speicher_1_ExternControl sortby 122
attr WR_1_Speicher_1_ExternControl uiTable {\
package ui_Table;;\
##  $TR{0} = "style='color:yellow;;text-align:left;;font-weight:bold;;font-size:18px'";;                                                        ## Reihe 0 für Überschrift\
  $TABLE = "style='width:100%;;'";;\
\
  $TD{0..9}{0}    = "align='center' style='font-size:16px;;border-right-style:solid;;border-color:darkgreen;;border-right-width:2px;;width:26%'";;\
\
  $TD{0..9}{1} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:1px;;width:36%;;font-weight:bold;;'";;\
  $TD{0..9}{2..4} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:1px;;width:8%;;text-align:center;;'";;\
  $TD{0..9}{5} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:2px;;width:8%;;text-align:center;;'";;\
\
sub FUNC_batt {\
    my($val)=@_;;\
    my $ret="position:absolute;;left:".(90*$val/100)."px;;width:90px;;height:20px;;background:linear-gradient( to right,#F8F8E0 ".(90-(90*$val/100))."px,rgba(0,0,0,0) ".(90-(90*$val/100))."px);;";;\
    return $ret;;\
  }\
sub FUNC_Status {\
    my($value, $min, $colorMin,  $statusMin,  $colorMiddel, $statusMiddle, $max, $colorMax, $statusMax)=@_;;\
    my $ret = ($value < $min)? '<span style="color:'.$colorMin.'">'.$statusMin.'</span>' : ($value > $max)? '<span style="color:'.$colorMax.'">'.$statusMax.'</span>' : '<span style="color:'.$colorMiddel.'">'.$statusMiddle.'</span>';;\
    return $ret;;\
  }\
}\
\
#########################################################\
## "Spalte 0"|"Spalte 1"|"Spalte 2"|"Spalte 3"|"Spalte 4"|"Spalte 5"\
\
"$SELF"|"Kommando<dd>Auswahl / DcPowerAbs / Status</dd>" | widget([$SELF:ui_command_1],"uzsuDropDown,---,Status_Speicher,smart_Laden_start,smart_Laden_beenden,smart_Laden_starten_WB_1,smart_Laden_beenden_WB_1,Kommando_Wiederholung,SOC_Calculation,Reset,DC_Power_Abs,Sommer,Winter,Speicher_voll,14_Luefter_ein,15_Luefter_aus,Status_WR_1_Speicher_1_BYD") | widget([$SELF:SpeicherDcPowerAbs],"selectnumbers,-4500,250,4500,0,lin")."W".widget([$SELF:SpeicherTriggerLaden],"uzsuToggle,Aus,An") |[WR_1_API:Battery_EM_State]|([$SELF:SpeicherExternTrigger] eq "gesperrt" and [WR_1_API:Battery_InternControl_MinHomeConsumption] == 30000)?'<span style="color:red">smart_Laden aktiv</span>':""\
\
|"Speicher<dd>Steuerung</dd>" | widget([$SELF:SpeicherEntladung],"uzsuDropDown,Automatik,Trigger,Zeit") |"WB_1 Laden ".widget([$SELF:SpeicherWB_1_buffer],"uzsuToggle,Aus,An")|\
FUNC_Status([WR_1:Actual_Battery_charge_-minus_or_discharge_-plus_P],-10,"green","Laden","orange","Standby",15,"red","Entladen")."<br>".FUNC_Status([WR_1:Act_state_of_charge],15,"red","Speicher SOC","orange","Speicher SOC",49,"green","Speicher SOC")|\
\
FUNC_Status([WR_1:Actual_Battery_charge_-minus_or_discharge_-plus_P],-10,"green",[WR_1:Actual_Battery_charge_-minus_or_discharge_-plus_P],"orange",[WR_1:Actual_Battery_charge_-minus_or_discharge_-plus_P],15,"red",[WR_1:Actual_Battery_charge_-minus_or_discharge_-plus_P])." W"."<div style='border-width:2px;;border-style:solid;;border-color:gray;;position:relative;;width:90px;;height:20px;;background:linear-gradient( to right, red 0px,yellow 30px,green 50px);;'>".STY(" ",FUNC_batt([WR_1:Act_state_of_charge])).STY(::round([WR_1:Act_state_of_charge],0)."%","font-size:16px;;position:absolute;;top:2px;;left:30px")."</div>"\
\
\
|"Trigger<dd>Status / ExternTrigger / Start / Ende</dd>" | widget([$SELF:SpeicherTrigger],"uzsuDropDown,entladen,gesperrt,none") | widget([$SELF:SpeicherExternTrigger],"uzsuDropDown,frei,gesperrt,none") | widget([$SELF:SpeicherZeitStart],"time") | widget([$SELF:SpeicherZeitEnde],"time")\
\
|"Kommando Wiederholung<dd>aktiviert / läuft</dd>" | widget([$SELF:SpeicherCmdRepeatActive],"uzsuToggle,Aus,An") | widget([$SELF:SpeicherCmdRepeatRunning],"uzsuToggle,Aus,An") |""|""\
\
|"MaxSOC Kontrolle<dd>aktiviert / läuft</dd>" | widget([$SELF:SpeicherMaxSOCControlActive],"uzsuToggle,Aus,An") | widget([$SELF:SpeicherMaxSOCControlRunning],"uzsuToggle,Aus,An") |""|""\
\
|"MaxSOC Limit<dd>fc1_Limit / Minimum SOC Zeit / gestern / geplant</dd>" |\
FUNC_Status([WR_ctl:Yield_fc1_day],[$SELF:SpeicherMaxSOC_fc1_Limit],"red","<",0,0,([$SELF:SpeicherMaxSOC_fc1_Limit]-1),"green",">="). widget([$SELF:SpeicherMaxSOC_fc1_Limit],"selectnumbers,2000,1000,40000,0,lin") | ([$SELF:SpeicherMaxSOC_MinSOC_Time] eq "gefunden")?(POSIX::strftime("%H:%M",::localtime(::time_str2num(::ReadingsTimestamp("$SELF","SpeicherMaxSOC_MinSOC_MinSOC",""))))." ".[$SELF:SpeicherMaxSOC_MinSOC_MinSOC]." %"):"wartet" |\
"<div style='border-width:2px;;border-style:solid;;border-color:gray;;position:relative;;width:90px;;height:20px;;background:linear-gradient( to right, red 0px,yellow 30px,green 50px);;'>".STY(" ",FUNC_batt([$SELF:SpeicherMaxSOC_DayBefore])).STY("gestern","font-size:12px;;position:absolute;;top:3px;;left:25px")."</div>".widget([$SELF:SpeicherMaxSOC_DayBefore],"selectnumbers,5,1,100,0,lin")."%" |\
"<div style='border-width:2px;;border-style:solid;;border-color:gray;;position:relative;;width:90px;;height:20px;;background:linear-gradient( to right, red 0px,yellow 30px,green 50px);;'>".STY(" ",FUNC_batt([$SELF:SpeicherMaxSOC_Actual])).STY("geplant","font-size:12px;;position:absolute;;top:3px;;left:25px")."</div>".widget([$SELF:SpeicherMaxSOC_Actual],"selectnumbers,5,1,100,0,lin")."%"\
\
|"Mittags Kontrolle<dd>aktiviert / läuft</dd>" | widget([$SELF:SpeicherMiddayControlActive],"uzsuToggle,Aus,An") | widget([$SELF:SpeicherMiddayControlRunning],"uzsuToggle,Aus,An")|""|""\
\
|"Mittags Limits<dd>Inverter_Max_Power / Laden nicht vor / Start /Stop<br>MaxSOC morgens / Power morgens / Power mittags</dd>" | widget([$SELF:SpeicherMidday_Inverter_Max_Power],"selectnumbers,1000,250,15000,0,lin")."W<br>".widget([$SELF:SpeicherMidday_MaxSOC],"selectnumbers,5,1,100,0,lin")."%" | widget([$SELF:SpeicherMidday_NotBefore],"time").widget([$SELF:SpeicherMidday_MaxChargePowerAbs_morning],"selectnumbers,0,50,1000,0,lin")."W" | widget([WR_ctl:Yield_fc0_middayhigh_start],"time").widget([$SELF:SpeicherMidday_MaxChargePowerAbs_midday],"selectnumbers,0,100,4700,0,lin")."W" | widget([WR_ctl:Yield_fc0_middayhigh_stop],"time").([$SELF:SpeicherMidday_MaxChargePowerAbs_midday] == 0)?"dynamisch":""\
\
|"MinSOC Steuerung<dd>fc1_Limit / Winter | Sommer /aktuell</dd>"|\
FUNC_Status([WR_ctl:Yield_fc1_day],[$SELF:SpeicherMinSOC_fc1_Limit],"red","<",0,0,([$SELF:SpeicherMinSOC_fc1_Limit]-1),"green",">=").widget([$SELF:SpeicherMinSOC_fc1_Limit],"selectnumbers,2000,1000,40000,0,lin")."wh" |\
widget([$SELF:SpeicherMinSOC_Winter],"selectnumbers,10,1,30,0,lin").widget([$SELF:SpeicherMinSOC_Sommer],"selectnumbers,5,1,10,0,lin")."%" |""|[WR_1_API:Battery_InternControl_MinSoc]." %"
attr WR_1_Speicher_1_ExternControl verbose 3


setstate WR_1_Speicher_1_ExternControl 2021-12-03 10:42:26 SpeicherCmdRepeatActive An
====RAW Definition LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day====
setstate WR_1_Speicher_1_ExternControl 2022-03-29 14:33:58 SpeicherCmdRepeatRunning Aus
Löschen aller Statistic_EnergyHomeBat_Day Werte, bis auf den maximal Wert des Tages.
setstate WR_1_Speicher_1_ExternControl 2022-03-11 17:23:40 SpeicherDcPowerAbs 0
Der aktuelle Tag bleibt noch erhalten.
setstate WR_1_Speicher_1_ExternControl 2022-02-28 14:49:13 SpeicherEntladung Automatik
Aufruf mit: maxValue deleteOther
setstate WR_1_Speicher_1_ExternControl 2022-03-29 14:33:58 SpeicherExternTrigger none
setstate WR_1_Speicher_1_ExternControl 2021-12-03 10:42:26 SpeicherMaxSOCControlActive An
setstate WR_1_Speicher_1_ExternControl 2022-03-29 14:33:58 SpeicherMaxSOCControlRunning Aus
setstate WR_1_Speicher_1_ExternControl 2022-03-29 14:33:58 SpeicherMaxSOC_Actual 100
setstate WR_1_Speicher_1_ExternControl 2022-03-28 18:54:06 SpeicherMaxSOC_DayBefore 100
setstate WR_1_Speicher_1_ExternControl 2022-03-29 08:10:03 SpeicherMaxSOC_MinSOC_MinSOC 30
setstate WR_1_Speicher_1_ExternControl 2022-03-29 08:10:03 SpeicherMaxSOC_MinSOC_Time NULL
setstate WR_1_Speicher_1_ExternControl 2021-12-03 10:38:43 SpeicherMaxSOC_fc1_Limit 30000
setstate WR_1_Speicher_1_ExternControl 2021-12-03 10:42:27 SpeicherMiddayControlActive An
setstate WR_1_Speicher_1_ExternControl 2022-03-28 18:54:06 SpeicherMiddayControlRunning Aus
setstate WR_1_Speicher_1_ExternControl 2021-12-03 10:39:12 SpeicherMidday_Inverter_Max_Power 9000
setstate WR_1_Speicher_1_ExternControl 2022-03-08 11:21:31 SpeicherMidday_MaxChargePowerAbs_midday 0
setstate WR_1_Speicher_1_ExternControl 2021-12-03 10:39:31 SpeicherMidday_MaxChargePowerAbs_morning 450
setstate WR_1_Speicher_1_ExternControl 2021-12-03 10:39:28 SpeicherMidday_MaxSOC 30
setstate WR_1_Speicher_1_ExternControl 2022-03-03 09:21:27 SpeicherMidday_NotBefore 09:00
setstate WR_1_Speicher_1_ExternControl 2022-02-28 18:45:27 SpeicherMinSOC_Sommer 5
setstate WR_1_Speicher_1_ExternControl 2021-12-03 10:42:54 SpeicherMinSOC_Winter 20
setstate WR_1_Speicher_1_ExternControl 2022-03-15 08:04:40 SpeicherMinSOC_fc1_Limit 16000
setstate WR_1_Speicher_1_ExternControl 2022-02-28 14:49:05 SpeicherTrigger entladen
setstate WR_1_Speicher_1_ExternControl 2021-12-03 16:10:24 SpeicherZeitEnde 19:00
setstate WR_1_Speicher_1_ExternControl 2021-12-03 10:41:25 SpeicherZeitStart 09:00
setstate WR_1_Speicher_1_ExternControl 2022-03-29 14:33:58 WB_1_smart_laden_before ---
setstate WR_1_Speicher_1_ExternControl 2022-03-29 14:33:58 ui_command_1 ---
setstate WR_1_Speicher_1_ExternControl 2022-03-29 14:33:58 ui_command_1_before ---
</syntaxhighlight>
 
===Kostal Smart Energy Manager (KSEM) (Modbus/TCP)===
Sollte man mehrere AC Quellen im Haus haben werden die Messwerte benötigt, um den Hausverbrauch richtig zu berechnen.
Das Gerät ist hier mit "'''disable 1'''" konfiguriert, um es zu verwenden muss das Attribut auf 0 gesetzt oder einfach gelöscht werden.
 
Um den ModBus am KSEM zu nutzen muss man im ModBus Menü die Option "Slave" aktivieren.
 
Auch hier ist ein Interval von 60 Sekunden gesetzt worden. Das Logging ist noch komplett deaktiviert, weshalb man seine Werte noch selber definieren muss.
 
==== RAW Definition des KSEM ====
Zun Thema KSEM bestand direkter Kontakt mit dem Kostal Service. Der KSEM ermittelt nicht alle Werte, welche in der SunSpec spezifiziert sind. Alle nicht unterstützen Werte sind in den Registern mit 0x8000 gekennzeichnet. Für die nicht unterstützten Zählerstände wird 0x800000000 ausgegeben.
Der Summenstrom M_AC_Current (sum of active phases) kann aber durch den Endanwender selber aus der Summe der Einzelwerte (Phase A AC current, Phase B AC current Phase C AC current) berechnet werden. Die einzelnen Spannungen zwischen den Phasen können nicht gemessen werden und werden deshalb nicht ausgegeben.
 
Das Device wurde umbenannt, um es besser in die gesamt Implementierung einzugliedern.
<pre>
- WR , es wird vom Wechselrichter benötigt und sortiert sich im FHEM Web auch dort ein.
- 0  , es wird von mehreren Geräten benötig, was z.B. auch eine Wallbox sein kann. WR_[1|2] könnte bedeuten, dass es nur von diesem Gerät benötigt wird.
</pre>
Bei einer Schwarm Installation steuert der KSEM mehrere Wechselrichter bezüglich der 70% Regelung. Eine Wallbox benötigt ebenfalls eine Verbindung, wenn nur mit Überschuss geladen werden soll.
Auch wenn der KSEM im FHEM auf disable 1 steht ist er aktiv und steuert die Wechselrichter und Wallboxen. Es bedeutet nur, dass die Werte nicht zusätzlich im Fhem eingelesen werden. Der Plenticore bereitet die Daten bereits selber auf und liefert diese im WR_1 Device per ModBus bereits mit.
Da es beim Plenticore ein Problem mit den Statistiken im Schwarm gibt wird das Device WR_0_KSEM nun aktiv verwendet. Durch das Device PV_Schedule werden die Werte Active_energy[+|-] ins Device WR_1_API übertragen und bilden die initial Werte für die Day/Month/Year Statistiken.
<syntaxhighlight lang="Perl">
<syntaxhighlight lang="Perl">
defmod WR_0_KSEM ModbusAttr 1 60 192.168.178.xyz:502 TCP
defmod LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day DbRep LogDB
attr WR_0_KSEM DbLogExclude .*
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day DbLogExclude .*
attr WR_0_KSEM DbLogInclude Active_energy.*
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day aggregation day
attr WR_0_KSEM alias WR_0_KSEM
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day allowDeletion 1
attr WR_0_KSEM comment Version 2021.04.07 12:00\
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day comment Version 2020.10.30 18:30\
Der KSEM ermittelt nicht alle Werte, welche in der SunSpec spezifiziert sind.\
Löschen aller Statistic_EnergyHomePvSum_Day Werte, bis auf den maximal Wert des Tages.\
Alle nicht unterstützen Werte sind mit 0x8000 gekennzeichnet.\
Der aktuelle Tag bleibt noch erhalten.\
Für die nicht unterstützten Zählerstände wird die 0x800000000 ausgegeben.\
Aufruf mit: maxValue deleteOther
\
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day device PV_1_API
Der Summenstrom M_AC_Current (sum of active phases) kann aber durch den Endanwender selber\
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day reading Statistic_EnergyHomePvSum_Day
berechnet werden aus der Summe der Einzelwerte (Phase A AC current, Phase B AC current Phase C AC current)\
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day room Strom->Energie,System
\
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day timestamp_begin previous_month_begin
Die einzelnen Spannungen zwischen den Phasen können nicht gemessen werden und werden deshalb nicht ausgegeben.
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day timestamp_end current_day_end
attr WR_0_KSEM dev-h-defPoll 1
attr WR_0_KSEM dev-type-INT16-len 1
attr WR_0_KSEM dev-type-INT16-unpack s>
attr WR_0_KSEM dev-type-INT16_Current-expr $val * (10 ** ReadingsNum("$name" ,"M_AC_Current_SF",0))
attr WR_0_KSEM dev-type-INT16_Current-format %.2f
attr WR_0_KSEM dev-type-INT16_Current-len 1
attr WR_0_KSEM dev-type-INT16_Current-unpack s>
attr WR_0_KSEM dev-type-INT16_Freq-expr $val * (10 ** ReadingsNum("$name" ,"M_AC_Freq_SF",0))
attr WR_0_KSEM dev-type-INT16_Freq-format %.2f
attr WR_0_KSEM dev-type-INT16_Freq-len 1
attr WR_0_KSEM dev-type-INT16_Freq-unpack s>
attr WR_0_KSEM dev-type-INT16_PF-expr $val * (10 ** ReadingsNum("$name" ,"M_AC_PF_SF",0))
attr WR_0_KSEM dev-type-INT16_PF-format %.2f
attr WR_0_KSEM dev-type-INT16_PF-len 1
attr WR_0_KSEM dev-type-INT16_PF-unpack s>
attr WR_0_KSEM dev-type-INT16_Power-expr $val * (10 ** ReadingsNum("$name" ,"M_AC_Power_SF",0))
attr WR_0_KSEM dev-type-INT16_Power-format %.2f
attr WR_0_KSEM dev-type-INT16_Power-len 1
attr WR_0_KSEM dev-type-INT16_Power-unpack s>
attr WR_0_KSEM dev-type-INT16_VA-expr $val * (10 ** ReadingsNum("$name" ,"M_AC_VA_SF",0))
attr WR_0_KSEM dev-type-INT16_VA-format %.2f
attr WR_0_KSEM dev-type-INT16_VA-len 1
attr WR_0_KSEM dev-type-INT16_VA-unpack s>
attr WR_0_KSEM dev-type-INT16_VAR-expr $val * (10 ** ReadingsNum("$name" ,"M_AC_VAR_SF",0))
attr WR_0_KSEM dev-type-INT16_VAR-format %.2f
attr WR_0_KSEM dev-type-INT16_VAR-len 1
attr WR_0_KSEM dev-type-INT16_VAR-unpack s>
attr WR_0_KSEM dev-type-INT16_Voltage-expr $val * (10 ** ReadingsNum("$name" ,"M_AC_Voltage_SF",0))
attr WR_0_KSEM dev-type-INT16_Voltage-format %.2f
attr WR_0_KSEM dev-type-INT16_Voltage-len 1
attr WR_0_KSEM dev-type-INT16_Voltage-unpack s>
attr WR_0_KSEM dev-type-STR32-expr $val =~ s/[\00]+//gr
attr WR_0_KSEM dev-type-STR32-format %s
attr WR_0_KSEM dev-type-STR32-len 16
attr WR_0_KSEM dev-type-STR32-unpack a*
attr WR_0_KSEM dev-type-UINT16-format %s
attr WR_0_KSEM dev-type-UINT16-len 1
attr WR_0_KSEM dev-type-UINT32-format %s
attr WR_0_KSEM dev-type-UINT32-len 2
attr WR_0_KSEM dev-type-UINT64-expr $val/10000
attr WR_0_KSEM dev-type-UINT64-format %s
attr WR_0_KSEM dev-type-UINT64-len 4
attr WR_0_KSEM dev-type-UINT64-unpack Q>
attr WR_0_KSEM disable 0
attr WR_0_KSEM event-on-change-reading Active_energy.*,M_AC_Current_.*
attr WR_0_KSEM group PV Eigenverbrauch
attr WR_0_KSEM icon measure_power
attr WR_0_KSEM obj-h40072-reading M_AC_Current_A
attr WR_0_KSEM obj-h40072-type INT16_Current
attr WR_0_KSEM obj-h40073-reading M_AC_Current_B
attr WR_0_KSEM obj-h40073-type INT16_Current
attr WR_0_KSEM obj-h40074-reading M_AC_Current_C
attr WR_0_KSEM obj-h40074-type INT16_Current
attr WR_0_KSEM obj-h40075-reading M_AC_Current_SF
attr WR_0_KSEM obj-h40075-type INT16
attr WR_0_KSEM obj-h40077-reading M_AC_Voltage_AN
attr WR_0_KSEM obj-h40077-type INT16_Voltage
attr WR_0_KSEM obj-h40078-reading M_AC_Voltage_BN
attr WR_0_KSEM obj-h40078-type INT16_Voltage
attr WR_0_KSEM obj-h40079-reading M_AC_Voltage_CN
attr WR_0_KSEM obj-h40079-type INT16_Voltage
attr WR_0_KSEM obj-h40084-reading M_AC_Voltage_SF
attr WR_0_KSEM obj-h40084-type INT16
attr WR_0_KSEM obj-h40085-reading M_AC_Freq
attr WR_0_KSEM obj-h40085-type INT16_Freq
attr WR_0_KSEM obj-h40086-reading M_AC_Freq_SF
attr WR_0_KSEM obj-h40086-type INT16
attr WR_0_KSEM obj-h40087-format %.0f
attr WR_0_KSEM obj-h40087-reading M_AC_Power
attr WR_0_KSEM obj-h40087-type INT16_Power
attr WR_0_KSEM obj-h40088-reading M_AC_Power_A
attr WR_0_KSEM obj-h40088-type INT16_Power
attr WR_0_KSEM obj-h40089-reading M_AC_Power_B
attr WR_0_KSEM obj-h40089-type INT16_Power
attr WR_0_KSEM obj-h40090-reading M_AC_Power_C
attr WR_0_KSEM obj-h40090-type INT16_Power
attr WR_0_KSEM obj-h40091-reading M_AC_Power_SF
attr WR_0_KSEM obj-h40091-type INT16
attr WR_0_KSEM obj-h40092-reading M_AC_VA
attr WR_0_KSEM obj-h40092-type INT16_VA
attr WR_0_KSEM obj-h40093-reading M_AC_VA_A
attr WR_0_KSEM obj-h40093-type INT16_VA
attr WR_0_KSEM obj-h40094-reading M_AC_VA_B
attr WR_0_KSEM obj-h40094-type INT16_VA
attr WR_0_KSEM obj-h40095-reading M_AC_VA_C
attr WR_0_KSEM obj-h40095-type INT16_VA
attr WR_0_KSEM obj-h40096-reading M_AC_VA_SF
attr WR_0_KSEM obj-h40096-type INT16
attr WR_0_KSEM obj-h40097-reading M_AC_VAR
attr WR_0_KSEM obj-h40097-type INT16_VAR
attr WR_0_KSEM obj-h40098-reading M_AC_VAR_A
attr WR_0_KSEM obj-h40098-type INT16_VAR
attr WR_0_KSEM obj-h40099-reading M_AC_VAR_B
attr WR_0_KSEM obj-h40099-type INT16_VAR
attr WR_0_KSEM obj-h40100-reading M_AC_VAR_C
attr WR_0_KSEM obj-h40100-type INT16_VAR
attr WR_0_KSEM obj-h40101-reading M_AC_VAR_SF
attr WR_0_KSEM obj-h40101-type INT16
attr WR_0_KSEM obj-h40102-reading M_AC_PF
attr WR_0_KSEM obj-h40102-type INT16_PF
attr WR_0_KSEM obj-h40103-reading M_AC_PF_A
attr WR_0_KSEM obj-h40103-type INT16_PF
attr WR_0_KSEM obj-h40104-reading M_AC_PF_B
attr WR_0_KSEM obj-h40104-type INT16_PF
attr WR_0_KSEM obj-h40105-reading M_AC_PF_C
attr WR_0_KSEM obj-h40105-type INT16_PF
attr WR_0_KSEM obj-h40106-reading M_AC_PF_SF
attr WR_0_KSEM obj-h40106-type INT16
attr WR_0_KSEM obj-h40108-reading M_Exported
attr WR_0_KSEM obj-h40108-type UINT32
attr WR_0_KSEM obj-h40110-reading M_Exported_A
attr WR_0_KSEM obj-h40110-type UINT32
attr WR_0_KSEM obj-h40112-reading M_Exported_B
attr WR_0_KSEM obj-h40112-type UINT32
attr WR_0_KSEM obj-h40114-reading M_Exported_C
attr WR_0_KSEM obj-h40114-type UINT32
attr WR_0_KSEM obj-h40116-reading M_Imported
attr WR_0_KSEM obj-h40116-type UINT32
attr WR_0_KSEM obj-h40118-reading M_Imported_A
attr WR_0_KSEM obj-h40118-type UINT32
attr WR_0_KSEM obj-h40120-reading M_Imported_B
attr WR_0_KSEM obj-h40120-type UINT32
attr WR_0_KSEM obj-h40122-reading M_Imported_C
attr WR_0_KSEM obj-h40122-type UINT32
attr WR_0_KSEM obj-h40125-reading M_Exported_VA
attr WR_0_KSEM obj-h40125-type UINT32
attr WR_0_KSEM obj-h40127-reading M_Exported_VA_A
attr WR_0_KSEM obj-h40127-type UINT32
attr WR_0_KSEM obj-h40129-reading M_Exported_VA_B
attr WR_0_KSEM obj-h40129-type UINT32
attr WR_0_KSEM obj-h40131-reading M_Exported_VA_C
attr WR_0_KSEM obj-h40131-type UINT32
attr WR_0_KSEM obj-h40133-reading M_Imported_VA
attr WR_0_KSEM obj-h40133-type UINT32
attr WR_0_KSEM obj-h40135-reading M_Imported_VA_A
attr WR_0_KSEM obj-h40135-type UINT32
attr WR_0_KSEM obj-h40137-reading M_Imported_VA_B
attr WR_0_KSEM obj-h40137-type UINT32
attr WR_0_KSEM obj-h40139-reading M_Imported_VA_C
attr WR_0_KSEM obj-h40139-type UINT32
attr WR_0_KSEM obj-h512-format %.0f
attr WR_0_KSEM obj-h512-reading Active_energy+
attr WR_0_KSEM obj-h512-type UINT64
attr WR_0_KSEM obj-h516-format %.0f
attr WR_0_KSEM obj-h516-reading Active_energy-
attr WR_0_KSEM obj-h516-type UINT64
attr WR_0_KSEM obj-h8192-reading ManufacturerID
attr WR_0_KSEM obj-h8192-type UINT16
attr WR_0_KSEM obj-h8193-reading ProductID
attr WR_0_KSEM obj-h8193-type UINT16
attr WR_0_KSEM obj-h8194-reading ProductVersion
attr WR_0_KSEM obj-h8194-type UINT16
attr WR_0_KSEM obj-h8195-reading FirmwareVersion
attr WR_0_KSEM obj-h8195-type UINT16
attr WR_0_KSEM obj-h8196-reading VendorName
attr WR_0_KSEM obj-h8196-type STR32
attr WR_0_KSEM obj-h8212-reading Productname
attr WR_0_KSEM obj-h8212-type STR32
attr WR_0_KSEM obj-h8228-reading SerialNumber
attr WR_0_KSEM obj-h8228-type STR32
attr WR_0_KSEM obj-h8244-reading MeasuringInterval
attr WR_0_KSEM obj-h8244-type UINT16
attr WR_0_KSEM room Strom->Photovoltaik
attr WR_0_KSEM sortby 140
attr WR_0_KSEM userReadings M_AC_Current:M_AC_Current_.* { ReadingsVal($NAME,"M_AC_Current_A",0) + ReadingsVal($NAME,"M_AC_Current_B",0) + ReadingsVal($NAME,"M_AC_Current_C",0) }
attr WR_0_KSEM verbose 0
</syntaxhighlight>
</syntaxhighlight>


===BYD HV Speicher (mit HTTPMOD)===
====RAW Definition LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day====
Diese Einbindung ist nicht zwingend notwendig.
Löschen aller Statistic_TotalConsumption_Day Werte, bis auf den maximal Wert des Tages.\
Das Passwort wird mit KeyValue() (siehe oben) verwaltet.
Der aktuelle Tag bleibt noch erhalten.
Durch einen Test von einem anderen Mitstreiter hat sich herausgestellt, dass BYD nun die neue Version des Speichers BYD_HVS ausliefert. Dieser neue Speicher hat anscheinend noch kein WebGui und wird nur über eine Handy App Konfiguriert. Leider kann man den somit nicht mit dieser Lösung abfragen.
Der BYD HV Speicher wird über das HTTPMOD Modul angesprochen, ist jedoch noch nicht bis in die letzten Tiefen abfragbar.
Der Begriff "Array" bezeichnet einen Speicher mit mehreren Modulen, die mit dem Series_Battery_Counts angegeben werden.
Eine Battery hat dabei ca. 1.28 KW
- Die erste Abfrage führt das Login durch
- Für alle weiteren Abfragen besteht dann eine autorisierte Session mit der alle get Anfragen beantwortet werden.
- Die Abfrage von RunData liefert im Standard Fall immer "Array Num 1" mit "Series Battery Num 1". Dies kann leider noch nicht zur
  Abfrage der weiteren "Series Battery Num *" umgeschaltet werden.
- Achtung, die Abfrage von "StatisticInformation" ruft eine Tabelle mit 500 Ereignissen ab, von denen jedoch nur die aktuellsten 5
  als readings verarbeitet werden. Da aber alle 500 gelesen und verarbeitet werden müssen ist eine längere Laufzeit zu beachten.
  Aus diesem Grund sollte die "StatisticInformation" nicht in einem kurzen Zyklus erfolgen!
 
Implementiert sind derzeit:
RunData
InstallationConfig
DeviceInformation
BatteryInformation
StatisticInformation
 
userreading:
InstallationConfig_Array_Power Gibt die Nennleistung des Arrays aus der Anzahl der einzelnen Batterien an. Es wurde eine Leistung von 1.28 KW pro Batterie als Basis angenommen
 
======KeyValue() speichern======
Die Funktion befindet sich in der 99_myUtils und kann auch direkt in der Commandline aufgerufen werden.
<syntaxhighlight lang="Perl">
<syntaxhighlight lang="Perl">
Syntax für die Commandline im FHEM {KeyValue("[read|store]","PW_<device>_<key>","<password>")}
defmod LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day DbRep LogDB
{KeyValue("store","PW_BYD_Status_installer","<passwort>")}
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day DbLogExclude .*
{KeyValue("read","PW_BYD_Status_installer")}
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day aggregation day
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day allowDeletion 1
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day comment Version 2020.10.30 18:30\
Löschen aller Statistic_TotalConsumption_Day Werte, bis auf den maximal Wert des Tages.\
Der aktuelle Tag bleibt noch erhalten.
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day device PV_1_API
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day reading Statistic_TotalConsumption_Day
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day room Strom->Energie,System
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day timestamp_begin previous_month_begin
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day timestamp_end current_day_end
</syntaxhighlight>
</syntaxhighlight>


====RAW Definition WR_1_Speicher_1 (BYD HV)====
===Timing für die Datenbank Einträge===
Über dieses Scheduling werden in der Datenbank zusätzliche Wochen- und Monatseinträge gesteuert.
====RAW Definition DB_Service_Schedule====
Hier werden zusätzlich Werte in der Datenbank erzeugt.
<syntaxhighlight lang="Perl">
<syntaxhighlight lang="Perl">
defmod WR_1_Speicher_1 HTTPMOD http://%IP-WR_1_Speicher_1%/asp/BatteryInformation.asp 0
ddefmod DB_Service_Schedule DOIF ## Monatlich Einträge\
 
([01:13] and ($mday==1))\
attr WR_1_Speicher_1 DbLogExclude .*
(set LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month maxValue writeToDB)\
attr WR_1_Speicher_1 DbLogInclude BatteryInformation_TotalVoltage,BatteryInformation_SOC,BatteryInformation_SOC,Statistic_GeneralInformation_Total.*
(set LogDBRep_Statistic_Yield_Month_max_Month maxValue writeToDB)\
attr WR_1_Speicher_1 authRetries 1
(set LogDBRep_Statistic_previous_Month sqlCmd ckey:1)                     ## Bildet für verschiedene Devices die Monatsauswertung\
attr WR_1_Speicher_1 comment Version 2021.04.07 12:00
attr WR_1_Speicher_1 dontRequeueAfterAuth 0
attr WR_1_Speicher_1 enableControlSet 0
attr WR_1_Speicher_1 enableCookies 1
attr WR_1_Speicher_1 event-on-change-reading auth_.*,Battery.*_.*,Device.*_.*,Installation.*_.*,Array_.*,Statistic_GeneralInformation_Total.*
attr WR_1_Speicher_1 event-on-update-reading Statistic_SpecificInformation_05_EndTime
attr WR_1_Speicher_1 get01-101Name Array_Series_Battery_CellVol_02
attr WR_1_Speicher_1 get01-106Name Array_Series_Battery_CellVol_03
attr WR_1_Speicher_1 get01-111Name Array_Series_Battery_CellVol_04
attr WR_1_Speicher_1 get01-116Name Array_Series_Battery_CellVol_05
attr WR_1_Speicher_1 get01-11Name Array_Main_PackVoltage
attr WR_1_Speicher_1 get01-121Name Array_Series_Battery_CellVol_06
attr WR_1_Speicher_1 get01-126Name Array_Series_Battery_CellVol_07
attr WR_1_Speicher_1 get01-131Name Array_Series_Battery_CellVol_08
attr WR_1_Speicher_1 get01-136Name Array_Series_Battery_CellVol_09
attr WR_1_Speicher_1 get01-141Name Array_Series_Battery_CellVol_10
attr WR_1_Speicher_1 get01-146Name Array_Series_Battery_CellVol_11
attr WR_1_Speicher_1 get01-151Name Array_Series_Battery_CellVol_12
attr WR_1_Speicher_1 get01-156Name Array_Series_Battery_CellVol_13
attr WR_1_Speicher_1 get01-161Name Array_Series_Battery_CellVol_14
attr WR_1_Speicher_1 get01-166Name Array_Series_Battery_CellVol_15
attr WR_1_Speicher_1 get01-16Name Array_Main_Current
attr WR_1_Speicher_1 get01-171Name Array_Series_Battery_CellVol_16
attr WR_1_Speicher_1 get01-176Name Array_Series_Battery_CellVolMax
attr WR_1_Speicher_1 get01-181Name Array_Series_Battery_CellVolMin
attr WR_1_Speicher_1 get01-186Name Array_Series_Battery_CellTemp_1
attr WR_1_Speicher_1 get01-191Name Array_Series_Battery_CellTemp_2
attr WR_1_Speicher_1 get01-196Name Array_Series_Battery_CellTemp_3
attr WR_1_Speicher_1 get01-201Name Array_Series_Battery_CellTemp_4
attr WR_1_Speicher_1 get01-22Name Array_Main_SOC
attr WR_1_Speicher_1 get01-26Name Array_Main_SysTemp
attr WR_1_Speicher_1 get01-31Name Array_Main_MaxCellVol
attr WR_1_Speicher_1 get01-36Name Array_Main_MinCellVol
attr WR_1_Speicher_1 get01-41Name Array_Main_MaxCellTemp
attr WR_1_Speicher_1 get01-46Name Array_Main_MinCellTemp
attr WR_1_Speicher_1 get01-53Name Array_Main_MaxVolPos
attr WR_1_Speicher_1 get01-56Name Array_Series_Battery_SerialNumber
attr WR_1_Speicher_1 get01-58Name Array_Main_MinVolPos
attr WR_1_Speicher_1 get01-5Name Array_Main_ArrayNum
attr WR_1_Speicher_1 get01-63Name Array_Main_MaxTempPos
attr WR_1_Speicher_1 get01-68Name Array_Main_MinTempPos
attr WR_1_Speicher_1 get01-6Name Array_Main_ArrayVoltage
attr WR_1_Speicher_1 get01-73Name Array_Main_Power
attr WR_1_Speicher_1 get01-80Name Array_Series_Battery
attr WR_1_Speicher_1 get01-84Name Array_Series_Battery_SerialNumber
attr WR_1_Speicher_1 get01-86Name Array_Series_Battery_BattVol
attr WR_1_Speicher_1 get01-91Name Array_Series_Battery_CellVolDiff
attr WR_1_Speicher_1 get01-96Name Array_Series_Battery_CellVol_01
attr WR_1_Speicher_1 get01MaxAge 900
attr WR_1_Speicher_1 get01MaxAgeReplacementMode delete
attr WR_1_Speicher_1 get01Name RunData
attr WR_1_Speicher_1 get01RegOpt g
attr WR_1_Speicher_1 get01Regex value=([+|-]{0,1}\d+.\d+)>|value=(\d+.\d+)%>|value=(\d)>|value=(.*-\d+\s+.*\d)>|selected="selected">(\d)<
attr WR_1_Speicher_1 get01URL http://%IP-WR_1_Speicher_1%/asp/RunData.asp
attr WR_1_Speicher_1 get02-101Name Statistic_SpecificInformation_03_StartTime
attr WR_1_Speicher_1 get02-105Name Statistic_SpecificInformation_03_EndTime
attr WR_1_Speicher_1 get02-10Name Statistic_SpecificInformation_02_Type
attr WR_1_Speicher_1 get02-113Name Statistic_SpecificInformation_04_Type
attr WR_1_Speicher_1 get02-117Name Statistic_SpecificInformation_04_Ah
attr WR_1_Speicher_1 get02-11Name Statistic_SpecificInformation_02_Ah
attr WR_1_Speicher_1 get02-121Name Statistic_SpecificInformation_04_KWh
attr WR_1_Speicher_1 get02-125Name Statistic_SpecificInformation_04_EnvTemp
attr WR_1_Speicher_1 get02-129Name Statistic_SpecificInformation_04_BatTemp
attr WR_1_Speicher_1 get02-12Name Statistic_GeneralInformation_Total_Cycle_Counts
attr WR_1_Speicher_1 get02-133Name Statistic_SpecificInformation_04_StartTime
attr WR_1_Speicher_1 get02-137Name Statistic_SpecificInformation_04_EndTime
attr WR_1_Speicher_1 get02-13Name Statistic_SpecificInformation_02_EnvTemp
attr WR_1_Speicher_1 get02-145Name Statistic_SpecificInformation_05_Type
attr WR_1_Speicher_1 get02-149Name Statistic_SpecificInformation_05_Ah
attr WR_1_Speicher_1 get02-14Name Statistic_SpecificInformation_02_BatTemp
attr WR_1_Speicher_1 get02-153Name Statistic_SpecificInformation_05_KWh
attr WR_1_Speicher_1 get02-157Name Statistic_SpecificInformation_05_EnvTemp
attr WR_1_Speicher_1 get02-15Name Statistic_SpecificInformation_02_StartTime
attr WR_1_Speicher_1 get02-161Name Statistic_SpecificInformation_05_BatTemp
attr WR_1_Speicher_1 get02-165Name Statistic_SpecificInformation_05_StartTime
attr WR_1_Speicher_1 get02-169Name Statistic_SpecificInformation_05_EndTime
attr WR_1_Speicher_1 get02-16Name Statistic_SpecificInformation_02_EndTime
attr WR_1_Speicher_1 get02-17Name Statistic_SpecificInformation_01_Type
attr WR_1_Speicher_1 get02-18Name Statistic_SpecificInformation_03_Type
attr WR_1_Speicher_1 get02-19Name Statistic_SpecificInformation_03_Ah
attr WR_1_Speicher_1 get02-20Name Statistic_SpecificInformation_03_KWh
attr WR_1_Speicher_1 get02-21Name Statistic_SpecificInformation_01_Ah
attr WR_1_Speicher_1 get02-22Name Statistic_SpecificInformation_03_BatTemp
attr WR_1_Speicher_1 get02-23Name Statistic_SpecificInformation_03_StartTime
attr WR_1_Speicher_1 get02-24Name Statistic_SpecificInformation_03_EndTime
attr WR_1_Speicher_1 get02-25Name Statistic_SpecificInformation_01_KWh
attr WR_1_Speicher_1 get02-26Name Statistic_SpecificInformation_04_Type
attr WR_1_Speicher_1 get02-27Name Statistic_SpecificInformation_04_Ah
attr WR_1_Speicher_1 get02-28Name Statistic_SpecificInformation_04_KWh
attr WR_1_Speicher_1 get02-29Name Statistic_SpecificInformation_01_EnvTemp
attr WR_1_Speicher_1 get02-2Name Statistic_GeneralInformation_Total_Charge_Energy
attr WR_1_Speicher_1 get02-30Name Statistic_SpecificInformation_04_BatTemp
attr WR_1_Speicher_1 get02-31Name Statistic_SpecificInformation_04_StartTime
attr WR_1_Speicher_1 get02-32Name Statistic_SpecificInformation_04_EndTime
attr WR_1_Speicher_1 get02-33Name Statistic_SpecificInformation_01_BatTemp
attr WR_1_Speicher_1 get02-34Name Statistic_SpecificInformation_05_Type
attr WR_1_Speicher_1 get02-35Name Statistic_SpecificInformation_05_Ah
attr WR_1_Speicher_1 get02-36Name Statistic_SpecificInformation_05_KWh
attr WR_1_Speicher_1 get02-37Name Statistic_SpecificInformation_01_StartTime
attr WR_1_Speicher_1 get02-38Name Statistic_SpecificInformation_05_BatTemp
attr WR_1_Speicher_1 get02-39Name Statistic_SpecificInformation_05_StartTime
attr WR_1_Speicher_1 get02-3Name Statistic_SpecificInformation_01_Ah
attr WR_1_Speicher_1 get02-40Name Statistic_SpecificInformation_05_EndTime
attr WR_1_Speicher_1 get02-41Name Statistic_SpecificInformation_01_EndTime
attr WR_1_Speicher_1 get02-49Name Statistic_SpecificInformation_02_Type
attr WR_1_Speicher_1 get02-4Name Statistic_SpecificInformation_01_KWh
attr WR_1_Speicher_1 get02-53Name Statistic_SpecificInformation_02_Ah
attr WR_1_Speicher_1 get02-57Name Statistic_SpecificInformation_02_KWh
attr WR_1_Speicher_1 get02-5Name Statistic_SpecificInformation_01_EnvTemp
attr WR_1_Speicher_1 get02-61Name Statistic_SpecificInformation_02_EnvTemp
attr WR_1_Speicher_1 get02-65Name Statistic_SpecificInformation_02_BatTemp
attr WR_1_Speicher_1 get02-69Name Statistic_SpecificInformation_02_StartTime
attr WR_1_Speicher_1 get02-6Name Statistic_SpecificInformation_01_BatTemp
attr WR_1_Speicher_1 get02-73Name Statistic_SpecificInformation_02_EndTime
attr WR_1_Speicher_1 get02-7Name Statistic_GeneralInformation_Total_Discharge_Energy
attr WR_1_Speicher_1 get02-81Name Statistic_SpecificInformation_03_Type
attr WR_1_Speicher_1 get02-85Name Statistic_SpecificInformation_03_Ah
attr WR_1_Speicher_1 get02-89Name Statistic_SpecificInformation_03_KWh
attr WR_1_Speicher_1 get02-8Name Statistic_SpecificInformation_01_EndTime
attr WR_1_Speicher_1 get02-93Name Statistic_SpecificInformation_03_EnvTemp
attr WR_1_Speicher_1 get02-97Name Statistic_SpecificInformation_03_BatTemp
attr WR_1_Speicher_1 get02MaxAge 900
attr WR_1_Speicher_1 get02MaxAgeReplacementMode delete
attr WR_1_Speicher_1 get02Name StatisticInformation
attr WR_1_Speicher_1 get02RegOpt g
attr WR_1_Speicher_1 get02Regex <td class="text_l">(.*)<\/td>\n|Charge Energy:<\/td>\n.*>(\d+.\d+)|Discharge Energy:<\/td>\n.*>(\d+.\d+)|Cycle Counts:<\/td>\n.*>(\d+)
attr WR_1_Speicher_1 get02URL http://%IP-WR_1_Speicher_1%/asp/StatisticInformation.asp
attr WR_1_Speicher_1 get03-10Name DeviceInformation_Machine_Version
attr WR_1_Speicher_1 get03-10OExpr {$val =~ s/\n//g;; $val}
attr WR_1_Speicher_1 get03-15Name DeviceInformation_Board_SN
attr WR_1_Speicher_1 get03-1Name DeviceInformation_Machine_SN
attr WR_1_Speicher_1 get03-20Name DeviceInformation_Board_Factory_time
attr WR_1_Speicher_1 get03-8Name DeviceInformation_Machine_Factory_time
attr WR_1_Speicher_1 get03Name DeviceInformation
attr WR_1_Speicher_1 get03RegOpt g
attr WR_1_Speicher_1 get03Regex >(\d{9}-\d{5})<|Version:<\/td>\n<td>(V\d.\d{3}\n [A-Z])<|>SN:<\/td>\n.*>([\d|\w]{18})<|(\d{4}-\d+-\d+ \d+:\d+:\d+)
attr WR_1_Speicher_1 get03URL http://%IP-WR_1_Speicher_1%/asp/DeviceInformation.asp
attr WR_1_Speicher_1 get04-13Name BatteryInformation_SOC
attr WR_1_Speicher_1 get04-17Name BatteryInformation_SysTemp
attr WR_1_Speicher_1 get04-1Name BatteryInformation_TotalVoltage
attr WR_1_Speicher_1 get04-21Name BatteryInformation_MaxCellVol
attr WR_1_Speicher_1 get04-25Name BatteryInformation_MinCellVol
attr WR_1_Speicher_1 get04-29Name BatteryInformation_MaxCellTemp
attr WR_1_Speicher_1 get04-33Name BatteryInformation_MinCellTemp
attr WR_1_Speicher_1 get04-37Name BatteryInformation_Power
attr WR_1_Speicher_1 get04-42Name BatteryInformation_System_state
attr WR_1_Speicher_1 get04-47Name BatteryInformation_Date_and_Time
attr WR_1_Speicher_1 get04-52Name BatteryInformation_Alarm_state
attr WR_1_Speicher_1 get04-5Name BatteryInformation_PackVoltage
attr WR_1_Speicher_1 get04-9Name BatteryInformation_Current
attr WR_1_Speicher_1 get04DeleteIfUnmatched 1
attr WR_1_Speicher_1 get04MaxAge 900
attr WR_1_Speicher_1 get04MaxAgeReplacementMode delete
attr WR_1_Speicher_1 get04Name BatteryInformation
attr WR_1_Speicher_1 get04RegOpt g
attr WR_1_Speicher_1 get04Regex value=([+|-]{0,1}\d+.\d+)[%]{0,1}>|value=([A-Z]+)>|value="(\d{4}-\d+-\d+ \d+:\d+:\d+)"|Alarm state:<\/h3><\/td>\n<td>.*">(\w+\W)<\/font>
attr WR_1_Speicher_1 get04URL http://%IP-WR_1_Speicher_1%/asp/Home.asp
attr WR_1_Speicher_1 get05-1Name InstallationConfig_Array_Counts
attr WR_1_Speicher_1 get05-5Name InstallationConfig_Series_Battery_Counts
attr WR_1_Speicher_1 get05-9Name InstallationConfig_Installation_Time
attr WR_1_Speicher_1 get05Name InstallationConfig
attr WR_1_Speicher_1 get05RegOpt g
attr WR_1_Speicher_1 get05Regex >Array Counts :<\/td>\n<td class="text_l">(\d){1}<|>Series Battery Counts :<\/td>\n<td class="text_l">(\d){1}<|>Installation Time :<\/td>\n<td class="text_l">(\d{4}-\d+-\d+ \d+:\d+:\d+)<
attr WR_1_Speicher_1 get05URL http://%IP-WR_1_Speicher_1%/asp/UserInfo.asp
attr WR_1_Speicher_1 get10Data ArrayNum=1&SeriesBatteryNum=4
attr WR_1_Speicher_1 get10Header01 Authorization: Digest username="installer", realm="%auth_realm%", nonce="%auth_nonce%", uri="/asp/RunData.asp", algorithm="MD5", response="%auth_response%", opaque="%auth_opaque%", qop="auth", nc="00000001", cnonce="d789ea5b7e9a2377"
attr WR_1_Speicher_1 get10Header02 Referer: http://%IP-WR_1_Speicher_1%/asp/RunData.asp
attr WR_1_Speicher_1 get10Header03 Content-Type: application/x-www-form-urlencoded
attr WR_1_Speicher_1 get10Header04 Accept: text/html,application/xhtml+xml,application/xml
attr WR_1_Speicher_1 get10Name Test_Array
attr WR_1_Speicher_1 get10URL http://%IP-WR_1_Speicher_1%/goform/SetRunData
attr WR_1_Speicher_1 getHeader01 Authorization: Digest username="installer", realm="%auth_realm%", nonce="%auth_nonce%", uri="/asp/RunData.asp", algorithm="MD5", response="%auth_response%", opaque="%auth_opaque%", qop="auth", nc="00000001", cnonce="d789ea5b7e9a2377"
attr WR_1_Speicher_1 group PV Eigenverbrauch
attr WR_1_Speicher_1 handleRedirects 1
attr WR_1_Speicher_1 httpVersion 1.1
attr WR_1_Speicher_1 icon measure_battery_100
attr WR_1_Speicher_1 reAuthRegex Unauthorized
attr WR_1_Speicher_1 reading01Name auth_qop
attr WR_1_Speicher_1 reading01Regex qop="(.*)", nonce
attr WR_1_Speicher_1 reading02Name auth_nonce
attr WR_1_Speicher_1 reading02Regex nonce="(.*)", opaque
attr WR_1_Speicher_1 reading03Name auth_opaque
attr WR_1_Speicher_1 reading03Regex opaque="(.*)",algorithm
attr WR_1_Speicher_1 reading04Name auth_realm
attr WR_1_Speicher_1 reading04Regex realm="(.*)", domain
attr WR_1_Speicher_1 replacement01Mode expression
attr WR_1_Speicher_1 replacement01Regex %IP-WR_1_Speicher_1%
attr WR_1_Speicher_1 replacement01Value ReadingsVal("WR_1_config","IP-WR_1_Speicher_1","")
attr WR_1_Speicher_1 replacement03Mode reading
attr WR_1_Speicher_1 replacement03Regex %auth_realm%
attr WR_1_Speicher_1 replacement03Value auth_realm
attr WR_1_Speicher_1 replacement04Mode reading
attr WR_1_Speicher_1 replacement04Regex %auth_nonce%
attr WR_1_Speicher_1 replacement04Value auth_nonce
attr WR_1_Speicher_1 replacement05Mode reading
attr WR_1_Speicher_1 replacement05Regex %auth_opaque%
attr WR_1_Speicher_1 replacement05Value auth_opaque
attr WR_1_Speicher_1 replacement06Mode expression
attr WR_1_Speicher_1 replacement06Regex %auth_response%
attr WR_1_Speicher_1 replacement06Value {my $NAME="WR_1_Speicher_1";;my $pw=KeyValue("read","PW_BYD_Status_installer");; $pw =~ '"'.s/@/\\@/g.'"';; md5_hex(md5_hex("installer:".ReadingsVal($NAME,"auth_realm","").":".$pw).":".ReadingsVal($NAME,"auth_nonce","").":00000001:d789ea5b7e9a2377:".ReadingsVal($NAME,"auth_qop","").":".md5_hex("GET:/asp/RunData.asp"));;}
attr WR_1_Speicher_1 room Strom->Photovoltaik
attr WR_1_Speicher_1 showBody 0
attr WR_1_Speicher_1 showError 1
attr WR_1_Speicher_1 sid01Header Authorization: Digest username="installer", realm="%auth_realm%", nonce="%auth_nonce%", uri="/asp/RunData.asp", algorithm="MD5", response="%auth_response%", opaque="%auth_opaque%", qop="auth", nc="00000001", cnonce="d789ea5b7e9a2377"
attr WR_1_Speicher_1 sid01ParseResponse 1
attr WR_1_Speicher_1 sid01URL http://%IP-WR_1_Speicher_1%/asp/RunData.asp
attr WR_1_Speicher_1 sid02Header Authorization: Digest username="installer", realm="%auth_realm%", nonce="%auth_nonce%", uri="/asp/RunData.asp", algorithm="MD5", response="%auth_response%", opaque="%auth_opaque%", qop="auth", nc="00000001", cnonce="d789ea5b7e9a2377"
attr WR_1_Speicher_1 sid02ParseResponse 1
attr WR_1_Speicher_1 sid02URL http://%IP-WR_1_Speicher_1%/asp/RunData.asp
attr WR_1_Speicher_1 sortby 121
attr WR_1_Speicher_1 stateFormat {sprintf("Total_Charge_Energy: %.0f kWh<br>Total_Efficiency: %.1f %% Battery_EM_State: %s", ReadingsVal($name,"Statistic_GeneralInformation_Total_Charge_Energy","0"), ReadingsVal($name,"Statistic_GeneralInformation_Total_Efficiency","0"), ReadingsVal("WR_1_API","Battery_EM_State",""))}
attr WR_1_Speicher_1 userReadings Statistic_SpecificInformation_00_Date:Statistic_SpecificInformation_05_EndTime.* { CommandDeleteReading(undef, $NAME." .*-.*");;;; localtime()},\
\
\
InstallationConfig_Array_Power:InstallationConfig_Series_Battery_Counts.* {1.28 * ReadingsVal($NAME,"InstallationConfig_Series_Battery_Counts",0)},\
## Wöchentliche Einträge\
DOELSEIF\
([01:17] and ($wday==1))\
(set LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week diffValue writeToDB)\
(set LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week diffValue writeToDB)\
(set LogDBRep_Statistic_Yield_Year_diff_Week diffValue writeToDB)\
\
\
Statistic_GeneralInformation_Total_Difference_Charge_Energy:Statistic_GeneralInformation_Total_Charge_Energy.* {ReadingsVal($NAME,"Statistic_GeneralInformation_Total_Charge_Energy",0) - ReadingsVal($NAME,"Statistic_GeneralInformation_Total_Discharge_Energy",0)},\
## Wöchentliche Einträge mit löschen\
\
DOELSEIF\
Statistic_GeneralInformation_Total_Efficiency:Statistic_GeneralInformation_Total_Charge_Energy.* {round(((ReadingsVal($NAME,"Statistic_GeneralInformation_Total_Discharge_Energy",0)+((ReadingsVal("WR_1","Act_state_of_charge",0)/100)*11)) / ReadingsVal($NAME,"Statistic_GeneralInformation_Total_Charge_Energy",0))*100 , 2)}
([02:17] and ($wday==1))\
attr WR_1_Speicher_1 verbose 0
(set LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day maxValue deleteOther)\
</syntaxhighlight>
  (set LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day maxValue deleteOther)\
(set LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day maxValue deleteOther)\
\
## Tägliche Einträge\
DOELSEIF\
([01:17])\
  (set LogDBRep_Statistic_previous_Day sqlCmd ckey:1)                        ## Bildet für verschiedene Devices die Tagesauswertung\
\
## Quartal Einträge\
DOELSEIF\
(($md eq "01-01" or $md eq "04-01" or $md eq "07-01" or $md eq "10-01") and [03:11])\
(set LogDBRep_Statistic_previous_Quarter sqlCmd ckey:1)                   ## Erstellt die Quartalsauswertung für WR_1\
\
## Jährliche Einträge\
DOELSEIF\
($md eq "01-01" and [08:05])\
(set LogDBRep_Statistic_previous_Year sqlCmd ckey:1)                       ## Bildet für verschiedene Devices die Jahresauswertung
attr DB_Service_Schedule DbLogExclude .*
attr DB_Service_Schedule comment Version 2024.01.23 17:00\
Hier werden zusätzlich Werte in der Datenbank erzeugt.
attr DB_Service_Schedule do always
attr DB_Service_Schedule room System
attr DB_Service_Schedule wait 0,3:0,5,5:0,5,5
attr DB_Service_Schedule webCmd cmd_1:cmd_2:cmd_3
attr DB_Service_Schedule webCmdLabel monatlich :wöchentlich :wöchentlich Löschen :
</syntaxhighlight>


==Device Übersicht mit Hilfen zur Orientierung==
==Wetter-/Leistungs-Prognose==
<pre>
Bei der Leistungsprognose gibt es nun eine gravierende Veränderung. Die bisherige Leistungsprognose durch eine eigene Berechnung, die auf diversen Konfigurationsparametern basiert hat wurde vollständig durch eine KI_Prognose abgelöst. Die bisherige Implementierung wird nicht mehr weiter entwickelt und ist hier nur noch zu Dokumentationszwecke aufgeführt.
Device            über Device      Hardware  Protokoll Netzwerk              Informationen


WR_0_KSEM        WR_1            KSEM      MODBUS    LAN                    Messwerte vom Netzanschlusspunkt
==Wetter-/Leistungs-Prognose KI_Prognose==
                  WR_1                        rs485    4 Draht zum WR        Notwendig, wenn ein Speicher am Plenticore betrieben wird
Erstmalig wurde die [https://forum.fhem.de/index.php?msg=1268412 KI_Prognose hier im Forumsthread in vier Teil Posts] beschrieben. Im weiteren Thread sind auch noch Informationen dazu zu finden.


WR_1                              Plenticore MODBUS    LAN                    Messwerte und berechnete Werte, teilweise Speicher Informationen
===KI Prognose - Grundgedanke===
WR_1_API                                      HTTPMOD  LAN                    Statistiken, Speichersteuerung und Informationen
Nun ist der Ansatz der KI eingezogen und meine Ergebnisse, von bisherigen Tests, sehen schon ziemlich gut aus.


WR_1_Speicher_1                    BYD HV    HTTPMOD  LAN/WLAN              Speicher Details, auch über einzelne Zellen
Der Grundgedanke ist, dass die Prognose keinerlei technischen Informationen über den Aufbau der PV-Anlage benötigt. Einzig allen der Ertrag der Anlage wird dabei in Bezug zu den Wetterdaten des jeweiligen Standortes gesetz, wobei die KI daraus Rückschlüsse zieht, wie bei ähnlichen Bedingungen der ertrag werden könnte. Je mehr vergleichbare Daten dazu zur Verfügung stehen, umso besser wird die Prognose.
                  WR_1                        rs485    4 Draht zum WR        Verwendet von Plenticore zur Steuerung des Speichers


WR_2                              Plenticore MODBUS    LAN                    Messwerte und berechnete Werte, teilweise Speicher Informationen
In der momentan implementierten Prognose besteht darüber hinaus ein Problem, das man die momentan erzeugte Leistung eigentlich mit der zu erwartenden Energieprognose vergleicht.
WR_2_API                                      HTTPMOD  LAN                    Statistiken, Speichersteuerung und Informationen
Beim neuen Ansatz wird nun versucht das mit zu korrigieren, was auch im Diagramm durch die Stufen Darstellung verdeutlicht wird.


Die KI Prognose arbeitet nun über den Yield, den der Plenticore jede Stunde aktualisiert. Bei diesem Yield ist nun jedoch ein weiteres Problem, da der hybrid Wechselrichter natürlich auf der AC Seite den Yield angibt und somit das Laden des Speichers nicht aktuell mit zählt. Die Speicher Entladung wird später dann wiederum mit gerechnet, was die AC Yield Kurve dann sehr merkwürdig aussehen lässt. An dieser Problematik wurde auch bereits gearbeitet und das wird dann später nochmal erwähnt.


Im Diagramm sieht man nun in blau den korrigierten Yield unter Berücksichtigung des Speichers und in diesem Beispiel Fall für eien gesamten Schwarm (ich habe zwei WR). Jede Stufe im Diagramm ist dann nun der Ertrag (Yield) der entsprechenden Stunde in kWh.
Zur Orientierung sieht man in gelb die AC Leistung in kW, gezeichnet aus den minütlichen Messwerten.
Die rosa Stufen sind dann nun endlich die Ertrags Prognose Werte aus der KI in kWh.


===KI Prognose Teil 1 - DWD und Astro Daten sammeln===
Solltet Ihr später mit in diese Richtung gehen wollen, so macht es Sinn [b]schon jetzt die Wetterdaten für Euren Standort zu sammeln[/b], da diese die Grundlage bilden und im Anschluss mit dem korrigierten Ertrag in Verbindung gebracht werden. Alle im comment angegebenen DWD Werte werden später von der KI ausgewertet und müssen somit in der DbLog vorliegen. Je mehr DWD Daten von den letzten Jahren vorliegen, umso besser kann die KI Rückschlüsse ziehen. Sollten diese nicht da sein, so lernt das ganze langsam dazu.


====RAW Definition DWD_Forecast====
Erfordert ggf.
<syntaxhighlight lang="Perl">
sudo apt-get install libxml-libxml-perl
</syntaxhighlight>


FHEM Steuerung                                MODBUS    LAN                    Laufende Informationen im Minuten Takt
===RAW Definition DWD_Forecast===
                                              HTTPMOD  LAN                    Abfragen und Steuerung einzelner Devices
*[https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/KI_Prognose/RAW_DWD_Forecast.txt Beispiel DWD_Forecast]


PV_Schedule                                  DOIF                            Startet regelmäßige Aktionen
===Astro Device===
Da die KI Prognose ja auch die Astro Daten für den Sonnenstand benötigt und dieser im Astro Device nicht als fc[0|1] vorliegt habe ich das Astro Device etwas modifiziert. In den userreadings werden dort die fc[0|1] Sonnenstände jetzt abgefragt und als readings eingetragen. Dies geschieht sobald es einen Event von ObsDate gibt, der einmal täglich kommen sollte. Somit beachtet auch die Änderung bei event-on-update-reading und beim DbLogInclude.
====RAW Definition Astro====
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/KI_Prognose/RAW_Astro.txt Beispiel Astro]


  1 Stündlich
====fhem.cfg Einträge für das Astro Device====
  1.1 WR_2_API 20_Statistic_EnergyFlow                                          Statistiken vom Plenticore abholen; die Reihenfolge ist auch wichtig!
Hier müsst Ihr Eure Position und Höhe eintragen.
  1.2 WR_1_API 20_Statistic_EnergyFlow                                          Statistiken vom Plenticore abholen
<syntaxhighlight lang="Perl">
attr global altitude 110
attr global latitude 47.xxxxx
attr global longitude 9.yyyyy
</syntaxhighlight>


  2 Stündlich von 07:00 bis 20:00
===KI Prognose Teil 2 - Vorbereitung der Daten===
  2.1 WR_1_config module_1_covered                                              Schnee auf den Modulen (noch in der Entwicklungsphase)
In diesem Teil geht es darum die Daten aus der FHEM History so aufzubereiten, dass sie für die KI Prognose verwendbar wird. Das Daten Model der FHEM History ist in der Form nicht für diese Verarbeitung brauchbar und wird deshalb in eine neu Tabelle überführt. Bei der Gelegenheit wird einiges noch aufbereitet und insbesondere der yield des Plenticore mit Speicher korrigiert.
  2.2 Solar_forecast() für fc0                                                  Aktualisieren der fc0 Prognose


  3 zweimal am Tag
====RAW Definition dwd_load() MySQL Procedure====
  3.1 Solar_forecast() für fc1                                                  Aktualisieren der fc1 Prognose
Hier kommt nun die MySQL Procedure, die in der Datanbank hinterlegt wird. Dazu verwende ich z.B. die MySQL Workbench, wo dann die Procedure unter "Stored Precedures" auftaucht. Dies ermöglicht, dass man im FHEM DbRep Device nur diese eine Procedure aufrufen kann und nicht jedes einzelne SELECT zur Datenbank in einer separaten Session übermittelt werden muss.


  4 alle 5 Minuten
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/KI_Prognose/MySQL_dwd_load_Procedure.txt Beispiel dwd_load MySQL Procedure]
  4.1 WR_2_API 04_auth_me                                                      Aktualisieren der Bilanz (es wird ein Event erzeugt)
  4.2 WR_1_API 04_auth_me                                                      Der Master Wechselrichter kommt zum Schluss, damit die SW_* readings auch von anderen
                                                                                Wechselrichtern die richtigen Werte haben.


====dwd_load() in einzelnen Schritten====
<pre>
1. Löschen der bisherigen dwdfull Tabelle
2. Anlegen einer neuen dwnfull Tabelle
3. Füllen der Tabelle mit den älteren rad1h Werten
4. Ergänzen der rad1h Werte für den nächsten Tag


WR_*_config                                  DUMMY                            Konfiguration für Strings,Ausrichtung,Nennleistung,IP-Adressen,Forecast
5. Nun erfolgen alle weiteren DWD Daten in weiteren Spalten der dwdfull Tabelle
    1. TTT    : Temperature 2m above surface [°C]
    2. FF     : Windspeed
    3. Neff   : Effective cloud cover [%]
    4. R101   : Probability of precipitation > 0.1 mm during the last hour [%]
    5. R600   : Probability of precipitation > 0.0mm during the last 6 hours [%]
    6. RRs1c  : Snow-Rain-Equivalent during the last 3 hours [kg/m2]
    7. Rad1h  : Global Irradiance [kJ/m2]
                kJ/m² Umrechnung *0,277778 in kWh/m²
    8. ww     : Significant Weather
    9. wwM    : Probability for fog within the last hour [%]


6. Zum Schluss wird noch der yield der kompletten PV-Anlage ergänzt
    1. Begonnen wird mit dem AC yield, der stundenweise aus dem Zähler "SW_Yield_Daily" berechnet wird
       dieser ist jedoch wegen des DC seitigen Speichers nicht korrekt, da in einem Graphen die PV-Leistung
      erst nach dem entladen zugerechnet wird
    2. Nun wird der DC yield des Speichers berücksichtigt, was über diese Werte geschieht
      1. Battery_Total_DC_ChargeEnergy_DCsideToBattery
      2. Battery_Total_DC_DischargeEnergy_DCsideFromBattery
    3. Die Ermittlung einer stunden basierten Tabelle ist etwas komplexer und bedarf diverser SELECT mit JOIN (Im MySQL gibt es kein full JOIN)


WR_1_Speicher_1_ExternControl                DOIF                            Externe Speichersteuerung
7. Der letzte Schritt ist dann die Möglichkeit einer Rückmeldung aus der MySQL Procedure ins FHEM
8. Über den Parameter show/none wird der Prozedure die Art der Rückmeldung mitgeteilt
    1. none wäre der Default und gibt als Ergebnis das aktuelle Datum der Datenbank zurück
    2. show würde den Inhalt der dwnfull Tabelle an FHEM zurück liefern, was jedoch einige hundert Zeilen sein werden


     1 Stündlich
9. Die Procedure selectiert nur die entscheidenden Daten für die jeweilige KI Prognose, um das Datenvolumen gering zu halten,
    denn es macht ja keinen Sinn, die Winter mit den Sommer Daten zu vergleichen
10. Hierbei werden deshalb folgende Zeiträume jeweils selectiert
     1. Die letzten 30 Tage ab dem aktuellen Datum
    2. Vom letzten Jahr 30 Tage vor dem Datum
    3. Vom letzten Jahr 30 Tage nach dem Datum
    4. Vom vorletzten Jahr 30 Tage vor dem Datum
    5. Vom vorletzten Jahr 30 Tage nach dem Datum
    6. Die Forecast Daten für den nächsten Tag,
      an dieser Stelle wäre es natürlich auch denkbar noch weiter in die Zukunft zu gehen,
      was mir jedoch zu spekulativ ist und nach meiner Meinung bisher für keine Entscheidung von Wichtigkeit wäre.
11. Die Laufzeit dieser Procedure beträgt auf meinem RPI4 in einem Oracle MySQL Docker Container ca. 50-70 Sekunden,
    deshalb musste ich bei mir den Timeout der MySQL Workbench für eine Session von 60 Sekunden auf z.B 90 Sekunden erhöhen


    1.1 WR_1_API 21_Battery_Information                                        Allgemeine Informationen
12. In einem Interface Eurer Wahl zur Datenbank könnt Ihr die Procedure zum Testen dann aufrufen und das Ergebnis testen.
                    Battery_Info_SoC,
</pre>
                    Battery_Info_WorkCapacity
    1.2 WR_1_API 22_Battery_InternControl                                      Speicher Information der Internen Steuerung
                    Battery_InternControl_MinSoc,
                    Battery_InternControl_MinHomeConsumption
    1.3 WR_1_API 23_Battery_ExternControl                                      Speicher Information der Externen Steuerung
    1.4 WR_1_API 25_Battery_EM_State                                          Speicher Status z.B. "Normal"


    2 Unterschreitung des MinSOC im Winter
====dwd_load() Test in MySQL aufrufen====
    2.1 smart_laden                                                            PV Überschuss wird in Batterie geladen. Keine Entladung
<syntaxhighlight lang="SQL">
    2.2 WR_1_Speicher_1_ExternControl ExternTrigger gesperrt                  Batterie ExternTrigger, Entlademodus gesperrt . Die Zeit Steuerung wird verriegelt
call dwd_load(curdate(),'none');


    3 Freigabe zur Entladung im Winter
select * from dwdfull
    3.1 bei überschreiten von SOC 90%                                          Sobald der Speicher gut gefüllt ist oder
-- WHERE TIMESTAMP > curdate()
            WR_1_API:Battery_Info_SoC
order by TIMESTAMP desc
    3.2 Bei Zeitsteuerung und guter Prognose mit SOC 40%                      bereits vorher, weil der Tarif teuer ist
LIMIT 1000;
</syntaxhighlight>


    4 Speicher Freigabe bei Trigger oder Zeit Steuerung                        Dieses cmd_ löst die Abhängigkeiten von Zeit und Trigger auf
Sollte nun der Test der Procedure eine gefüllte Tabelle anzeigen, so kann die Integration ins FHEM erfolgen. Hierzu wird dann ein DbRep Device angelegt, dass später zyklisch jede Stunde ausgeführt wird.


    5 Speicher sperren  bei Trigger oder Zeit Steuerung                        Dieses cmd_ löst die Abhängigkeiten von Zeit und Trigger auf
====RAW Definition LogDBRep_PV_KI_Prognose (Teil 1)====
Achtung, bei diesem Device kommt im weiteren Fortschritt noch ein weiteres Attribut zum Aufruf des Python KI Prognose Skriptes hinzu. Im Kommentar wird dies bereits im Syntax erwähnt.
<syntaxhighlight lang="Perl">
defmod LogDBRep_PV_KI_Prognose DbRep LogDB
attr LogDBRep_PV_KI_Prognose DbLogExclude .*
attr LogDBRep_PV_KI_Prognose allowDeletion 0
attr LogDBRep_PV_KI_Prognose comment Version 2023.02.23 12:00\
\
Hier wird die Vorbereitung für die KI PV-Leistungsprognose durchgeführt\
\
sqlCmd call dwd_load(curdate(),'none');;\
[none|show] zum Anzeigen des Ergebnisses\
\
executeAfterProc:\
<absoluter Skript Name> <DbLog IP-Adresse> <FHEM IP-Adresse> <DbRep Name> <Wechselricher Name> <Prefix Reading Name>
attr LogDBRep_PV_KI_Prognose executeAfterProc "/opt/fhem/python/bin/PV_KI_Prognose.py 192.168.178.XXX 192.168.178.YYY LogDBRep_PV_KI_Prognose WR_1 Solar_yield_fc"
attr LogDBRep_PV_KI_Prognose room System
attr LogDBRep_PV_KI_Prognose verbose 3
</syntaxhighlight>
Auch hier sollte nun getestet werden, indem man beim set das sqlCmd ausführt. Der MySQL Procedur Aufruf ist ebenfalls im Kommentar zu finden.


    6 Wiederhole alle 180s die Kommandos der ExternControl Steuerung          Wenn keine Wiederholung erfolgt geht der Plenticore wieder auf die interne Steuerung
Als Ergebnis sollte soetwas zurück kommen. Nachdem das erschienen ist kann man den obigen Test mit dem SELECT der dwdfull Tabelle nochmals wiederholen.
    6.1 WR_1_Speicher_1_ExternControl:SpeicherMiddayControlActive              wird durchlaufen, wenn der Forecast eine z.B. 70% Überschreitung erkannt hat und
<syntaxhighlight lang="Perl">
            WR_1_Speicher_1_ExternControl:SpeicherMidday_MaxSOC              begrenzt dann morgens den MaxSOC
SqlResultRow_1 NOW()
            WR_1_Speicher_1_ExternControl:SpeicherMidday_MaxChargePowerAbs_midday    und den MaxChargePowerAbs
SqlResultRow_2 2023-03-17 11:01:03
            WR_1_Speicher_1_ExternControl:SpeicherMidday_MaxChargePowerAbs_morning    für morgens und mittags
sqlCmd call dwd_load(curdate(),'none');
    6.2 WR_1_Speicher_1_ExternControl:SpeicherMaxSOC                          Wenn morgens der Speicher zu voll war, wird der MaxSOC bis abends begrenzt
sqlResultNumRows 1
    6.3 WR_1:Solar_middayhigh_fc0_start <> WR_1:Solar_middayhigh_fc0_stop      Das Laden wird mit voller Leistung freigegeben
</syntaxhighlight>
    6.4 nach Ablauf von WR_1:Solar_middayhigh_fc0_stop                        Die Midday Steuerung wird abgeschaltet, es wird normal weiter geladen, bis MaxSOC erreicht ist
 
    6.5 WR_1_Speicher_1_ExternControl:SpeicherMaxSOC                          Batterie MaxSOC halten, der Default ist 100%
===DbLog/DbRep Device===
====RAW Definition LogDB====
Achtung, bitte hier beachten, ob bereits eine andere DbLog verwendet wird.
<syntaxhighlight lang="Perl">
defmod LogDB DbLog ./db.conf .*:.*
attr LogDB DbLogExclude .*
attr LogDB DbLogSelectionMode Exclude/Include
attr LogDB DbLogType History
attr LogDB asyncMode 1
attr LogDB bulkInsert 1
attr LogDB disable 0
attr LogDB room System
attr LogDB showproctime 1
attr LogDB verbose 0
</syntaxhighlight>
 
====RAW Definition LogDBRep_PV_KI_Prognose====
Bitte beachtet, dass die Namen auch in anderen Devices eingetragen sind, wenn Ihr diese verändern wollt.


    7 Initialisierung der externen Speichersteuerung
*[https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/KI_Prognose/RAW_LogDBRep_PV_KI_Prognose.txt Beispiel LogDBRep_PV_KI_Prognose]
    7.1 Ist morgens der Speicher zu voll                                      Wenn der Speicher morgens voller als 3x MinSOC ist wird MaxSOC gesetzt
    7.2 Wenn eine Überschreitung der 70% erwartet wird                        Aktivierung der Midday Steuerung


    8 Zurücksetzen der externen Speichersteuerung
====KI Prognose Teil 3 - Python KI Prognose Skript====
Für die Verwendung der KI Prognose werden die folgenden Python Packages noch benötigt. Die Basis wäre hierbei der FHEM Docker Container.
<pre>
Momentan habe ich das erstmal manuell im Container gemacht:


     9 Umschaltung des MinSOC wenn zu wenig Leistung erwartet wird              Schaltet im Herbst/Winter den MinSOC auf 20%
     sudo apt-get install python3-pandas
    sudo apt-get install python3-pymysql
    sudo apt-get install python3-sqlalchemy
    sudo apt-get install python3-sklearn python3-sklearn-lib
    pip3 install fhem


  10 Umschaltung des MinSoc wenn viel Leistung erwartet wir                  Setzt den MinSOC wieder im Frühling/Sommer auf 5%
Für Docker sollte das im .yml File dann so aussehen:


  11 WR_1_Speicher_1 Status aktualisieren                                    Nur beim BYD HV, Abfrage der Speicher Detailinformationen. Kann einfach entfernt werden
    -e PIP_PKGS="pandas pymysql sqlalchemy sklearn sklearn-lib"
    ob das mit dem "pip3 install fhem" so geht habe ich nicht getestet


Die Python Skripte liegen bei mir im Ordner


WR_1_Speicher_1_ExternControl                readings                        Konfiguration für die externe Speichersteuerung
    ./python/bin
    [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/KI_Prognose/PV_KI_Prognose.py ./python/bin/PV_KI_Prognose.py]
</pre>


  ExternTrigger none                                                          Wird automatisch gesetzt und dient der Verriegelung im WR_1_Speicher_1_ExternControl
Das PV_KI_Prognose.py wird mit folgenden Parametern aufgerufen:
                                                                              Zustände: frei/gesperrt/none
<syntaxhighlight lang="Perl">
  SpeicherCmdRepeatActive      [An|Aus]                                      An/Aus Trigger für WR_1_Speicher_1_ExternControl, aktiviert die Kommandowiederholung
    <absoluter Skript Name> <DbLog IP-Adresse> <FHEM IP-Adresse> <DbRep Name> <Wechselricher Name> <Prefix Reading Name>
   SpeicherMaxSOCControlRunning [An|Aus]                                      Das reading signalisiert den aktuellen Laufzeitstatus
z.B. /opt/fhem/python/bin/PV_KI_Prognose.py 192.168.178.XXX 192.168.178.YYY LogDBRep_PV_KI_Prognose WR_1 Solar_yield_fc
   SpeicherEntladung                                                          Steuert den Modus der externen Speichersteuerung
</syntaxhighlight>
                                                                              Zustände:
<pre>
                                                                                Automatik - MinSOC Steuerung Sommer/Winter
1. Zum Test kann dies auch in "" in der FHEM Kommandozeile eingegeben werden, zuvor muss jedoch die MySQL Prozedur aufgerufen worden sein, damit die benötigte Tabelle mit den Daten erstellt worden ist.
                                                                                Zeit      - z.B. bei Tarifsteuerung. Zeiten werden über zusätzliche DOIF
2. Nach dem Testen kommt dieser Aufruf dann in das LogDBRep_PV_KI_Prognose Device und wird somit mit dem MySQL Prozeduraufruf synchronisiert.
                                                                                            oder WeekdayTimer gesetzt
   Bitte das LogDBRep_PV_KI_Prognose Device (Teil 1) aus dem vorherigen Absatz verwenden.
                                                                                Trigger   - Ein beliebiger Mechanismus z.B. DOIF steuert den Speicher
   Damit dann alles automatisch gestartet wird muss nun noch im WR_ctl Device ein Eintrag eingefügt werden.
3. Achtung, das WR_ctl Device beinhaltet jetzt die Forecast Daten und nicht wie früher das WR_1 Device.
</pre>
<syntaxhighlight lang="Perl">
< snip >
################################################################################################################
## 2 Start der KI Prognose
## Der Reading Name und das Device werden in LogDBRep_PV_KI_Prognose im executeAfterProc eingestellt
##  "/opt/fhem/python/bin/PV_KI_Prognose.py 192.168.178.40 192.168.178.40 LogDBRep_PV_KI_Prognose WR_1_ctl Yield_fc"
##
2_KI_Prognose
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled
    and
      ReadingsVal("LogDBRep_PV_KI_Prognose","PV_KI_Prognose","null") eq "done"  ## Die Prognose darf nicht gerade laufen !!!
    and
   (
    ([05:00-22:00] and [:03]                                            ## In der PV-Zeit jede Stunde aktualisieren
    )
    or [$SELF:ui_command_1] eq "2_KI_Prognose"                          ## Hier wird das uiTable select ausgewertet
  )
  ) {


  SpeicherMaxSOCControlActive  [An|Aus]                                      Wird von Solar_forecast() gesetzt, wenn der fc0 über WR_1:Inverter_Max_Power (70% Regel) liegt
  ::CommandSet(undef, "LogDBRep_PV_KI_Prognose sqlCmd call dwd_load(curdate(),'none')");
  SpeicherMaxSOCControlRunning [An|Aus]                                      Das reading signalisiert den aktuellen Laufzeitstatus
  SpeicherMaxSOC_Actual      100                                              Wird im WR_1_Speicher_1_ExternControl cmd_7 berechnet, wenn der Speicher morgens zuviel Ladung hat
  SpeicherMaxSOC_DayBefore    xx                                              Das ist der letzte berechnete Wert, damit sich die Berechnung langsam einem Optimum nähern kann
  SpeicherMaxSOC_fc1_Limit 30000                                              Hier einen Wert setzen, bei dem der Speicher über Nacht bis morgens gereicht hat.
                                                                              Damit wird dann der Übergang vom Winter zum Frühjahr erkannt.
  SpeicherMiddayControlActive  [An|Aus]                                      Wird von Solar_forecast() gesetzt, wenn der fc0 über WR_1:Inverter_Max_Power (70% Regel) liegt
  SpeicherMiddayControlRunning [An|Aus]                                      Das reading signalisiert den aktuellen Laufzeitstatus
  SpeicherMidday_Inverter_Max_Power        8500                              Manuelles überschreiben für WR_1:Inverter_Max_Power, wenn man kontrollierter den Tag über laden möchte
  SpeicherMidday_MaxChargePowerAbs_midday  1000                              Begrenzung der Ladeleistung am Mittag, damit nicht zu schnell geladen wird.
                                                                              Steht der Wert auf 0 wird dynamisch während der Laufzeit ein Wert berechnet.
  SpeicherMidday_MaxChargePowerAbs_morning  450                              Begrenzung der Ladeleistung am Vormittag, damit Mittags genug Platz im Speicher ist
  SpeicherMidday_MaxSOC 30                                                    Limitierung des Speichers um Mittags genug Platz zu haben
  SpeicherMinSOC_Sommer 5                                                    Sommer MinSOC von Kostal vorgegeben
  SpeicherMinSOC_Winter 20                                                    Winter MinSOC von Kostal vorgegeben
  SpeicherMinSOC_fc1_Limit 14000                                              Wenn im Herbst/Winter der Forecast zu schlecht wird muss dieser Wert auf die Anlage
                                                                              angepasst werden. Das signalisiert die Winter Zeit
  SpeicherTrigger none                                                       entladen/gesperrt/none wird über WR_1_Speicher_1_ExternControl gesetzt
  SpeicherZeitEnde 16:00                                                      Die Zeiten geben das Entlade Fenster an und werden durch weitere DOIF oder WeekdayTimer gesetzt
  SpeicherZeitStart 07:00                                                    Dies kann zur Tarifsteuerung verwendet werden, oder um ein Entladung zeitlich zu verschieben
                                                                              Das Zeitfenster kann durch den MinSOC Schutz im Winter veriegelt sein.


  Beispiele:
  if (AttrVal("$SELF","verbose",0) >=3) {
      Log 3, "$SELF 2_KI_Prognose : Start KI Prognose";
    }


  1 SpeicherEntladung Automatik
    set_Reading("ui_command_1","---");                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten
    Nur grundlegende Steuerungen erfolgen automatisch.
                                                                        ## kann das Kommando nicht sofort wiederholt werden
      - Sommer/Winter Umschaltung des MinSOC                                   Schützt den Speicher vor einer Notladung im Winter
  }
      - smart_laden                                                            Sorgt dafür, das der Speicher im Winter nicht ständig geladen und wieder entladen wird
}
      - laden_beendet                                                          Gibt den Speicher nach dem smart_laden wieder frei
< snip >
</syntaxhighlight>


  2 SpeicherEntladung Zeit
Für die Netzwerkverbindung aus dem KI Python Skript werden die Zugansdaten im Filesystem abgelegt, damit sie nicht mit dem Skript ausversehen weiter gegeben werden.
    Zeitsteuerung für laden/entladen
<pre>
      - WR_1_Speicher_1_ExternControl:SpeicherZeitEnde/SpeicherZeitStart      Die Start/Ende Zeiten müssen gesetzt werden, dies muss über weitere DOIF oder WeekdayTimer erfolgen.
    ./python/pwd_fhem.json
      - Sommer/Winter Umschaltung des MinSOC
    ./python/pwd_sql.json
      - smart_laden
      - laden_beendet
</pre>
</pre>
Die Verbindungsdaten werden in den Dateien wie folgt abgelegt:
<syntaxhighlight lang="Perl">
fhem@raspberrypi:~/python$ cat pwd_[fhem|sql].json
{"username": "<Euer Username>",
"password": "<Euer Passwort>"}
</syntaxhighlight>
<pre>
FHEM und die Datenbank müssen nicht auf dem selben Rechner installiert werden. Die IP-Adressen werden dem Skript beim Aufruf mitgegeben.


==Wenn man mal etwas umbenennen möchte==
Es ist nicht erforderlich die neuen readings mit DbLogInclude aus dem WR_1 Device in die Datenbank zu loggen, da dies bereits durch das PV_KI_Prognose Skript direkt geschieht, um einen passenden TIMESTAMP pro Stunde zu bekommen.
Es kommt immer wieder vor, dass man ein Device oder den Namen eines readings umbenennen möchte. Dies hat natürlich Auswirkungen auf andere Devices und auch auf die bisherigen Daten in der DbLog. Hier sollen dann jetzt Hilfestellungen gesammelt werden.
===Allgemeine Hilfestellungen===
'''Es sollte immer vorher eine Datensicherung gemacht werden!'''<pre>
Den Device Namen ändert man am Besten mit einem "rename".
Damit nichts vergessen wird ruft man den RAW Editor auf und kann dann mit der Suchfunktion des Browsers nach dem zu ändernden Text suchen.
Wenn alle Devices im ersten Durchlauf geändert wurden und man meint man wäre fertig, dann durchsucht man am besten nochmal die fhem.cfg . Sollten dort noch alte Namen vorhanden sein, kann man erkennen in welchem Device das ist und dieses dann in der Fhem Oberfläche korrigieren.
</pre>
</pre>
'''Bitte nicht in der fhem.cfg Änderungen vornehmen! Dort nur zur Kontrolle suchen.'''
Wenn im LogDBRep_PV_KI_Prognose der verbose Level auf >= 3 steht kommen diverse Meldungen im Log:
<syntaxhighlight lang="Perl">
/usr/lib/python3/dist-packages/sklearn/externals/joblib.py:1: DeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses
  import imp
PV_KI_Prognose  running - start
PV_KI_Prognose  running - connected to 192.168.178.40
PV_KI_Prognose  running - dwdfull read from DbLog 192.168.178.40
PV_KI_Prognose  running - RandomForestRegressor loading
PV_KI_Prognose  running - RandomForestRegressor loaded
PV_KI_Prognose  running - RandomForestRegressor trained
PV_KI_Prognose  running - RandomForestRegressor fitted with yield
PV_KI_Prognose  running - old forecast deleted
PV_KI_Prognose  running - start forecast
Yield_fc0_06  06 71
Yield_fc0_07  07 406
Yield_fc0_08  08 1629
Yield_fc0_09  09 3248
Yield_fc0_10  10 4664
Yield_fc0_11  11 6210
Yield_fc0_12  12 7078
Yield_fc0_13  13 5455
Yield_fc0_14  14 4034
Yield_fc0_15  15 1189
Yield_fc0_16  16 275
Yield_fc0_17  17 170
Yield_fc0_18  18 56
Yield_fc0_19  19 43
Yield_fc0_20  20 0
--------------------------------------------
max      off/at 7078 12:00
Middayhigh_start 00:00
Middayhigh_stop  00:00
4h              99
rest            99
morning          16228
afternoon        18300
day              34528
--------------------------------------------
PV_KI_Prognose  running - forecast written to FHEM
PV_KI_Prognose  running - old forecast deleted
PV_KI_Prognose  running - start forecast
Yield_fc1_06  06 64
Yield_fc1_07  07 406
Yield_fc1_08  08 2103
Yield_fc1_09  09 4785
Yield_fc1_10  10 6902
Yield_fc1_11  11 7911
Yield_fc1_12  12 7078
Yield_fc1_13  13 5455
Yield_fc1_14  14 4034
Yield_fc1_15  15 1189
Yield_fc1_16  16 275
Yield_fc1_17  17 170
Yield_fc1_18  18 55
Yield_fc1_19  19 46
Yield_fc1_20  20 0
--------------------------------------------
max      off/at 7911 11:00
Middayhigh_start 00:00
Middayhigh_stop  00:00
4h              101
rest            101
morning          22171
afternoon        18302
day              40473
--------------------------------------------
PV_KI_Prognose  running - forecast written to FHEM
PV_KI_Prognose  done
</syntaxhighlight>
 


===Ein Device umbenennen===
==Diagramme mit Grafana==
Grafana kann z.B. mit docker auf dem selben oder auch einem anderen System installiert werden. Es ermöglicht die Darstellung von Diagrammen und Dashboards durch die direkte Abfrage aus einer Datenbank.
===Beispiel Diagramme===
[[Datei:Leistung und Hauptverbraucher.png|mini|600px|rechts|]]
[[Datei:Forecast.png|mini|600px|rechts|]]
<pre>
<pre>
Das ist schnell gemacht, indem man in der Fhem commandline ein "rename <Device> <neues Device>" macht.
Die verwendete Datenbank ist im Grafana als "FHEM MySQL" am besten vorher zu konfigurieren.
Es ist auch möglich das alte Device mit "disable 1" zu deaktivieren und dann einfach ein komplett neues z.B. aus dem Wiki zu definieren.
Achtung, dieses Dashboard verwendet die Schwarm readings bei den MySQL SELECT!
Das alte Device kann dann später gelöscht werden, sobald das neu richtig läuft. In der datenbank kann man die alten Werte dann auch wieder dem neuen Device zuordnen.
Eine Anpassung wäre denkbar, wenn man im JSON File "SW_" global entfernt.
Als nächstes haben viele Devices noch ein Attribut "alias", das meistens den selben Namen wie das Device beinhaltet.
Auch die Hauptverbraucher sind im Diagramm anzupassen, da sie bei mir durch eigene Zähler erfasst werden. Sollten bei Euch keine Zähler vorhanden sein, so müsstet Ihr den jeweiligen Verbraucher im Diagramm löschen.
Ein Device Name kann auch in anderen Attributen als Variable verwendet worden sein. Das ist zu prüfen.
Nun werden alle neuen, aktualisierten readings unter dem neuen Device Namen in die Datenbank geschrieben.
Die bisherigen Log Einträge müssen nun noch dem neuen Device zugeordnet werden.
</pre>
===Ein reading umbenennen===
<pre>
Dies geschieht innerhalb des Devices, indem man das Attribut, dass das reading erzeugt ändert und den neuen Namen einträgt.
Bei der nächsten Aktualisierung erscheint dann ein zweites reading mit dem neuen Namen.
Der neue Name muss dann noch an allen Stellen innerhalb des Devices eingetragen werden, Das kann im userReading, stateFormat oder auch in anderen Attributen der Fall sein.
Soll dieses Reading gelogged werden, ist "DbLogInclude" zu prüfen. Der alte Name kann raus und der neue muss rein, oder die RegEx muss geändert werden.
Zum Schluss muss das alte reading noch entfernt werden, was mit "deletereading <Device> <alter reading Name>" erfolgen kann. Oft ist hier auch eine RegEx möglich.
</pre>
</pre>
'''Im JSON File sind noch weitere Kommentare enthalten, die bitte auch gelesen werden sollten.'''


===DbLog aufräumen===
Als kleine Vorabinformation möchte ich geben, dass es hierbei eventuell zu '''duplicate keys''' kommen kann. Dies rührt daher, dass eventuell der alte und der neue Namen parallel geloggt wurde. Schaut Euch hier die Daten an, welche Ihr behalten möchtet, oder ob Ihr wirklich z.B. das alte reading und SW_* braucht. Ab dem Zeitpunkt wo es parallel gelaufen ist, wäre dann eins (das alte) zu löschen.


Beim Übergang zum Schwarm habe ich alle älteren Daten den neuen readings zugeordnet und momentan, ab diesem Zeitpunkt, beides gelogged.
*[https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Grafana/Dashboard/Kostal-Flow_V2_JSON.txt Beispiel Grafana Dashboard]


====An der Datenbank anmelden====
==Diagramme mit Grafana==
Dies kann man z.B. aus einer Terminal Session heraus machen.
Grafana ermöglicht das direkte Auslesen der SQL Datenbank und kann auch auf einer anderen Plattform betrieben werden. Bei mir befindet es sich in Docker Containern auf dem selben RPI4.
<syntaxhighlight lang="Perl">
=== RAW Definition Hauptverbraucher ===
mysql -h 192.168.178.xxx --port 3306 --database fhem -u fhemuser -p
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Grafana/Diagramme/ Beispiele]
</syntaxhighlight>
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Grafana/Diagramme/Diagramm_Hauptverbraucher_JSON.txt Beispiel Hauptverbraucher]
====Alle Devices in der history anzeigen====
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Grafana/Diagramme/Diagramm_KI_Prognose_JSON.txt Beispiel KI_Prognose]
<syntaxhighlight lang="SQL">
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Grafana/Diagramme/Diagramm_Leistungsbezug_JSON.txt Beispiel Leistungsbezug]
## Alle Devices in der history Tabelle
SELECT DEVICE FROM history
GROUP BY DEVICE;
</syntaxhighlight>


====Alle readings eines Devices anzeigen====
== PV Eigenverbrauch-Steuerung ==
Mit einem SELECT kann man alle bisher aufgetretenen readings eines Devices über einen definierten Zeitraum anzeigen lassen.
'''Hier werde ich auch mal aktualisieren, bei bedarf einfach im Forum fragen.'''
Der Zeitraum ist mit "1 DAY" definiert, kann aber auch auf z.B. "1 MONTH" oder "2 MONTH" gesetzt werden.
=== Beispiel Luft Wärme Pumpe Novelan LAD ===
<syntaxhighlight lang="SQL">
Hier mal ein paar Bilder für die Dokumentation der PV-Modus Anschaltung mit einem Shell 1 und das Heizelement, dass man über Lastrelais in drei Stufen Regeln könnte. Die Aktivierung der Zusatzheizung ist über das Luxtronik2 Modul möglich.
SET @device = 'WR_1';
<gallery>
SELECT t1.TIMESTAMP,t1.DEVICE,t1.READING,t1.VALUE
LAD_Zusatzheizung_2_4_6_kW.jpg|Zusatzheizung 2/4/6 kW
  FROM history t1
LAD_Shelly_Einbauposition.jpg|LAD Shelly Einbauposition
  INNER JOIN
LAD_Shelly_Phase_und_Null.jpg|LAD Shelly Phase und Null
  (SELECT max(TIMESTAMP) AS TIMESTAMP,DEVICE,READING
LAD_Shelly_SWT-Signal.jpg|LAD Shelly SWT-Signal
      FROM history
</gallery>
      WHERE DEVICE    = @device AND
==== RAW Definition LWP_PV (DOIF im Perl Modus) ====
            TIMESTAMP > NOW() - INTERVAL 1 DAY
Hierbei wird das PV-Modus Signal über ein Shelly 1 zur LAD Wärmepumpe übermittelt, was natürlich auch durch ein beliebiges anderes Relais erfolgen kann.
      GROUP BY READING) x
Die setstate Attribute am Ende der RAW Definition sind ebenfalls wichtig, da dort die Default reading Werte für das DOIF gesetzt werden. Diese können dann über die uiTable Definitionen mit Pull Down Menüs geändert werden.
  ON x.TIMESTAMP = t1.TIMESTAMP AND
    x.DEVICE    = t1.DEVICE    AND
    x.READING  = t1.READING;
</syntaxhighlight>
 
====Einträge eines DEVICE einem neuen DEVICE zuordnen====
In diesem Beispiel würde das alte DEVICE PV_1 dem neuen DEVICE WR_1 zugeordnet werden.
Im Anschluss müssten dann noch READING jeweils einem eventuell neuen READING Namen zu geordnet werden.
Sehr wichtig ist '''"TIMESTAMP = TIMESTAMP"''', da hierdurch der alte TIMESTAMP erhalten bleibt.
<syntaxhighlight lang="SQL">
UPDATE history
  SET
    TIMESTAMP = TIMESTAMP,
    DEVICE    = 'PV_1'
  WHERE
        DEVICE    = 'WR_1'
    AND TIMESTAMP < '2021-03-23 17:25:15';
</syntaxhighlight>
 
====Ein altes READING einem neuen READING Namen zuordnen====
Sehr wichtig ist '''"TIMESTAMP = TIMESTAMP"''', da hierdurch der alte TIMESTAMP erhalten bleibt.
<syntaxhighlight lang="SQL">
UPDATE history
  SET
    TIMESTAMP = TIMESTAMP,
    READING  = 'Total_DC_PV_Energy_sumOfAllPVInputs'
  WHERE
        DEVICE    = 'WR_1'
    AND READING  = 'Total_DC_PV_Energy_(sumOfAllPVInputs)'
    AND TIMESTAMP < '2021-03-23 17:25:15';
</syntaxhighlight>
 
====Alles auf einmal====
Natürlich kann man die vorherigen UPDATE auch zusammenfassen, also DEVICE und READING in einem ändern. Das sollte aber nur machen, wer in SQL entsprechende Kenntnisse hat.
Die Umbenennung des DEVICE zum neuen DEVICE und anschließend die READING Namen ist der praktikabelste Weg.
 
===Grafiken korrigieren===
====SVG====
In eventuellen SVGs die Device und reading Namen korrigieren
====Grafana====
In Grafana sind die SQL Abfragen ebenfalls zu korrigieren
 
===Fhem Log===
Das Fhem Log ist nach jedem größeren Änderungsschritt zu sichten, da man hier ziemlich schnell vergessene Devices oder readings erkennen kann.
 
==Timeing für die PV extra Funktionen==
=== AW Definition PV_Schedule (DOIF)===
Aufgrund der Komplexität wurde die Speichersteuerung aus diesem Device entfernt und im Device PV_1_Speicher_1_ExternControl ausgelagert.
Weitere Neuerungen sind die Bereitstellung eines Schnee Faktors pro String für die Solar_forecast() Funktion, was aber bitte als Versuch anzusehen ist.
Für den Vergleich mit dem Solar_Foracast Modul wird der Forecast zwei mal aufgerufen und einmal davon ins DWD_Forecast_Test geschrieben.
Diese Beispiele können natürlich einfach herausgelöscht werden.
<syntaxhighlight lang="Perl">
defmod PV_Schedule DOIF ################################################################################################################\
## 1 Plenticore Status aktualisieren. Dies geschieht über das PV_Anlage_1_API Device\
##\
([:57])\
\
  (get WR_2_API 20_Statistic_EnergyFlow)\
  (get WR_1_API 20_Statistic_EnergyFlow)\
\
################################################################################################################\
## 2 PV Prognose vom aktuellen Tag aktualisieren\
##    zwischen 5 und 21 Uhr zur vollen Stunde\
DOELSEIF\
([05:00-21:00] and [:00])\
  ## Erste Versuche mit Schnee, wenn zuwenig Strom in den Modulen fließt wird ein Faktor von 0.1 gesetzt\
  ## WR_1_config forecast_factor_autocorrection muss auf 1 gesetzt sein, damit das berücksichtigt wird\
##  ({my $y=0;;;;my $x=ReadingsVal("WR_1","Current_DC1",1);;;;\
##    $y=($x >= 0 && $x < 1 && $hour >  8 && $hour < 12)?0.1:1;;;;CommandSetReading(undef, "WR_1_config module_1_covered ".$y)})\
##  ({my $y=0;;;;my $x=ReadingsVal("WR_1","Current_DC2",1);;;;\
##    $y=($x >= 0 && $x < 1 && $hour > 14 && $hour < 17)?0.1:1;;;;CommandSetReading(undef, "WR_1_config module_2_covered ".$y)})\
##  ({my $y=0;;;;my $x=ReadingsVal("WR_2","Current_DC1",1);;;;\
##    $y=($x >= 0 && $x < 1 && $hour > 12 && $hour < 17)?0.1:1;;;;CommandSetReading(undef, "WR_1_config module_3_covered ".$y)})\
##  ({my $y=0;;;;my $x=ReadingsVal("WR_2","Current_DC2",1);;;;\
##    $y=($x >= 0 && $x < 1 && $hour > 14 && $hour < 17)?0.1:1;;;;CommandSetReading(undef, "WR_1_config module_4_covered ".$y)})\
\
  ({Solar_forecast("LogDB","LogDBRep_PV_Forecast_SQL","WR_1","Solar_Calculation_fc","DWD_Forecast",0)})\
\
##  ({Solar_forecast("none","none","DWD_Forecast_Test","Solar_forecast_fc","DWD_Forecast",0)})\
\
################################################################################################################\
## 3 PV Prognose für den nächsten Tag aktualisieren\
## \
DOELSEIF\
([06:55] or [19:11])\
  ## Bei Schnee wurde der module_*_covered Faktor bereits am Vortag gesetzt.\
  ({Solar_forecast("LogDB","LogDBRep_PV_Forecast_SQL","WR_1","Solar_Calculation_fc","DWD_Forecast",1)})\
\
##  ({Solar_forecast("none","none","DWD_Forecast_Test","Solar_forecast_fc","DWD_Forecast",1)})\
\
################################################################################################################\
## 4 regelmäßig die Bilanz aktualisieren, alle 5 Minuten außer um :00\
##\
DOELSEIF\
([+:05] and ![:00])\
\
  (get WR_2_API 04_auth_me)\
  (get WR_1_API 04_auth_me)\
\
################################################################################################################\
## 5 Jeden Morgen die Zählerstände aktualisieren, damit im Schwarm die Statistiken berechnet werden können\
##\
DOELSEIF\
([00:01])\
\
  (setreading WR_1_API SW_Meter_init_FeedInGrid_Day [WR_0_KSEM:Active_energy-])  ## 6172\
  (setreading WR_1_API SW_Meter_init_Grid_Day [WR_0_KSEM:Active_energy+])        ## 4727\
\
({if ($mday eq 1)\
    {\
      fhem("setreading WR_1_API SW_Meter_init_FeedInGrid_Month [WR_0_KSEM:Active_energy-]");;  ## 5707\
      fhem("setreading WR_1_API SW_Meter_init_Grid_Month [WR_0_KSEM:Active_energy+]");;        ## 4717\
\
      if ($yday eq 0)\
        {\
        fhem("setreading WR_1_API SW_Meter_init_FeedInGrid_Year [WR_0_KSEM:Active_energy-]");;  ## 5241\
        fhem("setreading WR_1_API SW_Meter_init_Grid_Year [WR_0_KSEM:Active_energy+]");;        ## 3517\
        }\
    }\
  }\
)\
\
 
attr PV_Schedule DbLogExclude .*
attr PV_Schedule alias PV_Schedule
attr PV_Schedule cmdState WR Status|Forecast 0|Forecast 1|Bilanz refresh
attr PV_Schedule comment Version 2021.04.19 12:00
attr PV_Schedule do always
attr PV_Schedule room Strom->Photovoltaik
attr PV_Schedule sortby 11
attr PV_Schedule verbose 0
attr PV_Schedule wait 0,3:0:0:0
attr PV_Schedule webCmd cmd_1:cmd_2:cmd_3:cmd_4
attr PV_Schedule webCmdLabel Statistic :Forecast_0 :Forecast_1 :Bilanz :
</syntaxhighlight>
 
==Energie Bilanz==
[[Bild:Plenticore Bilanz.png|mini|900px|rechts|]]
<big>Achtung, es gab eine Umstellung mit diesem Device! Die Bilanz wird nun direkt im WR_1_API Device als stateFormat angezeigt. Bitte holt diese Änderung mit den Informationen im Forum Thread nach.</big>
 
Die Energie Bilanz soll einen kompakten Überblick über die Produktions- und Verbrauchswerte liefern. Hierbei werden die momentan Werte direkt berechnet, die restlichen Werte werden als Statistiken aus dem Gerät abgefragt.
===Erstellen von zusätzlichen Werten in der Datenbank===
[[Bild:SVG LogDB PV Bilanz.png|mini|900px|rechts|Die Definition diese Diagramms ist weiter unten beschrieben.]]
Hier werden Werte konsolidiert, weil z.B. der Wert PV_total_Month stetig steigt. Am Ende des Monats sind die gesamten Zwischenwerte ohne Aussagekraft und werden dann später mal gelöscht.
 
====RAW Definition LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week====
Dieser Wert ist die wöchentliche Einspeisung ins Netz.
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.
<syntaxhighlight lang="Perl">defmod LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week DbRep LogDB
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week DbLogExclude .*
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week aggregation week
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week comment Version 2020.10.21 11:14
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week device PV_1_API
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week diffAccept 15000
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week reading Statistic_EnergyFeedInGrid_Year
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week readingNameMap Statistic_EnergyFeedInGrid_Week
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week room Strom->Energie,System
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week timestamp_begin current_year_begin
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week timestamp_end previous_week_end
</syntaxhighlight>
 
====RAW Definition LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week====
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie pro Woche an.
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.
Benötigt für SVG_LogDB_PV_Bilanz.
<syntaxhighlight lang="Perl">
defmod LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week DbRep LogDB
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week DbLogExclude .*
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week aggregation week
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week allowDeletion 0
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week comment Version 2020.10.23 15:00\
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie pro Woche an.\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
Benötigt für SVG_LogDB_PV_Bilanz.
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week device PV_1_API
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week diffAccept 20000
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week reading Statistic_EnergyHomePvSum_Year
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week readingNameMap Statistic_EnergyHomePvSum_Week
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week room Strom->Energie,System
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week timestamp_begin current_year_begin
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week timestamp_end previous_week_end
</syntaxhighlight>
 
====RAW Definition LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month====
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie im Monat.
Gestartet über DB_Service_Schedule am ersten des Monats.
Benötigt für SVG_LogDB_PV_Bilanz.
<syntaxhighlight lang="Perl">
defmod LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month DbRep LogDB
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month DbLogExclude .*
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month aggregation month
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month allowDeletion 1
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month comment Version 2020.10.23 15:00\
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie im Monat.\
Gestartet über PV_Schedule am ersten des Monats\
Benötigt für SVG_LogDB_PV_Bilanz.
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month device PV_1_API
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month reading Statistic_EnergyHomePvSum_Month
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month room Strom->Energie,System
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month timestamp_begin current_year_begin
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month timestamp_end previous_month_end
</syntaxhighlight>
 
====RAW Definition LogDBRep_Statistic_Yield_Year_diff_Week====
Dieser Wert gibt den gesamten Ertrag der PV Anlage pro Woche an.\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
Benötigt für  SVG_LogDB_PV_Bilanz.
<syntaxhighlight lang="Perl">
defmod LogDBRep_Statistic_Yield_Year_diff_Week DbRep LogDB
attr LogDBRep_Statistic_Yield_Year_diff_Week DbLogExclude .*
attr LogDBRep_Statistic_Yield_Year_diff_Week aggregation week
attr LogDBRep_Statistic_Yield_Year_diff_Week allowDeletion 0
attr LogDBRep_Statistic_Yield_Year_diff_Week comment Version 2020.10.23 15:00\
Dieser Wert gibt den gesamten Ertrag der PV Anlage pro Woche an.\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
Benötigt für  SVG_LogDB_PV_Bilanz.
attr LogDBRep_Statistic_Yield_Year_diff_Week device PV_1_API
attr LogDBRep_Statistic_Yield_Year_diff_Week diffAccept 20000
attr LogDBRep_Statistic_Yield_Year_diff_Week reading Statistic_Yield_Year
attr LogDBRep_Statistic_Yield_Year_diff_Week readingNameMap Statistic_Yield_Week
attr LogDBRep_Statistic_Yield_Year_diff_Week room Strom->Energie,System
attr LogDBRep_Statistic_Yield_Year_diff_Week timestamp_begin current_year_begin
attr LogDBRep_Statistic_Yield_Year_diff_Week timestamp_end previous_week_end
</syntaxhighlight>
 
====RAW Definition LogDBRep_Statistic_Yield_Month_max_Month====
Dieser Wert gibt den gesamten Ertrag der PV Anlage im Monat an.
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.
Momentan noch in keinem SVC verwendet.
<syntaxhighlight lang="Perl">
defmod LogDBRep_Statistic_Yield_Month_max_Month DbRep LogDB
attr LogDBRep_Statistic_Yield_Month_max_Month DbLogExclude .*
attr LogDBRep_Statistic_Yield_Month_max_Month aggregation month
attr LogDBRep_Statistic_Yield_Month_max_Month allowDeletion 0
attr LogDBRep_Statistic_Yield_Month_max_Month comment Version 2020.10.23 15:00\
Dieser Wert gibt den gesamten Ertrag der PV Anlage im Monat an.\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
Momentan noch in keinem SVC verwendet.
attr LogDBRep_Statistic_Yield_Month_max_Month device PV_1_API
attr LogDBRep_Statistic_Yield_Month_max_Month diffAccept 20000
attr LogDBRep_Statistic_Yield_Month_max_Month reading Statistic_Yield_Month
attr LogDBRep_Statistic_Yield_Month_max_Month room Strom->Energie,System
attr LogDBRep_Statistic_Yield_Month_max_Month timestamp_begin current_year_begin
attr LogDBRep_Statistic_Yield_Month_max_Month timestamp_end previous_month_end
</syntaxhighlight>
 
===Löschen von nicht mehr benötigten Werten in der Datenbank===
Hier wird endgültig aufgeräumt, alte momentan Werte werden gelöscht, wenn sie nach z.B. drei Monaten keine Relevanz mehr haben. Dafür wurden im vorherigen Abschnitt zusätzliche Werte in der Datenbank erzeugt, die in Diagrammen trotzdem noch einen Trend erkennen lassen.
Wenn eine immer größer werdende Datenbank mit steigenden Antwortzeiten nicht stört, der kann das Aufräumen auch weg lassen. Bei einer späteren Migration führt dies natürlich zu höherem Aufwand und hohen Laufzeiten.
 
====RAW Definition LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day====
Löschen aller Statistic_EnergyHomeBat_Day Werte, bis auf den maximal Wert des Tages.
Der aktuelle Tag bleibt noch erhalten.
Aufruf mit: maxValue deleteOther
<syntaxhighlight lang="Perl">
defmod LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day DbRep LogDB
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day DbLogExclude .*
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day aggregation day
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day allowDeletion 1
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day comment Version 2020.10.30 18:30\
Löschen aller Statistic_EnergyHomeBat_Day Werte, bis auf den maximal Wert des Tages.\
Der aktuelle Tag bleibt noch erhalten.\
Aufruf mit: maxValue deleteOther
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day device PV_1_API
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day reading Statistic_EnergyHomeBat_Day
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day room Strom->Energie,System
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day timestamp_begin previous_month_begin
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day timestamp_end current_day_end
</syntaxhighlight>
 
====RAW Definition LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day====
Löschen aller Statistic_EnergyHomeBat_Day Werte, bis auf den maximal Wert des Tages.
Der aktuelle Tag bleibt noch erhalten.
Aufruf mit: maxValue deleteOther
<syntaxhighlight lang="Perl">
defmod LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day DbRep LogDB
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day DbLogExclude .*
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day aggregation day
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day allowDeletion 1
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day comment Version 2020.10.30 18:30\
Löschen aller Statistic_EnergyHomePvSum_Day Werte, bis auf den maximal Wert des Tages.\
Der aktuelle Tag bleibt noch erhalten.\
Aufruf mit: maxValue deleteOther
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day device PV_1_API
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day reading Statistic_EnergyHomePvSum_Day
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day room Strom->Energie,System
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day timestamp_begin previous_month_begin
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day timestamp_end current_day_end
</syntaxhighlight>
 
====RAW Definition LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day====
Löschen aller Statistic_TotalConsumption_Day Werte, bis auf den maximal Wert des Tages.\
Der aktuelle Tag bleibt noch erhalten.
<syntaxhighlight lang="Perl">
defmod LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day DbRep LogDB
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day DbLogExclude .*
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day aggregation day
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day allowDeletion 1
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day comment Version 2020.10.30 18:30\
Löschen aller Statistic_TotalConsumption_Day Werte, bis auf den maximal Wert des Tages.\
Der aktuelle Tag bleibt noch erhalten.
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day device PV_1_API
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day reading Statistic_TotalConsumption_Day
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day room Strom->Energie,System
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day timestamp_begin previous_month_begin
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day timestamp_end current_day_end
</syntaxhighlight>
 
===Timing für die Datenbank Einträge===
Über dieses Scheduling werden in der Datenbank zusätzliche Wochen- und Monatseinträge gesteuert.
====RAW Definition DB_Service_Schedule====
Hier werden zusätzlich Werte in der Datenbank erzeugt.
<syntaxhighlight lang="Perl">
defmod DB_Service_Schedule DOIF ## Monatlich Einträge\
([01:13] and ($mday==1))\
(set LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month maxValue writeToDB)\
(set LogDBRep_Statistic_Yield_Month_max_Month maxValue writeToDB)\
\
## Wöchentliche Einträge\
DOELSEIF\
([01:17] and ($wday==1))\
(set LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week diffValue writeToDB)\
(set LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week diffValue writeToDB)\
(set LogDBRep_Statistic_Yield_Year_diff_Week diffValue writeToDB)\
\
## Wöchentliche Einträge mit löschen\
DOELSEIF\
([02:17] and ($wday==1))\
(set LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day maxValue deleteOther)\
(set LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day maxValue deleteOther)\
(set LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day maxValue deleteOther)\
 
attr DB_Service_Schedule DbLogExclude .*
attr DB_Service_Schedule comment Version 2020.10.23 17:00\
Hier werden zusätzlich Werte in der Datenbank erzeugt.
attr DB_Service_Schedule do always
attr DB_Service_Schedule room Strom->Energie,System
attr DB_Service_Schedule wait 0,3:0,5,5:0,5,5
attr DB_Service_Schedule webCmd cmd_1:cmd_2:cmd_3
attr DB_Service_Schedule webCmdLabel monatlich :wöchentlich :wöchentlich Löschen :
</syntaxhighlight>
 
==Wetter-/Leistungs-Prognose==
Dies ist ein Thema, dass nicht wirklich gut zu fassen ist und ist eher etwas für Enthusiasten :-), wer schon mal mit Sonne, Wolken und Regen gerechnet hat versteht was ich meine. Dieser Ansatz ist nicht wissenschaftlicher Art und hat auch keinen Anspruch mathematischer Perfektion. Nach reinem Gefühl und mit aus dem Fenster schauen kommt jedoch ein respektables Ergebnis dabei heraus. Viel Vergnügen und Spaß beim mitbasteln ;-)
[[Bild:Plenticore_Forecast_Tagesanfang.png|mini|900px|rechts|Wenn der Tag begonnen hat ist die Prognose vom Vortag bereits im Diagramm. Der Wert Calculation in schwarz ist die aktuelle Korrektur.]]
====Wetter Forecast Grundlagen====
<pre>
1.) Astro Device mit dem Namen Astro und der
    Konfiguration für den Standort (in der fhem.cfg eingetragen)
 
2.) DbLog / DbRep
2.1) DbLog Device, um die Daten in die Datenbank zu schreiben
2.2) DbRep Device um auch wieder alte Forecasts zu löschen
 
3.) Es kann auch ohne DbLog / DbRep gearbeitet werden
 
4.) Die Solar_* Funktionen in der 99_myUtils
 
5.) Das DWD Device nit dem Namen DWD_Forecast
6.) Das Wetter Device für wunderground wird nicht für den Forecast benötigt
</pre>
 
===Deutscher Wetter Dienst (DWD)===
Der DWD liefert über Mosmix kostenlos, stunden aktuelle Prognosedaten woraus für diese Anwendung die Werte Rad1h und TTT bezogen werden. In der Funktion Solar_forecast erfolgt noch eine Verschiebung um eine Stunde und die Umrechnung von Rad1h in Watt/m² .
'''Achtung: nicht alle Stationen liefern auch die Rad1h Daten, was deshalb bitte anhand der readings kontrolliert werden müsste.'''
[[DWD_OpenData|FHEM DWD_OpenData Modul]]
====RAW Definition DWD_Forecast====
Erfordert ggf.
<syntaxhighlight lang="Perl">
sudo apt-get install libxml-libxml-perl
</syntaxhighlight>
 
Es wurden einige extra Werte vom DWD abgefragt, die für das Solar_Forecast Modul verwendet werden. Dieses Modul ist noch in der experimental Phase (2021.02.23) und liefert noch nicht gleichwertige Ergebnisse. Ein Test zum vergleichen kann aber nicht schaden.
<syntaxhighlight lang="Perl">
defmod DWD_Forecast DWD_OpenData
attr DWD_Forecast DbLogExclude .*
attr DWD_Forecast DbLogInclude fc0_.*_Rad1h,fc0_.*_TTT,fc0_.*_Neff,fc0_.*_R101,fc0_.*_RRS1c,fc0_.*_DD,fc0_.*_N,fc0_.*_VV,fc0_.*_SunD1
attr DWD_Forecast comment Version 2023.01.05 12:40\
TTT : Temperature 2m above surface [°C]\
Neff : Effective cloud cover [%]\
R101 : Probability of precipitation > 0.1 mm during the last hour [%]\
R600 : Probability of precipitation > 0.0mm during the last 6 hours [%]\
RRs1c : Snow-Rain-Equivalent during the last 3 hours [kg/m2]\
Rad1h : Global Irradiance [kJ/m2]\
          kJ/m² Umrechnung *0,277778 in kWh/m²\
ww : Significant Weather\
wwM : Probability for fog within the last hour [%]
attr DWD_Forecast event-on-update-reading fc0_.*_[Rad1h|TTT|Neff|R101|RRS1c|DD|N|VV|SunD1].*
attr DWD_Forecast forecastDays 1
attr DWD_Forecast forecastProperties Rad1h,TTT,Neff,R600,R101,wwM,ww,RRS1c,DD,N,VV,SunD1
attr DWD_Forecast forecastResolution 1
attr DWD_Forecast forecastStation P0178
attr DWD_Forecast group PV Leistungsprognose
attr DWD_Forecast icon weather_rain_fog
attr DWD_Forecast room Informationen->Wetter,Strom->Photovoltaik
attr DWD_Forecast sortby 07
attr DWD_Forecast verbose 0
</syntaxhighlight>
 
===Astro Device===
====RAW Definition Astro====
<syntaxhighlight lang="Perl">
defmod Astro Astro
attr Astro DbLogExclude .*
attr Astro DbLogInclude SunAlt,SunAz
attr Astro alias Astro
attr Astro event-on-change-reading SunAlt,SunAz,ObsSeason,ObsSeasonN,.*Twilight.*
attr Astro group ASC Environment
attr Astro icon telescope
attr Astro interval 600
attr Astro recomputeAt NewDay,SunRise,SunSet,AstroTwilightEvening,AstroTwilightMorning,CivilTwilightEvening,CivilTwilightMorning,CustomTwilightEvening,CustomTwilightMorning
attr Astro room Informationen->Wetter,Rollos
attr Astro sortby 08
</syntaxhighlight>
 
====fhem.cfg Einträge für das Astro Device====
<syntaxhighlight lang="Perl">
attr global altitude 110
attr global latitude 47.85750
attr global longitude 9.49420
</syntaxhighlight>
 
===99_myUtils.pm Funktionen===
====Solar_forecast()====
Achtung, diese Funktion ist noch nicht vollständig ausprogrammiert. Es wurden bereits Übergabeparameter integriert, um z.B. andere Wetterdienste zu berücksichtigen.
Um diese Funktion zu nutzen, muss ein Dummy WR_1_config vorhanden sein, in dem unter anderem die Modul und Anlagen Ausrichtung konfiguriert wird.
Rückfragen gerne im Forum.
 
<pre>
Letzte Neuerungen:
- IM WR_1_config kann man verbose auf >3 setzen und bekommt dann Log Meldungen
- Es wird eine Autokorrektur unterstützt. Aktivierung durch "setreading WR_1_config forecast_factor_autocorrection 1"
  Für die Datenbank Anbindung wird ein DbRep Device LogDBRep_PV_Forecast_SQL verwendet. Die RAW definition kommt gleich im Anschluss.
- Das SQL für die Berechnung des Faktors der Autokorrektur Verwendet Konfigurationsvariablen aus den DbRep Device.
- Bei der Autokorrektur wird auch eine Bedeckung von Schnee (Strom im String < 1A) berücksichtigt. (das ist noch in der Entwicklung)
  Dieser Faktor wird im PV_Schedule Device erzeugt und dann im "WR_1_config module_*_covered" für jeden String eingetragen.
  Das muss jeder individuell für seine Anlage anpassen!
- Für die 70% Regelung wird nun auch ein Middayhigh Trigger ermittelt und die jeweilige Start/Stop Zeit. Dies steht dann im WR_1 Device bei den Solar_* readings
- Es besteht auch die Möglichkeit die Solar_forecast() Funktion ohne Datenbank zu verwenden, dann ist bei den Parametern "none" zu übergeben und
  es muss auch die Autokorrektur abgeschaltet sein.
- Anstelle des Wechselrichter Devices kann nun auch ein beliebiges anderes Device angegeben werden, in das dann der Forecast geschrieben wird.
  Auch hier kann dann keine Autokorrektur verwendet werden.
</pre>
 
<syntaxhighlight lang="Perl">
###########################################################
# Subroutine to calculate radiation
###########################################################
sub Solar_forecast($$$$$$) {
#
# 2021.06.14 15:20
#
#    Mit "attr global verbose 3" erscheinen Logmeldungen
#
    my $logdb      = $_[0] ;        # Mit dieser Datenbank wird gearbeitet
    my $logdbrep    = $_[1] ;        # Das wird zur Kommunikation mit der LogDB verwendet und muss entsprechend konfiguriert sein
    my $logdevice  = " "  ;        # Das ist der Wechselrichter, oder ein anderes Device, in das die Prognose geschrieben wird
        $logdevice  = $_[2] ;
    # Hier könnte man noch andere Wetterdienste berücksichtigen bzw den Device Namen ändern
    my $wetter      = $_[4] ; if ($wetter ne "DWD_Forecast") {return("$wetter not supported")} ;
    my $fc          = $_[5] ;        # Wieviel Tage in die Zukunft soll es gehen? 0,1,2
    my $reading    = $_[3].$fc ;    # Der reading Name wird um 0 oder 1 verlängert
 
    # Welcher Verbose Level ist gesetzt?
    my $verbose = AttrVal($logdevice."_config","verbose",0) ;
 
    # Gibt es einen festen Korrekturfaktor für jede Stunde?
    my $Solar_Correction_Faktor = ReadingsVal($logdevice."_config","forecast_factor",1) ;
 
    # Soll eine Autokorrektur gemacht werden? 0 = Nein 1 = Ja
    my $autocorrection          = ReadingsVal($logdevice."_config","forecast_factor_autocorrection",0) ;
 
    # Beim DWD wird der Wert für die Stunde erst am Ende der Stunde eingetragen
    my $timeshift = 1;              # Verschiebt die Prognose um eine Stunde
    # Hier werden die Variablen vorbelegt
    my ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time); $year += 1900; $mon += 1;
    my ($Solar_Cloud,$Solar_Rain,$Solar_Temp,$Solar_SolarRadiation,$logentry1h,$logentry4h,$logentryrest,$logentry,$i) = (0) x 9 ;
    my ($cloudk,$raink,$tempk,$cloudk_base,$raink_base,$tempk_base) = (0) x 6 ;
    my ($module_covered,$Solar_Correction_Faktor_auto,$Solar_Correction_Cloud,$Solar_Correction_Rain,$Solar_Correction_Temp,$Solar_Plain) = (1) x 6 ;
    my (@Solar_,@module_count) = (0,0,0) ;
 
    # Initialisieren des Basis TIMESTAMP für den Forecast
    my $timestring = time_str2num($year."-".$mon."-".$mday." 06:00:00") ;
    my $timestamp  = POSIX::strftime("%Y-%m-%d %H:00:00",localtime($timestring+$fc*24*60*60)) ;
 
    if ( $logdbrep ne "none" ) {
      # Bei Forecast zuerst die bisherigen Einträge in der Datenbank für den Tag löschen
      CommandGet(undef, $logdbrep." sqlCmdBlocking DELETE FROM history WHERE DEVICE='".$logdevice."' AND READING='".$reading."' AND TIMESTAMP>='".$timestamp."'") ;
    };
 
    # Setzen der Tageszähler und Merker
    $logentry            = 0 ;  # Summiert den Solar_Calculation Wert für den ganzen Tag
    $logentry4h          = 0 ;  # Summierung für die nächsten vier Stunden
    $logentryrest        = 0 ;  # Summierung für den Rest des Tages
 
    my $middayhigh          = 0 ; # Ein Merker, ob das Tagesmaximum überschritten wird
    my $middayhigh_start    = "00:00";
    my $middayhigh_stop      = "00:00";
    my $middayhigh_tmp      = 0;
    my $middayhigh_start_tmp = 0;
    my $middayhigh_stop_tmp  = 0;
 
    my $Inverter_Max_Power = ReadingsVal($logdevice."_Speicher_1_ExternControl","SpeicherMidday_Inverter_Max_Power","unused");  # Überschreiben des middayhigh
    if ($Inverter_Max_Power eq "unused") {
      $Inverter_Max_Power = ReadingsVal($logdevice,"Inverter_Max_Power",0) +500 ;      # Hier wird ein Durchschnittsverbrauch des Hauses aufaddiert
    } else {
      if ($verbose >= 3) { Log 3, "SpeicherMidday_Inverter_Max_Power manuell gesetzt" } ;
    };
    if ($verbose >= 3) { Log 3, "SpeicherMidday_Inverter_Max_Power auf ".$Inverter_Max_Power." gesetzt" } ;
 
    # Es werden Stundenwerte von 06:00 bis 21:00 Uhr berechnet
    for ($i = 6; $i <= 21; $i++) {
 
      if ($autocorrection ne 0 and $i == 6) {
        # Neuberechnung der stündlichen Autokorrektur Faktoren in der Datenbank. Das DbRep Device LogDBRep_PV_Forecast_SQL muss vorhanden sein.
        # Achtung, beim SQL muss '@' mit '\@' maskiert werden.
        CommandGet(undef, $logdbrep." sqlCmdBlocking ".sprintf("
              INSERT INTO history
                (TIMESTAMP,DEVICE,READING,VALUE)
                  SELECT
                    TIMESTAMP,DEVICE,READING,VALUE
                  FROM (
                    SELECT
                      DATE_ADD(CURDATE(),INTERVAL t2.HOUR HOUR) AS TIMESTAMP,
                      t2.DEVICE,
                      \@readingname                            AS READING,
                      cast(if(avg(t2.FACTOR) > 1.6, 1.6,
                              avg(t2.FACTOR) ) AS DECIMAL(2,1)) AS VALUE
                    FROM (
                      SELECT * FROM (
                        SELECT
                          t1.TIMESTAMP,
                          t1.HOUR,
                          t1.DEVICE,
                          t1.READING,
                          t1.VALUE,
                          if(\@diff = 0,0, \@temp:=cast((t1.VALUE-\@diff) AS DECIMAL(8,2)))                                    AS DIFF,
                          if(((t1.VALUE+(-1*\@temp))*\@corr)=0,0, cast((t1.VALUE/(t1.VALUE+(-1*\@temp))*\@corr) AS DECIMAL(8,1))) AS FACTOR,
                          \@diff:=t1.VALUE                                                                                        AS curr_V
                        FROM (
                          SELECT
                            h.TIMESTAMP,
                            date(h.TIMESTAMP) AS DATE,
                            hour(h.TIMESTAMP) AS HOUR,
                            h.DEVICE,
                            h.READING,
                            h.VALUE
                          FROM history AS h
                          WHERE h.DEVICE    =  \@device
                            AND (h.READING  =  \@reading1 OR h.READING = \@reading2)
                            AND h.TIMESTAMP >= DATE_SUB(DATE(now()),INTERVAL \@days DAY)
                            AND h.TIMESTAMP <= CURDATE()
                            AND MINUTE(h.TIMESTAMP) = 0
                            AND h.VALUE >= 50
                          GROUP BY DATE,HOUR,h.READING,h.DEVICE,h.TIMESTAMP
                        )t1
                      )tx
                        WHERE READING != \@reading2
                          AND HOUR > 6
                    )t2
                      GROUP BY t2.HOUR,t2.DEVICE
                  )t3
                    WHERE
                      t3.VALUE != 0
                    ORDER BY TIMESTAMP
                    ON DUPLICATE KEY UPDATE
                      VALUE=t3.VALUE;
          ") # Ende sprintf()
        );  # Ende CommandGet()
      };
 
 
      $timestring = time_str2num($year."-".$mon."-".$mday." ".$i.":00:00") ;
      $timestamp  = POSIX::strftime("%Y-%m-%d %H:00:00",localtime($timestring+$fc*24*60*60)) ;
 
      if ( $wetter eq "DWD_Forecast") {
        $Solar_Cloud          = ReadingsVal($wetter,"fc".$fc."_".($i+$timeshift)."_Neff" ,0);
 
        $Solar_Rain = 0;
        for (my $r600 = $i+5; $r600 >= $i; $r600--) {
          $Solar_Rain        += ReadingsVal($wetter,"fc".$fc."_".($r600+$timeshift)."_R600" ,0);
        };
 
        $Solar_Temp          = ReadingsVal($wetter,"fc".$fc."_".($i+$timeshift)."_TTT"  ,0)+10;
        $Solar_SolarRadiation = ReadingsVal($wetter,"fc".$fc."_".($i+$timeshift)."_Rad1h",0);
        $Solar_SolarRadiation = round($Solar_SolarRadiation * 0.277778 ,0);
        if ($verbose >= 3) { Log 3, "Solar_SolarRadiation        : ".$Solar_SolarRadiation." W ".ReadingsVal($wetter,"fc".$fc."_".($i+$timeshift)."_Rad1h",0)." J" } ;
      };
 
      $cloudk = ReadingsVal($logdevice."_config","forecast_cloudk",0) * -0.01 ;
      if ($cloudk ne 0) {
        $cloudk_base = ReadingsVal($logdevice."_config","forecast_cloudk_base",0) ;
        $Solar_Correction_Cloud = round((1 + ($Solar_Cloud - $cloudk_base) * $cloudk / 100),3) ;
      };
 
      $raink  = ReadingsVal($logdevice."_config","forecast_raink",0) * -0.01 ;
      if ($raink ne 0) {
        $raink_base  = ReadingsVal($logdevice."_config","forecast_raink_base" ,0) ;
        $Solar_Correction_Rain = round((1 + ($Solar_Rain  - $raink_base ) * $raink  / 100),3) ;
      };
 
      $tempk  = ReadingsVal($logdevice."_config","forecast_tempk",0) * -0.01 ;
      if ($tempk ne 0) {
        $tempk_base  = ReadingsVal($logdevice."_config","forecast_tempk_base" ,0) ;
        $Solar_Correction_Temp = round((1 + ($Solar_Temp  - $tempk_base ) * $tempk  / 100),3) ;
      };
 
      if ($autocorrection ne 0) {
        $Solar_Correction_Faktor_auto = CommandGet(undef, $logdbrep." sqlCmdBlocking SELECT VALUE FROM history WHERE DEVICE='".$logdevice."' AND READING='Solar_Correction_Faktor_auto' AND TIMESTAMP='".sprintf("%4d-%02d-%02d %02d:00:00",$year,$mon,$mday,$i)."';") ;
        if($Solar_Correction_Faktor_auto eq "") { $Solar_Correction_Faktor_auto = 1; };
      };
 
      $logentry1h = 0 ;  # Summierung für eine Stunde zurücksetzen
 
      # Es werden 5 Modul Ausrichtungen durchlaufen, der Name der Ausrichtung befindet sich z.B. in WR_1_config
      for(my $j=1;$j<=5;$j++){
        # lesen der Modul Anzahl
        $module_count[$j] = ReadingsVal($logdevice."_config","module_".$j."_count",0) ;
 
        if ($module_count[$j] ne 0) {
          # Für diese Ausrichtung sind Module Installiert
 
          # Berechnung des Korrekturfaktors für die Modul Ausrichtung
          $Solar_Plain = round(Solar_plain(ReadingsVal($logdevice."_config","module_".$j."_plain",0) , ReadingsVal($logdevice."_config","module_".$j."_direction",0) , $timestamp),3) ;
          if ($verbose >= 3) { Log 3, "factor/plain/direction      : ".$Solar_Plain." ".ReadingsVal($logdevice."_config","module_".$j."_plain",0)."/".ReadingsVal($logdevice."_config","module_".$j."_direction",0) };
          # Berechnung der Modul Nennleistung für diese Ausrichtung
          $Solar_[$j]  = $module_count[$j] * ReadingsVal($logdevice."_config","module_".$j."_power",1)/1000 ;
          # Anwendung der Korrekturfaktoren
          $Solar_[$j]  = $Solar_[$j] * $Solar_Plain ;
          $Solar_[$j]  = $Solar_[$j] * $Solar_SolarRadiation ;
          $Solar_[$j]  = $Solar_[$j] * $Solar_Correction_Temp  * $Solar_Correction_Cloud * $Solar_Correction_Rain ;
          $Solar_[$j]  = $Solar_[$j] * $Solar_Correction_Faktor ;
 
          if ($autocorrection ne 0) {
            # Nachsehen, ob dieser String mit Schnee bedeckt ist
            $module_covered = ReadingsVal($logdevice."_config","module_".$j."_covered",1) ;
            $Solar_[$j]    = $Solar_[$j] * $Solar_Correction_Faktor_auto ;
            $Solar_[$j]    = $Solar_[$j] * $module_covered ;
            if ($verbose >= 3) { Log 3, "module_".$j."_covered            : ".$module_covered };
          };
 
          # Runden auf volle Watt Werte
          $Solar_[$j]  = ($Solar_[$j] lt 0)?0:round($Solar_[$j],0) ;
 
          if ($verbose >= 3) { Log 3, "module_".$j." estimation          : ".$Solar_[$j] };
 
          # Aufsummieren aller konfigurierter Ausrichtungen
          $logentry1h += $Solar_[$j] ; # Summe für eine Stunde (wird mit jedem lauf von $i wieder auf 0 gesetzt)
 
          # Hier wird die Summe der nächsten 4 h gebildet
          if ($fc == 0 and $i >= $hour and $i <= $hour+3) {
            $logentry4h += $Solar_[$j] ;
          };
 
          # Hier wird die Summe für den Resttag gebildet
          if ($fc == 0 and $i >= $hour) {
            $logentryrest += $Solar_[$j] ;
          };
 
          $logentry += $Solar_[$j] ; # Summe für den ganzen Tag
 
          # Den Forecast Wert für die aktuelle Stunde in das Wechselrichter Device schreiben
          if ($fc == 0 and $hour == $i) {
            if ($verbose >= 3) { Log 3, "Solar_".ReadingsVal($logdevice."_config","module_".$j."_name",0)."                  : ".$Solar_[$j]." ".$i." Uhr" };
            CommandSetReading(undef, $logdevice." Solar_".ReadingsVal($logdevice."_config","module_".$j."_name",0)." ".$Solar_[$j]) ;
          };
        };
      };
 
      # Alle Forecast Werte für die jeweilige Stunde in die DbLog schreiben (Es wird der Cache verwendet)
 
      if ( $logdb ne "none" ) {
        CommandSet(undef, $logdb." addCacheLine ".$timestamp."|".$logdevice."|addlog|".$reading.": ".$logentry1h."|".$reading."|".$logentry1h."|") ;
 
        if ( $middayhigh == 0 and $logentry1h > $Inverter_Max_Power ) {
          $middayhigh          = 1;
          $middayhigh_start_tmp = $i-1;
        };
        if ( $middayhigh == 1 and $logentry1h < $Inverter_Max_Power and $middayhigh_stop_tmp == 0 )  {
          $middayhigh_stop_tmp = $i;
        };
        if ( $middayhigh == 1 and $logentry1h > $Inverter_Max_Power and $middayhigh_stop ne "00:00" )  {
          $middayhigh_stop_tmp = 0;                                # da war ein kurzer Einbruch, es sollte noch länger sein.
        };
        if ($middayhigh == 1 and
            $middayhigh_stop_tmp != 0 and
            $middayhigh_stop_tmp == $i ) {                                    # das Ende des Middayhigh wurde gefunden
 
          $middayhigh_tmp = $middayhigh_stop_tmp - $middayhigh_start_tmp;
          if ( $middayhigh_tmp > 4 )  {                                      # das Middayhigh wird zu lang
            if ($verbose >= 3 ) {                                            # die bisherigen Zeiten ausgeben
              Log 3, "Solar_middayhigh_fc".$fc."_start  : ".sprintf("%02d:00",$middayhigh_start_tmp);
              Log 3, "Solar_middayhigh_fc".$fc."_stop    : ".sprintf("%02d:00",$middayhigh_stop_tmp) ;
            }
            $middayhigh_tmp      = round(($middayhigh_tmp/4)-0.2 ,0);        # die Rundung der Zeit zum Abziehen etwas verschieben
            $middayhigh_start_tmp = $middayhigh_start_tmp + $middayhigh_tmp;  # es wird um ganze Stunden verkürzt
            $middayhigh_stop_tmp  = $middayhigh_stop_tmp  - $middayhigh_tmp;
            if ($verbose >= 3) {                                              # melde die Verkürzung
              Log 3, "Solar_middayhigh_fc".$fc."        : verkürzt um ".($middayhigh_tmp *2)." Stunden";
            }
          };
          $middayhigh_start = sprintf("%02d:00",$middayhigh_start_tmp);
          $middayhigh_stop  = sprintf("%02d:00",$middayhigh_stop_tmp);
          if ($verbose >= 3) {                                                # gib die finalen Zeiten aus
            Log 3, "Solar_middayhigh_fc".$fc."_start  : ".$middayhigh_start;
            Log 3, "Solar_middayhigh_fc".$fc."_stop    : ".$middayhigh_stop ;
          }
        };
        CommandSetReading(undef, $logdevice." Solar_middayhigh_fc".$fc." ".$middayhigh) ; # setz die Zeiten im Device
        CommandSetReading(undef, $logdevice." Solar_middayhigh_fc".$fc."_start ".$middayhigh_start) ;
        CommandSetReading(undef, $logdevice." Solar_middayhigh_fc".$fc."_stop ".$middayhigh_stop) ;
      };
 
      # Sobald mindestens ein String configuriert ist sollen diese Werte, der aktuellen Stunde, in das Wechselrichter Device geschrieben werden
      if ($fc == 0 and $hour == $i and $module_count[1] ne 0) {
        CommandSetReading(undef, $logdevice." Solar_SolarRadiation ".$Solar_SolarRadiation) ;
        CommandSetReading(undef, $logdevice." Solar_Cloud ".$Solar_Cloud) ;
        CommandSetReading(undef, $logdevice." Solar_Rain ".$Solar_Rain) ;
        CommandSetReading(undef, $logdevice." Solar_Temp ".$Solar_Temp) ;
        CommandSetReading(undef, $logdevice." Solar_Correction_Cloud ".$Solar_Correction_Cloud) ;
        CommandSetReading(undef, $logdevice." Solar_Correction_Rain ".$Solar_Correction_Rain) ;
        CommandSetReading(undef, $logdevice." Solar_Correction_Temp ".$Solar_Correction_Temp) ;
        CommandSetReading(undef, $logdevice." Solar_Calculation ".$logentry1h) ;
      };
 
      # Auch die Solar_Calculation jeder einzelnen Stunde wird als reading in das Wechselrichter Device geschrieben
      CommandSetReading(undef, sprintf("%s %s_%02d %d",$logdevice,$reading,$i,$logentry1h)) ;
 
      # Für die Fehlersuche kommen noch einige Informationen ins Log
      if ($verbose >= 3) {
        Log 3, "Solar_SolarRadiation        : ".$Solar_SolarRadiation ;
        Log 3, "Solar_Cloud                  : ".$Solar_Cloud ;
        Log 3, "cloudk                      : ".$cloudk." ".$cloudk_base ;
        Log 3, "Solar_Correction_Cloud      : ".$Solar_Correction_Cloud ;
        Log 3, "Solar_Rain                  : ".$Solar_Rain ;
        Log 3, "raink                        : ".$raink." ".$raink_base ;
        Log 3, "Solar_Correction_Rain        : ".$Solar_Correction_Rain ;
        Log 3, "Solar_Temp                  : ".$Solar_Temp ;
        Log 3, "tempk                        : ".$tempk." ".$tempk_base ;
        Log 3, "Solar_Correction_Temp        : ".$Solar_Correction_Temp ;
        Log 3, "Solar_Correction_Faktor      : ".$Solar_Correction_Faktor ;
        Log 3, "Solar_Correction_Faktor_auto : ".$Solar_Correction_Faktor_auto ;
        Log 3, "Forecast,Hour,Estimation 1h  : ".$fc." ".$i." ".$logentry1h ;
      };
    };
 
    # Die Summe der nächsten 4 Stunden in das Wechselrichter Device schreiben
    if ($fc == 0) {
      CommandSetReading(undef, $logdevice." ".$reading."_4h ".$logentry4h) ;
      CommandSetReading(undef, $logdevice." ".$reading."_rest ".$logentryrest) ;
    };
 
    CommandSetReading(undef, $logdevice." ".$reading."_day ".$logentry) ;
 
    if ( $middayhigh == 0 ) {    # Auf Defaults zurücksetzen
      CommandSetReading(undef, $logdevice." Solar_middayhigh_fc".$fc." ".$middayhigh) ;
      CommandSetReading(undef, $logdevice." Solar_middayhigh_fc".$fc."_start ".$middayhigh_start) ;
      CommandSetReading(undef, $logdevice." Solar_middayhigh_fc".$fc."_stop ".$middayhigh_stop) ;
    };
 
    return (0);
};
</syntaxhighlight>
 
====Solar_plain()====
<syntaxhighlight lang="Perl">
sub Solar_plain($$$) {
#
# 2021.02.28 17:00
#
    my $rad        = 57.296;
    my $factor      = 0.001;
 
    # read parameter
    my $angle      = $_[0];
    my $orienta    = $_[1];
    my $time        = $_[2];
 
    my $verbose    = AttrVal("Astro","verbose",0) ;
 
    # get Astro information
    my $azimuth    = CommandGet(undef, "Astro text SunAz ".$time) ;
    my $elevation  = CommandGet(undef, "Astro text SunAlt ".$time) ;
 
    # convert in radiant
    $elevation      = $elevation / $rad;
    $angle          = $angle    / $rad;
    my $orientation = ($azimuth - 180 - $orienta) / $rad;
 
    if(cos($orientation) < 0.05 && cos($orientation) > -0.2) {
      $orientation = $orientation - 0.2
    };
    if ($verbose >= 3) {
      Log 3, "Solar_plain time            : ".$time;
      Log 3, "Solar_plain azimuth          : ".$azimuth;
      Log 3, "Solar_plain elevation        : ".$elevation;
      Log 3, "Solar_plain orientation      : ".$orientation;
      Log 3, "Solar_plain angle            : ".$angle;
    };
    # avoid unrealistic values (normally formula should only be used within boundaries of orientation +/- 90 degrees)
    if ($elevation <= 0.1798) {
      if ($verbose >= 3) { Log 3, "Solar_plain factor          : ".$factor };
      return($factor);
    };
 
    $factor = sin($angle) /
            (sin( $elevation) / cos( $elevation)) *
              cos($orientation) +
              cos($angle);
 
    # avoid too big values
    if ($factor > - 0.05 && $factor < 0.05) {
      $factor = 0.05
    };
    if ($verbose >= 3) { Log 3, "Solar_plain factor          : ".$factor };
    return ($factor);
};
</syntaxhighlight>
 
===DbLog/DbRep Device===
====RAW Definition LogDB====
Achtung, bitte hier beachten, ob bereits eine andere DbLog verwendet wird.
<syntaxhighlight lang="Perl">
defmod LogDB DbLog ./db.conf .*:.*
attr LogDB DbLogExclude .*
attr LogDB DbLogSelectionMode Exclude/Include
attr LogDB DbLogType History
attr LogDB asyncMode 1
attr LogDB bulkInsert 1
attr LogDB disable 0
attr LogDB room System
attr LogDB showproctime 1
attr LogDB verbose 0
</syntaxhighlight>
 
====RAW Definition LogDBRep_PV_Forecast_SQL====
Dieses Device war vormals das LogDBRep_PV_Forecast_SQL , es wird jedoch nun mehrfach verwendet und wurde deshalb umbenannt. Das LogDBRep_PV_Forecast_SQL kann gelöscht werden.
Achtung, bitte hier beachten, ob bereits eine andere DbLog verwendet wird.
Für die Solar_forecast() Funktion wurden hier SQL Variablen Definiert, die für die Autokorrektur verwendet werden:
- @days ist die Anzahl der Tage, über die ein stündlicher, durchschnitts Korrektur Faktor berechnet wird.
- @corr ermöglicht es diesen Faktor nochmals zu verändern <1 dämpft, >1 verstärkt
- @device ist der Plenticore Wechselrichter
- @reading1 ist die reale DC Leistung ohne die Batterie, hier wird '''SW_Total_DC_P_sumOfAllPVInputs''' für die Schwarm Implementierung verwendet.
- @reading2 wird der Basisname der readings im WR_1 Device
- @readingname wird der reading Name des Korrekturfaktors.
Bitte beachtet, dass die Namen auch in anderen Devices eingetragen sind, wenn Ihr diese verändern wollt.
Durch die Erweiterung zum Schwarm mit mehreren AC-Quellen wurde die Variable @reading1 verändert.
<syntaxhighlight lang="Perl">
defmod LogDBRep_PV_Forecast_SQL DbRep LogDB
attr LogDBRep_PV_Forecast_SQL DbLogExclude .*
attr LogDBRep_PV_Forecast_SQL allowDeletion 1
attr LogDBRep_PV_Forecast_SQL room System
attr LogDBRep_PV_Forecast_SQL sqlCmdHistoryLength 5
attr LogDBRep_PV_Forecast_SQL sqlCmdVars SET @days:=3, @corr:=0.7, @diff:=0, @temp:=0, @device:='WR_1', @reading1:='SW_Total_DC_P_sumOfAllPVInputs', @reading2:='Solar_Calculation_fc0', @readingname:='Solar_Correction_Faktor_auto' ;;
</syntaxhighlight>
 
===Solar Forcast Tests===
Grundlagen hierfür sind:
<pre>
1.) Astro Device mit dem Namen Astro und der Konfiguration für den Standort (in der fhem.cfg eingetragen)
 
2.) DbLog / DbRep
2.1) DbLog Device, um die Daten in die Datenbank zu schreiben
2.2) DbRep Device um auch wieder alte Forecasts zu löschen
 
3.) Es kann auch ohne DbLog / DbRep gearbeitet werden
 
4.) Die Solar_* Funktionen in der 99_myUtils
 
5.) Das DWD Device nit dem Namen DWD_Forecast
6.) Das Wetter Device für wunderground wird nicht für den Forecast benötigt
</pre>
 
====Astro Device Test====
Bei diesem Test wird der jeweilige Winkel des Sonnenstandes zu der gegebene Zeit und der eigenen Standortposition zurückgegeben.
<syntaxhighlight lang="Perl">
get Astro text SunAz  "2020-10-10 15:00:00"
get Astro text SunAlt "2020-10-10 15:00:00"
</syntaxhighlight>
 
====Solar_plain() Test====
Diese Funktion kann man folgendermaßen testen. Für Log Meldungen muss man im '''Astro Device verbose auf 3''' oder größer stellen.
 
In der fhem comandline:
<syntaxhighlight lang="Perl">
{Solar_plain(45,20,"2020-10-10 15:00:00")}
</syntaxhighlight>
 
Hierbei ist 45 die Dachneigung und 20 die Ausrichtung, das Dach hätte demnach also Süd/West Lage.
 
Datum mit Uhrzeit reicht dann stundenweise hochzuzählen.
 
Im Log kommt dann Folgendes
<syntaxhighlight lang="Perl">
2021.04.07 15:51:27.312 3: Solar_plain azimuth          : 210.6
2021.04.07 15:51:27.313 3: Solar_plain elevation        : 0.49916224518291
2021.04.07 15:51:27.313 3: Solar_plain orientation      : 0.185004188774085
2021.04.07 15:51:27.313 3: Solar_plain angle            : 0.785395141022061
2021.04.07 15:51:27.313 3: Solar_plain factor          : 1.98190505984713
</syntaxhighlight>
 
Sobald der Faktor unsinnig würde, wird von der Funktion 0.001 zurückgeliefert. Somit würde die Prognose auf fast null reduziert!
<syntaxhighlight lang="Perl">
{Solar_plain(45,40,"2021-03-03 15:00:00") } => 2.00234055111251
{Solar_plain(45,40,"2021-03-03 16:00:00") } => 2.42298713810404
{Solar_plain(45,40,"2021-03-03 17:00:00") } => 3.20079343955795
{Solar_plain(45,40,"2021-03-03 18:00:00") } => 0.001
{Solar_plain(45,40,"2021-03-03 19:00:00") } => 0.001
</syntaxhighlight>
 
====Solar_forecast() Test====
Ein erster Test für diese Funktion wäre ein manueller Aufruf in der Kommandozeile. Hierbei ist 0 der aktuelle und 1 der nächste Tag.
Bei gesetztem "'''attr Astro verbose 3'''" erscheinen hier ebenfalls die Astro Log Informationen.
Durch setzen von "'''attr WR_1_config verbose 3'''" bekommt man die Log Meldungen vom Sorar_forecast()
<syntaxhighlight lang="Perl">
{Solar_forecast("LogDB","LogDBRep_PV_Forecast_SQL","WR_1","Solar_Calculation_fc","DWD_Forecast",0)}
{Solar_forecast("LogDB","LogDBRep_PV_Forecast_SQL","WR_1","Solar_Calculation_fc","DWD_Forecast",1)}
 
generische Verwendung ohne DbLog/DbRep: '''Das Astro Device muss "Astro" heißen und das DWD Device muss "DWD_Forecast" heißen!!'''
{Solar_forecast("none","none","<beliebiges Device>","<prefix für die readings>_fc","DWD_Forecast",[0|1])}
</syntaxhighlight>
 
Im Log kommt dann solche Blöcke, die man zusammenhängend betrachten sollte.
<syntaxhighlight lang="Perl">
2021.04.07 15:57:23.866 3: SpeicherMidday_Inverter_Max_Power manuell gesetzt
2021.04.07 15:57:23.866 3: SpeicherMidday_Inverter_Max_Power auf 7000 gesetzt
2021.04.07 15:57:23.932 3: Solar_SolarRadiation        : 17 W 60.00 J        <<< vom DWD gelieferte Prognose in Watt und Joul
2021.04.07 15:57:23.976 3: Solar_plain azimuth          : 80.2                <<< Astro Informationen
2021.04.07 15:57:23.976 3: Solar_plain elevation        : 0.0226891929628595
2021.04.07 15:57:23.976 3: Solar_plain orientation      : -0.171041608489249
2021.04.07 15:57:23.977 3: Solar_plain angle            : 0.698129014241832
2021.04.07 15:57:23.977 3: Solar_plain factor          : 0.001              <<< Die Funktion ist noch außerhalb des Gültigkeitsbereiches
2021.04.07 15:57:23.977 3: factor/plain/direction      : 0.001 40/-90   
2021.04.07 15:57:23.978 3: module_1_covered            : 1                  <<< Ein Faktor für die Schneebedeckung
2021.04.07 15:57:23.978 3: module_1 estimation          : 0                  <<< Die erwartete Leistung liegt bei 0 Watt
2021.04.07 15:57:23.991 3: Solar_plain azimuth          : 80.2
2021.04.07 15:57:23.991 3: Solar_plain elevation        : 0.0226891929628595
2021.04.07 15:57:23.991 3: Solar_plain orientation      : -3.31262217257749
2021.04.07 15:57:23.991 3: Solar_plain angle            : 0.698129014241832
2021.04.07 15:57:23.991 3: Solar_plain factor          : 0.001
2021.04.07 15:57:23.991 3: factor/plain/direction      : 0.001 40/90
2021.04.07 15:57:23.992 3: module_2_covered            : 1
2021.04.07 15:57:23.992 3: module_2 estimation          : 0
2021.04.07 15:57:24.001 3: Solar_plain azimuth          : 80.2
2021.04.07 15:57:24.001 3: Solar_plain elevation        : 0.0226891929628595
2021.04.07 15:57:24.002 3: Solar_plain orientation      : -1.94183189053337
2021.04.07 15:57:24.002 3: Solar_plain angle            : 0.698129014241832
2021.04.07 15:57:24.002 3: Solar_plain factor          : 0.001
2021.04.07 15:57:24.002 3: factor/plain/direction      : 0.001 40/0
2021.04.07 15:57:24.002 3: module_3_covered            : 1
2021.04.07 15:57:24.002 3: module_3 estimation          : 0
2021.04.07 15:57:24.013 3: Solar_plain azimuth          : 80.2
2021.04.07 15:57:24.013 3: Solar_plain elevation        : 0.0226891929628595
2021.04.07 15:57:24.013 3: Solar_plain orientation      : -3.31262217257749
2021.04.07 15:57:24.013 3: Solar_plain angle            : 0.698129014241832
2021.04.07 15:57:24.013 3: Solar_plain factor          : 0.001
2021.04.07 15:57:24.013 3: factor/plain/direction      : 0.001 40/90
2021.04.07 15:57:24.013 3: module_4_covered            : 1
2021.04.07 15:57:24.013 3: module_4 estimation          : 0
2021.04.07 15:57:24.020 3: Solar_SolarRadiation        : 17                  <<< Rad1h ist 70 Watt
2021.04.07 15:57:24.021 3: Solar_Cloud                  : 70                  <<< 70 % Abdeckung des Himmels durch Wolken
2021.04.07 15:57:24.021 3: cloudk                      : -0.45 0            <<< Werte der Korrekturfunktion für Bewölkung
2021.04.07 15:57:24.021 3: Solar_Correction_Cloud      : 0.685              <<< Errechneter Korrekturfaktor für Bewölkung
2021.04.07 15:57:24.022 3: Solar_Rain                  : 152
2021.04.07 15:57:24.022 3: raink                        : -0.2 0
2021.04.07 15:57:24.022 3: Solar_Correction_Rain        : 0.696              <<< Errechneter Korrekturfaktor für Regen
2021.04.07 15:57:24.022 3: Solar_Temp                  : 10.7                <<< Erwartete Temperatur an den Modulen (Schätzung)
2021.04.07 15:57:24.023 3: tempk                        : -0.39 25
2021.04.07 15:57:24.023 3: Solar_Correction_Temp        : 1.056              <<< Errechneter Korrekturfaktor für die Modultemperatur
2021.04.07 15:57:24.023 3: Solar_Correction_Faktor      : 1                  <<< Fester Korrekturfaktor aus WR_1_config
2021.04.07 15:57:24.023 3: Solar_Correction_Faktor_auto : 0.5                <<< Korrekturfaktor aus der Datenbank Berechnung der letzten Tage
2021.04.07 15:57:24.024 3: Forecast,Hour,Estimation 1h  : 0 7 0
</syntaxhighlight>
 
===Forecast Basiseinstellung===
Erste Werte wurden bereits mit dem Gerät WR_1_config von einer Ost/Süd/West Anlage mitgeliefert (setstate). Es werden bis zu 5 Strings unterstützt.
 
Grundlegend muss man als erstes jede Ausrichtung von Modulen definieren.
Steht *_count auf 0 so wird diese Ausrichtung nicht verwendet. Die Nennleistung ergibt sich aus der Anzahl der Module und der Nennleistung pro Modul.
Der Name ist frei wählbar und könnte auch "Garage" oder "Schuppen" lauten.
Die Nennleistung pro Modul wird mit dem reading *_power eingetragen.
Mit *.plain wird der Winkel der Module, bzw die Dachneigung eingetragen.
Das reading *_direction gibt die Orientierung an, wobei -90 exact Ost, 0 Richtung Süden und +90 Richtung Westen bedeutet. Diese Winkel können sehr gut auf der WEB Seite [https://www.sonnenverlauf.de/#/50.1121,8.6834,18/2020.09.06/15:41/1/3 Sonnenverlauf.de] ermittelt werden. Dort kann man bis auf sein Anlage hereinzoomen und die Orientierung entnehmen.
 
Sind diese Werte für alle Modulgruppen eingetragen, so wird eine Summe der Einzelleistungen ermittelt und im Gerät WR_1 als reading "Solar_Calculation" eingetragen.
Die weiteren readings "Solar_*" geben noch zusätzliche Werte an.
<syntaxhighlight lang="Perl">
module_1_count 13
module_1_direction -90
module_1_name East
module_1_plain 40
module_1_power 310
</syntaxhighlight>
 
===Berücksichtigung von Temperatur, Bewölkung und Regen===
Diese Wetterfaktoren haben einen starken Einfluss auf die Leistung, die durch die Module erzeugt wird. Ab hier wird es etwa wie Glaskugellesen, jedoch ist das Ergebnis wirklich sehenswert, wenn man sich die Mühe gemacht hat etwas zu experimentieren.
Für alle Faktoren wurde eine Art Heizungskurve verwendet, da keine lineare Abhängigkeit zu erkennen war. Die Implementierung erhebt keinen Wissenschaftlichen Anspruch!
 
Durch die Autokorrektur ist nun auch ein Schnee Faktor dazu gekommen. Dieser wird im PV_Schedule Device "berechnet" :-) und und in das PV_1_config geschrieben. Bei aktivierter Autokorrektur wird dieser dann berücksichtigt.
=====Temperatur=====
Je heißer die Module werden, je schlechter wird die Leistungsausbeute. Hierzu findet man in den Modulunterlagen einen Wert, der dies wiederspiegelt.
<syntaxhighlight lang="Perl">
tempk          dies ist der Faktor aus den Unterlagen ( bei meinen Modulen 0.39 ) und wird dann mit 39 eingetragen
tempk_base    Dieser Wert hebt die "Heizungskurve" an und wird mit 25 angegeben. Das bedeutet, bei einer Temperatur von 25° wird die Nennleistung erreicht.
</syntaxhighlight>
 
=====Wolken und Regen=====
Aus den DWD_Forecast werden Prozent Werte geliefert, die experimentell in der "Heizungskurve" zu einem Faktor berechnet werden, der dann die zu erwartende Leistung reduziert.
Um das möglichst gut hinzubekommen sollte man zuerst nur einen Wert verwenden, was man durch raink oder cloudk auf 0 setzen erreichen kann. Eventuell passen ja auch die bereits
mitgelieferten Werte. Sollte das nicht passen, muss man sich leider doch etwas mit "Heizungskurven" beschäftigen. Es kann die Steilheit der Kurve (cloudk) beeinflusst werden,
oder auch eine Parallelverschiebung (cloudk_base) stattfinden. Wenn die Wolken einen starken Einfluss haben sollen wäre cloudk z.B. zu verändern.
 
===wunderground===
Dieser Dienst wird nicht für die Prognose genutzt, jedoch kann man dort private Wetterstationen in seinem näheren Umfeld finden, die die Sonneneinstrahlung und den UV Index messen. Das kann dann als aktueller Wert in den Diagrammen angezeigt werden und lässt aktuelle Beschattung durch Wolken erkennen. Hier kann man dann auch mehrere Stationen definieren und eventuell mit einem Durchschnitt arbeiten, wenn nicht gerade der Nachbar eine Station hat.
Für diese Abfrage ist keine Registrierung notwendig und man muss auch nicht selber mit einer Station Daten liefern.
Aber bitte, die Abfrage nicht in einem zu kurzen Abstand, also mit hoher Frequenz stellen! Hier wird alle 15 Minuten (900 Sekunden) abgefragt.
 
===RAW Definition Wetter_<Wohnort>===
Ggf. muss UConv vorher noch aktiviert werden:
<syntaxhighlight lang="Perl">
define uconvInit notify global:INITIALIZED {use UConv}
</syntaxhighlight>
 
<syntaxhighlight lang="Perl">
defmod wetter_<Wohnort> HTTPMOD https://www.wunderground.com/dashboard/pws/<Wohnort_Station> 900
 
attr wetter_<Wohnort> DbLogExclude .*
attr wetter_<Wohnort> DbLogInclude solarRadiation,solarUV,temperature
attr wetter_<Wohnort> alias wetter_<Wohnort>
attr wetter_<Wohnort> enableControlSet 1
attr wetter_<Wohnort> event-on-change-reading solarRadiation,solarUV,temperature
attr wetter_<Wohnort> group ASC Environment
attr wetter_<Wohnort> icon weather_sunrise
attr wetter_<Wohnort> reading01Name date
attr wetter_<Wohnort> reading01Regex Summary<.*>([[:alpha:]]{1,9} [\d]{1,2}, [\d]{4})<\/strong
attr wetter_<Wohnort> reading02Format %.1f
attr wetter_<Wohnort> reading02Name dewpointTemperature
attr wetter_<Wohnort> reading02OExpr UConv::f2c($val,2)
attr wetter_<Wohnort> reading02Regex DEWPOINT.*>([\d\.]+)<\/span>.*PRECIP RATE
attr wetter_<Wohnort> reading03Name dewpointTemperature_EN
attr wetter_<Wohnort> reading03Regex DEWPOINT.*>([\d\.]+)<\/span>.*PRECIP RATE
attr wetter_<Wohnort> reading04Format %.0f
attr wetter_<Wohnort> reading04Name humidity
attr wetter_<Wohnort> reading04Regex HUMIDITY.*>([\d\.]+)<.*WIND
attr wetter_<Wohnort> reading05Name precip1hrmetric
attr wetter_<Wohnort> reading05Regex PRECIP RATE.*>([\d\.]+)<.*PRECIP TOTAL
attr wetter_<Wohnort> reading06Name preciptodaymetric
attr wetter_<Wohnort> reading06Regex PRECIP TOTAL.*>([\d\.]+)<.*tile-precipitation
attr wetter_<Wohnort> reading07Format %.2f
attr wetter_<Wohnort> reading07Name pressure
attr wetter_<Wohnort> reading07OExpr UConv::inhg2hpa($val,2)
attr wetter_<Wohnort> reading07Regex CURRENT.*>([\d\.]+)<.*tile-pressure
attr wetter_<Wohnort> reading08Format %.2f
attr wetter_<Wohnort> reading08Name pressure_EN
attr wetter_<Wohnort> reading08Regex CURRENT.*>([\d\.]+)<.*tile-pressure
attr wetter_<Wohnort> reading09Name solarRadiation
attr wetter_<Wohnort> reading09Regex SOLAR RADIATION.*CURRENT.*weather__text">([\d\.]+)
attr wetter_<Wohnort> reading10Name solarUV
attr wetter_<Wohnort> reading10Regex CURRENT UV.*>([\d\.]+)<.*UV RISK
attr wetter_<Wohnort> reading11Format %.1f
attr wetter_<Wohnort> reading11Name temperature
attr wetter_<Wohnort> reading11OExpr UConv::f2c($val,2)
attr wetter_<Wohnort> reading11Regex current-temp.*">([- ]*[\d\.]+).*DEWPOINT
attr wetter_<Wohnort> reading12Format %.1f
attr wetter_<Wohnort> reading12Name temperature_EN
attr wetter_<Wohnort> reading12Regex current-temp.*">([- ]*[\d\.]+).*DEWPOINT
attr wetter_<Wohnort> reading13Format %.1f
attr wetter_<Wohnort> reading13Name windChill
attr wetter_<Wohnort> reading13OExpr UConv::f2c($val,2)
attr wetter_<Wohnort> reading13Regex Feels Like.*>([\d\.]+)<.*wind-dial__container
attr wetter_<Wohnort> reading14Format %.1f
attr wetter_<Wohnort> reading14Name windChill_EN
attr wetter_<Wohnort> reading14Regex Feels Like.*>([\d\.]+)<.*wind-dial__container
attr wetter_<Wohnort> reading15Name windDirection
attr wetter_<Wohnort> reading15OExpr UConv::compasspoint2compasspoint($val,"en",1,"de")
attr wetter_<Wohnort> reading15Regex WIND FROM.*>([NESW]+)<.*GUST
attr wetter_<Wohnort> reading16Name windDirection_EN
attr wetter_<Wohnort> reading16Regex WIND FROM.*>([NESW]+)<.*GUST
attr wetter_<Wohnort> reading17Format %.0f
attr wetter_<Wohnort> reading17Name windSpeed
attr wetter_<Wohnort> reading17OExpr UConv::mph2kph($val,1)
attr wetter_<Wohnort> reading17Regex wind-dial__container.*>([\d\.]+)<.*unit-speed
attr wetter_<Wohnort> reading18Name windSpeed_EN
attr wetter_<Wohnort> reading18Regex wind-dial__container.*>([\d\.]+)<.*unit-speed
attr wetter_<Wohnort> reading19Name windGust
attr wetter_<Wohnort> reading19OExpr UConv::mph2kph($val,1)
attr wetter_<Wohnort> reading19Regex GUST.*>([\d\.]+)<.*mph
attr wetter_<Wohnort> reading20Name windGust_EN
attr wetter_<Wohnort> reading20Regex GUST.*>([\d\.]+)<.*mph
attr wetter_<Wohnort> room Informationen->Wetter,Rollos
attr wetter_<Wohnort> sortby 03
attr wetter_<Wohnort> stateFormat T: temperature °C | F: humidity % | W: windSpeed km/h | D: pressure hPa | U: solarUV | R: solarRadiation W/m²
attr wetter_<Wohnort> timeout 5
</syntaxhighlight>
 
==Diagramme mit Grafana==
Grafana kann z.B. mit docker auf dem selben oder auch einem anderen System installiert werden. Es ermöglicht die Darstellung von Diagrammen und Dashboards durch die direkte Abfrage aus einer Datenbank.
===Beispiel Diagramme===
[[Datei:Leistung und Hauptverbraucher.png|mini|600px|rechts|]]
[[Datei:Forecast.png|mini|600px|rechts|]]
<pre>
Die verwendete Datenbank ist im Grafana als "FHEM MySQL" am besten vorher zu konfigurieren.
Achtung, dieses Dashboard verwendet die Schwarm readings bei den MySQL SELECT!
Eine Anpassung wäre denkbar, wenn man im JSON File "SW_" global entfernt.
Auch die Hauptverbraucher sind im Diagramm anzupassen, da sie bei mir durch eigene Zähler erfasst werden. Sollten bei Euch keine Zähler vorhanden sein, so müsstet Ihr den jeweiligen Verbraucher im Diagramm löschen.
</pre>
<syntaxhighlight lang="JSON">
{
  "annotations": {
    "list": [
      {
        "builtIn": 1,
        "datasource": "-- Grafana --",
        "enable": true,
        "hide": true,
        "iconColor": "rgba(0, 211, 255, 1)",
        "name": "Annotations & Alerts",
        "type": "dashboard"
      }
    ]
  },
  "editable": true,
  "gnetId": null,
  "graphTooltip": 0,
  "id": 5,
  "links": [],
  "panels": [
    {
      "aliasColors": {
        "Actual_Battery_charge_usable_P": "dark-yellow",
        "Actual_Battery_charge_usable_P value": "dark-yellow",
        "SW_Home_own_consumption_from_Battery": "dark-red",
        "SW_Home_own_consumption_from_Battery value": "dark-red",
        "SW_Home_own_consumption_from_PV": "light-green",
        "SW_Home_own_consumption_from_PV value": "light-green",
        "SW_Home_own_consumption_from_grid": "rgb(90, 90, 90)",
        "SW_Home_own_consumption_from_grid value": "rgb(250, 250, 250)",
        "SW_Total_AC_Active_P": "dark-orange",
        "SW_Total_DC_P": "semi-dark-green",
        "SW_Total_DC_P value": "dark-green",
        "SW_Total_DC_P_Max": "dark-blue"
      },
      "bars": false,
      "dashLength": 10,
      "dashes": false,
      "datasource": null,
      "decimals": null,
      "fieldConfig": {
        "defaults": {
          "links": []
        },
        "overrides": []
      },
      "fill": 1,
      "fillGradient": 0,
      "gridPos": {
        "h": 12,
        "w": 23,
        "x": 0,
        "y": 0
      },
      "hiddenSeries": false,
      "id": 2,
      "legend": {
        "alignAsTable": true,
        "avg": false,
        "current": false,
        "max": false,
        "min": false,
        "rightSide": true,
        "show": true,
        "sideWidth": 250,
        "sort": "current",
        "sortDesc": false,
        "total": false,
        "values": false
      },
      "lines": true,
      "linewidth": 1,
      "nullPointMode": "null",
      "options": {
        "alertThreshold": true
      },
      "percentage": false,
      "pluginVersion": "7.5.5",
      "pointradius": 2,
      "points": false,
      "renderer": "flot",
      "seriesOverrides": [
        {
          "$$hashKey": "object:78",
          "alias": "SW_Total_DC_P_Max",
          "fill": 0,
          "linewidth": 1
        },
        {
          "$$hashKey": "object:79",
          "alias": "Actual_Battery_charge_usable_P",
          "fill": 0,
          "linewidth": 2
        },
        {
          "$$hashKey": "object:80",
          "alias": "SW_Home_own_consumption_from_Battery",
          "fill": 10,
          "stack": true
        },
        {
          "$$hashKey": "object:81",
          "alias": "SW_Home_own_consumption_from_grid",
          "fill": 3,
          "stack": true
        },
        {
          "$$hashKey": "object:82",
          "alias": "SW_Total_DC_P",
          "fill": 0
        },
        {
          "$$hashKey": "object:83",
          "alias": "SW_Home_own_consumption_from_PV",
          "fill": 5,
          "stack": true
        }
      ],
      "spaceLength": 10,
      "stack": false,
      "steppedLine": false,
      "targets": [
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [],
          "hide": true,
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  TIMESTAMP AS \"time\",\n  VALUE AS 'SW_Total_DC_P'\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'SW_Total_DC_P'\nORDER BY TIMESTAMP",
          "refId": "SW_Total_DC_P",
          "select": [
            [
              {
                "params": [
                  "VALUE"
                ],
                "type": "column"
              },
              {
                "params": [
                  "SW_Total_DC_P'"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'SW_Total_DC_P'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"SW_Home_own_consumption_from_grid\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'SW_Home_own_consumption_from_grid'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "SW_Home_own_consumption_from_grid",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"SW_Home_own_consumption_from_PV\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'SW_Home_own_consumption_from_PV'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "SW_Home_own_consumption_from_PV",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"SW_Home_own_consumption_from_Battery\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'SW_Home_own_consumption_from_Battery'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "SW_Home_own_consumption_from_Battery",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"Actual_Battery_charge_usable_P\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'Actual_Battery_charge_usable_P'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "Actual_Battery_charge_usable_P",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  TIMESTAMP AS \"time\",\n  VALUE AS \"SW_Total_DC_P_Max\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'SW_Total_DC_P_Max'\nORDER BY TIMESTAMP",
          "refId": "SW_Total_DC_P_Max",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"SW_Total_AC_Active_P\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'SW_Total_AC_Active_P'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "A",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            }
          ]
        }
      ],
      "thresholds": [],
      "timeFrom": null,
      "timeRegions": [],
      "timeShift": null,
      "title": "Leistungsbezug",
      "tooltip": {
        "shared": true,
        "sort": 0,
        "value_type": "individual"
      },
      "type": "graph",
      "xaxis": {
        "buckets": null,
        "mode": "time",
        "name": null,
        "show": true,
        "values": []
      },
      "yaxes": [
        {
          "decimals": 0,
          "format": "short",
          "label": "Watt",
          "logBase": 1,
          "max": "14000",
          "min": "0",
          "show": true
        },
        {
          "format": "short",
          "label": null,
          "logBase": 1,
          "max": null,
          "min": null,
          "show": true
        }
      ],
      "yaxis": {
        "align": false,
        "alignLevel": null
      }
    },
    {
      "aliasColors": {
        "Heizung": "dark-red",
        "Heizung value": "dark-red",
        "Pool": "dark-yellow",
        "SW_Total_DC_P_Max": "dark-blue",
        "SW_Total_DC_P_Max value": "dark-blue",
        "Shaun": "dark-green",
        "Shaun value": "dark-green",
        "Waschmaschine": "light-red"
      },
      "bars": false,
      "dashLength": 10,
      "dashes": false,
      "datasource": null,
      "decimals": null,
      "fieldConfig": {
        "defaults": {
          "links": []
        },
        "overrides": []
      },
      "fill": 1,
      "fillGradient": 0,
      "gridPos": {
        "h": 12,
        "w": 23,
        "x": 0,
        "y": 12
      },
      "hiddenSeries": false,
      "id": 3,
      "legend": {
        "alignAsTable": true,
        "avg": false,
        "current": true,
        "hideEmpty": false,
        "hideZero": false,
        "max": false,
        "min": false,
        "rightSide": true,
        "show": true,
        "sideWidth": 250,
        "sort": "current",
        "sortDesc": true,
        "total": false,
        "values": true
      },
      "lines": true,
      "linewidth": 1,
      "nullPointMode": "connected",
      "options": {
        "alertThreshold": true
      },
      "percentage": false,
      "pluginVersion": "7.5.5",
      "pointradius": 2,
      "points": false,
      "renderer": "flot",
      "seriesOverrides": [
        {
          "alias": "SW_Total_DC_P_Max",
          "fill": 0
        },
        {
          "alias": "Pool",
          "fill": 3,
          "stack": true
        },
        {
          "alias": "Heizung",
          "fill": 3,
          "stack": true
        },
        {
          "alias": "Waschmaschine",
          "fill": 3,
          "stack": true,
          "steppedLine": true
        }
      ],
      "spaceLength": 10,
      "stack": false,
      "steppedLine": false,
      "targets": [
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"SW_Total_DC_P_Max\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'SW_Total_DC_P_Max'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "SW_Total_DC_P_Max",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'SW_Total_DC_P_Max'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  abs(avg(value)) AS \"Heizung\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'StromZaehler_Heizung' AND\n  READING = 'SMAEM1901401955_Saldo_Wirkleistung'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "Heizung",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'StromZaehler_Heizung'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'SMAEM1901401955_Saldo_Wirkleistung'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"Pool\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'shelly02' AND\n  READING = 'Power_0'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "Pool",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'shelly02'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'Power_0'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"Waschmaschine\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'shelly03' AND\n  READING = 'power'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "Waschmaschine",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'shelly03'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'power'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"Brunnen\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'shelly05' AND\n  READING = 'power_0'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "Brunnen",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'shelly05'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'power_0'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"Shaun\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'shelly05' AND\n  READING = 'power_1'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "Shaun",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'shelly05'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'power_1'"
              ],
              "type": "expression"
            }
          ]
        }
      ],
      "thresholds": [],
      "timeFrom": null,
      "timeRegions": [],
      "timeShift": null,
      "title": "Hauptverbraucher",
      "tooltip": {
        "shared": true,
        "sort": 0,
        "value_type": "individual"
      },
      "type": "graph",
      "xaxis": {
        "buckets": null,
        "mode": "time",
        "name": null,
        "show": true,
        "values": []
      },
      "yaxes": [
        {
          "decimals": 0,
          "format": "short",
          "label": "Watt",
          "logBase": 1,
          "max": "14000",
          "min": "0",
          "show": true
        },
        {
          "format": "short",
          "label": null,
          "logBase": 1,
          "max": null,
          "min": null,
          "show": true
        }
      ],
      "yaxis": {
        "align": false,
        "alignLevel": null
      }
    },
    {
      "aliasColors": {
        "SW_Total_DC_P_Max value": "dark-blue",
        "Solar_Calculation": "dark-yellow",
        "Solar_Calculation_fc0": "super-light-green",
        "Solar_Calculation_fc0 value": "light-green",
        "Solar_Calculation_fc1": "dark-red",
        "Solar_Calculation_fc1 value": "dark-red",
        "Solar_East": "super-light-blue",
        "Solar_East value": "super-light-blue",
        "Solar_South": "light-red",
        "Solar_South value": "light-red",
        "Solar_West": "light-purple",
        "Solar_West value": "super-light-purple"
      },
      "bars": false,
      "dashLength": 10,
      "dashes": false,
      "datasource": null,
      "decimals": null,
      "fieldConfig": {
        "defaults": {
          "links": []
        },
        "overrides": []
      },
      "fill": 0,
      "fillGradient": 0,
      "gridPos": {
        "h": 13,
        "w": 23,
        "x": 0,
        "y": 24
      },
      "hiddenSeries": false,
      "id": 4,
      "legend": {
        "alignAsTable": true,
        "avg": false,
        "current": true,
        "max": false,
        "min": false,
        "rightSide": true,
        "show": true,
        "sideWidth": 250,
        "sort": null,
        "sortDesc": null,
        "total": false,
        "values": true
      },
      "lines": true,
      "linewidth": 1,
      "nullPointMode": "null",
      "options": {
        "alertThreshold": true
      },
      "percentage": false,
      "pluginVersion": "7.5.5",
      "pointradius": 2,
      "points": false,
      "renderer": "flot",
      "seriesOverrides": [
        {
          "alias": "Solar_Calculation_fc0",
          "linewidth": 2
        },
        {
          "alias": "Power_DC_Sum",
          "fill": 2
        }
      ],
      "spaceLength": 10,
      "stack": false,
      "steppedLine": false,
      "targets": [
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  TIMESTAMP AS \"time\",\n  value AS \"Solar_Calculation_fc0\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'Solar_Calculation_fc0'\nORDER BY TIMESTAMP",
          "refId": "Solar_Calculation_fc0",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'Solar_Calculation_fc0'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  TIMESTAMP AS \"time\",\n  value AS \"Solar_Calculation_fc1\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'Solar_Calculation_fc1'\nORDER BY TIMESTAMP",
          "refId": "Solar_Calculation_fc1",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'Solar_Calculation_fc1'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"SW_Total_DC_P_sumOfAllPVInputs\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'SW_Total_DC_P_sumOfAllPVInputs'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "Power_DC_Sum",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'Power_DC_Sum'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"Solar_Calculation\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'Solar_Calculation'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "Solar_Calculation",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'Solar_Calculation'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"WR_1_Ost\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'Solar_WR_1_Ost'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "WR_1_Ost",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'WR_1_Ost'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"WR_1_West\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'Solar_WR_1_West'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "WR_1_West",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'WR_1_West'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"WR_2_Sued\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'Solar_WR_2_Sued'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "WR_2_Sued",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'WR_2_Sued'"
              ],
              "type": "expression"
            }
          ]
        },
        {
          "datasource": "FHEM MySQL",
          "format": "table",
          "group": [
            {
              "params": [
                "$__interval",
                "previous"
              ],
              "type": "time"
            }
          ],
          "metricColumn": "none",
          "rawQuery": true,
          "rawSql": "SELECT\n  $__timeGroupAlias(TIMESTAMP,$__interval,previous),\n  avg(value) AS \"WR_2_West\"\nFROM history\nWHERE\n  $__timeFilter(TIMESTAMP) AND\n  DEVICE = 'WR_1' AND\n  READING = 'Solar_WR_2_West'\nGROUP BY 1\nORDER BY $__timeGroup(TIMESTAMP,$__interval,previous)",
          "refId": "WR_2_West",
          "select": [
            [
              {
                "params": [
                  "value"
                ],
                "type": "column"
              },
              {
                "params": [
                  "avg"
                ],
                "type": "aggregate"
              },
              {
                "params": [
                  "value"
                ],
                "type": "alias"
              }
            ]
          ],
          "table": "history",
          "timeColumn": "TIMESTAMP",
          "timeColumnType": "timestamp",
          "where": [
            {
              "name": "$__timeFilter",
              "params": [],
              "type": "macro"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "DEVICE",
                "=",
                "'WR_1'"
              ],
              "type": "expression"
            },
            {
              "datatype": "varchar",
              "name": "",
              "params": [
                "READING",
                "=",
                "'WR_2_West'"
              ],
              "type": "expression"
            }
          ]
        }
      ],
      "thresholds": [],
      "timeFrom": null,
      "timeRegions": [],
      "timeShift": null,
      "title": "Forecast/Prognose",
      "tooltip": {
        "shared": true,
        "sort": 0,
        "value_type": "individual"
      },
      "type": "graph",
      "xaxis": {
        "buckets": null,
        "mode": "time",
        "name": null,
        "show": true,
        "values": []
      },
      "yaxes": [
        {
          "decimals": 0,
          "format": "short",
          "label": "Watt",
          "logBase": 1,
          "max": "16000",
          "min": "0",
          "show": true
        },
        {
          "format": "short",
          "label": null,
          "logBase": 1,
          "max": null,
          "min": null,
          "show": true
        }
      ],
      "yaxis": {
        "align": false,
        "alignLevel": null
      }
    }
  ],
  "refresh": "5m",
  "schemaVersion": 27,
  "style": "dark",
  "tags": [],
  "templating": {
    "list": []
  },
  "time": {
    "from": "now-1d/d",
    "to": "now-1d/d"
  },
  "timepicker": {
    "hidden": false,
    "refresh_intervals": [
      "5s",
      "10s",
      "30s",
      "1m",
      "5m",
      "15m",
      "30m",
      "1h",
      "2h",
      "1d"
    ]
  },
  "timezone": "utc",
  "title": "PV_Anlage_1",
  "uid": "W-Y51Dmgk",
  "version": 105
}
</syntaxhighlight>
 
==Diagramme mit SVG==
Die Diagramme werden bei mir nicht mehr weiterentwickelt, da ich auf Grafana umgestiegen bin. Sie stehen hier nur noch als Beispiele für den Anfang.
Grafana ermöglicht das direkte Auslesen der SQL Datenbank und kann auch auf einer anderen Plattform betrieben werden. Bei mir befindet es sich in Docker Containern auf dem selben RPI4.
[[Bild:Plenticore FHEM 1.png|mini|900px|rechts|Die Diagramme im Überblick]]
=== RAW Definition Hauptverbraucher ===
[[Bild:Plenticore_Hauptverbraucher.png|mini|600px|rechts|]]
==== SVG_LogDB_Photovoltaik_2 ====
<pre>
defmod SVG_LogDB_Photovoltaik_2 SVG LogDB:SVG_LogDB_Photovoltaik_2:HISTORY
attr SVG_LogDB_Photovoltaik_2 DbLogExclude .*
attr SVG_LogDB_Photovoltaik_2 group PV Eigenverbrauch
attr SVG_LogDB_Photovoltaik_2 plotsize 1400,320
attr SVG_LogDB_Photovoltaik_2 room Strom->Info,Strom->Photovoltaik
attr SVG_LogDB_Photovoltaik_2 sortby 00
</pre>
==== GPLOTFILE SVG_LogDB_Photovoltaik_2.gplot ====
<pre>
# Created by FHEM/98_SVG.pm, 2020-03-16 10:23:52
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title 'Hauptverbraucher'
set ytics
set y2tics
set grid
set ylabel "Leistung"
set y2label ""
 
#LogDB WR_1:SW_Total_DC_P:::$val=abs($val)
#LogDB WR_1:SW_Total_PV_P_reserve::
#LogDB StromZaehler_Heizung:SMAEM1901401955_Saldo_Wirkleistung:::$val=abs($val)
#LogDB shelly02:Power_0::
#LogDB shelly03:Power::
 
plot "<IN>" using 1:2 axes x1y2 title 'SW_Total_DC' ls l1 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'SW_Total_PV_reserve' ls l2 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Heizung' ls l0 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Pool' ls l8 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Waschmaschine' ls l3 lw 1 with lines
</pre>
=== RAW Definition Leistungsbezug ===
[[Bild:Plenticore_Leistungsbezug.png|mini|600px|rechts|]]
==== SVG_LogDB_Photovoltaik_3 ====
<pre>
defmod SVG_LogDB_Photovoltaik_3 SVG LogDB:SVG_LogDB_Photovoltaik_3:HISTORY
attr SVG_LogDB_Photovoltaik_3 DbLogExclude .*
attr SVG_LogDB_Photovoltaik_3 group PV Eigenverbrauch
attr SVG_LogDB_Photovoltaik_3 plotsize 1400,320
attr SVG_LogDB_Photovoltaik_3 room Strom->Info,Strom->Photovoltaik
attr SVG_LogDB_Photovoltaik_3 sortby 00
</pre>
==== GPLOTFILE SVG_LogDB_Photovoltaik_3.gplot ====
<pre>
# Created by FHEM/98_SVG.pm, 2020-07-22 13:51:57
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title 'Leistungsbezug'
set ytics
set y2tics
set grid
set ylabel "Leistung"
set y2label ""
set yrange [0:9500]
set y2range [0:9500]
 
#LogDB WR_1:SW_Total_DC_P:::$val=abs($val)
#LogDB WR_1:SW_Home_own_consumption_from_PV::
#LogDB WR_1:SW_Home_own_consumption_from_Battery::
#LogDB WR_1:SW_Home_own_consumption_from_grid::
#LogDB WR_1:SW_Actual_battery_charge_usable_P::
#LogDB WR_1:SW_Total_DC_P_Max::
#LogDB WR_1:Battery_temperature:::$val=$val*100
#LogDB Heizung:heatSourceIN:::$val=$val*100
 
plot "<IN>" using 1:2 axes x1y2 title 'Total_DC_Power' ls l1fill lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'own_PV' ls l2fill lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Bat_use' ls l0fill lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Grid_use' ls l5 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Bat_usable' ls l4 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Total_DC_Max' ls l6 lw 2 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Bat_Temp_Trend' ls l0 lw 2 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Out_Temp_Trend' ls l2 lw 2 with lines
</pre>
 
=== RAW Definition PV_Bilanz ===
[[Bild:SVG LogDB PV Bilanz.png|mini|600px|rechts|]]
==== SVG_LogDB_PV_Bilanz ====
<pre>
defmod SVG_LogDB_PV_Bilanz SVG LogDB:SVG_LogDB_PV_Bilanz:HISTORY
attr SVG_LogDB_PV_Bilanz DbLogExclude .*
attr SVG_LogDB_PV_Bilanz alias SVG_LogDB_PV_Bilanz
attr SVG_LogDB_PV_Bilanz comment Version 2020.10.21 11:37
attr SVG_LogDB_PV_Bilanz fixedrange year
attr SVG_LogDB_PV_Bilanz plotsize 1400,320
attr SVG_LogDB_PV_Bilanz room Strom->Energie
</pre>
 
==== GPLOTFILE SVG_LogDB_PV_Bilanz.gplot ====
<pre>
# Created by FHEM/98_SVG.pm, 2020-08-02 09:55:06
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title 'PV_Bilanz'
set ytics
set y2tics
set grid ytics
set ylabel "KWh"
set y2label "KWh"
 
#LogDB WR_1_API:max_month_SW_Statistic_EnergyHomePvSum_Month:::$val=$val/1000
#LogDB WR_1_API:diff_week_SW_Statistic_EnergyHomePvSum_Week:::$val=$val/1000
#LogDB WR_1_API:diff_week_SW_Statistic_Yield_Week:::$val=$val/1000
 
plot "<IN>" using 1:2 axes x1y2 title 'SW_Statistic_EnergyHomePvSum_Month' ls l2fill lw 2 with points,\
    "<IN>" using 1:2 axes x1y2 title 'SW_Statistic_EnergyHomePvSum_Week' ls l2fill lw 1 with fsteps,\
    "<IN>" using 1:2 axes x1y2 title 'SW_Statistic_Yield_Week' ls l1fill lw 1 with lines
</pre>
 
==== SVG_LogDB_PV_Netz ====
<pre>
defmod SVG_LogDB_PV_Netz SVG LogDB:SVG_LogDB_PV_Netz:HISTORY
attr SVG_LogDB_PV_Netz DbLogExclude .*
attr SVG_LogDB_PV_Netz alias SVG_LogDB_PV_Netz
attr SVG_LogDB_PV_Netz comment Version 2020.10.21 13:45
attr SVG_LogDB_PV_Netz fixedrange month
attr SVG_LogDB_PV_Netz plotsize 1400,320
attr SVG_LogDB_PV_Netz room Strom->Energie
</pre>
 
==== GPLOTFILE SVG_LogDB_PV_Netz.gplot ====
<pre>
# Created by FHEM/98_SVG.pm, 2020-10-21 13:43:37
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title 'PV_Netz'
set ytics
set y2tics
set grid ytics
set ylabel "KWh"
set y2label "KWh"
 
#LogDB WR_1_API:SW_Statistic_EnergyFeedInGrid_Day::
#LogDB WR_1_API:SW_Statistic_EnergyHomeGrid_Day:::$val=$val*-1
 
plot "<IN>" using 1:2 axes x1y2 title 'Statistic_EnergyFeedInGrid_Day' ls l1fill lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Statistic_EnergyHomeGrid_Day' ls l0fill lw 1 with lines
</pre>
 
=== RAW Definition Forecast / Calculation ===
[[Bild:Plenticore_Forecast.png|mini|600px|rechts|]]
==== SVG_LogDB_Photovoltaik_4 ====
<pre>
defmod SVG_LogDB_Photovoltaik_4 SVG LogDB:SVG_LogDB_Photovoltaik_4:HISTORY
attr SVG_LogDB_Photovoltaik_4 DbLogExclude .*
attr SVG_LogDB_Photovoltaik_4 group PV Eigenverbrauch
attr SVG_LogDB_Photovoltaik_4 plotsize 1400,320
attr SVG_LogDB_Photovoltaik_4 room Strom->Photovoltaik
attr SVG_LogDB_Photovoltaik_4 sortby 00
</pre>
==== GPLOTFILE SVG_LogDB_Photovoltaik_4.gplot ====
<pre>
# Created by FHEM/98_SVG.pm, 2020-08-17 08:58:42
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title 'Forecast / Calculation'
set ytics
set y2tics
set grid
set ylabel "Leistung"
set y2label "Leistung"
set yrange [0:10000]
set y2range [0:10000]
 
#LogDB Astro:SunAlt:::$val=($val>0?$val*50+7000:7000)
#LogDB wetter_<Wohnort>_II:solarRadiation:::$val=($val>0?$val*3+7000:7000)
#LogDB PV_1:Solar_SolarRadiation:::$val=($val>0?$val*3+7000:7000)
#LogDB Astro:SunAlt:::$val=7000
#LogDB WR_1:Solar_Calculation_fc1::
#LogDB WR_1:SW_Total_DC_P_sumOfAllPVInputs::
#LogDB WR_1:Solar_Calculation::
#LogDB WR_1:Solar_East::
#LogDB WR_1:Solar_South::
#LogDB WR_1:Solar_West::
 
plot "<IN>" using 1:2 axes x1y2 title 'Sonnenhöhe' ls l7 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'SolarRadiation' ls l8 lw 2 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'SolarRadiationPrognose' ls l8 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title '70%' ls l0 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Calculation_fc1' ls l0 lw 2 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Total_DC_Power_(sumOfAllPVInputs)' ls l1fill lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'Calculation' ls l5 lw 1 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'East' ls l2 lw 0.5 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'South' ls l3 lw 0.5 with lines,\
    "<IN>" using 1:2 axes x1y2 title 'West' ls l4 lw 0.5 with lines
</pre>
 
== PV Eigenverbrauch-Steuerung ==
'''Hier werde ich auch mal aktualisieren, bei bedarf einfach im Forum fragen.'''
=== Beispiel Luft Wärme Pumpe Novelan LAD ===
Hier mal ein paar Bilder für die Dokumentation der PV-Modus Anschaltung mit einem Shell 1 und das Heizelement, dass man über Lastrelais in drei Stufen Regeln könnte. Die Aktivierung der Zusatzheizung ist über das Luxtronik2 Modul möglich.
<gallery>
LAD_Zusatzheizung_2_4_6_kW.jpg|Zusatzheizung 2/4/6 kW
LAD_Shelly_Einbauposition.jpg|LAD Shelly Einbauposition
LAD_Shelly_Phase_und_Null.jpg|LAD Shelly Phase und Null
LAD_Shelly_SWT-Signal.jpg|LAD Shelly SWT-Signal
</gallery>
==== RAW Definition LWP_PV_Perl (DOIF Modul) ====
Hierbei wird das PV-Modus Signal über ein Shelly 1 zur LAD Wärmepumpe übermittelt, was natürlich auch durch ein beliebiges anderes Relais erfolgen kann.
Die setstate Attribute am Ende der RAW Definition sind ebenfalls wichtig, da dort die Default reading Werte für das DOIF gesetzt werden. Diese können dann über die uiTable Definitionen mit Pull Down Menüs geändert werden.
<syntaxhighlight lang="Perl">
defmod LWP_PV_Perl DOIF ################################################################################################################\
## Eigenverbrauch einschalten: wenn PV Produktion über dem Mindestbedarf ist und die Laufzeit pro Tag noch nicht erreicht ist\
##\
01_1_Eigenverbrauch_automatisch_An\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
    (    [WR_1:SW_Total_PV_P_reserve] >= [$SELF:PowerLimitOn]            ## Es besteht PV-Überschuss\
    and [[$SELF:TimeStart]-[$SELF:TimeEnd]]                            ## Das Zeitfenster ist erreicht\
    and get_Exec("LWP_Ein_timer") < 1                                  ## Der Wait Timer ist noch nicht gestartet\
    and [$SELF:LWP_Status] eq "Aus"                                    ## Die LWP ist aus\
    and [LWP_Counter:pulseTimePerDay] < [$SELF:RunTimePerDay]          ## Die maximale Laufzeit der LWP ist noch nicht erreicht\
    and [Heizung:hotWaterTemperature] < 60                              ## Das Maximum des PV-Modus ist noch nicht erreicht\
    and [WR_1:Solar_Calculation_fc0_day] < [WR_1_Speicher_1_ExternControl:SpeicherMinSOC_fc1_Limit]  ## Im Herbst/Winter ist wenig zu erwarten\
    )\
    or [$SELF:ui_command_1] eq "01_1_Eigenverbrauch_automatisch_An"      ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
      {Log 3, "$SELF 01_1 : LWP on waiting"};;\
\
    set_Exec("LWP_Ein_timer",[$SELF:PowerLevelMinTime],'PV_Modus_Ein_LWP();;set_Reading("LWP_Status","An")');; ## Den PV-Modus verzögert einschalten\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
    }\
}\
################################################################################################################\
## Signal für den PV-Modus der LWP einschalten.\
##\
01_2_Eigenverbrauch_manuell_An\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [$SELF:ui_command_1] eq "01_2_Eigenverbrauch_manuell_An"          ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 01_2 : LWP on for manuel PV-Modus"};;\
\
    PV_Modus_Ein_LWP();;\
    set_Reading("LWP_Status","manuell");;\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## Signal für den PV-Modus der LWP abschalten.\
##\
01_3_Eigenverbrauch_manuell_Aus\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [$SELF:ui_command_1] eq "01_3_Eigenverbrauch_manuell_Aus"        ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 01_3 : LWP off after manuel PV-Modus"};;\
\
    PV_Modus_Aus_LWP();;\
    set_Reading("LWP_Status","Aus");;\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## Eigenverbrauch abschalten: wenn Mindestlaufzeit erreicht wurde und Maximallaufzeit pro Tag erreicht ist\
##\
02_1_Eigenverbrauch_Laufzeit_Aus\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
    (    [LWP_Counter:pulseTimePerDay] >= [$SELF:RunTimePerDay]          ## Die Tages Laufzeit ist überschritten\
    and [LWP_Counter:pulseTimeIncrement] >= [$SELF:RunTimeMin]          ## Die Mindestlaufzeit ist überschritten\
    and [$SELF:LWP_Status] eq "An"                                      ## Die LWP Läuft\
    )\
    or [$SELF:ui_command_1] eq "02_1_Eigenverbrauch_Laufzeit_Aus"        ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 02_1 : LWP off Laufzeit"};;\
\
    PV_Modus_Aus_LWP();;\
    set_Reading("LWP_Status","Aus");;\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## Eigenverbrauch abschalten: wenn Mindestlaufzeit erreicht wurde und die PV Produktion unter dem Mindestbedarf ist\
##\
02_2_Eigenverbrauch_PV_Min_Aus\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
    (    [WR_1:SW_Total_PV_P_reserve] < 100                              ## es soll noch eine Reserve bleiben\
    and [LWP_Counter:pulseTimeIncrement] >= [$SELF:RunTimeMin]          ## Die Mindestlaufzeit ist überschritten\
    and [$SELF:LWP_Status] eq "An"                                      ## Die LWP Läuft\
    )\
    or [$SELF:ui_command_1] eq "02_2_Eigenverbrauch_PV_Min_Aus"          ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 02_2 : LWP off PV-Min"};;\
\
    PV_Modus_Aus_LWP();;\
    set_Reading("LWP_Status","Aus");;\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## Stop, wenn es nur ein kurzer peak ist. Dieser Do Zweig setzt den wait timer vom Einschaltkommando cmd_4 wieder außer kraft,\
## wenn während der Wartezeit die PV Anlage zuwenig liefert.\
##\
03___Stop_Wait_Timer\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
    (    get_Exec("LWP_Ein_timer") > 0                                  ## läuft eine Wartezeit\
    and get_Exec("LWP_Ein_timer") < 5                                  ## läuft die Wartezeit bald ab\
    and\
    (\
    (    [WR_1:SW_Total_PV_P_reserve] < [$SELF:PowerLimitOn]            ## Ist die PV-Leistung zu niedrig?\
      and [$SELF:LWP_Status] eq "Aus"                                    ## und gibt es keine manuelle Einschaltung\
    )\
    or                              ## eventuell läuft die LWP bereits an, dann muss auch der timer gestoppt werden\
    (    [StromZaehler_Heizung:SMAEM1901401955_Bezug_Wirkleistung] > 300\
      and [Heizung:opStateHeatPump1] eq "Wärmepumpe kommt"\
      and [Heizung:opStateHeatPump3] eq "Pumpenvorlauf"\
    )\
    or                              ## eventuell läuft die LWP bereits an, dann muss auch der timer gestoppt werden\
    (    [StromZaehler_Heizung:SMAEM1901401955_Bezug_Wirkleistung] > 300\
      and [Heizung:opStateHeatPump1] eq "Wärmepumpe läuft"\
    )\
    )\
    )\
    or [$SELF:ui_command_1] eq "03___Stop_Wait_Timer"                    ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
      {Log 3, "$SELF 03__ : Stop wait timer LWP ".get_Exec("LWP_Ein_timer")};;\
    del_Exec("LWP_Ein_timer");;                                          ## Die LWP wird nicht mehr eingeschaltet\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## LWP Zwangseinschalten: Sollte das Brauchwasser noch nicht aufgeheizt sein, wird um die Hysterese erhöht.\
## Dies kann passieren, wenn am Tag vorher der PV-Modus lief und dann das Wasser noch knapp über dem Mindestwert ist.\
##\
04_1_LWP_Nachheizen_WW\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
    (    [WR_1:Solar_Calculation_fc0_day] < [WR_1_Speicher_1_ExternControl:SpeicherMaxSOC_fc1_Limit]  ## Im Herbst/Winter ist wenig zu erwarten\
    and [[$SELF:TimeEnd]]                                              ## Am Ende der möglichen PV Steuerung\
    and [Heizung:hotWaterTemperature] <= 48                            ## wenn das Wasser noch nicht im Sollbereich ist\
    and\
        (  [LWP_Counter:pulseTimePerDay] < [$SELF:RunTimePerDay]        ## Die maximale Laufzeit der LWP/Tag ist noch nicht erreicht\
        or [LWP_Counter:countsPerDay] eq 0)                            ## oder die LWP ist noch gar nicht gelaufen\
    )\
    or [$SELF:ui_command_1] eq "04_1_LWP_Nachheizen_WW"                  ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 04_1 : LWP on for water heating"};;\
                                                                        ## Es wird die Soll Temperatur um die Hysterese angehoben \
    ::CommandSet(undef, "Heizung hotWaterTemperatureTarget ".(ReadingsVal("Heizung","hotWaterTemperature",48)+4));;\
                                                                        ## Das zurücksetzen auf den Standard von 50° erfolgt generell beim Abschalten\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 04_1 : LWP hotWaterTemperatureTarget ".ReadingsVal("Heizung","hotWaterTemperatureTarget",0)};;\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## Hohe Priorität im Winter für die LWP\
## Einschalten, wenn der Pool läuft, der Speicher geladen ist und noch Überschuss da ist.\
##\
04_2_LWP_Prioritaet_An\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
    (    [WR_1:Solar_Calculation_fc0_day] < [WR_1_Speicher_1_ExternControl:SpeicherMaxSOC_fc1_Limit]  ## Im Herbst/Winter ist wenig zu erwarten\
    and [WR_1:SW_Total_PV_P_reserve] >= 2000                            ## es besteht jedoch noch eine Reserve und der\
    and [shelly02:power_0] > 800                                        ## Pool wird gerade aufgeheizt, was im Winter auch in der Nacht passiert\
    and [WR_1:Act_state_of_charge] > 60                                ## Der Speicher sollte schon 60 % gefüllt sein\
    and [Heizung:hotWaterTemperature] < 60                              ## und die WW Temperatur noch unter 60°\
    and [$SELF:LWP_Priority] eq "frei"                                  ## Aber nur einmal am Tag\
    )\
    or [$SELF:ui_command_1] eq "04_2_LWP_Prioritaet_An"                  ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 04_2 : LWP Priorität"};;\
\
    PV_Modus_Ein_LWP();;\
    set_Reading("LWP_Status","An");;\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## LWP Ende\
##\
05___LWP_Ende\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
    (    [StromZaehler_Heizung:SMAEM1901401955_Bezug_Wirkleistung] < 300\
    and\
      (  [$SELF:LWP_Status] eq "An"\
        or [$SELF:LWP_Status] eq "manuell"\
      )\
    and [LWP_Counter:pulseTimePerDay] >= [$SELF:RunTimeMin]\
    and ([Heizung:opStateHeatPump1] ne "Wärmepumpe läuft" or [Heizung:opStateHeatPump3] eq "Luftabtauen" )\
    )\
    or [$SELF:ui_command_1] eq "05___LWP_Ende"                          ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
      {Log 3, "$SELF 05__ : LWP run finished"};;\
\
    PV_Modus_Aus_LWP();;\
    set_Reading("LWP_Status","Aus");;\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## Priorität für LWP wieder frei geben, damit einmal am Tag der PV-Modus verwendet werden kann\
##\
06___LWP_Prioritaet_Reset\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [23:55]\
    or [$SELF:ui_command_1] eq "06___LWP_Prioritaet_Reset"              ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 06__ : LWP Priorität frei"};;\
    set_Reading("LWP_Priority","frei");;                                ## Der PV-Modus darf wieder verwendet weden\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## In der Überganszeit wird die Heizung kurz vor der PV-Zeit wieder ein geschaltet\
## Während des Winters kann man die Heizung bis in die Morgenstunden ganz abschalten (Accu sparen)\
##\
07_1_Heizung_An\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [[$SELF:TimeStartHeizung]]                                        ## Einschalten der Heizung, damit aus dem Puffer nachgeheizt wird 02:03\
    or [$SELF:ui_command_1] eq "07_1_Heizung_An"                        ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 07_1 : LWP Heizung Automatik"};;\
    ::CommandSet(undef, "Heizung opModeHeating Auto");;                  ## Die Heizungssteuerung erfolgt wieder Automatisch\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
################################################################################################################\
## Während des Winters kann man die Heizung bis in die Morgenstunden ganz abschalten (Accu sparen)\
##\
07_2_Heizung_Aus\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [[$SELF:TimeEndHeizung]]                                          ## Abschalten der Heizung, damit der Puffer für morgens Heizreserve hat\
    or [$SELF:ui_command_1] eq "07_2_Heizung_Aus"                        ## Hier wird das uiTable select ausgewertet\
  ) {\
  if (AttrVal("$SELF","verbose",0) >=3)\
      {Log 3, "$SELF 07_2 : LWP Heizung aus"};;\
  ::CommandSet(undef, "Heizung opModeHeating Off");;                    ## Die Heizung wird komplett abgeschaltet\
\
  if (    [WR_1:Solar_Calculation_fc1_day] < [WR_1_Speicher_1_ExternControl:SpeicherMinSOC_fc1_Limit] ## Auch morgen ist das Wetter schlecht\
      and [Heizung:averageAmbientTemperature] <= 5.6 ) {                ## Die Heizgrenze ist schon ziemlich tief\
      set_Reading("TimeStartHeizung",[$SELF:TimeStartHeizungWinter]);;    ## Im Winter bis in die Morgenstunden den Accu sparen\
      if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 07_2 : Parameter: ".[WR_1:Solar_Calculation_fc1_day]." < ".[WR_1_Speicher_1_ExternControl:SpeicherMinSOC_fc1_Limit]." and ".[Heizung:averageAmbientTemperature]." <= 5.6"};;\
    } else {\
      set_Reading("TimeStartHeizung",[$SELF:TimeStartHeizungUebergang]);; ## Bei schönerem Wetter erst später Heizen\
    }\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 07_2 : TimeStartHeizung switched to ".[$SELF:TimeStartHeizung]};;\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Heizung im Wohnzimmer auf 15°\
##\
07_3_Heizung_WZ_15_Grad\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [$SELF:ui_command_1] eq "07_3_Heizung_WZ_15_Grad"                ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 07_3 : Heizung WZ 15 Grad"};;\
    ::CommandSet(undef, "Thermostat_WO desired-temp 15");;              ## Die Warmwasserbereitung wird ausgeschaltet\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Heizung im Wohnzimmer auf 22°\
##\
07_4_Heizung_WZ_22_Grad\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [$SELF:ui_command_1] eq "07_4_Heizung_WZ_22_Grad"                ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 07_4 : Heizung WZ 22 Grad"};;\
    ::CommandSet(undef, "Thermostat_WO desired-temp 22");;              ## Die Warmwasserbereitung wird ausgeschaltet\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Warmwasser Bereitung aus\
##\
07_5_Warmwasser_aus\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [$SELF:ui_command_1] eq "07_5_Warmwasser_aus"                    ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 07_5 : LWP Warmwasser aus"};;\
    ::CommandSet(undef, "Heizung opModeHotWater Off");;                  ## Die Warmwasserbereitung wird ausgeschaltet\
    ::CommandSet(undef, "n_Zirkulation inactive");;                      ## Zirkulation ebenfalls abschalten\
    ::CommandSet(undef, "Heizung statusRequest");;                      ## Einen aktuellen Status abholen\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Warmwasser Bereitung auf Automatik\
##\
07_6_Warmwasser_an\
{if( !([$SELF:state] eq "off")                                          ## DOIF enabled\
    and\
      [$SELF:ui_command_1] eq "07_6_Warmwasser_an"                      ## Hier wird das uiTable select ausgewertet\
  ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 07_6 : LWP Warmwasser Automatik"};;\
    ::CommandSet(undef, "Heizung opModeHotWater Auto");;                ## Die Warmwassersteuerung erfolgt wieder automatisch\
    ::CommandSet(undef, "n_Zirkulation active");;                        ## Zirkulation wieder einschalten\
    ::CommandSet(undef, "Heizung statusRequest");;                      ## Einen aktuellen Status abholen\
\
    set_Reading("ui_command_1","---");;                                  ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                        ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Definition von Sub Routinen\
subs {\
  sub PV_Modus_Ein_LWP() {                                                  ## PV-Modus Einschalten\
    if (AttrVal("$SELF","verbose",0) >=3)\
      {Log 3, "$SELF sub  : LWP on"};;\
    fhem("".ReadingsVal("$SELF","SetCmdOn",0));;\
    ::CommandSet(undef, "Heizung hotWaterTemperatureTarget 60.0");;\
    set_Reading("LWP_Priority","verwendet");;\
  }\
\
  sub PV_Modus_Aus_LWP() {                                                  ## PV-Modus Ausschalten\
    if (AttrVal("$SELF","verbose",0) >=3)\
      {Log 3, "$SELF sub  : LWP off"};;\
    fhem("".ReadingsVal("$SELF","SetCmdOff",0));;\
    ::CommandSet(undef, "Heizung hotWaterTemperatureTarget 50.0");;\
  }\
}
attr LWP_PV_Perl DbLogExclude .*
attr LWP_PV_Perl DbLogInclude state,cmd.*,Device,LWP_Status,wait_timer
attr LWP_PV_Perl alias LWP_PV_Perl
attr LWP_PV_Perl comment Version 2023.01.18 09:00
attr LWP_PV_Perl disable 0
attr LWP_PV_Perl group PV Eigenverbrauch-Steuerung
attr LWP_PV_Perl icon sani_earth_source_heat_pump
attr LWP_PV_Perl room Heizung->System,Strom->Photovoltaik
attr LWP_PV_Perl sortby 411
attr LWP_PV_Perl uiTable {\
package ui_Table;;\
  $TABLE = "style='width:100%;;'";;\
\
  $TD{0..9}{0}    = "align='center' style='font-size:16px;;border-right-style:solid;;border-color:darkgreen;;border-right-width:2px;;width:26%'";;\
\
  $TD{0..9}{1} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:1px;;width:36%;;font-weight:bold;;'";;\
  $TD{0..9}{2..4} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:1px;;width:8%;;text-align:center;;'";;\
  $TD{0..9}{5} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:2px;;width:8%;;text-align:center;;'";;\
\
sub FUNC_Status {\
    my($value, $min, $colorMin,  $statusMin,  $colorMiddel, $statusMiddle, $max, $colorMax, $statusMax)=@_;;\
    my $ret = ($value < $min)? '<span style="color:'.$colorMin.'">'.$statusMin.'</span>' : ($value > $max)? '<span style="color:'.$colorMax.'">'.$statusMax.'</span>' : '<span style="color:'.$colorMiddel.'">'.$statusMiddle.'</span>';;\
    return $ret;;\
  }\
\
}\
\
"$SELF"|::ReadingsTimestamp("Heizung","counterHeatQTotal","")."<dd>Status / LWP Status / Brauchwasser</dd>" |widget([$SELF:ui_command_1],"uzsuDropDown,---,01_1_Eigenverbrauch_automatisch_An,01_2_Eigenverbrauch_manuell_An,01_3_Eigenverbrauch_manuell_Aus,02_1_Eigenverbrauch_abschalten_Laufzeit,02_2_Eigenverbrauch_abschalten_PV_Min,03___Stop_Wait_Timer,04_1_LWP_Nachheizen_WW,04_2_LWP_Prioritaet_An,05___LWP_Ende,06___LWP_Prioritaet_Reset,07_1_Heizung_An,07_2_Heizung_Aus,07_3_Heizung_WZ_15_Grad,07_4_Heizung_WZ_22_Grad,07_5_Warmwasser_aus,07_6_Warmwasser_an") |[Heizung:opStateHeatPump1]." ".[Heizung:opStateHeatPump2]|[Heizung:opStateHeatPump3]|FUNC_Status([Heizung:hotWaterTemperature],47,"orange",[Heizung:hotWaterTemperature],"green",[Heizung:hotWaterTemperature],53,"red",[Heizung:hotWaterTemperature])." °C"\
|"Konfiguration<dd>PowerLevelMinTime, | PowerLimit On/Off | Time Start/End</dd><dd>RunTime Min/PerDay</dd>"|""|widget([$SELF:PowerLevelMinTime],"selectnumbers,60,60,900,0,lin")."<br>".widget([$SELF:RunTimeMin],"selectnumbers,300,300,7200,0,lin").widget([$SELF:RunTimePerDay],"selectnumbers,900,300,28800,0,lin")|widget([$SELF:PowerLimitOn],"selectnumbers,1000,250,4000,0,lin").widget([$SELF:PowerLimitOff],"selectnumbers,1000,250,4000,0,lin")|widget([$SELF:TimeStart],"time").widget([$SELF:TimeEnd],"time")\
|"<dd>PV-Modus / Heiz-Modus / Winter, Übergangszeit Heiz Start/Ende</dd>"|"PV-Modus:<br>".[$SELF:LWP_Priority]." / ".(([$SELF:LWP_Status] ne "Aus")?'<span style="color:green">'.[$SELF:LWP_Status].'</span>' : '<span style="color:black">'.[$SELF:LWP_Status].'</span>')|"Heizung: ".[Heizung:opModeHeating]."<br>Warmwasser: ".[Heizung:opModeHotWater]|widget([$SELF:TimeStartHeizungWinter],"time").widget([$SELF:TimeStartHeizungUebergang],"time")|[$SELF:TimeStartHeizung].widget([$SELF:TimeEndHeizung],"time")\
|"Statistiken"|"Zähler"|""|"Information"|"Wert"\
|""|"EVU"|""|"Gesamt"|sprintf("%06d kWh",[EVU_StromZaehler:Strom_Status-02])\
|""|"Heizung"|""|"LWP/KWL"|sprintf("%06d kWh",[StromZaehler_Heizung:SMAEM1901401955_Bezug_Wirkleistung_Zaehler])\
|""|"LWP"|""|"Heizung"|sprintf("%06d kWh",[Heizung:counterHeatQHeating])\
|""|"LWP"|""|"Warmwasser"|sprintf("%06d kWh",[Heizung:counterHeatQHotWater])\
|""|"LWP"|""|"Photovoltaik"|sprintf("%06d kWh",[Heizung:counterHeatQPool])\
|""|"LWP"|""|"Gesamt"|sprintf("%06d kWh",[Heizung:counterHeatQTotal])\


attr LWP_PV_Perl verbose 3
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/W%c3%a4rmepumpe_Novelan_LAD9/ Beispiel Wärmepumpe Novelan LAD9 mit vorgeschaltetem Stromzähler]
 
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/W%c3%a4rmepumpe_Novelan_LAD9/RAW_LWP_PV_Perl.txt Beispiel LWP_PV_Perl PV Eigenverbrauch Steuerung]
setstate LWP_PV_Perl 2022-10-30 23:55:00 LWP_Priority frei
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/W%c3%a4rmepumpe_Novelan_LAD9/RAW_LWP_Counter.txt Beispiel LWP_Counter]
setstate LWP_PV_Perl 2022-10-29 15:37:06 LWP_Status Aus
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/W%c3%a4rmepumpe_Novelan_LAD9/RAW_shelly01.txt Beispiel Shelly PV Modus Umschaltung]
setstate LWP_PV_Perl 2022-05-13 12:21:48 PowerLevelMinTime 600
setstate LWP_PV_Perl 2022-05-10 15:51:44 PowerLimitOff 3000
setstate LWP_PV_Perl 2022-05-10 15:50:44 PowerLimitOn 2250
setstate LWP_PV_Perl 2022-10-25 19:00:12 RunTimeMin 2400
setstate LWP_PV_Perl 2022-05-10 15:55:35 RunTimePerDay 28800
setstate LWP_PV_Perl 2022-05-10 16:23:06 SetCmdOff set shelly01 off 0
setstate LWP_PV_Perl 2022-05-10 16:23:24 SetCmdOn set shelly01 on 0
setstate LWP_PV_Perl 2022-05-10 15:50:37 TimeEnd 15:05
setstate LWP_PV_Perl 2022-05-13 13:24:01 TimeEndHeizung 18:35
setstate LWP_PV_Perl 2022-05-10 15:50:19 TimeStart 11:30
setstate LWP_PV_Perl 2022-10-30 18:35:00 TimeStartHeizung 09:50
setstate LWP_PV_Perl 2022-05-13 16:37:59 TimeStartHeizungUebergang 09:50
setstate LWP_PV_Perl 2022-05-13 16:34:08 TimeStartHeizungWinter 02:05
 
setstate LWP_PV_Perl 2022-10-31 12:05:34 ui_command_1 ---
 
</syntaxhighlight>
- RAW Definition LWP_Signale (Shelly Modul: shelly1pm)
<syntaxhighlight lang="Perl">
defmod shelly01 Shelly 192.168.178.54
attr shelly01 DbLogExclude .*
attr shelly01 DbLogInclude relay.*,power.*,energy.*
attr shelly01 alias LWP
attr shelly01 comment Version 2020.10.19 18:28
attr shelly01 event-on-change-reading relay.*,power.*,energy.*,state,network
attr shelly01 group PV Eigenverbrauch-Steuerung
attr shelly01 icon taster_ch_1
attr shelly01 mode relay
attr shelly01 model shelly1pm
attr shelly01 room Shelly,Heizung->System,Strom->Photovoltaik
attr shelly01 sortby 412
attr shelly01 stateFormat {\
my $link = ReadingsVal($name,"WebLink","none");;\
\
my $e0 = sprintf("%08.2f KWh",ReadingsVal("StromZaehler_Heizung","SMAEM1901401955_Bezug_Wirkleistung_Zaehler",0));;\
my $r0 = (ReadingsVal($name,"relay","") eq "off") ? "<span style='color:red'>off</span>":"<span style='color:green'>on</span>";;\
my $p0 = sprintf("%06.1f Watt",ReadingsVal("StromZaehler_Heizung","SMAEM1901401955_Bezug_Wirkleistung",0));;\
\
"<html><table border=2 bordercolor='darkgreen' cellspacing=0 style='width: 100%'>\
<colgroup>\
  <col span='1' style='width: 30%;;'>\
  <col span='1' style='width: 30%;;'>\
  <col span='1' style='width: 20%;;'>\
</colgroup>\
<tr>\
  <td style='text-align:left'>\
  </td>\
  <td style='text-align:left'>\
    WebLink: $link\
  </td>\
  <td style='text-align:right'>\
    Wärmepumpe Gesamt 0: $e0<br>\
  <td style='text-align:right'>\
    Relais 0: $r0 $p0<br>\
  </td>\
</tr>\
</table>\
</html>"\
}
attr shelly01 userReadings WebLink:network.* { my $ip=ReadingsVal($name,"network","na");; $ip =~ s/connected to //gs;; $ip =~ s/<[^>]*>//gs;; return("<a href='http://".$ip."/'>".$ip."</a>") },\
\
energy_Total:energy.* monotonic { ReadingsVal($name,"energy",0) }
attr shelly01 webCmd |
</pre>
==== RAW Definition LWP_Counter (HourCounter Modul) ====
<pre>
defmod LWP_Counter HourCounter StromZaehler_Heizung:SMAEM1901401955_Saldo_Wirkleistung:\s-[0-9]{4}(\.[0-9]{1})*$ StromZaehler_Heizung:SMAEM1901401955_Saldo_Wirkleistung:\s-[0-9]{1,3}(\.[0-9]{1})*$
attr LWP_Counter DbLogExclude .*
attr LWP_Counter alias LWP_Counter
attr LWP_Counter comment Version 2021.01.09 11:16
attr LWP_Counter event-min-interval .*:600
attr LWP_Counter event-on-change-reading .*
attr LWP_Counter group PV Eigenverbrauch-Steuerung
attr LWP_Counter icon time_timer
attr LWP_Counter interval 5
attr LWP_Counter room Heizung->System,Strom->Photovoltaik
attr LWP_Counter sortby 413
attr LWP_Counter verbose 0
</syntaxhighlight>


=== Beispiel Pool Softube ===
=== Beispiel Pool Softube ===
Zeile 8.868: Zeile 3.040:
* [https://github.com/kilianknoll/ Github Kilian DWD Forecast]
* [https://github.com/kilianknoll/ Github Kilian DWD Forecast]
* [https://github.com/FL550/ Github FL550 DWD Forecast]
* [https://github.com/FL550/ Github FL550 DWD Forecast]
* [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/ contrib/ch.eick]


[[Kategorie:IP Components]]
[[Kategorie:IP Components]]
[[Kategorie:Other Components]]
[[Kategorie:Wechselrichter]]
[[Kategorie:Energieerzeugungsmessung]]
[[Kategorie:Wallboxen]]

Aktuelle Version vom 1. März 2024, 12:12 Uhr

Sowas könnte am Schluss raus kommen. Schreibt mich gerne an ;-)
Kostal Plenticore 10 Plus
Kostal Plenticore Plus
Allgemein
Protokoll IP und RS485
Typ Hybrid Wechselrichter
Kategorie Wechselrichter
Technische Details
Kommunikation n/a
Kanäle n/a
Betriebsspannung 400 V
Leistungsaufnahme
Versorgung 3P AC
Abmessungen 56,3x40,5x23,3 cm (BxHxT)
Sonstiges
Modulname HTTPMOD, Modbus, Perl
Hersteller KOSTAL Solar Electric GmbH
Leistung und Hauptverbraucher.png
Forecast.png
Wechselrichter 1 mit Status
WR_1_Speicher_1_ExternControl
Wechselrichter 2 und gesteuerte Geräte
WallBox mit Kia Fahrzeug
PV gesteuerte Geräte

Ein Hinweis allgemeiner Art: Die hier abgebildeten Code Stücke sind nicht ausschließlich durch mich entstanden. Ich bedanke mich für die Unterstützung und Bereitstellung vieler Einzelkomponenten durch Dritte. Der Einsatz ist auf eigene Gefahr und für etwaige Schäden wird keinerlei Haftung übernommen. Bitte beachtet bei der Hardware die Gewährleistungsbestimmungen und Vorgaben der Hersteller.

Der Kostal Plenticore Plus (Webseite des Herstellers) ist ein Hybrid Wechselrichter mit IP-Konnektivität.

Er verfügt über einen LAN-Anschluss und ist auf die Steuerung via WebGUI des Herstellers ausgelegt. Weiterhin kann eine Abfrage mit Modbus/TCP oder auch über eine undokumentierte API erfolgen. Für die API bietet der Hersteller keinerlei Support!

Voraussetzungen Energietechnik

Der Wechselrichter, Speicher und KSEM wurden durch einen Fachbetrieb installiert und konfiguriert. Die gesamte Anlage läuft fehlerfrei und wurde durch den Fachbetrieb abgenommen, sowie beim Netzbetreiber angemeldet.

Geräte-Registrierung

Hierfür ist die Dokumentation des Herstellers heranzuziehen. Für eine Verlängerung der Gewährleistungszeit kann man den Plenticore im Herstellerportal registrieren. Dies ist jedoch für die Anbindung an FHEM nicht notwendig. Weiterhin ist der Betreiber verpflichtet, eine Anmeldung im Marktstammdatenregister vorzunehmen.


Hersteller Dokumentation

Für Links auf dieser Wiki Seite wird keine Haftung übernommen. Die Inhalte unterliegen der Verantwortung der Firma Kostal.

Kompatibilität zu anderen Kostal Wechselrichtern

Auf Grund von Anfragen scheint diese Implementierung auch für andere Kostal Wechselrichtern zu passen. - Plenticore Plus - Piko MP - Piko IQ Dies hängt natürlich mit der Firmware zusammen und es gibt sicherlich noch einige Anpassungen die notwendig sind. Bitte tragt Eure kompatieblen Geräte hier ein.

Einbindung in das Netzwerk

Als Grundlage ist der Plenticore mit dem LAN zu verbinden, wodurch er eine TCP/IP Adresse per DHCP bekommt. Diese ist dann entweder am Display des Plenticore abzulesen, oder über die Oberfläche des Routers zu ermitteln.

Das gleiche gilt für den BYD Speicher, der jedoch zusätzlich auch über WLAN verfügt. Eine Netzwerkanbindung des Speichers ist beim Plenticore nicht zwingend notwendig, da der Plenticore mit dem Speicher über eine RS-485 Schnittstelle kommuniziert. Bei dieser Anbindung werden jedoch noch nicht alle möglichen Werte aus dem Speicher ausgelesen. Später wird hierzu jedoch noch mehr geschrieben, um alle Möglichkeiten offen zu halten.

Der KSEM kann ebenfalls auch direkt per LAN ausgelesen werden, was jedoch ebenfalls nicht zwingend notwendig ist. Eine Kommunikation des KSEM mit dem Plenticore erfolgt über zwei mögliche Wege. Beim Betrieb mit Speicher ist zwingend die RS485 Schnittstelle erforderlich, über die auch der Plenticore alle Werte übermittelt bekommt. Auch diese sind dann am Plenticore abfragbar. Der zweite Weg wäre dann über die LAN Verbindung, bei der jedoch kein Speicher am Plenticore konfigurierbar ist.

Namensgebung

Im Laufe der Zeit hat sich herausgestellt, dass es einfacher ist, die hier vorgeschlagenen Namen zu übernehmen. Es vereinfacht die Kommunikation bei der Hilfestellung und erspart einigen Umbenennungsaufwand, da es doch immer wieder zu Anpassungen kommt. Leider musste in der letzten Zeit durch das Wachsen des Umfeldes und durch anfängliche Unwissenheit auch viel aufgeräumt werden.

Voraussetzungen FHEM Umfeld

Alle Geräte müssen mit TCP/IP erreichbar sein

Alle Module sollten auf einem aktuellen Stand sein

Eine DbLog/DbRep sollte bereits vorhanden sein, was hier nicht weiter erklärt wird

Es wurde immer wieder gefragt, ob man auch FileLog verwenden könnte, was grundsätzlich natürlich geht. Im Fortschreiten wird dies jedoch ziemlich unhandlich und vom Modulautor nicht empfohlen. Spätestens wenn die Daten mal aufgeräumt werden sollen, ist man mit einer MySQL Datenbank im Vorteil. Auch die Aufbereitung von Diagrammen ist mit einer Datenbank flexibler. Weiterhin wird empfohlen eine vollwertige MySQL Datenbank zu verwenden, damit auch komplexeres Reporting im vollen SQL Umfang zur Verfügung steht. Beim Einsatz von SQLite sind bereits zumindest bei den Reports inkompatibilitäten aufgetreten. MariaDB sollte immer auch aktuell gehalten werden, was auf einem RPI 32 Bit nicht immer gewährleistet ist. Die größte aktualität erhält man mit dem original MySQL Docker Container, der auch auf einem RPI4 64 Bit verfügbar ist. Beim Einsatz einer Datenbank sollte man dies auf keinen Fall auf einer SD-Card machen. die besten Ergebnisse für Geschwindigkeit und Langlebigkeit bekommt man mit einer SSD.

Verwendete Module

  • Modbus
  • HTTPMOD
  • expandJSON
  • DbLog
  • DbRep
  • DUMMY
  • DOIF
  • Shelly
  • SMAEM
  • HourCounter
  • DWD_OpenData
  • WeekdayTimer

Verwendetes Umfeld

  • Raspberry Pi 4
  • Debian
  • Docker
fhem/fhem:latest
mysql/mysql-server
grafana/grafana:latest
  • Perl
  • Python

Einbindung in FHEM: Überblick

MySQL etwas Basis Information

Docker Compose nach installieren

Falls Docker Compose nicht bereits installiert ist. 

pi@raspberrypi:~ $ sudo apt-get install docker-compose
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
docker-compose ist schon die neueste Version (1.21.0-3).

https://docs.docker.com/engine/reference/commandline/compose/

Einige Docker Kommandos: 

Für den Überblick:
     docker stats
     docker ps

Zum aktualisieren (nur ein Beispiel):
     docker pull portainer/portainer:latest
     docker-compose up -d

MySQL Docker Container mit .yml

Hier wäre mal ein Beispiel, wie die MySQL Datenbank innerhalb einer .yml Datei im Docker definiert werden kann. Im Beispiel ist FHEM und Portainer ebenfalls enthalten, wodurch dies auch somit eine Basis Installation sein könnte. 

pi@raspberrypi:~/docker-compose/fhem_2022 $ pwd
/home/pi/docker-compose/fhem_2022
pi@raspberrypi:~/docker-compose/fhem_2022 $ ls -l docker-compose.yml

Administration etwas erleichtern

In der /etc/passwd habe ich dann noch ein Login und die Home Verzeichnisse für einige Container eingetragen. Somit kann man sich dann auf dem Basis Betriebsystem mit diesem Benutzer anmelden und das Dateisystem des Docker Containers direkt bearbeiten. Der Home Path muss natürlich angepasst werden. 

pi@raspberrypi:~ $ cat /etc/passwd
< snip >
fhem:x:6061:6061:FHEM,,,:/home/pi/docker-compose/fhem_2024/fhem:/bin/bash

MySQL initial konfigurieren

Wenn der MySQL Docker Container läuft sind dort noch die Basis Konfigurationen für DbLog durchzuführen, für die es ein eigenes FHEM Wiki gibt. Einige wichtige Kommandos sollen nun jetzt hier trotzdem aufgelistet werden.

MySQL Docker Console für MySQL root Login

Achtung 

Die Basis Konfiguration wird mit dem Benutzer root im MySQL durchgeführt und dieser kann sich bei Oracle MySQL nur lokal, also nicht aus dem Netz anmelden.

Dazu gibt es zwei Varianten: 1. Über den Docker Container anmelden 

pi@raspberrypi:~ $ docker exec -it fhem_2022_mysql_1 mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 17517
Server version: 8.0.32 MySQL Community Server - GPL
mysql>

2. Oder man meldet sich am Portainerzugang (admin mit <Passwort>) an und selectiert den MySQL Container. Dort kann man dann mit der Console in den Container wechseln. 

bash-4.4# mysql -u root -p
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 44892
Server version: 8.0.28 MySQL Community Server - GPL
mysql>
MySQL Kommandos
-- Die fhem Datenbank neu anlegen
mysql> CREATE DATABASE `fhem` DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;

-- Die FHEM Tabellen neu anlegen
-- Für die Spalte VALUE wurde mal eine längere Definition gewählt
mysql> CREATE TABLE `fhem`.`history` (TIMESTAMP TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP, DEVICE varchar(64), TYPE varchar(64), EVENT varchar(512), READING varchar(64), VALUE varchar(255), UNIT varchar(32));
mysql> CREATE TABLE `fhem`.`current` (TIMESTAMP TIMESTAMP, DEVICE varchar(64), TYPE varchar(64), EVENT varchar(512), READING varchar(64), VALUE varchar(128), UNIT varchar(32));

-- Den Index einrichten und über das READING mit definieren, damit kein duplicate Key entstehen kann
mysql> CREATE INDEX Search_Idx ON `fhem`.`history` (TIMESTAMP, DEVICE, READING) USING BTREE;
Query OK, 0 rows affected (0.11 sec)
Records: 0  Duplicates: 0  Warnings: 0

-- Im Oracle MySQL wird im Standard das Passwort in einer anderen Verschlüsselung abgeregt, die FHEM noch nicht unterstützt
-- Deshalb kann es erforderlich sein das Passwort, nach Änderung der Verschlüsselungsmethode neu zu setzen
mysql> DROP USER fhemuser;
mysql> CREATE USER 'fhemuser'@'%';

-- Nachschauen welche Passwort Verschlüsselung verwendet wird
-- FHEM unterstützt nur mysql_native_password
mysql> SELECT Host,User,plugin FROM mysql.user WHERE User='fhemuser';
+------+----------+-----------------------+
| Host | User     | plugin                |
+------+----------+-----------------------+
| %    | fhemuser | caching_sha2_password |     <<< Das unterstützt FHEM mit DbLog noch nicht
+------+----------+-----------------------+
1 row in set (0.00 sec)

mysql> UPDATE mysql.user SET plugin = 'mysql_native_password' WHERE User='fhemuser';

mysql> SELECT Host,User,plugin FROM mysql.user WHERE User='fhemuser';
+------+----------+-----------------------+
| Host | User     | plugin                |
+------+----------+-----------------------+
| %    | fhemuser | mysql_native_password |
+------+----------+-----------------------+
1 row in set (0.01 sec)

mysql> ALTER USER 'fhemuser'@'%' IDENTIFIED BY '< Password >';

-- Bei den GRANDS muss ich nochmal nachschauen, was da wirklich notwendig ist
mysql> GRANT SELECT, INSERT, DELETE, UPDATE ON `fhem`.* TO 'fhemuser'@'%';
mysql> GRANT ALTER ROUTINE ON `fhem`.* TO 'fhemuser'@'%';
mysql> GRANT EXECUTE ON PROCEDURE `fhem`.`dwd_load` TO 'fhemuser'@'%';

-- Die Änderungen müssen mit einem FLUSH in der aktuellen Session übernommen werden
mysql> FLUSH PRIVILEGES;

-- Alle Einträge für den fhemuser anschauen
mysql> SELECT * FROM mysql.user WHERE User='fhemuser';
  < snip >
  Es wird eine Tabelle mit den user Einträgen für fhemuser angezeigt, die man sich besser in voller Breite im Editor anschaut

mysql> Connect fhem;
  Enter password: 
  Connection id:    44902
  Current database: fhem

-- Zum Test mal einige Einträge in der history anzeigen, wenn FHEM bereits was über DbLog geschieben hat
mysql> SELECT * FROM history LIMIT 1;
  +---------------------+------------------+---------+-------+-----------------+----------+------+
  | TIMESTAMP           | DEVICE           | TYPE    | EVENT | READING         | VALUE    | UNIT |
  +---------------------+------------------+---------+-------+-----------------+----------+------+
  | 2019-04-03 00:23:42 | EVU_StromZaehler | HTTPMOD | NULL  | Strom_Status-02 | 07152.96 |      |
  +---------------------+------------------+---------+-------+-----------------+----------+------+
  1 row in set (0.01 sec)

Hardware Anbindung (alles über LAN)

Kostal Plenticore Plus

Kostal Plenticore Plus die Basis information (Modbus/TCP)

Der Kostal Plenticore wird mittels des Moduls MODBUS eingebunden. Dazu gilt zunächst die folgende Konfiguration als Basis, die am Display des Plenticore oder auch in der Kostal Dokumentation zu entnehmen ist.

Plenticore Modbus Definition
GeräteId  : 71
IP-Adresse: <IP-Adresse>
Port      : 1502

Ein zweiter Wechselrichter

Durch einen Vollausbau des Daches ist ein zweiter Wechselrichter hinzugekommen. Das hat einen Umbau dieser Wiki Seite erfordert, wodurch sich diverse Änderungen bei der Namensgebung ergeben haben. Es ist jedoch auch weiterhin möglich, nur eine AC-Quelle zu verwenden, was an einigen Stellen entweder einen Rückbau in den Devices erfordert oder man freundet sich mit etwas anderen reading Namen an.

Modbus Timeing

Das Gerät aktualisiert sich im Abstand von 60 Sekunden durch den stetigen Modbus/TCP Datenstrom. Der Plenticore ist als Modbus Master implementiert und sendet somit alle Daten permanent ins Netzwerk.

Die Zeit kann auch verändert werden, jedoch sollte sie nicht zu kurz gewählt sein.

RAW Definition WR_1 (bei einem Wechselrichtern)

Generell kann die WR_1 und WR_1_API Definition, die im folgenden kommt auch für einen einzelnen Wechselrichter verwendet werden. Wer die readings für die Korrektur mit zwei AC-Quellen nicht haben möchte, der kann diese gerne wieder entfernen, was dann jedoch bei jedem Update immer wieder gemacht werden muss. Achtung es können dann jedoch Abweichungen bei der Plausibilität einzelner Readings auftreten. Alle stateFormat und weiteren DOIF Devices beziehen sich hierbei jedoch ebenfalls auf die SW_* readings, um die Implementierung für mehr Anwender verwendbar zu machen. Diejenigen unter Euch, die auch einen nicht Kostal Wechselrichter verwenden sollten sich bitte die userReadings anschauen, um dort die readings korrekt zu mappen. Es sollte auch kein Problem sein als zweite AC-Quelle ein Krafwärmekopplung ein zu binden.

Anzupassende Stellen, wenn man lieber keinen Schwarm vorbereiten möchte: 

WR_1 und WR_1_API:
 - userReadings SW_* löschen
 - deletereading WR_1 SW_*
 - stateFormat bei readings mit SW_* das SW_ löschen
 - DbLogInclude überprüfen
 - event-on-update-reading überprüfen
PV_Schedule:
 - cmd_5 für die Zählerstände löschen
DbLog:
 - Eventuell die Datenbank aufräumen
RAW Definition WR_1 Master (bei zwei Wechselrichtern)

Für den Zugriff auf die Plenticore ModBus/TCP Daten wird dieses Device verwendet. Es kann für einen einzelnen oder auch mehrere Wechselrichter verwendet werden. Readings mit SW_* korrigieren die bisher fehlerhaften Ausgabewerte der Kostal Wechselrichter im Schwarm. Bei Verwendung nur eines einzelnen Wechselrichters können diese jedoch auch verwendet werden. Die Original readings sind auch weiterhin noch vorhanden, was jedoch zu einer Befüllung mit gleichen Werten führen kann. Damit diese nicht doppelt in der Datenbank landen, kann man das DbLogInclude entsprechend anpassen, nachdem man sich entschieden hat, welche Richtung man einschlagen möchte. Letzte Änderungen: 

- Bei den readings wurden ungültige Zeichen aus den Namen entfernt, wie z.B. "()"
  Wer das bei sich ändert muss natürlich auch in der Datenbank aufräumen.
- Einige readings wurden eingekürzt z.B. P,U,I,L*
- SW_* gibt die korrigierten werte bei mehr als einer AC-Quelle an
- DbLogInclude logged nun auch SW_* und die eingekürzten reading Namen
- PV wurde zu WR, da eine PV-Anlage aus mehreren Wechselrichtern bestehen kann
- stateFormat und userReadings verwenden jetzt die SW_* readings
userReadings

Um später einige Abfragen und Diagramme einfacher zu erstellen wurden einige userReadings erstellt, die bereits bei der RAW Definition mit vorhanden sind. Während der Integration in FHEM und der Konfiguration kann es hierdurch jedoch noch Fehlermeldungen im FHEM Log geben, da noch nicht alle Werte vorhanden sind.

Total_PV_Power_reserve 

  Trigger: Total_DC_Power.*
  Hier wird ein reading erstellt, dass als Information über die verwendbare Reserve dient. Die Leistung, die in den Speicher geht
  sollte man nämlich besser sofort verbrauchen, anstatt es erst zu speicher. Die 0.90 ist ein circa Wirkungsgrad, um von DC- auf AC-Leistung zu kommen.
  Der Total_PV_Power_reserve Wert kann gerne nach eigenen Belangen kalkuliert werden.

Total_DC_Power_Max 

  Trigger: Total_DC_Power.*
  Um die Batterieleistung mit zu berücksichtigen wird dieser Momentan Wert ermittelt.

Actual_Battery_charge_-minus_or_discharge_-plus_Power 

  Trigger: Actual_Battery_charge_-minus_or_discharge_-plus_current.*
  Berechnung der Batterie Leistung aus Spannung und Strom , der wert kann positiv oder negativ sein, je nach dem ob geladen oder entladen wird.

Actual_Battery_charge_usable_Power 

  Trigger: Act_state_of_charge.*
  Dieser Wert gibt an, wieviel Leistung im Speicher vorhanden ist, reduziert um 10% Verluste. An dieser Stelle muss die Nennleistung des Speichers über das PV_1_config Gerät
  eingetragen werden, da diese noch nicht ausgelesen werden kann. Obwohl es im "Battery_Type 892941625" stecken könnte. 8929 >> 8.93 KW ???

SW_* 

  Bei mehreren Wechselrichtern werden einige Werte vom Plenticore fehlerhaft ermittelt und durch diese readings korrigiert.
  Wann Kostal das in der Firmware korrigiert ist nicht bekannt.
RAW Definition WR_2 Slave (bei zwei Wechselrichtern)

In einem Schwarm kann man den zweiten Wechselrichter etwas sparsamer definieren, da es nur einen Wechselrichter mit Speicher geben darf und der zweite Wechselrichter auch keine KSEM Verbindung hat. Auch die SW_* readings werden hier nicht benötigt. Im userReading des WR_1 und WR_1_API wird auch auf den WR_2 und WR_2_API referenziert.

Kostal Plenticore Plus die API

Der Plenticore erstellt intern noch diverse Statistiken, die auch über das WebGUI angesehen werden können. Diese werden jedoch nicht über MODBUS/TCP ausgegeben, aber zum Kostal Portal übermittelt, wo man dann bereits in Form von Diagrammen einen schönen Überblick bekommt. Das Ziel ist jedoch die Statistiken lokal im FHEM abzulegen, sie lassen sich nur über die API des Plenticore abfragen. Auch hier werden bei mehreren AC-Quellen falsche Werte ausgegeben, die durch SW_* userReadings korrigiert wurden.

Plenticore API

Die API Definition kann man sich mit folgendem Aufruf anschauen, sie wird von Kostal jedoch nicht supportet. 

http://<IP-Address_Plenticore>/api/v1
Plenticore Testablauf

Für die erste Implementierung ist es zu empfehlen alle Devices so zu belassen und zu benennen, wie sie im Wiki angegeben sind. Eine persönliche Anpassung ist erst sinnvoll, wenn alles läuft, da hierdurch bereits schon im Vorfeld viele Fehler verursacht wurden, die eine Unterstützung erschweren.

Folgendes bitte aktivieren, damit genügend Meldungen zusehen sind 

attr global verbose 3
attr <device> verbose 5

Bitte unbedingt bei Problemen den Log Ausschnitt mit senden und die Meldungen anderer Devices vorher herauslöschen, da es ansonsten schwierig ist eine Diagnose zu betreiben. Tests sind bei den einzelnen Schritten direkt mit angegeben.

plenticore_auth() und KeyValue() Voraussetzung

Diese Einträge müssen, falls noch nicht vorhanden in die 99_myUtils eingetragen werden. Hierdurch lädt man zusätzliche, nicht Standardfunktionen aus Perl Bibliotheken in ein Modul. 

* use Encode qw(decode encode);
* use PBKDF2::Tiny qw/derive verify/;
* use Digest::SHA qw(sha256 hmac_sha256);
* use Crypt::URandom qw( urandom );
* use Crypt::AuthEnc::GCM;

Je nach dem welche Installation Ihr verwendet kann es auch sein, dass noch weitere Module installiert werden müssen. Es wurde bereits folgendes gemeldet. 

* sudo apt-get install libcryptx-perl
* sudo apt-get install libpbkdf2-tiny-perl
* sudo apt-get install libcrypt-urandom-perl
KeyValue() Erläuterung Passworte

Das Passwort für den Plenticore wird mit der Funktion KeyValue() im KeyStore vom FHEM abgelegt und ausgelesen. Bitte beachtet, dass dies kein Schutz gegen das Stehlen von Passworten ist. Es dient lediglich der Ablage von Keys, damit sie nicht direkt offen im Datensystem oder im Konfigurationsfile zu finden sind. Die Funktion befindet sich in der 99_myUtils .

KeyValue()

Die KeyValue() Funktion kommt in die 99_myUtils.pm .

KeyValue() Test

Die Funktion befindet sich in der 99_myUtils und kann auch direkt in der Commandline von FHEM aufgerufen werden. Der Syntax von "PW_<device>_<key>" ist so beizubehalten. Beim Umbenennen der WR_1_API Device ist hier dann auch das Passwort neu im KeyStore abzulegen. Der Key "user" ist die Benutzerkennung des "Anlagenbetreibers" im Plenticore. Bei der Anmeldung am Plenticore Web Interface wird "Anlagenbetreiber" ausgewählt, jedoch wird dies im Hintergrund auf den Benutzernamen "user" gemapped. Somit ist für die API "user" zu verwenden und das Passwort des Anlagenbetreibers vom Web-GUI. Oft entspricht das Passwort des Anlagenbetreibers dem "Master Key" der sich auf dem Aufkleber des Plenticore befindet. Sollte das nicht der Fall sein, so kann man auch das Passwort auf den "Master Key" zurück setzen. 

Syntax für die Commandline im FHEM {KeyValue("[read|store]","PW_<device>_<key>","<password>")}
{KeyValue("store","PW_WR_1_API_user","<passwort>")}
{KeyValue("read","PW_WR_1_API_user")}

Wenn das Passwort aus dem KeyStore mit read abgeholt wird, wird es im Klartext angezeigt! Dies muss einzeilig und identisch zum Passwort des Anlagenbetreibers vom Web-GUI erscheinen. Bei etwaigen Sonderzeichen kam es hier schon zu Abweichungen. In solch einem Fall muss man dann leider das Passwort des Anlagenbetreibers vom Web-GUI im Plenticore ändern.

plenticore_auth() Erläuterung

Diese Funktion befindet sich in der 99_myUtils und dient der Erstellung von Keys für die mehrstufige Anmeldung des Kostal Plenticore Plus.

plenticore_auth()

Für die Abfrage des KeyValue gab es hier direkt am Anfang der Funktion eine Änderung (2021.04.07). Auch das Logging wurde verändert und kann nun durch das Setzen von "attr WR_1_API verbose 5" aktiviert werden.

Die plenticore_auth() kommt in die 99_myUtils.pm .

plenticore_auth() Test

Nachdem vorher bereits mit KeyValue() das Passwort hinterlegt und getestet wurde kann man die Funktion bereits überprüfen. Die Anzahl der Argumente ist je nach gewünschter Funktionalität (start|finish|session) unterschiedlich. Da die auth_* Keys zur Laufzeit im Dialog mit dem Plenticore erstellt und ausgetauscht werden, wird hier für den Test mit Beispielwerten gearbeitet 

Syntax für die Commandline im FHEM:
{plenticore_auth("[start|finish|session]","user","<device>","auth_randomString64","auth_nonce","auth_salt","auth_rounds","auth_transactionId","auth_token")}
Test 1)
{plenticore_auth("start","user","WR_1_API")}       # Im Hintergrund wird das Passwort aus dem KeyStore verwendet
>>> {"nonce": "UUZ1dWNEZnowVzh2","username": "user"}

Test 2)
{plenticore_auth("finish","user","WR_1_API","TESMUWZnwkJZbnpF","TE2MUWZnwkJZbnpFQ5ulCfolNNdAD0vT","DbAC0R85jwF0rh+r","29000","1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43")}
>>> {"transactionId": "1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43", "proof": "5xZeOxoyR0hzPCVqvD/BPMqscQbT57wSONl049xiLjE="}

Test 3)
{plenticore_auth("session","user","WR_1_API","TESMUWZnwkJZbnpF","TE2MUWZnwkJZbnpFQ5ulCfolNNdAD0vT","DbAC0R85jwF0rh+r","29000","1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43","acafc66c0e1975293d35512a1e4bcceea55840b3109a703514e75b5ebce9b7c5")}
>>> {"transactionId": "1376720346bea40cdf770a8f84b5975cfeb20c5e6ac6d89b7862df3ca9695e43", "iv": "ckS6b3PIzcR7Iy4TEUUZOQ==", "tag": "ROTpRrav38sLdt3EEuE3tQ==", "payload": "nWraowAhLQVk5RCq8WOo8ZhGvUyHLMNxA13/21w7DuHDqq2LOQRXM143kJE5WNJQgeuoKeLiRunPaRpiJUzK3g=="}
Ablaufbeschreibung WR_1_API

Hier soll ein kurzer Überblick für den Anmeldeablauf geschaffen werden. Die mehrstufige Anmeldung wird vom HTTPMOD Modul über sid01 bis sid03 abgebildet. Die Keys werden dabei zwischen den Devices ausgetauscht und mit replacements in das HTML eingefügt. Das replacement ruft dafür noch die Funktion plenticore_auth() aus der 99_myUtils auf.

Automatischer Login mit Sessionaufbau

Der Ablauf startet mit einer beliebigen Abfrage und läuft dann vollautomatisch bis zur Ausführung des eigentlichen Aufrufes durch. 

  1. get WR_1_API 20_Statistic_EnergyFlow
  2. Sollte noch keine Session aufgebaut sein erfolgt der Aufruf von sid01
  3. Das Replacement %START% führt plenticore_auth("start","user","WR_1_API") aus
  4. Die Rückmeldung vom Plenticore wird gelesen
  5. Das Replacement %FINISH% führt plenticore_auth("finish","user","WR_1_API",...) aus
  6. Die Rückmeldung vom Plenticore wird gelesen
  7. Das Replacement %SESSION% führt plenticore_auth("session","user","WR_1_API",...,...) aus
  8. Die Rückmeldung vom Plenticore wird gelesen und es sollte eine SessionId bestehen, mit der nun alle weiteren Abfragen laufen
  9. Der eigentliche Aufruf wird ausgeführt und die readings bereit gestellt

Die Anmeldung kann auch teil automatisch erfolgen, was bei etwaigen Fehlern in der Anmeldung nützlich ist. Hier sind nur die manuellen Schritte beschrieben, der Ablauf ist identisch zur vorherigen Beschreibung. 

   1. get WR_1_API 01_auth_start
   2. get WR_1_API 02_auth_finish
   3. get WR_1_API 03_auth_create_session
   4. Die Rückmeldung vom Plenticore wird gelesen und es sollte eine SessionId bestehen, mit der nun alle weiteren Abfragen laufen
Implementierte Abfragen

Sollte die Session abgelaufen, oder noch kein Login vollzogen worden sein, so wird automatisch ein Login mit Sessionaufbau durchgeführt.

get: 

Login Funktionalität für eine manuelle Anmeldung
01_auth_start
02_auth_finish
03_auth_create_session

Auskunft über den Anmeldezustand
04_auth_me

Informationen zum Plenticore
05_info_version

Abfrage der Statistiken
20_Statistic_EnergyFlow

Informationen zum Speicher, die auch teilweise gesetzt werden können. Siehe '''set:'''
21_Battery_Information
22_Battery_InternControl
23_Battery_ExternControl
24_Battery_TimeControl
25_Battery_EM_State

Liste aller Plenticore Module. Es werden keine readings erzeugt. Das Ergebnis steht im httpbody, der mit "showBody" angezeigt werden kann. Es erfolgt keine Umsetzung des JSON in readings.
attr <Device> showBody 1
51_modules_list

Hier gibt es viele technische Loggings. Sollte es Probleme beim Abholen der Daten geben kann es am timeout liegen
attr <Device> timeout 7
59_logdata_download

Das zeigt den Firmware Update Status beim FW Laden an. Die Rückmeldung ist im httpbody zu sehen, es werden keine readings erzeugt.
60_update_status

set: Bei den set Aufrufen ist automatisch ein get Aufruf im Anschluss gekoppelt, wodurch der neue Zustand wieder abgefragt wird. 

Eine bestehende Session wird abgemeldet, als Rückmeldung erscheint im httpbody nur ein "null"
06_auth_logout

Die letzten Events können in deutsch oder englisch abgeholt werden
23_events latest_5 [en-gb,de-de]

Batterie Einstellungen können verändert werden. Es werden einige Werte vorgeschlagen. Bitte vorher immer den aktuellen Wert abfragen und besser aufschreiben!
Hier sollte nur etwas gesetzt werden, wenn man sich sicher ist, was man tut.
22_01_Battery_DynamicSoc_Enable
22_03_Battery_MinHomeConsumption
22_04_Battery_MinSoc
22_05_Battery_SmartBatteryControl_Enable
22_06_Battery_Strategy
22_07_Battery_Type [0,4]

23_00_Battery_ExternControl
23_01_Battery_ExternControl_AcPowerAbs
23_02_Battery_ExternControl_AcPowerRel
23_03_Battery_ExternControl_DcCurrentAbs
23_04_Battery_ExternControl_DcCurrentRel
23_05_Battery_ExternControl_DcPowerAbs
23_06_Battery_ExternControl_DcPowerRel
23_07_Battery_ExternControl_MaxChargePowerAbs
23_08_Battery_ExternControl_MaxDischargePowerAbs
23_09_Battery_ExternControl_MaxSocRel
23_10_Battery_ExternControl_MinSocRel

Hier kann eine Lister der letzten 5 Events abgeholt werden. Achtung lange Laufzeit, da immer die gesamte Liste abgerufen wird und dort sehr viele Einträge sind.
50_events_latest_5
RAW Definition des WR_1_API Master ab v1.16

Achtung, wenn Ihr zu dieser Definition wechselt, haben sich die get/set Bezeichnungen geändert. Bitte korrigiert dann auch das PV_Schedule Device entsprechend. Beim Wechsel auf die v1.16 sind diverse Batterie Funktionalitäten hinzu gekommen, die man jedoch vom Installateur aktivieren lassen muss. Bitte denkt daran, dass der Installateur für jeden Wechsel der Batterie Konfiguration von intern auf extern und zurück, zu Euch kommen muss!

Die Abfrage der Settings für die Batterie ist nun in intern/extern gruppiert und es werden dann mehrere Settings gleichzeitig abgefragt. Beim Setzen hingegen erfolgt jedes Setting einzeln und das erfolgreiche Setzen ist am Ende mit einem erneuten get zu überprüfen. Stand 2021.04.07 im HTTPMOD wird ein Attribut set[*]FollowGet unterstützt, wodurch nun ein automatisches get nach dem set erfolgt. Dies vereinfacht das Timing, da das set bereits komplett erledigt wurde, bevor der Status neu abgefragt wird.

Die Nummerierung beim get/set soll die Zusammenhänge etwas klarer machen: 

get 21_Battery_InternControl
set 21_04_Battery_MinSoc (mit automatischem FollowGet)

Achtung, Voraussetzung ist mindestens die HTTPMOD Version 4.1.00

Auch dieses Device ist für den Betrieb mehrerer Wechselrichter vorbereitet. Hierbei sollte der erste WR_1 und der zweite WR_2 benannt werden. Beim Betrieb nur eines Wechselrichters werden die userReadings SW_* ebenfalls befüllt und beinhalten die Werte des ersten Wechselrichters. Somit ist ein Betrieb in beiden Umgebungen möglich. Beim Logging muss man sich entscheiden und DbLogInclude entsprechend setzen, damit die Werte nicht doppelt ins DbLog geschrieben werden. Achtung, dies hat auch Auswirkungen auf die Diagramme.

Für die Korrektur der Statistiken werden die Stromzähler Stände des KSEM benötigt, die als reading mit Active_energy[+|-] bezeichnet sind. Bisher war es nicht erforderlich den KSEM im FHEM per ModBus abzufragen, was jedoch nun notwendig ist. In dieser Integration wurde der KSEM wegen des Schwarms auf WR_0_KSEM benannt. Im Device PV_Schedule wurde ein cmd_5 eingefügt, dass die Zählerstände zum Beginn einer Statistikperiode, Day/Month/Year in das Device WR_1_API überträgt. Initial müssen diese manuell korrekt gesetzt werden, damit die Berechnungen in den userReadings stimmen! Die Definition des KSEM kommt etwas später im Kapitel Kostal_Smart_Energy_Manager_KSEM_Modbus_TCP

Sollte der Plenticore mal wegen eines Defektes ausgetauscht werden müssen, dann beginnt der neue Wechselrichter seine Statistiken wieder bei Null, was natürlich nicht so schön ist. Für die Tages Statistiken *_Day ist das nicht so tragisch, bei Monat und Jahr stört das schon einwenig. Um das dann kontinuierlich hin zu bekommen muss man aus der Datenbank die letzten gültigen Werte heraussuchen und diese manuell im userreading mit einrechnen. Zum Ende des Monats bzw. des Jahres sind dann die Offsets wieder heraus zu nehmen und gegebenenfalls nochmals in der Datenbank zu prüfen. Betroffen sind die folgenden SW_* userreadings, die hier mit exemplarischen Zahlenwerten korrigiert werden. Am besten macht Ihr Euch zum Ende der Periode einen Eintrag im Kalender, damit Ihr die Korrektur rechtzeitig wieder raus nehmt. Bei allen anderen userreadings wurde ein solcher Wechsel bereits berücksichtigt und schreibt die Werte mit Hilfe der monotonik Funktion kontinuierlich weiter. 

SW_Statistic_Yield_Month:Statistic_Yield_Month.* { round(ReadingsVal("$NAME","Statistic_Yield_Month",0)+ReadingsVal("WR_2_API","Statistic_Yield_Month",0),0) + 195000},
SW_Statistic_Yield_Year:Statistic_Yield_Year.* { round(ReadingsVal("$NAME","Statistic_Yield_Year",0)+ReadingsVal("WR_2_API","Statistic_Yield_Year",0),0) + 772000},

SW_Statistic_EnergyHomePv_Month:SW_Statistic_EnergyHomeFeedInGrid_Month.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Month",0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Month",0) - ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0),0) - 42000 },
SW_Statistic_EnergyHomePv_Year:SW_Statistic_EnergyHomeFeedInGrid_Year.* { round(ReadingsVal("$NAME","SW_Statistic_Yield_Year",0) - ReadingsVal("$NAME","SW_Statistic_EnergyHomeFeedInGrid_Year",0) - ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year",0),0) - 158000 },

SW_Statistic_TotalConsumption_Month:SW_Statistic_EnergyHomePv_Month.* { round( (ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Month",0)+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Month",0) +ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Month",0) ),0) + 42000},
SW_Statistic_TotalConsumption_Year:SW_Statistic_EnergyHomePv_Year.* { round( (ReadingsVal("$NAME","SW_Statistic_EnergyHomePv_Year",0)+ReadingsVal("$NAME","Statistic_EnergyHomeBat_Year",0) +ReadingsVal("$NAME","SW_Statistic_EnergyHomeGrid_Year",0) ),0) + 158000},

RAW Definition des WR_1_API Master

Initiales setzen der WR_0_KSEM Zähler Stände. Dies sollte nach einem save config durch das setstate, bei einem restart wieder richtig gesetzt sein. Das ganze neu berechnen der Statistiken ist nur ein Work around, bis Kostal das Problem in der Firmware korrigiert hat. 

setstate WR_1_API SW_Meter_init_FeedInGrid_Day   xxxx   << Tageswert  um 00:01
setstate WR_1_API SW_Meter_init_FeedInGrid_Month xxxx   << Monatswert um 00:01 am 01. des Monats
setstate WR_1_API SW_Meter_init_FeedInGrid_Year  xxxx   << Jahreswert um 00:01 am 01.01 des Jahres
setstate WR_1_API SW_Meter_init_Grid_Day   xxxx   << Tageswert  um 00:01
setstate WR_1_API SW_Meter_init_Grid_Month xxxx   << Monatswert um 00:01 am 01. des Monats
setstate WR_1_API SW_Meter_init_Grid_Year  xxxx   << Jahreswert um 00:01 am 01.01 des Jahres

Erweiterung im WR_ctl, um die Zählerstände zu speichern Im WR_ctl (DOIF im Perl Modus) gibt es einen Block für das Wiederherstellen der Zählerstände aus der DbLog, sofern das Monitoring bereits einen Jahres Zyklus gelaufen ist. Der Block 4_WR_1_API_init_Werte kann über das uiTable Pull Down Menü im WR_ctl im Bereich "WR_1_API Kommando Auswahl" auch manuell ausgeführt werden, was nach einem FHEM Absturz eventuell notwendig sein könnte. Die Notwendigkeit erkennt man an negativen Werten in der Spalte "aktuell".

DigitalOutputs schalten

Man kann den Schaltausgangdes Wechselrichtern mit "set 41_01_DigitalOutputs" auch direkt schalten. Dies ist jedoch keine original Funktion des Wechselrichters, sondert manipuliert die Konfiguration des Schaltausgangs.

Testaufbau: Ne lange Leitung bis ins warme Büro und ein Durchgangsprüfer am Potentialfreien Relais Ausgang des Plenticore. Nebenergebnis: Der Summer am 40 Jahre alten Messgerät ist kaputt und die Gewährleistung ist rum. Es soll festgestellt werden, ob man das Relais mit den oben vorgegebenen Angaben Ein- und Ausschalten kann.

Ergebnis: Es funktioniert und konnte sogar noch vereinfacht werden, wenn man das "DigitalOutputs:Customer:ConfigurationFlags 0" verwendet. Alle anderen Parameter dienen lediglich der Basis Konfiguration und wurden im Test einfach per default mitgesendet. Nur "DigitalOutputs:Customer:ConfigurationFlags" wechselt, um das Ein- und Ausschalten zu erreichen.

Ausschalten wird mit der Sendefolge 9-0 erreicht und schaltet direkt nach der 9 ab. Die oben genannte Abschaltverzögerung wird anscheinend vom Flag 9 sofort zurückgesetzt. Das Senden von Flag 0 dektiviert die Digital Ausgang konfiguration und verhindert das erneute Einschalten durch die vorherige Sendung von Flag 9.

Einschalten erfolgt grundsätzlich mit einer minimum Verzögerung von 1 Minute. Der Startzustand ist Flag 0 und die Einschaltung erfolgt einfach mit Flag 9 (nach 1 Minute).

Umgesetzt habe ich das ganze in FHEM mit dem HTTPMOD Modul. Hier gibt es nun einen SET Aufruf, der das Flag inklusieve aller Konfigurations Parameter (siehe oben das json) übermittelt. Anschließend wird ein GET für diesen Aufruf gemacht, der den Status im FHEM aktualisiert.

Die sleep 1 sind hierbei nicht erforderlich, da die Kommunikation selber bereits syncronisiert ist und es sich beim Test gezeigt hat, das diese Verzögerung durch das GET ausreicht.

Generell ist natürlich nochmals zu erwähnen, dass es leider nicht möglich ist den Relais Status abzufragen. Die einzige Prüfung, die eventuell noch etwas mehr Sicherheit geben könnte wäre eine Nachverfolgung des Flags in einer Art Schrittschaltung. Hierbei könnte man wie oben erwähnt nach dem Senden des Flags eine direkte Abfrage anhängen und anschließend das nächste Flag senden und wieder abfragen.

Beispiel der Schaltreihenfolge:

9-0 => Aus, das Flag bleibt nun auf 0 9 => Ein nach 1 Minute 9-0 => Aus, das Flag bleibt nun auf 0

Durch die 9 schaltet es bereits ab, würde jedoch nach 1 Minute wieder an gehen. Die 0 deaktiviert die Steuerung komplett.

Ich denke durch diese Vorgehensweise kann man auch die anderen Schaltkonfigurationen im Wechsel verwenden. Die Abschaltung sollte dann jeweils durch die Wiederholung der aktuell aktiven Konfiguration gefolgt vom Flag 0 erfolgen.

Anschließend kann dann die neu gewüschte Konfiguration folgen.

Somit wäre das Flag 0 dann auch das Signal für ein auf jeden Fall abgeschaltetes Relais.

RAW Definition des WR_2_API Slave ab v1.16

Auch hier kann man im Schwarm für den zweiten Wechselrichter eine verkürzte definition verwenden.

Batteriesteuerung über den Plenticore

Beim Plenticore ist der Speicher an einem der Stringanschlüsse angeschlossen und die Steuerung obliegt direkt dem Wechselrichter. Aus diesem Grund ist eine Beeinflussung des Speicherverhaltens auch nur über den Wechselrichter möglich. Hierzu gibt es ab der Plenticore Version v1.16 zwei mögliche Schnittstellen. Die bisherige API Schnittstelle und auch die ModBus Schnittstelle, die nun auch das Setzen von Registern ermöglicht. In der bisherigen Implementierung in FHEM wird die API Schnittstelle verwendet, da hierüber auch einzelne Funktionalitäten für den Betreiber möglich sind, die auch ohne die Freischaltung der Externen Speichersteuerung möglich sind. Tiefergehende Steuerungen bedürfen der Freischaltung durch den Installateur.

Die bisherige Steuerung des Speichers war im PV_Schedule Device implementiert, was sich jedoch als recht unübersichtlich erwiesen hat. Aktuell wurde ein weiteres DOIF Device eingerichtet, das nun die umfangreichere Bedienung der externen Speichersteuerung übernommen hat. Die Konfiguration wurde ebenfalls wieder in einem DUMMY abgebildet.

Batteriesteuerung Möglichkeiten

Speicher Basissteuerung

Einige Speichersteuerungen werden als Grundlegend angesehen und sind deshalb immer aktiv. Diese Funktionalität ist auch ohne die externe Speichersteuerung für den Betreiber möglich. 

- smart_laden (bei geringer Leistung im Herbst/Winter)
- MinSOC Sommer/Winter Umschaltung
smart_laden und laden_beendet
Die Steuerung von MinSOC und MinHomeConsumtion ist über das device WR_1_API auch für den Anlagenbetreiber möglich.
Bei einem schlechten Forecast, z.B. im Herbst/Winter, wurde ein Vorschlag aus dem Photovoltaikform umgesetzt.
Die Batterie wurde bisher am Tag immer kurz geladen, dann wieder durch z.B. eine Wärmepumpe geleert und das immer im Wechsel.
Da im Winter ja eh Strom zugekauft werden muss wird nun die Batterie einfach stetig mit dem Überschuss, der nicht sofort verbrauchen kann, geladen.
Dieser Vorgang wurde als smart_laden und laden_beendet implementiert. Nun ist Ruhe eingekehrt :-),

Laut dem EFT Service ist es zwar kein Problem die Batterie einfach immer wieder kurz zu laden und sofort wieder zu entladen, doch die jetzige Variante sieht etwas schonender aus.
Das könnte sich dann in längerer Lebenszeit bemerkbar machen, was man aber erst in 10 Jahren behaupten könnte :-)

Umsetzung: 

Bei MinSOC 15% wird MinHomeConsumtion auf den Wert Battery_Info_WorkCapacity gesetzt und die Batterie kann schön den ganzen Tag laden, oder im Forum vorgeschlagen bis SOC 90% .
Dadurch, dass MinHomeConsumtion auf die Maximalleistung gesetzt wurde würde die Batterie erst bei diesem Wert entladen dürfen, was eher unwahrscheinlich ist. Wichtig ist nur, dass der gesetzte Wert höher ist, als der zu erwartende Maximalverbrauch des Hauses. Setzt man MinHomeConsumtion auf einen Wert, der den Verbrauch eines Großverbrauchers im Haus nahe kommt, dann würde nur dieser unterstützt. Das nur als Randbemerkung.

Nebeneffekte: 

- Das Laden der Batterie kann somit auch mal Tage dauern, wenn zu wenig PV Leistung vom Dach kommt.
- Es wird vermutet, dass der MinSoC Wert bei geringer Leistung in der Batterie ungenau wird,
   aber bei Ladung bis 100% exakter berechnet wird. MinSoC ist keine exakte Wissenschaft.
- Stellt der Kontroller der Batterie fest, das die Leistung in der Batterie einen Grenzwert unterschritten hat,
   wird der MinSoC korrigiert und es kommt zu dem Effekt, das mitten in der Nacht der MinSoC auf einmal
   nach unten fällt. Damit wird dem Wechselrichter signalisiert, das nachgeladen werden muss, um MinSoC
   wieder zu erreichen. Das Resultat ist die bekannte Notladung in der Nacht aus dem Netz.
MinSOC Sommer/Winter Umschaltung

Dies gehört zur Basissteuerung und schaltet den MinSOC von Sommer auf Winterbetrieb, um eine Notladung aus dem Netz zu vermeiden. 

Aktivierung: Ist immer aktiv
Aktivität  : Im Speicher wird MinSOC verändert

Konfiguration:
Die MinSOC Werte wurden vom Hersteller empfohlen
SpeicherMinSOC_Sommer  5
SpeicherMinSOC_Winter 20

Der nächste Schwellwert sollte so gewählt werden, ab welcher Forecast Leistung der Speicher noch genügend nachgeladen wird, sodass es keine Notladung in der Nacht gibt. Es ist normal, dass der Speicher hierbei nicht den Bedarf der Nacht decken kann (Herbst/Winter). Das Nachladen sollte jedoch für die Deckung des Eigenverbrauchs vom Plenticore reichen.

SpeicherMinSOC_fc1_Limit 13000
Zeit Steuerung eines Lade-/Entladefensters (Tarifsteuerung)

Für diejenigen, die einen Zeittarif ihres EVU haben, ermöglicht dies ein Zeitfenster zu definieren, in dem der Speicher z.B. bei einem hohen Tarif entladen werden darf. Außerhalb dieser Zeit wird dann das Entladen gesperrt, damit der günstige Tarif genutzt werden kann. Achtung, in der Schweiz ist es verboten den Speicher aus dem Netz zu laden

Für die Verwendung der DOIF Zeitsteuerung ist hier DOIF_Zeitsteuerung eine sehr gute Beschreibung zu finden.

Aktivierung über WR_1_Speicher_1_ExternControl

Um die Zeitsteuerung zu verwenden werden im WR_1_Speicher_1_ExternControl Device folgende readings gesetzt. 

SpeicherEntladung:Automatik,Zeit,SpeicherTrigger 
  Automatik - Der Speicher wird vom Wechselrichter gesteuert, oder über die eigene ExternControl der API
  Zeit - Das Laden und Entladen wird mit den Zeitwerten beeinflusst
  SpeicherTrigger - beeinflusst das Laden und Entladen direkt ohne die Zeitsteuerung

SpeicherZeitEnde/SpeicherZeitEnde
Die Zeitangaben können manuell fest gesetzt werden, oder über zusätzliche Timer täglich neu überschrieben werden.
Eine gültige Zeit und entsprechendes Timeing obliegt dem Anwender.

Zwischen Start und Ende wird der Speicher zum Entladen freigegeben und zwischen Ende und Start gesperrt.

setreading WR_1_Speicher_1_ExternControl SpeicherEntladung Zeit
setreading WR_1_Speicher_1_ExternControl SpeicherZeitStart 00:00
setreading WR_1_Speicher_1_ExternControl SpeicherZeitEnde 00:00

Um ein flexibles Zeitfenster zu nutzen, ist es möglich die Zeiten z.B. durch ein DOIF oder einen WeekdayTimer dynamisch zu verändern. Hierbei liegt die logische Kontrolle beim Anwender, der für plausible Änderungen zuständig ist.

PV_1_EVU_Tarif_1 WeekdayTimer (Beispiel)

Es gibt hierbei zwei Möglichkeiten, eine Zeitsteuerung umzusetzen, die etwas unterschiedliche Verhaltensweisen ermöglichen. Nutzung von "SpeicherEntladung Zeit": 

defmod PV_1_EVU_Tarif_1 WeekdayTimer WR_1_Speicher_1_ExternControl  de 12345|00:01|Arbeitstage {fhem("setreading $NAME SpeicherZeitStart 07:00");; fhem("setreading $NAME SpeicherZeitEnde 16:00");; fhem("setreading $NAME SpeicherEntladung Zeit")}
attr PV_1_EVU_Tarif_1 DbLogExclude .*
attr PV_1_EVU_Tarif_1 alias PV_1_EVU_Tarif_1
attr PV_1_EVU_Tarif_1 commandTemplate set $NAME  $EVENT
attr PV_1_EVU_Tarif_1 disable 0
attr PV_1_EVU_Tarif_1 group PV Steuerung EVU
attr PV_1_EVU_Tarif_1 icon clock
attr PV_1_EVU_Tarif_1 room Strom->Photovoltaik
attr PV_1_EVU_Tarif_1 sortby 112
attr PV_1_EVU_Tarif_1 stateFormat {sprintf("geplant: %s %s", ReadingsVal($name,"nextUpdate","?"), ReadingsVal($name,"nextValue","?"))}
PV_1_EVU_Tarif_2 WeekdayTimer (Beispiel)

Nutzung von "SpeicherEntladung Zeit": 

defmod PV_1_EVU_Tarif_2 WeekdayTimer WR_1_Speicher_1_ExternControl  de  60|00:01|Wochenende {fhem("setreading $NAME SpeicherZeitStart 00:00");; fhem("setreading $NAME SpeicherZeitEnde 23:59");; fhem("setreading $NAME SpeicherEntladung Zeit")}
attr PV_1_EVU_Tarif_2 DbLogExclude .*
attr PV_1_EVU_Tarif_2 alias PV_1_EVU_Tarif_2
attr PV_1_EVU_Tarif_2 commandTemplate set $NAME  $EVENT
attr PV_1_EVU_Tarif_2 disable 0
attr PV_1_EVU_Tarif_2 group PV Steuerung EVU
attr PV_1_EVU_Tarif_2 icon clock
attr PV_1_EVU_Tarif_2 room Strom->Photovoltaik
attr PV_1_EVU_Tarif_2 sortby 113
attr PV_1_EVU_Tarif_2 stateFormat {sprintf("geplant: %s %s", ReadingsVal($name,"nextUpdate","?"), ReadingsVal($name,"nextValue","?"))}
WR_1_Speicher_1_Zeiten WeekdayTimer (Beispiel)

In diesem Beispiel wird der frei verwendbare Trigger für die Zeitsteuerung verwendet. Hierbei muss jeder Wechsel zwischen entladen und gesperrt über das reading "SpeicherTrigger [entladen|gesperrt]" gesteuert werden. Ein zurückfallen in ein Zeitfenster ist nicht möglich. Nutzung von "SpeicherEntladung Trigger": 

defmod WR_1_Speicher_1_Zeiten WeekdayTimer SpeicherZeiten de 12345|07:00|entladen 12345|16:00|gesperrt 60|00:00|entladen 60|23:59|gesperrt {fhem("setreading $NAME SpeicherTrigger $EVENT")}
attr WR_1_Speicher_1_Zeiten DbLogExclude .*
attr WR_1_Speicher_1_Zeiten alias WR_1_Speicher_1_Zeiten
attr WR_1_Speicher_1_Zeiten commandTemplate set $NAME  $EVENT
attr WR_1_Speicher_1_Zeiten disable 0
attr WR_1_Speicher_1_Zeiten group PV Steuerung EVU
attr WR_1_Speicher_1_Zeiten icon clock
attr WR_1_Speicher_1_Zeiten room Strom->Photovoltaik
attr WR_1_Speicher_1_Zeiten sortby 111
attr WR_1_Speicher_1_Zeiten stateFormat {sprintf("geplant: %s %s", ReadingsVal($name,"nextUpdate","?"), ReadingsVal($name,"nextValue","?"))}
Tarifsteuerung mit einem DOIF (Beispiel)
################################################################################################################
## 1 Setzen des niedrig Tarifs. Das WR_1_Speicher_1_ExternControl DOIF reagiert dann auf das Zeitfenster und
##   aktiviert von 07:00 - 19:00 Uhr den Speicher zum Entladen
 ([07:00|8])

   (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitStart 07:00)
   (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitEnde 19:00)
   (setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit)

################################################################################################################
## 2 Setzen des hohen Tarifs. Das WR_1_Speicher_1_ExternControl DOIF reagiert dann auf das Zeitfenster und
##   aktiviert von 00:00 - 23:59 Uhr den Speicher zum Entladen
DOELSEIF
 ([00:00|7])

   (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitStart 00:00)
   (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitEnde 23:59)
   (setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit)

################################################################################################################
## 3 Hier könnte dann die Berechnung der überschüssigen Zeit rein, wenn Du mit 40% aus der Nacht kommen würdest
DOELSEIF
 (*** )

   (setreading WR_1_Speicher_1_ExternControl  SpeicherZeitStart [neu berechnete SpeicherZeitStart])
   (setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit)    ## Triggert den ersten Event, damit die Zeit sofort aktiv wird.
Speicherentladung mit Zeit und Trigger (Beispiel)

Dies ist ein spezielles Beispiel, bei dem die Nutzung von "SpeicherEntladung Zeit" mit "SpeicherEntladung SpeicherTrigger" gemeinsam verwendet wird. Die Basis ist wie oben beschrieben die Tarifsteuerung mit "SpeicherEntladung Zeit" dies wird durch einen oder mehrere WeekdayTimer mit Zeiten eingestellt. Nach dem setzen einer Zeit wird dies mit "fhem("set $NAME SpeicherEntladung Zeit")" aktiviert. Soll nun innerhalb des entlade Fensters der Speicher gesperrt werden, so kann man den SpeicherTrigger auf gesperrt setzen und dies dann mit "fhem("set $NAME SpeicherEntladung SpeicherTrigger")" aktivieren. Später lässt sich das dann wieder deaktivieren und die Zeitsteuerung läuft wieder weiter. 

1.) Durch einen Timer wird folgendes täglich um 00:01 Uhr gesetzt
setreading WR_1_Speicher_1_ExternControl  SpeicherZeitStart 07:00"
setreading WR_1_Speicher_1_ExternControl  SpeicherZeitEnde 16:00"
setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit
Vor 07:00 Uhr ist der Speicher gesperrt, zwischen 07:00 und 16:00 Uhr geht er auf entladen, danach wieder auf gesperrt.

2.) Mit einem Trigger wird der Speicher in der definierten entlade Zeit für kurze Zeit gesperrt
setreading WR_1_Speicher_1_ExternControl  SpeicherTrigger gesperrt
setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung SpeicherTrigger
Dadurch wird der Speicher zu einem beliebigen Zeitpunkt auf gesperrt gesetzt, egal wie die Situation der Zeit Steuerung ist.

3.) Rückfall zur vorher eingetragenen Zeit Steuerung
setreading WR_1_Speicher_1_ExternControl  SpeicherEntladung Zeit
Der SpeicherTrigger wird abgeschaltet und die zeit Steuerung wieder aktiviert. Es gelten die zuvor eingetragenen Zeiten und der Speicher geht je nach Zeitfenster auf entladen oder gesperrt.

'''Wichtig ist hierbei, dass man den gewünschten Zustand zuerst setzt, bevor man die jeweilige Steuerung aktiviert.''' Ansonsten treten kurze Zustandswechsel auf, die vermieden werden können.
Externe Speichersteuerung (ExternControl)

Für die erweiterte Steuerung muss die externe Speichersteuerung des Plenticore aktiviert werden.

Externe Speichersteuerung Ladekontrolle

Dies ist eine kurz Beschreibung für einen kompletten Ladezyklusablauf 

- Morgens wird geprüft, wie gut der Haushalt durch die Nacht gekommen und wie hoch der MinSOC noch ist
- Reserve ist 3x MinSOC, also im Sommer 15% und im Winter 60% (im Winter ist der Speicher eh morgens leer :-) )
- Dann wird ein MaxSOC für den Tag berechnet
- Bis zum Reserve SOC wir morgens sofort geladen
​- Danach wird einstellbar mit geringer Leistung am Vormittag bis SOC 30% geladen
- Innerhalb des Mittagshoch, so meistens dynamisch in der Zeit von 10:00 - 16:00 Uhr
  wird mit berechneter Leistung bis zum MaxSOC geladen
​- Man kann auch eine feste Ladeleistung für das Mittagshoch angeben
​- Am Nachmittag wird der MaxSOC dann weiter gehalten
- Wird der Speicher am Nachmittag, wegen schlechtem Wetter verwendet, wird der MaxSOC auf 100% angehoben
- Bei erreichen von SOC 100% wird eine Begrenzung auf MaxSOC 95% durchgeführt, damit nicht ständig nachgeladen wird
- Spätestens am Abend wird nochmals der MaxSOC von diesem Tag gemerkt, der Zeitpunkt variiert mit der Jahreszeit
​- Nach ungefähr einer Woche gibt es, wegen des im Speicher berechneten SOC, morgens einen schnellen Abfall
​  der Entladeleistung. Dadurch fällt der SOC dann so niedrig, dass die Steuerung an diesem Tag auf 100% auflädt,
​  wodurch der Speicher dann intern den SOC wieder richtig berechnet

Und schon geht das Spiel von vorne los.​
MaxSOC Kontrolle

Es wird versucht, den Speicher am Abend nicht zu 100% zu laden, aber morgens noch mit 3* MinSOC aus der Nacht zu kommen. 

Aktivierung: SpeicherMaxSOCControlActive  An
Aktivität  : SpeicherMaxSOCControlRunning Aus  = momentan keine Steuerung
             SpeicherMaxSOC_Actual       100 <<< wird berechnet, kann jedoch für diesen Tag anschließend überschrieben werden
             SpeicherMaxSOC_DayBefore    100 <<< wird berechnet und dient als Merker

Konfiguration:
Dieser Wert muss auf die Anlage angepasst werden und dient als Schwellwert. Die Leistungsangabe soll so hoch sein, dass der Speicher, bei diesem Forecast, auf jeden Fall mit einer Überschussleistung von 3* MinSOC aus der Nacht kommt. Im Frühjahr ist dies besonders gut abzuschätzen, sobald eine Wärmepumpe nachts nicht mehr heizt und nur noch die Grundversorgung in der Nacht aus dem Speicher gedeckt werden muss.
Durch die Abfrage des Forecasts von morgen ist hierbei berücksichtigt, dass bei einer schlechten Prognose die Speicherladung nicht limitiert wird, was auch im Sommer mal der Fall sein kann.

SpeicherMaxSOC_fc1_Limit 30000
Middayhigh Kontrolle

Über die KI_Prognose() Funktion wird ein Middayhigh ermittelt, wenn der WR nur 70% einspeisen darf. Auch beim Betrieb von zwei Wechselrichtern ist dies wichtig, da mit Stand 03/2021, der Plenticore den Hausverbrauch nicht korrekt ermitteln kann. In diesem Fall funktioniert die "intelligente Batteriesteuerung" nicht mehr und muss deaktiviert werden. Durch die Middayhigh Kontrolle wird aus dem Forecast, durch die Funktion KI_Prognose() eine Überschreitung von Inverer_Max_Power (70%) Regelung ermittelt. Damit kann über die externe Speichersteuerung die Hauptladung des Speichers in die Mittagszeit verlagert werden, um die dynamische 70% Regelung zu nutzen, bevor der Wechselrichter abgeregelt wird. Die KI_Prognose Werte werden in dem WR_ctl Device abgelegt und sind dort als Yield_fc* zu finden. 

Aktivierung: SpeicherMiddayControlActive       An
Aktivität  : SpeicherMiddayControlRunning      Aus    <<<< momentan keine Steuerung
             WR_ctl:Yield_fc0_middayhigh       0      <<<< Es gibt kein Mittags Hoch. Wird aus KI_Prognose() gesetzt 
             WR_ctl:Yield_fc0_middayhigh_start 00:00  <<<< wird aus dem Forecast in KI_Prognose() berechnet
             WR_ctl:Yield_fc0_middayhigh_stop  00:00  <<<< wird aus dem Forecast in KI_Prognose() berechnet

Konfiguration:
Der Wert von SpeicherMidday_MaxChargePowerAbs sollte so gewählt werden, dass der Speicher am Vormittag langsam und gleichmäßig bis auf SpeicherMidday_MaxSOC geladen wird.
Ab der WR_ctl:Yield_fc0_middayhigh_start wird dann unlimitiert bis zur WR_ctl:Yield_fc0_middayhigh_stop in der Mittagszeit weiter geladen. Wenn SpeicherMaxSOCControlActive auf 1 ist, wird hierbei weiterhin das Laden limitiert.

SpeicherMidday_Inverter_Max_Power        8500  <<<< hier kann man manuell einen Wert festlegen, wenn es keine 70% Regelung gibt
SpeicherMidday_MaxChargePowerAbs_midday  1000  <<<< hängt vom Speicher ab; Wird der wert auf 0 gesetzt, so erfolgt eine dynamische Berechnung zur Laufzeit
SpeicherMidday_MaxChargePowerAbs_morning  450  <<<< hängt vom Speicher ab
SpeicherMidday_MaxSOC                     30   <<<< Es soll nur bis dahin geladen werden, damit Mittags genug Platz ist

RAW Definition des WR_1_Speicher_1_ExternControl

Achtung, es wurde eine Sperre beim Betrieb einer WallBox eingebaut, die natürlich jeder für sich anpassen, oder gegebenenfalls entfernen muss. 

- Block 2_smart_Laden_start_WB_1
- Block 3_smart_Laden_beenden_WB_1
- Im Block 3_smart_Laden_beenden_Automatik ist eine zusätzliche Bedingung
     and\
     [$SELF:WB_1_smart_laden_before] eq "---"                            ## Es wird gerade kein Fahrzeug geladen\
- setstate WR_1_Speicher_1_ExternControl WB_1_smart_laden_before ---

Der Ladezustand wird hierbei von der WallBox abgefragt und unterscheidet sich bei verschiedenen Herstellern: Hier bitte gerne noch weitere WallBoxen bei mir melden. 

openWB:
     [WB_1:lp_1_ChargeStat] eq "loading"

go-eCharger:
     [WB_1:car_state] eq "2"                           ## Ladevorgang läuft

Das DOIF übernimmt die Externe Speichersteuerung.

Kostal Smart Energy Manager (KSEM) (Modbus/TCP)

Sollte man mehrere AC Quellen im Haus haben werden die Messwerte benötigt, um den Hausverbrauch richtig zu berechnen.

Um den ModBus am KSEM zu nutzen muss man im ModBus Menü die Option "Slave" aktivieren.

Auch hier ist ein Interval von 60 Sekunden gesetzt worden. Das Logging ist auf Active_energy.* eingeschränkt, weshalb man seine zusätzlichen Werte noch selber definieren muss.

RAW Definition des KSEM

Zun Thema KSEM bestand direkter Kontakt mit dem Kostal Service. Der KSEM ermittelt nicht alle Werte, welche in der SunSpec spezifiziert sind. Alle nicht unterstützen Werte sind in den Registern mit 0x8000 gekennzeichnet. Für die nicht unterstützten Zählerstände wird 0x800000000 ausgegeben. Der Summenstrom M_AC_Current (sum of active phases) kann aber durch den Endanwender selber aus der Summe der Einzelwerte (Phase A AC current, Phase B AC current Phase C AC current) berechnet werden. Die einzelnen Spannungen zwischen den Phasen können nicht gemessen werden und werden deshalb nicht ausgegeben.

Das Device wurde umbenannt, um es besser in die gesamt Implementierung einzugliedern. 

- WR , es wird vom Wechselrichter benötigt und sortiert sich im FHEM Web auch dort ein.
- 0  , es wird von mehreren Geräten benötig, was z.B. auch eine Wallbox sein kann. WR_[1|2] könnte bedeuten, dass es nur von diesem Gerät benötigt wird.

Bei einer Schwarm Installation steuert der KSEM mehrere Wechselrichter bezüglich der 70% Regelung. Eine Wallbox benötigt ebenfalls eine Verbindung, wenn nur mit Überschuss geladen werden soll. Auch wenn der KSEM im FHEM auf disable 1 steht ist er aktiv und steuert die Wechselrichter und Wallboxen. Es bedeutet nur, dass die Werte nicht zusätzlich im Fhem eingelesen werden. Der Plenticore bereitet die Daten bereits selber auf und liefert diese im WR_1 Device per ModBus bereits mit. Da es beim Plenticore ein Problem mit den Statistiken im Schwarm gibt wird das Device WR_0_KSEM nun aktiv verwendet. Durch das Device PV_Schedule werden die Werte Active_energy[+|-] ins Device WR_1_API übertragen und bilden die initial Werte für die Day/Month/Year Statistiken.

Device Übersicht mit Hilfen zur Orientierung

Device            über Device      Hardware   Protokoll Netzwerk               Informationen

WR_0_KSEM         WR_1             KSEM       MODBUS    LAN                    Messwerte vom Netzanschlusspunkt
                  WR_1                        rs485     4 Draht zum WR         Notwendig, wenn ein Speicher am Plenticore betrieben wird

WR_1                               Plenticore MODBUS    LAN                    Messwerte und berechnete Werte, teilweise Speicher Informationen
WR_1_API                                      HTTPMOD   LAN                    Statistiken, Speichersteuerung und Informationen

WR_2                               Plenticore MODBUS    LAN                    Messwerte und berechnete Werte. Achtung, im Schwarm hat nur der Master WR einen Speicher.
WR_2_API                                      HTTPMOD   LAN                    Statistiken


FHEM Steuerung                                MODBUS    LAN                    Laufende Informationen im Minuten Takt
                                              HTTPMOD   LAN                    Abfragen und Steuerung einzelner Devices

WR_ctl                                        DOIF                             Startet regelmäßige Aktionen zur zeitlichen Steuerung der PV-Anlage
                                                                               Dient der Anzeige von aktuellen und Statistischen Daten

   1 Stündlich 
   1.1 WR_2_API 20_Statistic_EnergyFlow                                        Statistiken vom Plenticore abholen; die Reihenfolge ist auch wichtig!
   1.2 WR_1_API 20_Statistic_EnergyFlow                                        Statistiken vom Plenticore abholen

   2 Stündlich von 05:00 bis 22:00
   2.1 KI_Prognose() für fc0 und fc1                                           Aktualisieren der fc0 Prognose

   3 kurz nach Mitternacht
   3.1 4_WR_1_API_init_Werte                                                   Lesen und eventuell korrigieren der init Werte


WR_1_Speicher_1_ExternControl                 DOIF                             Externe Speichersteuerung

    1 Stündlich

    1.1 WR_1_API 21_Battery_Information                                        Allgemeine Informationen
                    Battery_Info_SoC,
                    Battery_Info_WorkCapacity
    1.2 WR_1_API 22_Battery_InternControl                                      Speicher Information der Internen Steuerung
                    Battery_InternControl_MinSoc,
                    Battery_InternControl_MinHomeConsumption
    1.3 WR_1_API 23_Battery_ExternControl                                      Speicher Information der Externen Steuerung
    1.4 WR_1_API 25_Battery_EM_State                                           Speicher Status z.B. "Normal"

    2 Unterschreitung des MinSOC im Winter
    2.1 smart_laden                                                            PV Überschuss wird in Batterie geladen. Keine Entladung
    2.2 WR_1_Speicher_1_ExternControl ExternTrigger gesperrt                   Batterie ExternTrigger, Entlademodus gesperrt . Die Zeit Steuerung wird verriegelt

    3 Freigabe zur Entladung im Winter
    3.1 bei überschreiten von SOC 90%                                          Sobald der Speicher gut gefüllt ist oder
             WR_1_API:Battery_Info_SoC
    3.2 Bei Zeitsteuerung und guter Prognose mit SOC 40%                       bereits vorher, weil der Tarif teuer ist

    4 Speicher Freigabe bei Trigger oder Zeit Steuerung                        Dieses cmd_ löst die Abhängigkeiten von Zeit und Trigger auf

    5 Speicher sperren  bei Trigger oder Zeit Steuerung                        Dieses cmd_ löst die Abhängigkeiten von Zeit und Trigger auf

    6 Wiederhole alle 180s die Kommandos der ExternControl Steuerung           Wenn keine Wiederholung erfolgt geht der Plenticore wieder auf die interne Steuerung
    6.1 WR_1_Speicher_1_ExternControl:SpeicherMiddayControlActive              wird durchlaufen, wenn der Forecast eine z.B. 70% Überschreitung erkannt hat und
        WR_1_Speicher_1_ExternControl:SpeicherMidday_MaxSOC                    begrenzt dann morgens den MaxSOC
        WR_1_Speicher_1_ExternControl:SpeicherMidday_MaxChargePowerAbs_midday  und den MaxChargePowerAbs
        WR_1_Speicher_1_ExternControl:SpeicherMidday_MaxChargePowerAbs_morning für morgens und mittags
    6.2 WR_1_Speicher_1_ExternControl:SpeicherMaxSOC                           Wenn morgens der Speicher zu voll war, wird der MaxSOC bis abends begrenzt
    6.3 WR_ctl:Yield_fc0_middayhigh_start <> WR_ctl:Yield_fc0_middayhigh_stop  Das Laden wird mit voller Leistung freigegeben
    6.4 nach Ablauf von WR_ctl:Yield_fc0_middayhigh_stop                       Die Midday Steuerung wird abgeschaltet, es wird normal weiter geladen, bis MaxSOC erreicht ist
    6.5 WR_1_Speicher_1_ExternControl:SpeicherMaxSOC                           Batterie MaxSOC halten, der Default ist 100%

    7 Initialisierung der externen Speichersteuerung
    7.1 Ist morgens der Speicher zu voll                                       Wenn der Speicher morgens voller als 3x MinSOC ist wird MaxSOC gesetzt
    7.2 Wenn eine Überschreitung der 70% erwartet wird                         Aktivierung der Midday Steuerung

    8 Zurücksetzen der externen Speichersteuerung

    9 Umschaltung des MinSOC wenn zu wenig Leistung erwartet wird              Schaltet im Herbst/Winter den MinSOC auf 20%

   10 Umschaltung des MinSoc wenn viel Leistung erwartet wir                   Setzt den MinSOC wieder im Frühling/Sommer auf 5%

   11 WR_1_Speicher_1 Status aktualisieren                                     Nur beim BYD HV, Abfrage der Speicher Detailinformationen. Kann einfach entfernt werden


WR_1_Speicher_1_ExternControl                 readings                         Konfiguration für die externe Speichersteuerung

   ExternTrigger none                                                          Wird automatisch gesetzt und dient der Verriegelung im WR_1_Speicher_1_ExternControl
                                                                               Zustände: frei/gesperrt/none
   SpeicherCmdRepeatActive      [An|Aus]                                       An/Aus Trigger für WR_1_Speicher_1_ExternControl, aktiviert die Kommandowiederholung
   SpeicherMaxSOCControlRunning [An|Aus]                                       Das reading signalisiert den aktuellen Laufzeitstatus
   SpeicherEntladung                                                           Steuert den Modus der externen Speichersteuerung
                                                                               Zustände:
                                                                                 Automatik - MinSOC Steuerung Sommer/Winter
                                                                                 Zeit      - z.B. bei Tarifsteuerung. Zeiten werden über zusätzliche DOIF
                                                                                             oder WeekdayTimer gesetzt
                                                                                 Trigger   - Ein beliebiger Mechanismus z.B. DOIF steuert den Speicher

   SpeicherMaxSOCControlActive  [An|Aus]                                       Wird von KI_Prognose() gesetzt, wenn der fc0 über WR_1:Inverter_Max_Power (70% Regel) liegt
   SpeicherMaxSOCControlRunning [An|Aus]                                       Das reading signalisiert den aktuellen Laufzeitstatus
   SpeicherMaxSOC_Actual      100                                              Wird im WR_1_Speicher_1_ExternControl cmd_7 berechnet, wenn der Speicher morgens zuviel Ladung hat
   SpeicherMaxSOC_DayBefore    xx                                              Das ist der letzte berechnete Wert, damit sich die Berechnung langsam einem Optimum nähern kann
   SpeicherMaxSOC_fc1_Limit 30000                                              Hier einen Wert setzen, bei dem der Speicher über Nacht bis morgens gereicht hat.
                                                                               Damit wird dann der Übergang vom Winter zum Frühjahr erkannt.
   SpeicherMiddayControlActive  [An|Aus]                                       Wird von KI_Prognose() gesetzt, wenn der fc0 über WR_1:Inverter_Max_Power (70% Regel) liegt
   SpeicherMiddayControlRunning [An|Aus]                                       Das reading signalisiert den aktuellen Laufzeitstatus
   SpeicherMidday_Inverter_Max_Power        8500                               Manuelles überschreiben für WR_1:Inverter_Max_Power, wenn man kontrollierter den Tag über laden möchte
   SpeicherMidday_MaxChargePowerAbs_midday  1000                               Begrenzung der Ladeleistung am Mittag, damit nicht zu schnell geladen wird.
                                                                               Steht der Wert auf 0 wird dynamisch während der Laufzeit ein Wert berechnet.
   SpeicherMidday_MaxChargePowerAbs_morning  450                               Begrenzung der Ladeleistung am Vormittag, damit Mittags genug Platz im Speicher ist
   SpeicherMidday_MaxSOC 30                                                    Limitierung des Speichers um Mittags genug Platz zu haben
   SpeicherMinSOC_Sommer 5                                                     Sommer MinSOC von Kostal vorgegeben
   SpeicherMinSOC_Winter 20                                                    Winter MinSOC von Kostal vorgegeben
   SpeicherMinSOC_fc1_Limit 14000                                              Wenn im Herbst/Winter der Forecast zu schlecht wird muss dieser Wert auf die Anlage
                                                                               angepasst werden. Das signalisiert die Winter Zeit
   SpeicherTrigger none                                                        entladen/gesperrt/none wird über WR_1_Speicher_1_ExternControl gesetzt
   SpeicherZeitEnde 16:00                                                      Die Zeiten geben das Entlade Fenster an und werden durch weitere DOIF oder WeekdayTimer gesetzt
   SpeicherZeitStart 07:00                                                     Dies kann zur Tarifsteuerung verwendet werden, oder um ein Entladung zeitlich zu verschieben
                                                                               Das Zeitfenster kann durch den MinSOC Schutz im Winter veriegelt sein.

   Beispiele:

   1 SpeicherEntladung Automatik
     Nur grundlegende Steuerungen erfolgen automatisch.
      - Sommer/Winter Umschaltung des MinSOC                                   Schützt den Speicher vor einer Notladung im Winter
      - smart_laden                                                            Sorgt dafür, das der Speicher im Winter nicht ständig geladen und wieder entladen wird
      - laden_beendet                                                          Gibt den Speicher nach dem smart_laden wieder frei

   2 SpeicherEntladung Zeit
     Zeitsteuerung für laden/entladen
      - WR_1_Speicher_1_ExternControl:SpeicherZeitEnde/SpeicherZeitStart       Die Start/Ende Zeiten müssen gesetzt werden, dies muss über weitere DOIF oder WeekdayTimer erfolgen.
      - Sommer/Winter Umschaltung des MinSOC
      - smart_laden
      - laden_beendet

Wenn man mal etwas umbenennen möchte

Es kommt immer wieder vor, dass man ein Device oder den Namen eines readings umbenennen möchte. Dies hat natürlich Auswirkungen auf andere Devices und auch auf die bisherigen Daten in der DbLog. Hier sollen dann jetzt Hilfestellungen gesammelt werden.

Allgemeine Hilfestellungen

Es sollte immer vorher eine Datensicherung gemacht werden!

Den Device Namen ändert man am Besten mit einem "rename".
Damit nichts vergessen wird ruft man den RAW Editor auf und kann dann mit der Suchfunktion des Browsers nach dem zu ändernden Text suchen.
Wenn alle Devices im ersten Durchlauf geändert wurden und man meint man wäre fertig, dann durchsucht man am besten nochmal die fhem.cfg . Sollten dort noch alte Namen vorhanden sein, kann man erkennen in welchem Device das ist und dieses dann in der Fhem Oberfläche korrigieren.

Bitte nicht in der fhem.cfg Änderungen vornehmen! Dort nur zur Kontrolle suchen.

Ein Device umbenennen

Das ist schnell gemacht, indem man in der Fhem commandline ein "rename <Device> <neues Device>" macht.
Es ist auch möglich das alte Device mit "disable 1" zu deaktivieren und dann einfach ein komplett neues z.B. aus dem Wiki zu definieren.
Das alte Device kann dann später gelöscht werden, sobald das neu richtig läuft. In der datenbank kann man die alten Werte dann auch wieder dem neuen Device zuordnen.
Als nächstes haben viele Devices noch ein Attribut "alias", das meistens den selben Namen wie das Device beinhaltet.
Ein Device Name kann auch in anderen Attributen als Variable verwendet worden sein. Das ist zu prüfen.
Nun werden alle neuen, aktualisierten readings unter dem neuen Device Namen in die Datenbank geschrieben.
Die bisherigen Log Einträge müssen nun noch dem neuen Device zugeordnet werden.

Ein reading umbenennen

Dies geschieht innerhalb des Devices, indem man das Attribut, dass das reading erzeugt ändert und den neuen Namen einträgt.
Bei der nächsten Aktualisierung erscheint dann ein zweites reading mit dem neuen Namen.
Der neue Name muss dann noch an allen Stellen innerhalb des Devices eingetragen werden, Das kann im userReading, stateFormat oder auch in anderen Attributen der Fall sein.
Soll dieses Reading gelogged werden, ist "DbLogInclude" zu prüfen. Der alte Name kann raus und der neue muss rein, oder die RegEx muss geändert werden.
Zum Schluss muss das alte reading noch entfernt werden, was mit "deletereading <Device> <alter reading Name>" erfolgen kann. Oft ist hier auch eine RegEx möglich.

DbLog aufräumen

Als kleine Vorabinformation möchte ich geben, dass es hierbei eventuell zu duplicate keys kommen kann. Dies rührt daher, dass eventuell der alte und der neue Namen parallel geloggt wurde. Schaut Euch hier die Daten an, welche Ihr behalten möchtet, oder ob Ihr wirklich z.B. das alte reading und SW_* braucht. Ab dem Zeitpunkt wo es parallel gelaufen ist, wäre dann eins (das alte) zu löschen.

Beim Übergang zum Schwarm habe ich alle älteren Daten den neuen readings zugeordnet und momentan, ab diesem Zeitpunkt, beides gelogged.

An der Datenbank anmelden

Dies kann man z.B. aus einer Terminal Session heraus machen. 

mysql -h 192.168.178.xxx --port 3306 --database fhem -u fhemuser -p

Alle Devices in der history anzeigen

## Alle Devices in der history Tabelle
SELECT DEVICE FROM history
 GROUP BY DEVICE;

Alle readings eines Devices anzeigen

Mit einem SELECT kann man alle bisher aufgetretenen readings eines Devices über einen definierten Zeitraum anzeigen lassen. Der Zeitraum ist mit "1 DAY" definiert, kann aber auch auf z.B. "1 MONTH" oder "2 MONTH" gesetzt werden. 

SET @device = 'WR_1';
SELECT t1.TIMESTAMP,t1.DEVICE,t1.READING,t1.VALUE
  FROM history t1
  INNER JOIN
   (SELECT max(TIMESTAMP) AS TIMESTAMP,DEVICE,READING
      FROM history
      WHERE DEVICE    = @device AND
            TIMESTAMP > NOW() - INTERVAL 1 DAY
      GROUP BY READING) x
  ON x.TIMESTAMP = t1.TIMESTAMP AND
     x.DEVICE    = t1.DEVICE    AND
     x.READING   = t1.READING;

Einträge eines DEVICE einem neuen DEVICE zuordnen

In diesem Beispiel würde das alte DEVICE PV_1 dem neuen DEVICE WR_1 zugeordnet werden. Im Anschluss müssten dann noch READING jeweils einem eventuell neuen READING Namen zu geordnet werden. Sehr wichtig ist "TIMESTAMP = TIMESTAMP", da hierdurch der alte TIMESTAMP erhalten bleibt. 

UPDATE history
  SET
    TIMESTAMP = TIMESTAMP,
    DEVICE    = 'PV_1'
  WHERE
        DEVICE    = 'WR_1'
    AND TIMESTAMP < '2021-01-24 17:25:15';

Ein altes READING einem neuen READING Namen zuordnen

Sehr wichtig ist "TIMESTAMP = TIMESTAMP", da hierdurch der alte TIMESTAMP erhalten bleibt. 

UPDATE history
  SET
    TIMESTAMP = TIMESTAMP,
    READING   = 'Total_DC_PV_Energy_sumOfAllPVInputs'
  WHERE
        DEVICE    = 'WR_1'
    AND READING   = 'Total_DC_PV_Energy_(sumOfAllPVInputs)'
    AND TIMESTAMP < '2021-03-23 17:25:15';

Alles auf einmal

Natürlich kann man die vorherigen UPDATE auch zusammenfassen, also DEVICE und READING in einem ändern. Das sollte aber nur machen, wer in SQL entsprechende Kenntnisse hat. Die Umbenennung des DEVICE zum neuen DEVICE und anschließend die READING Namen ist der praktikabelste Weg.

Grafiken korrigieren

Grafana

In Grafana sind die SQL Abfragen ebenfalls zu korrigieren

Fhem Log

Das Fhem Log ist nach jedem größeren Änderungsschritt zu sichten, da man hier ziemlich schnell vergessene Devices oder readings erkennen kann.

Timeing für die PV extra Funktionen

RAW Definition WR_ctl (DOIF)

Das WR_ctl Device hat die zeitliche Steuerungder PV-Anlage übernommen und dient gleichzeitig der Anzeige von aktuellen und statistischen Werten im FHEMWEB.

Energie Bilanz

Achtung, es gab eine Umstellung mit diesem Device! Die Bilanz wird nun direkt im WR_ctl Device mit uiTable angezeigt.

Die Energie Bilanz soll einen kompakten Überblick über die Produktions- und Verbrauchswerte liefern. Hierbei werden die momentan Werte direkt berechnet, die restlichen Werte werden als Statistiken aus dem Gerät abgefragt. Mit DbRep Devicen kann man auch Vortag/Vormonat/Vorjahr im Wr_ctl direkt mitanzeigen lassen.

Erstellen von zusätzlichen Werten in der Datenbank

Hier werden Werte konsolidiert, weil z.B. der Wert PV_total_Month stetig steigt. Am Ende des Monats sind die gesamten Zwischenwerte ohne Aussagekraft und werden dann später mal gelöscht.

RAW Definition LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week

Dieser Wert ist die wöchentliche Einspeisung ins Netz. Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche. 

defmod LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week DbRep LogDB
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week DbLogExclude .*
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week aggregation week
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week comment Version 2020.10.21 11:14
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week device PV_1_API
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week diffAccept 15000
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week reading Statistic_EnergyFeedInGrid_Year
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week readingNameMap Statistic_EnergyFeedInGrid_Week
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week room Strom->Energie,System
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week timestamp_begin current_year_begin
attr LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week timestamp_end previous_week_end

RAW Definition LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week

Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie pro Woche an. Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche. Benötigt für SVG_LogDB_PV_Bilanz. 

defmod LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week DbRep LogDB
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week DbLogExclude .*
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week aggregation week
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week allowDeletion 0
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week comment Version 2020.10.23 15:00\
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie pro Woche an.\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
Benötigt für SVG_LogDB_PV_Bilanz.
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week device PV_1_API
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week diffAccept 20000
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week reading Statistic_EnergyHomePvSum_Year
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week readingNameMap Statistic_EnergyHomePvSum_Week
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week room Strom->Energie,System
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week timestamp_begin current_year_begin
attr LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week timestamp_end previous_week_end

RAW Definition LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month

Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie im Monat. Gestartet über DB_Service_Schedule am ersten des Monats. Benötigt für SVG_LogDB_PV_Bilanz. 

defmod LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month DbRep LogDB
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month DbLogExclude .*
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month aggregation month
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month allowDeletion 1
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month comment Version 2020.10.23 15:00\
Dieser Wert ist der gesamte Verbrauch aus der PV Anlage inklusive Batterie im Monat.\
Gestartet über PV_Schedule am ersten des Monats\
Benötigt für SVG_LogDB_PV_Bilanz.
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month device PV_1_API
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month reading Statistic_EnergyHomePvSum_Month
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month room Strom->Energie,System
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month timestamp_begin current_year_begin
attr LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month timestamp_end previous_month_end

RAW Definition LogDBRep_Statistic_Yield_Year_diff_Week

Dieser Wert gibt den gesamten Ertrag der PV Anlage pro Woche an.\ Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\ Benötigt für SVG_LogDB_PV_Bilanz. 

defmod LogDBRep_Statistic_Yield_Year_diff_Week DbRep LogDB
attr LogDBRep_Statistic_Yield_Year_diff_Week DbLogExclude .*
attr LogDBRep_Statistic_Yield_Year_diff_Week aggregation week
attr LogDBRep_Statistic_Yield_Year_diff_Week allowDeletion 0
attr LogDBRep_Statistic_Yield_Year_diff_Week comment Version 2020.10.23 15:00\
Dieser Wert gibt den gesamten Ertrag der PV Anlage pro Woche an.\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
Benötigt für  SVG_LogDB_PV_Bilanz.
attr LogDBRep_Statistic_Yield_Year_diff_Week device PV_1_API
attr LogDBRep_Statistic_Yield_Year_diff_Week diffAccept 20000
attr LogDBRep_Statistic_Yield_Year_diff_Week reading Statistic_Yield_Year
attr LogDBRep_Statistic_Yield_Year_diff_Week readingNameMap Statistic_Yield_Week
attr LogDBRep_Statistic_Yield_Year_diff_Week room Strom->Energie,System
attr LogDBRep_Statistic_Yield_Year_diff_Week timestamp_begin current_year_begin
attr LogDBRep_Statistic_Yield_Year_diff_Week timestamp_end previous_week_end

RAW Definition LogDBRep_Statistic_Yield_Month_max_Month

Dieser Wert gibt den gesamten Ertrag der PV Anlage im Monat an. Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche. Momentan noch in keinem SVC verwendet. 

defmod LogDBRep_Statistic_Yield_Month_max_Month DbRep LogDB
attr LogDBRep_Statistic_Yield_Month_max_Month DbLogExclude .*
attr LogDBRep_Statistic_Yield_Month_max_Month aggregation month
attr LogDBRep_Statistic_Yield_Month_max_Month allowDeletion 0
attr LogDBRep_Statistic_Yield_Month_max_Month comment Version 2020.10.23 15:00\
Dieser Wert gibt den gesamten Ertrag der PV Anlage im Monat an.\
Gestartet über DB_Service_Schedule am ersten Tag der Folgewoche.\
Momentan noch in keinem SVC verwendet.
attr LogDBRep_Statistic_Yield_Month_max_Month device PV_1_API
attr LogDBRep_Statistic_Yield_Month_max_Month diffAccept 20000
attr LogDBRep_Statistic_Yield_Month_max_Month reading Statistic_Yield_Month
attr LogDBRep_Statistic_Yield_Month_max_Month room Strom->Energie,System
attr LogDBRep_Statistic_Yield_Month_max_Month timestamp_begin current_year_begin
attr LogDBRep_Statistic_Yield_Month_max_Month timestamp_end previous_month_end

Löschen von nicht mehr benötigten Werten in der Datenbank

Hier wird endgültig aufgeräumt, alte momentan Werte werden gelöscht, wenn sie nach z.B. drei Monaten keine Relevanz mehr haben. Dafür wurden im vorherigen Abschnitt zusätzliche Werte in der Datenbank erzeugt, die in Diagrammen trotzdem noch einen Trend erkennen lassen. Wenn eine immer größer werdende Datenbank mit steigenden Antwortzeiten nicht stört, der kann das Aufräumen auch weg lassen. Bei einer späteren Migration führt dies natürlich zu höherem Aufwand und hohen Laufzeiten.

RAW Definition LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day

Löschen aller Statistic_EnergyHomeBat_Day Werte, bis auf den maximal Wert des Tages. Der aktuelle Tag bleibt noch erhalten. Aufruf mit: maxValue deleteOther 

defmod LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day DbRep LogDB
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day DbLogExclude .*
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day aggregation day
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day allowDeletion 1
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day comment Version 2020.10.30 18:30\
Löschen aller Statistic_EnergyHomeBat_Day Werte, bis auf den maximal Wert des Tages.\
Der aktuelle Tag bleibt noch erhalten.\
Aufruf mit: maxValue deleteOther
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day device PV_1_API
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day reading Statistic_EnergyHomeBat_Day
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day room Strom->Energie,System
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day timestamp_begin previous_month_begin
attr LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day timestamp_end current_day_end

RAW Definition LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day

Löschen aller Statistic_EnergyHomeBat_Day Werte, bis auf den maximal Wert des Tages. Der aktuelle Tag bleibt noch erhalten. Aufruf mit: maxValue deleteOther 

defmod LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day DbRep LogDB
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day DbLogExclude .*
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day aggregation day
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day allowDeletion 1
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day comment Version 2020.10.30 18:30\
Löschen aller Statistic_EnergyHomePvSum_Day Werte, bis auf den maximal Wert des Tages.\
Der aktuelle Tag bleibt noch erhalten.\
Aufruf mit: maxValue deleteOther
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day device PV_1_API
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day reading Statistic_EnergyHomePvSum_Day
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day room Strom->Energie,System
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day timestamp_begin previous_month_begin
attr LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day timestamp_end current_day_end

RAW Definition LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day

Löschen aller Statistic_TotalConsumption_Day Werte, bis auf den maximal Wert des Tages.\ Der aktuelle Tag bleibt noch erhalten. 

defmod LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day DbRep LogDB
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day DbLogExclude .*
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day aggregation day
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day allowDeletion 1
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day comment Version 2020.10.30 18:30\
Löschen aller Statistic_TotalConsumption_Day Werte, bis auf den maximal Wert des Tages.\
Der aktuelle Tag bleibt noch erhalten.
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day device PV_1_API
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day reading Statistic_TotalConsumption_Day
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day room Strom->Energie,System
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day timestamp_begin previous_month_begin
attr LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day timestamp_end current_day_end

Timing für die Datenbank Einträge

Über dieses Scheduling werden in der Datenbank zusätzliche Wochen- und Monatseinträge gesteuert.

RAW Definition DB_Service_Schedule

Hier werden zusätzlich Werte in der Datenbank erzeugt. 

ddefmod DB_Service_Schedule DOIF ## Monatlich Einträge\
([01:13] and ($mday==1))\
 (set LogDBRep_Statistic_EnergyHomePvSum_Year_max_Month maxValue writeToDB)\
 (set LogDBRep_Statistic_Yield_Month_max_Month maxValue writeToDB)\
 (set LogDBRep_Statistic_previous_Month sqlCmd ckey:1)                      ## Bildet für verschiedene Devices die Monatsauswertung\
\
## Wöchentliche Einträge\
DOELSEIF\
([01:17] and ($wday==1))\
 (set LogDBRep_Statistic_EnergyHomePvSum_Year_diff_Week diffValue writeToDB)\
 (set LogDBRep_Statistic_EnergyFeedInGrid_Year_diff_Week diffValue writeToDB)\
 (set LogDBRep_Statistic_Yield_Year_diff_Week diffValue writeToDB)\
\
## Wöchentliche Einträge mit löschen\
DOELSEIF\
([02:17] and ($wday==1))\
 (set LogDBRep_delete_Statistic_EnergyHomeBat_Day_max_Day maxValue deleteOther)\
 (set LogDBRep_delete_Statistic_EnergyHomePvSum_Day_max_Day maxValue deleteOther)\
 (set LogDBRep_delete_Statistic_TotalConsumption_Day_max_Day maxValue deleteOther)\
\
## Tägliche Einträge\
DOELSEIF\
([01:17])\
 (set LogDBRep_Statistic_previous_Day sqlCmd ckey:1)                        ## Bildet für verschiedene Devices die Tagesauswertung\
\
## Quartal Einträge\
DOELSEIF\
(($md eq "01-01" or $md eq "04-01" or $md eq "07-01" or $md eq "10-01") and [03:11])\
 (set LogDBRep_Statistic_previous_Quarter sqlCmd ckey:1)                    ## Erstellt die Quartalsauswertung für WR_1\
\
## Jährliche Einträge\
DOELSEIF\
($md eq "01-01" and [08:05])\
 (set LogDBRep_Statistic_previous_Year sqlCmd ckey:1)                       ## Bildet für verschiedene Devices die Jahresauswertung
attr DB_Service_Schedule DbLogExclude .*
attr DB_Service_Schedule comment Version 2024.01.23 17:00\
Hier werden zusätzlich Werte in der Datenbank erzeugt.
attr DB_Service_Schedule do always
attr DB_Service_Schedule room System
attr DB_Service_Schedule wait 0,3:0,5,5:0,5,5
attr DB_Service_Schedule webCmd cmd_1:cmd_2:cmd_3
attr DB_Service_Schedule webCmdLabel monatlich :wöchentlich :wöchentlich Löschen :

Wetter-/Leistungs-Prognose

Bei der Leistungsprognose gibt es nun eine gravierende Veränderung. Die bisherige Leistungsprognose durch eine eigene Berechnung, die auf diversen Konfigurationsparametern basiert hat wurde vollständig durch eine KI_Prognose abgelöst. Die bisherige Implementierung wird nicht mehr weiter entwickelt und ist hier nur noch zu Dokumentationszwecke aufgeführt.

Wetter-/Leistungs-Prognose KI_Prognose

Erstmalig wurde die KI_Prognose hier im Forumsthread in vier Teil Posts beschrieben. Im weiteren Thread sind auch noch Informationen dazu zu finden.

KI Prognose - Grundgedanke

Nun ist der Ansatz der KI eingezogen und meine Ergebnisse, von bisherigen Tests, sehen schon ziemlich gut aus.

Der Grundgedanke ist, dass die Prognose keinerlei technischen Informationen über den Aufbau der PV-Anlage benötigt. Einzig allen der Ertrag der Anlage wird dabei in Bezug zu den Wetterdaten des jeweiligen Standortes gesetz, wobei die KI daraus Rückschlüsse zieht, wie bei ähnlichen Bedingungen der ertrag werden könnte. Je mehr vergleichbare Daten dazu zur Verfügung stehen, umso besser wird die Prognose.

In der momentan implementierten Prognose besteht darüber hinaus ein Problem, das man die momentan erzeugte Leistung eigentlich mit der zu erwartenden Energieprognose vergleicht. Beim neuen Ansatz wird nun versucht das mit zu korrigieren, was auch im Diagramm durch die Stufen Darstellung verdeutlicht wird.

Die KI Prognose arbeitet nun über den Yield, den der Plenticore jede Stunde aktualisiert. Bei diesem Yield ist nun jedoch ein weiteres Problem, da der hybrid Wechselrichter natürlich auf der AC Seite den Yield angibt und somit das Laden des Speichers nicht aktuell mit zählt. Die Speicher Entladung wird später dann wiederum mit gerechnet, was die AC Yield Kurve dann sehr merkwürdig aussehen lässt. An dieser Problematik wurde auch bereits gearbeitet und das wird dann später nochmal erwähnt.

Im Diagramm sieht man nun in blau den korrigierten Yield unter Berücksichtigung des Speichers und in diesem Beispiel Fall für eien gesamten Schwarm (ich habe zwei WR). Jede Stufe im Diagramm ist dann nun der Ertrag (Yield) der entsprechenden Stunde in kWh. Zur Orientierung sieht man in gelb die AC Leistung in kW, gezeichnet aus den minütlichen Messwerten. Die rosa Stufen sind dann nun endlich die Ertrags Prognose Werte aus der KI in kWh.

KI Prognose Teil 1 - DWD und Astro Daten sammeln

Solltet Ihr später mit in diese Richtung gehen wollen, so macht es Sinn [b]schon jetzt die Wetterdaten für Euren Standort zu sammeln[/b], da diese die Grundlage bilden und im Anschluss mit dem korrigierten Ertrag in Verbindung gebracht werden. Alle im comment angegebenen DWD Werte werden später von der KI ausgewertet und müssen somit in der DbLog vorliegen. Je mehr DWD Daten von den letzten Jahren vorliegen, umso besser kann die KI Rückschlüsse ziehen. Sollten diese nicht da sein, so lernt das ganze langsam dazu.

RAW Definition DWD_Forecast

Erfordert ggf. 

sudo apt-get install libxml-libxml-perl

RAW Definition DWD_Forecast

Astro Device

Da die KI Prognose ja auch die Astro Daten für den Sonnenstand benötigt und dieser im Astro Device nicht als fc[0|1] vorliegt habe ich das Astro Device etwas modifiziert. In den userreadings werden dort die fc[0|1] Sonnenstände jetzt abgefragt und als readings eingetragen. Dies geschieht sobald es einen Event von ObsDate gibt, der einmal täglich kommen sollte. Somit beachtet auch die Änderung bei event-on-update-reading und beim DbLogInclude.

RAW Definition Astro

fhem.cfg Einträge für das Astro Device

Hier müsst Ihr Eure Position und Höhe eintragen. 

attr global altitude 110
attr global latitude 47.xxxxx
attr global longitude 9.yyyyy

KI Prognose Teil 2 - Vorbereitung der Daten

In diesem Teil geht es darum die Daten aus der FHEM History so aufzubereiten, dass sie für die KI Prognose verwendbar wird. Das Daten Model der FHEM History ist in der Form nicht für diese Verarbeitung brauchbar und wird deshalb in eine neu Tabelle überführt. Bei der Gelegenheit wird einiges noch aufbereitet und insbesondere der yield des Plenticore mit Speicher korrigiert.

RAW Definition dwd_load() MySQL Procedure

Hier kommt nun die MySQL Procedure, die in der Datanbank hinterlegt wird. Dazu verwende ich z.B. die MySQL Workbench, wo dann die Procedure unter "Stored Precedures" auftaucht. Dies ermöglicht, dass man im FHEM DbRep Device nur diese eine Procedure aufrufen kann und nicht jedes einzelne SELECT zur Datenbank in einer separaten Session übermittelt werden muss.

dwd_load() in einzelnen Schritten

 1. Löschen der bisherigen dwdfull Tabelle
 2. Anlegen einer neuen dwnfull Tabelle
 3. Füllen der Tabelle mit den älteren rad1h Werten
 4. Ergänzen der rad1h Werte für den nächsten Tag

 5. Nun erfolgen alle weiteren DWD Daten in weiteren Spalten der dwdfull Tabelle
    1. TTT    : Temperature 2m above surface [°C]
    2. FF     : Windspeed
    3. Neff   : Effective cloud cover [%]
    4. R101   : Probability of precipitation > 0.1 mm during the last hour [%]
    5. R600   : Probability of precipitation > 0.0mm during the last 6 hours [%]
    6. RRs1c  : Snow-Rain-Equivalent during the last 3 hours [kg/m2]
    7. Rad1h  : Global Irradiance [kJ/m2]
                kJ/m² Umrechnung *0,277778 in kWh/m²
    8. ww     : Significant Weather
    9. wwM    : Probability for fog within the last hour [%]

 6. Zum Schluss wird noch der yield der kompletten PV-Anlage ergänzt
    1. Begonnen wird mit dem AC yield, der stundenweise aus dem Zähler "SW_Yield_Daily" berechnet wird
       dieser ist jedoch wegen des DC seitigen Speichers nicht korrekt, da in einem Graphen die PV-Leistung
       erst nach dem entladen zugerechnet wird
    2. Nun wird der DC yield des Speichers berücksichtigt, was über diese Werte geschieht
       1. Battery_Total_DC_ChargeEnergy_DCsideToBattery
       2. Battery_Total_DC_DischargeEnergy_DCsideFromBattery
    3. Die Ermittlung einer stunden basierten Tabelle ist etwas komplexer und bedarf diverser SELECT mit JOIN (Im MySQL gibt es kein full JOIN)

 7. Der letzte Schritt ist dann die Möglichkeit einer Rückmeldung aus der MySQL Procedure ins FHEM
 8. Über den Parameter show/none wird der Prozedure die Art der Rückmeldung mitgeteilt
    1. none wäre der Default und gibt als Ergebnis das aktuelle Datum der Datenbank zurück
    2. show würde den Inhalt der dwnfull Tabelle an FHEM zurück liefern, was jedoch einige hundert Zeilen sein werden

 9. Die Procedure selectiert nur die entscheidenden Daten für die jeweilige KI Prognose, um das Datenvolumen gering zu halten,
    denn es macht ja keinen Sinn, die Winter mit den Sommer Daten zu vergleichen
 
10. Hierbei werden deshalb folgende Zeiträume jeweils selectiert
    1. Die letzten 30 Tage ab dem aktuellen Datum
    2. Vom letzten Jahr 30 Tage vor dem Datum
    3. Vom letzten Jahr 30 Tage nach dem Datum
    4. Vom vorletzten Jahr 30 Tage vor dem Datum
    5. Vom vorletzten Jahr 30 Tage nach dem Datum
    6. Die Forecast Daten für den nächsten Tag,
       an dieser Stelle wäre es natürlich auch denkbar noch weiter in die Zukunft zu gehen,
       was mir jedoch zu spekulativ ist und nach meiner Meinung bisher für keine Entscheidung von Wichtigkeit wäre.
 
11. Die Laufzeit dieser Procedure beträgt auf meinem RPI4 in einem Oracle MySQL Docker Container ca. 50-70 Sekunden,
    deshalb musste ich bei mir den Timeout der MySQL Workbench für eine Session von 60 Sekunden auf z.B 90 Sekunden erhöhen

12. In einem Interface Eurer Wahl zur Datenbank könnt Ihr die Procedure zum Testen dann aufrufen und das Ergebnis testen.

dwd_load() Test in MySQL aufrufen

call dwd_load(curdate(),'none');

select * from dwdfull
-- WHERE TIMESTAMP > curdate()
order by TIMESTAMP desc
LIMIT 1000;

Sollte nun der Test der Procedure eine gefüllte Tabelle anzeigen, so kann die Integration ins FHEM erfolgen. Hierzu wird dann ein DbRep Device angelegt, dass später zyklisch jede Stunde ausgeführt wird.

RAW Definition LogDBRep_PV_KI_Prognose (Teil 1)

Achtung, bei diesem Device kommt im weiteren Fortschritt noch ein weiteres Attribut zum Aufruf des Python KI Prognose Skriptes hinzu. Im Kommentar wird dies bereits im Syntax erwähnt. 

defmod LogDBRep_PV_KI_Prognose DbRep LogDB
attr LogDBRep_PV_KI_Prognose DbLogExclude .*
attr LogDBRep_PV_KI_Prognose allowDeletion 0
attr LogDBRep_PV_KI_Prognose comment Version 2023.02.23 12:00\
\
Hier wird die Vorbereitung für die KI PV-Leistungsprognose durchgeführt\
\
sqlCmd call dwd_load(curdate(),'none');;\
[none|show] zum Anzeigen des Ergebnisses\
\
executeAfterProc:\
<absoluter Skript Name> <DbLog IP-Adresse> <FHEM IP-Adresse> <DbRep Name> <Wechselricher Name> <Prefix Reading Name>
attr LogDBRep_PV_KI_Prognose executeAfterProc "/opt/fhem/python/bin/PV_KI_Prognose.py 192.168.178.XXX 192.168.178.YYY LogDBRep_PV_KI_Prognose WR_1 Solar_yield_fc"
attr LogDBRep_PV_KI_Prognose room System
attr LogDBRep_PV_KI_Prognose verbose 3

Auch hier sollte nun getestet werden, indem man beim set das sqlCmd ausführt. Der MySQL Procedur Aufruf ist ebenfalls im Kommentar zu finden.

Als Ergebnis sollte soetwas zurück kommen. Nachdem das erschienen ist kann man den obigen Test mit dem SELECT der dwdfull Tabelle nochmals wiederholen. 

SqlResultRow_1 NOW()
SqlResultRow_2 2023-03-17 11:01:03
sqlCmd call dwd_load(curdate(),'none');
sqlResultNumRows 1

DbLog/DbRep Device

RAW Definition LogDB

Achtung, bitte hier beachten, ob bereits eine andere DbLog verwendet wird. 

defmod LogDB DbLog ./db.conf .*:.*
attr LogDB DbLogExclude .*
attr LogDB DbLogSelectionMode Exclude/Include
attr LogDB DbLogType History
attr LogDB asyncMode 1
attr LogDB bulkInsert 1
attr LogDB disable 0
attr LogDB room System
attr LogDB showproctime 1
attr LogDB verbose 0

RAW Definition LogDBRep_PV_KI_Prognose

Bitte beachtet, dass die Namen auch in anderen Devices eingetragen sind, wenn Ihr diese verändern wollt.

KI Prognose Teil 3 - Python KI Prognose Skript

Für die Verwendung der KI Prognose werden die folgenden Python Packages noch benötigt. Die Basis wäre hierbei der FHEM Docker Container. 

Momentan habe ich das erstmal manuell im Container gemacht:

    sudo apt-get install python3-pandas
    sudo apt-get install python3-pymysql
    sudo apt-get install python3-sqlalchemy
    sudo apt-get install python3-sklearn python3-sklearn-lib
    pip3 install fhem

Für Docker sollte das im .yml File dann so aussehen:

    -e PIP_PKGS="pandas pymysql sqlalchemy sklearn sklearn-lib"
    ob das mit dem "pip3 install fhem" so geht habe ich nicht getestet

Die Python Skripte liegen bei mir im Ordner

    ./python/bin
    [https://svn.fhem.de/fhem/trunk/fhem/contrib/ch.eick/Photovoltaik/KI_Prognose/PV_KI_Prognose.py ./python/bin/PV_KI_Prognose.py]

Das PV_KI_Prognose.py wird mit folgenden Parametern aufgerufen: 

     <absoluter Skript Name> <DbLog IP-Adresse> <FHEM IP-Adresse> <DbRep Name> <Wechselricher Name> <Prefix Reading Name>
z.B. /opt/fhem/python/bin/PV_KI_Prognose.py 192.168.178.XXX 192.168.178.YYY LogDBRep_PV_KI_Prognose WR_1 Solar_yield_fc

1. Zum Test kann dies auch in "" in der FHEM Kommandozeile eingegeben werden, zuvor muss jedoch die MySQL Prozedur aufgerufen worden sein, damit die benötigte Tabelle mit den Daten erstellt worden ist.
2. Nach dem Testen kommt dieser Aufruf dann in das LogDBRep_PV_KI_Prognose Device und wird somit mit dem MySQL Prozeduraufruf synchronisiert.
   Bitte das LogDBRep_PV_KI_Prognose Device (Teil 1) aus dem vorherigen Absatz verwenden.
   Damit dann alles automatisch gestartet wird muss nun noch im WR_ctl Device ein Eintrag eingefügt werden.
3. Achtung, das WR_ctl Device beinhaltet jetzt die Forecast Daten und nicht wie früher das WR_1 Device.

< snip >
################################################################################################################
## 2 Start der KI Prognose
## Der Reading Name und das Device werden in LogDBRep_PV_KI_Prognose im executeAfterProc eingestellt
##  "/opt/fhem/python/bin/PV_KI_Prognose.py 192.168.178.40 192.168.178.40 LogDBRep_PV_KI_Prognose WR_1_ctl Yield_fc"
##
2_KI_Prognose
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled
    and
      ReadingsVal("LogDBRep_PV_KI_Prognose","PV_KI_Prognose","null") eq "done"  ## Die Prognose darf nicht gerade laufen !!!
    and
  (
    ([05:00-22:00] and [:03]                                             ## In der PV-Zeit jede Stunde aktualisieren
    )
    or [$SELF:ui_command_1] eq "2_KI_Prognose"                           ## Hier wird das uiTable select ausgewertet
  )
   ) {

  ::CommandSet(undef, "LogDBRep_PV_KI_Prognose sqlCmd call dwd_load(curdate(),'none')");

  if (AttrVal("$SELF","verbose",0) >=3) {
      Log 3, "$SELF 2_KI_Prognose : Start KI Prognose";
    }

    set_Reading("ui_command_1","---");                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten
                                                                         ## kann das Kommando nicht sofort wiederholt werden
  }
}
< snip >

Für die Netzwerkverbindung aus dem KI Python Skript werden die Zugansdaten im Filesystem abgelegt, damit sie nicht mit dem Skript ausversehen weiter gegeben werden. 

    ./python/pwd_fhem.json
    ./python/pwd_sql.json

Die Verbindungsdaten werden in den Dateien wie folgt abgelegt: 

fhem@raspberrypi:~/python$ cat pwd_[fhem|sql].json
{"username": "<Euer Username>",
 "password": "<Euer Passwort>"}

FHEM und die Datenbank müssen nicht auf dem selben Rechner installiert werden. Die IP-Adressen werden dem Skript beim Aufruf mitgegeben.

Es ist nicht erforderlich die neuen readings mit DbLogInclude aus dem WR_1 Device in die Datenbank zu loggen, da dies bereits durch das PV_KI_Prognose Skript direkt geschieht, um einen passenden TIMESTAMP pro Stunde zu bekommen.

Wenn im LogDBRep_PV_KI_Prognose der verbose Level auf >= 3 steht kommen diverse Meldungen im Log: 

/usr/lib/python3/dist-packages/sklearn/externals/joblib.py:1: DeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses
  import imp
PV_KI_Prognose  running - start
PV_KI_Prognose  running - connected to 192.168.178.40
PV_KI_Prognose  running - dwdfull read from DbLog 192.168.178.40
PV_KI_Prognose  running - RandomForestRegressor loading
PV_KI_Prognose  running - RandomForestRegressor loaded
PV_KI_Prognose  running - RandomForestRegressor trained
PV_KI_Prognose  running - RandomForestRegressor fitted with yield
PV_KI_Prognose  running - old forecast deleted
PV_KI_Prognose  running - start forecast
Yield_fc0_06  06 71
Yield_fc0_07  07 406
Yield_fc0_08  08 1629
Yield_fc0_09  09 3248
Yield_fc0_10  10 4664
Yield_fc0_11  11 6210
Yield_fc0_12  12 7078
Yield_fc0_13  13 5455
Yield_fc0_14  14 4034
Yield_fc0_15  15 1189
Yield_fc0_16  16 275
Yield_fc0_17  17 170
Yield_fc0_18  18 56
Yield_fc0_19  19 43
Yield_fc0_20  20 0
--------------------------------------------
max       off/at 7078 12:00
Middayhigh_start 00:00
Middayhigh_stop  00:00
4h               99
rest             99
morning          16228
afternoon        18300
day              34528
--------------------------------------------
PV_KI_Prognose  running - forecast written to FHEM
PV_KI_Prognose  running - old forecast deleted
PV_KI_Prognose  running - start forecast
Yield_fc1_06  06 64
Yield_fc1_07  07 406
Yield_fc1_08  08 2103
Yield_fc1_09  09 4785
Yield_fc1_10  10 6902
Yield_fc1_11  11 7911
Yield_fc1_12  12 7078
Yield_fc1_13  13 5455
Yield_fc1_14  14 4034
Yield_fc1_15  15 1189
Yield_fc1_16  16 275
Yield_fc1_17  17 170
Yield_fc1_18  18 55
Yield_fc1_19  19 46
Yield_fc1_20  20 0
--------------------------------------------
max       off/at 7911 11:00
Middayhigh_start 00:00
Middayhigh_stop  00:00
4h               101
rest             101
morning          22171
afternoon        18302
day              40473
--------------------------------------------
PV_KI_Prognose  running - forecast written to FHEM
PV_KI_Prognose  done


Diagramme mit Grafana

Grafana kann z.B. mit docker auf dem selben oder auch einem anderen System installiert werden. Es ermöglicht die Darstellung von Diagrammen und Dashboards durch die direkte Abfrage aus einer Datenbank.

Beispiel Diagramme

Leistung und Hauptverbraucher.png
Forecast.png 
Die verwendete Datenbank ist im Grafana als "FHEM MySQL" am besten vorher zu konfigurieren.
Achtung, dieses Dashboard verwendet die Schwarm readings bei den MySQL SELECT!
Eine Anpassung wäre denkbar, wenn man im JSON File "SW_" global entfernt.
Auch die Hauptverbraucher sind im Diagramm anzupassen, da sie bei mir durch eigene Zähler erfasst werden. Sollten bei Euch keine Zähler vorhanden sein, so müsstet Ihr den jeweiligen Verbraucher im Diagramm löschen.

Im JSON File sind noch weitere Kommentare enthalten, die bitte auch gelesen werden sollten.


Diagramme mit Grafana

Grafana ermöglicht das direkte Auslesen der SQL Datenbank und kann auch auf einer anderen Plattform betrieben werden. Bei mir befindet es sich in Docker Containern auf dem selben RPI4.

RAW Definition Hauptverbraucher

PV Eigenverbrauch-Steuerung

Hier werde ich auch mal aktualisieren, bei bedarf einfach im Forum fragen.

Beispiel Luft Wärme Pumpe Novelan LAD

Hier mal ein paar Bilder für die Dokumentation der PV-Modus Anschaltung mit einem Shell 1 und das Heizelement, dass man über Lastrelais in drei Stufen Regeln könnte. Die Aktivierung der Zusatzheizung ist über das Luxtronik2 Modul möglich.

  • Zusatzheizung 2/4/6 kW

    Zusatzheizung 2/4/6 kW

  • LAD Shelly Einbauposition

    LAD Shelly Einbauposition

  • LAD Shelly Phase und Null

    LAD Shelly Phase und Null

  • LAD Shelly SWT-Signal

    LAD Shelly SWT-Signal

RAW Definition LWP_PV (DOIF im Perl Modus)

Hierbei wird das PV-Modus Signal über ein Shelly 1 zur LAD Wärmepumpe übermittelt, was natürlich auch durch ein beliebiges anderes Relais erfolgen kann. Die setstate Attribute am Ende der RAW Definition sind ebenfalls wichtig, da dort die Default reading Werte für das DOIF gesetzt werden. Diese können dann über die uiTable Definitionen mit Pull Down Menüs geändert werden.

Beispiel Pool Softube

RAW Definition Pool_PV (DOIF Modul)

defmod Pool_PV_Perl DOIF ################################################################################################################\
## Eigenverbrauch einschalten: wenn PV Produktion über dem Mindestbedarf ist und die Laufzeit pro Tag noch nicht erreicht ist\
##\
01_1_Eigenverbrauch_automatisch_An\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [WR_1:SW_Total_PV_P_reserve] >= [$SELF:PowerLimitOn]            ## Es besteht PV-Überschuss\
     and [[$SELF:TimeStart]-[$SELF:TimeEnd]]                             ## Das Zeitfenster ist erreicht\
     and get_Exec("PV_Modus_Ein_timer") < 1                              ## Der Wait Timer ist noch nicht gestartet\
     and [$SELF:Pool_Status] eq "Aus"                                    ## Der Pool ist aus\
     and [Pool_Counter:pulseTimePerDay] < [$SELF:RunTimePerDay]          ## Die maximale Laufzeit des Pools ist noch nicht erreicht\
    )\
    or [$SELF:ui_command_1] eq "01_1_Eigenverbrauch_automatisch_An"      ## Hier wird das uiTable select ausgewertet\
   ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "Pool_PV 01_1 : Pool on waiting"};;\
\
    set_Exec("PV_Modus_Ein_timer",[$SELF:PowerLevelMinTime],'set_Reading("Pool_Status","An");;PV_Modus_Ein_Pool()');; ## Den PV-Modus verzögert einschalten\
    set_Reading("Pool_Status","Wartend");;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
    }\
}\
\
################################################################################################################\
## Manuell den Pool einschalten.\
##\
01_2_Eigenverbrauch_manuell_An\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
       [$SELF:ui_command_1] eq "01_2_Eigenverbrauch_manuell_An"          ## Hier wird das uiTable select ausgewertet\
   ) {\
   if( [$SELF:ui_command_1] eq "01_2_Eigenverbrauch_manuell_An" ) {      ## Hier wurde manuell eingeschaltet\
     set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
   }\
     if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "Pool_PV 01_2 : Pool on for manuel usage"};;\
\
    set_Reading("Pool_Status","manuell");;\
    PV_Modus_Ein_Pool();;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
################################################################################################################\
## Manuell den Pool abschalten.\
##\
01_3_Eigenverbrauch_manuell_Aus\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
       [$SELF:ui_command_1] eq "01_3_Eigenverbrauch_manuell_Aus"         ## Hier wird das uiTable select ausgewertet\
   ) {\
     if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "Pool_PV 01_3 : Pool off after manuel usage"};;\
\
    PV_Modus_Aus_Pool();;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
################################################################################################################\
## Eigenverbrauch abschalten: wenn Mindestlaufzeit erreicht wurde und Maximallaufzeit pro Tag erreicht ist\
##\
02_1_Eigenverbrauch_Laufzeit_Aus\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [Pool_Counter:pulseTimePerDay] >= [$SELF:RunTimePerDay]         ## Die Tages Laufzeit ist überschritten\
     and [Pool_Counter:pulseTimeIncrement] >= [$SELF:RunTimeMin]         ## Die Mindestlaufzeit ist überschritten\
     and (   [$SELF:Pool_Status] eq "An"                                 ## Der Pool läuft\
          or [$SELF:Pool_Status] eq "pflege")\
    )\
\
    or [$SELF:ui_command_1] eq "02_1_Eigenverbrauch_Laufzeit_Aus"        ## Hier wird das uiTable select ausgewertet\
   ) {\
     if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "Pool_PV 02_1 : Pool off Laufzeit"};;\
\
    PV_Modus_Aus_Pool();;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
\
################################################################################################################\
## Eigenverbrauch abschalten: wenn Mindestlaufzeit erreicht wurde und die PV Produktion unter dem Mindestbedarf ist\
##\
02_2_Eigenverbrauch_PV_Min_Aus\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    ( (   [WR_1:Home_own_consumption_from_grid]                           ## Nicht zuviel Bezug aus dem Netz\
       + [WR_1:Home_own_consumption_from_Battery]) > 100                  ## oder dem Speicher\
     and [Pool_Counter:pulseTimeIncrement] >= [$SELF:RunTimeMin]         ## Die Mindestlaufzeit ist überschritten\
     and [$SELF:Pool_Status] eq "An"                                     ## Der Pool läuft (nicht bei manuell)\
    )\
    or [$SELF:ui_command_1] eq "02_2_Eigenverbrauch_PV_Min_Aus"          ## Hier wird das uiTable select ausgewertet\
   ) {\
     if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "Pool_PV 02_2 : Pool off PV-Min"};;\
\
    PV_Modus_Aus_Pool();;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
\
\
################################################################################################################\
## Stop, wenn es nur ein kurzer peak ist. Dieser Do Zweig setzt den wait timer vom Einschaltkommando cmd_4 wieder außer kraft,\
## wenn während der Wartezeit die PV Anlage zuwenig liefert.\
##\
03___Stop_Wait_Timer\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (\
     (    [WR_1:SW_Total_PV_P_reserve] < [$SELF:PowerLimitOn]            ## Ist die PV-Leistung zu niedrig?\
      and get_Exec("PV_Modus_Ein_timer") > 0                             ## läuft eine Wartezeit\
      and get_Exec("PV_Modus_Ein_timer") < 5                             ## läuft die Wartezeit bald ab\
      and [$SELF:Pool_Status] eq "Wartend"                               ## und gibt es keine manuelle Einschaltung\
     )\
    )\
    or [$SELF:ui_command_1] eq "03___Stop_Wait_Timer"                    ## Hier wird das uiTable select ausgewertet\
   ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "Pool_PV 03__ : Stop wait timer Pool"};;\
    del_Exec("PV_Modus_Ein_timer");;                                      ## Der Pool wird nicht mehr eingeschaltet\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
################################################################################################################\
## Pool Ende\
##\
05___Pool_Ende\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [shelly02:power_0] < 10                                         ## Die Poolpumpe ist bereits\
     and [Pool_Counter:pauseTimeIncrement] > 900                         ## seit 5 Minuten aus\
     and [$SELF:Pool_Status] ne "Aus"                                    ## und gibt es keine manuelle Einschaltung\
     and [$SELF:Pool_Status] ne "Wartend"                                ## und es wird nicht wegen eines Peaks gewartet\
    )\
    or [$SELF:ui_command_1] eq "05___Pool_Ende"                          ## Hier wird das uiTable select ausgewertet\
   ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "Pool_PV 05__ : Pool run finished ".[shelly02:power_0]." ".[Pool_Counter:pauseTimeIncrement]};;\
\
    PV_Modus_Aus_Pool();;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
################################################################################################################\
## Pool Startzeit durch Forecast verschieben. Der Forecast wird um 7:00 im Device PV_Schedule aktualisiert\
##\
08___Startzeit_nach_forecast\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
     and\
         [07:17]                                                         ## Der Forecast wird um 7:00 im Device PV_Schedule aktualisiert\
      or [$SELF:ui_command_1] eq "08___Startzeit_nach_forecast"          ## Hier wird das uiTable select ausgewertet\
   ) {\
   if( [$SELF:ui_command_1] eq "08___Startzeit_nach_forecast" ) {        ## Hier wurde manuell eingeschaltet\
     set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
   }\
\
   if( [WR_1:Solar_Calculation_fc0_day] < [WR_1_Speicher_1_ExternControl:SpeicherMinSOC_fc1_Limit] or\
       [Heizung:averageAmbientTemperature] <= 10 ) {\
     set_Reading("TimeStart",[$SELF:TimeStartWinter]);;\
     set_Reading("TimeEnd",[$SELF:TimeEndWinter]);;\
   } else {\
     set_Reading("TimeStart",[$SELF:TimeStartSummer]);;\
     set_Reading("TimeEnd",[$SELF:TimeEndSummer]);;\
   }\
\
   if (AttrVal("$SELF","verbose",0) >=3)\
     {Log 3, "Pool_PV 08__ : Pool switched to TimeStart ".ReadingsVal("$SELF","TimeStart",0)." TimeEnd ".ReadingsVal("$SELF","TimeEnd",0)};;\
\
   set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Pool durch kürzere Laufzeit abkühlen lassen\
##\
09___Laufzeit_im_Sommer\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
     and\
         [06:15] and [Heizung:averageAmbientTemperature]                 ## Pool durch kürzere Laufzeit abkühlen lassen\
      or [$SELF:ui_command_1] eq "09___Laufzeit_im_Sommer"               ## Hier wird das uiTable select ausgewertet\
   ) {                                                              \
   if( [$SELF:ui_command_1] eq "09___Laufzeit_im_Sommer" ) {             ## Hier wurde manuell eingeschaltet\
     set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
   }\
\
   if( [Heizung:averageAmbientTemperature] >= 18 ) {\
     set_Reading("RunTimePerDay",[$SELF:RunTimePerDaySummer]);;\
   } else {\
     set_Reading("RunTimePerDay",[$SELF:RunTimePerDayWinter]);;\
   }\
\
   if (AttrVal("$SELF","verbose",0) >=3)\
     {Log 3, "Pool_PV 09__ : Pool switched to RunTimePerDay ".ReadingsVal("$SELF","RunTimePerDay",0)};;\
\
   set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Pflege Zwangseinschaltung: Es muss mindestens einmal pro Tag eingeschaltet werden, auch wenn kein PV Strom vorhanden war.\
##\
10___Pool_Pflege\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
     and\
     ( [[$SELF:TimeEnd]]                                                 ## Hier sollte der Pool bereits gelaufen sein\
      and\
       ([Pool_Counter:pulseTimePerDay] < [$SELF:RunTimePerDay] or        ## Ist er zuwenig gelaufen\
        [Pool_Counter:countsPerDay] eq 0)                                ## oder eventuell garnicht\
     )\
     or [$SELF:ui_command_1] eq "10___Pool_Pflege"                       ## Hier wird das uiTable select ausgewertet\
   ) {                                                              \
   if( [$SELF:ui_command_1] eq "10___Pool_Pflege" ) {                    ## Hier wurde manuell eingeschaltet\
     set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
   }\
\
   if (AttrVal("$SELF","verbose",0) >=3)\
     {Log 3, "Pool_PV 10__ : Pool on for maintanance"};;\
\
   set_Reading("Pool_Status","pflege");;\
   PV_Modus_Ein_Pool();;\
\
   set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Im Herbst Winter den Pool bei günstigem Strom in der Nacht zusätzlich einschalten\
##\
11___Nachtstrom_An\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
     and\
     ( [WR_1:Solar_Calculation_fc0_day] < [WR_1_Speicher_1_ExternControl:SpeicherMinSOC_fc1_Limit]  ## Im Herbst/Winter ist wenig zu erwarten\
      and [EVU_Kosten:aWATTar_Trigger] eq "onx"                           ## Gibt es günstigen Strom an der Börse\
      and [22:00-05:00]                                                  ## nur in dieser Zeit verwenden\
     )\
     or [$SELF:ui_command_1] eq "11___Nachtstrom_An"                     ## Hier wird das uiTable select ausgewertet\
   ) {                                                              \
   if( [$SELF:ui_command_1] eq "11___Nachtstrom_An" ) {                  ## Hier wurde manuell eingeschaltet\
     set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
   }\
\
   if (AttrVal("$SELF","verbose",0) >=3)\
     {Log 3, "Pool_PV 10__ : Pool on Nachtstrom by aWATTar"};;\
\
   set_Reading("Pool_Status","Nachtstrom");;\
   PV_Modus_Ein_Pool();;\
\
   set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Sobald der Strompreis wieder teurer wird den Pool abschalten\
##\
12___Nachtstrom_Aus\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
     and\
     ( [WR_1:Solar_Calculation_fc0_day] < [WR_1_Speicher_1_ExternControl:SpeicherMinSOC_fc1_Limit]  ## Im Herbst/Winter ist wenig zu erwarten\
      and [EVU_Kosten:aWATTar_Trigger] eq "off"                          ## Gibt es günstigen Strom an der Börse\
      and [$SELF:Pool_Status] eq "Nachtstrom"                            ## und gibt es keine manuelle Einschaltung\
     )\
     or [$SELF:ui_command_1] eq "12___Nachtstrom_Aus"                    ## Hier wird das uiTable select ausgewertet\
   ) {                                                              \
   if( [$SELF:ui_command_1] eq "12___Nachtstrom_Aus" ) {                 ## Hier wurde manuell eingeschaltet\
     set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
   }\
\
   if (AttrVal("$SELF","verbose",0) >=3)\
     {Log 3, "Pool_PV 10__ : Pool off after Nachtstrom by aWATTar"};;\
\
   PV_Modus_Aus_Pool();;\
\
   set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
\
################################################################################################################\
## Definition von Sub Routinen\
subs {\
  sub PV_Modus_Ein_Pool() {                                                   ## PV-Modus Einschalten\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "Pool_PV sub  : Pool on"};;\
##     {fhem("set Pool_Counter pulseTimeIncrement 0")}  ## das sollte eigentlich raus\
    fhem("set Pool_Counter pauseTimeIncrement 0");;\
    fhem("".ReadingsVal("$SELF","SetCmdOn",0));;\
    }\
\
  sub PV_Modus_Aus_Pool() {                                                   ## PV-Modus Ausschalten\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "Pool_PV sub  : Pool off"};;\
    fhem("".ReadingsVal("$SELF","SetCmdOff",0));;\
    set_Reading("Pool_Status","Aus");;\
  }\
}
attr Pool_PV_Perl DbLogExclude .*
attr Pool_PV_Perl alias Pool_PV_Perl
attr Pool_PV_Perl comment Version 2021.11.01 09:00
attr Pool_PV_Perl disable 0
attr Pool_PV_Perl event-on-change-reading .*
attr Pool_PV_Perl group PV Eigenverbrauch-Steuerung
attr Pool_PV_Perl icon scene_swimming
attr Pool_PV_Perl room Strom->Photovoltaik
attr Pool_PV_Perl sortby 421
attr Pool_PV_Perl uiTable {\
package ui_Table;;\
  $TABLE = "style='width:100%;;'";;\
\
  $TD{0..9}{0}     = "align='center' style='font-size:16px;;border-right-style:solid;;border-color:darkgreen;;border-right-width:2px;;width:26%'";;\
\
  $TD{0..9}{1} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:1px;;width:36%;;font-weight:bold;;'";;\
  $TD{0..9}{2..4} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:1px;;width:8%;;text-align:center;;'";;\
  $TD{0..9}{5} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:2px;;width:8%;;text-align:center;;'";;\
\
sub FUNC_Status {\
    my($value, $min, $colorMin,  $statusMin,  $colorMiddel, $statusMiddle, $max, $colorMax, $statusMax)=@_;;\
    my $ret = ($value < $min)? '<span style="color:'.$colorMin.'">'.$statusMin.'</span>' : ($value > $max)? '<span style="color:'.$colorMax.'">'.$statusMax.'</span>' : '<span style="color:'.$colorMiddel.'">'.$statusMiddle.'</span>';;\
    return $ret;;\
  }\
\
}\
\
"$SELF"|"Kommando<dd>Auswahl / Status /  / Pumpe Status</dd>" |widget([$SELF:ui_command_1],"uzsuDropDown,---,01_1_Eigenverbrauch_automatisch_An,01_2_Eigenverbrauch_manuell_An,01_3_Eigenverbrauch_manuell_Aus,02_1_Eigenverbrauch_abschalten_Laufzeit,02_2_Eigenverbrauch_abschalten_PV_Min,03___Stop_Wait_Timer,05___Pool_Ende,08___Startzeit_nach_forecast,09___Laufzeit_im_Sommer,10___Pool_Pflege,11___Nachtstrom_An,12___Nachtstrom_Aus") |[$SELF:Pool_Status]|::ReadingsTimestamp("$SELF","timer_PV_Modus_Ein_timer","")|(([shelly02:power_0] > 10)?'<span style="color:green">Pool_Pumpe_laeuft</span>' : '<span style="color:black">Pool_Pumpe_aus</span>')\
|"Konfiguration<dd>PowerLevelMinTime, | PowerLimit On/Off | Time Start/End</dd><dd>RunTime Min/PerDay</dd>"|""|widget([$SELF:PowerLevelMinTime],"selectnumbers,60,60,900,0,lin")."<br>".widget([$SELF:RunTimeMin],"selectnumbers,300,300,7200,0,lin").widget([$SELF:RunTimePerDay],"selectnumbers,900,300,28800,0,lin")|widget([$SELF:PowerLimitOn],"selectnumbers,100,50,2000,0,lin").widget([$SELF:PowerLimitOff],"selectnumbers,50,50,2000,0,lin")|widget([$SELF:TimeStart],"time").widget([$SELF:TimeEnd],"time")\
|"<dd>Sommer, Winter / RunTimePerDay / Start / Ende</dd>"| ""|widget([$SELF:RunTimePerDaySummer],"selectnumbers,900,300,28800,0,lin")."<br>".widget([$SELF:RunTimePerDayWinter],"selectnumbers,900,300,28800,0,lin")|widget([$SELF:TimeStartSummer],"time").widget([$SELF:TimeStartWinter],"time").|widget([$SELF:TimeEndSummer],"time").widget([$SELF:TimeEndWinter],"time")
attr Pool_PV_Perl verbose 3

setstate Pool_PV_Perl 2022-10-23 16:44:33 Pool_Status Aus
setstate Pool_PV_Perl 2022-06-30 12:48:47 PowerLevelMinTime 300
setstate Pool_PV_Perl 2022-05-10 15:51:44 PowerLimitOff 100
setstate Pool_PV_Perl 2022-05-10 15:50:44 PowerLimitOn 1000
setstate Pool_PV_Perl 2022-05-10 15:55:23 RunTimeMin 7200
setstate Pool_PV_Perl 2022-10-23 06:15:00 RunTimePerDay 28800
setstate Pool_PV_Perl 2021-06-23 14:55:42 RunTimePerDaySummer 7200
setstate Pool_PV_Perl 2020-10-06 14:14:13 RunTimePerDayWinter 28800
setstate Pool_PV_Perl 2022-05-10 16:23:06 SetCmdOff set shelly02 off 0
setstate Pool_PV_Perl 2022-05-10 16:23:24 SetCmdOn set shelly02 on 0
setstate Pool_PV_Perl 2022-10-23 07:17:00 TimeEnd 16:00
setstate Pool_PV_Perl 2021-12-01 17:39:32 TimeEndSummer 16:00
setstate Pool_PV_Perl 2021-12-05 14:20:48 TimeEndWinter 16:00
setstate Pool_PV_Perl 2022-10-23 07:17:00 TimeStart 12:35
setstate Pool_PV_Perl 2022-06-30 12:48:23 TimeStartSummer 12:35
setstate Pool_PV_Perl 2020-09-03 13:10:56 TimeStartWinter 09:10

setstate Pool_PV_Perl 2022-10-30 11:25:40 ui_command_1 ---
setstate Pool_PV_Perl 2022-10-16 19:59:44 ui_command_1_before ---

RAW Definition Pool_Signale (Shelly Modul: shelly1pm)

defmod shelly02 Shelly 192.168.178.52
attr shelly02 DbLogExclude .*
attr shelly02 DbLogInclude relay.*,power.*,energy.*
attr shelly02 alias Pool
attr shelly02 comment Version 2020.10.19 18:28\
relais_0 => Pool limit 1000 W\
relail_1 => Terrasse Lichterkette limit 100 W
attr shelly02 event-on-change-reading relay.*,energy.*,state,network
attr shelly02 event-on-update-reading power.*
attr shelly02 group PV Eigenverbrauch-Steuerung
attr shelly02 icon taster_ch_1
attr shelly02 mode relay
attr shelly02 model shelly2.5
attr shelly02 room Shelly,Strom->Photovoltaik
attr shelly02 sortby 422
attr shelly02 stateFormat {\
my $status = (ReadingsVal($name,"state","none") eq "OK") ? "<span style='color:green'>OK</span>":"<span style='color:red'>Error</span>";;\
my $link = ReadingsVal($name,"WebLink","none");;\
\
my $e0 = sprintf("%08.2f KWh",ReadingsVal($name,"energy_0_Total",0)/1000);;\
my $r0 = (ReadingsVal($name,"relay_0","") eq "off") ? "<span style='color:red'>off</span>":"<span style='color:green'>on</span>";;\
my $p0 = sprintf("%06.1f Watt",ReadingsVal($name,"power_0",0));;\
\
my $e1 = sprintf("%08.2f KWh",ReadingsVal($name,"energy_1_Total",0)/1000);;\
my $r1 = (ReadingsVal($name,"relay_1","") eq "off") ? "<span style='color:red'>off</span>":"<span style='color:green'>on</span>";;\
my $p1 = sprintf("%06.1f Watt",ReadingsVal($name,"power_1",0));;\
\
"<html><table border=2 bordercolor='darkgreen' cellspacing=0 style='width: 100%'>\
 <colgroup>\
   <col span='1' style='width: 30%;;'>\
   <col span='1' style='width: 30%;;'>\
   <col span='1' style='width: 20%;;'>\
 </colgroup>\
<tr>\
  <td style='text-align:left'>\
    Status: $status\
  </td>\
  <td style='text-align:left'>\
    WebLink: $link\
  </td>\
  <td style='text-align:right'>\
     Pool Gesamt 0: $e0<br>\
     JEL Gesamt 1: $e1</td>\
  <td style='text-align:right'>\
    Relais 0: $r0 $p0<br>\
    Relais 1: $r1 $p1\
  </td>\
</tr>\
</table>\
</html>"\
}
attr shelly02 userReadings WebLink:network.* { my $ip=ReadingsVal($name,"network","na");; $ip =~ s/connected to //gs;; $ip =~ s/<[^>]*>//gs;; return("<a href='http://".$ip."/'>".$ip."</a>") },\
\
energy_0_Total:energy_0.* monotonic { ReadingsVal($name,"energy_0",0) },\
energy_1_Total:energy_1.* monotonic { ReadingsVal($name,"energy_1",0) }\

attr shelly02 verbose 0
attr shelly02 webCmd |

Beispiel Waschmaschine (mit Walzenschalter ;-) )

RAW Definition Waschmaschine_PV (DOIF Modul)

defmod Waschmaschine_PV_Perl DOIF ################################################################################################################\
## Eigenverbrauch einschalten: wenn PV Produktion über dem Mindestbedarf ist und die Laufzeit pro Tag noch nicht erreicht ist\
##\
01_1_Eigenverbrauch_automatisch_An\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [WR_1:SW_Total_PV_P_reserve] >= [$SELF:PowerLimitOn]            ## Es besteht PV-Überschuss\
     and [[$SELF:TimeStart]-[$SELF:TimeEnd]]                             ## Das Zeitfenster ist erreicht\
     and get_Exec("PV_Modus_Ein_timer") < 1                              ## Der Wait Timer ist noch nicht gestartet\
     and [$SELF:Status_1] eq "Aus"                                       ## Die Waschmaschine ist aus\
     and [Waschmaschine_Counter:pulseTimePerDay] < [$SELF:RunTimePerDay] ## Die maximale Laufzeit der Waschmaschine ist noch nicht erreicht\
    )\
    or [$SELF:ui_command_1] eq "01_1_Eigenverbrauch_automatisch_An"      ## Hier wird das uiTable select ausgewertet\
   ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "$SELF 01_1 : Waiting for ".([$SELF:PowerLevelMinTime]/60)." Minutes"};;\
\
    set_Exec("PV_Modus_Ein_timer",[$SELF:PowerLevelMinTime],'set_Reading("Status_1","An");;set_Reading("Status_2","PV Überschuss An");;PV_Modus_Ein_Waschmaschine()');; ## Den PV-Modus verzögert einschalten\
    set_Reading("Status_1","Wartend");;\
    set_Reading("Status_2","für ".([$SELF:PowerLevelMinTime]/60)." Minuten");;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
    }\
}\
\
################################################################################################################\
## Manuell das Gerät einschalten.\
##\
01_2_Eigenverbrauch_manuell_An\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [$SELF:Status_1] eq "Aus"\
     and [shelly03:relay] eq "on"                                        ## Der Taster wurde gedrückt\
    )\
    or [$SELF:ui_command_1] eq "01_2_Eigenverbrauch_manuell_An"          ## Hier wird das uiTable select ausgewertet\
   ) {\
     if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 01_2 : On for manuel usage"};;\
\
    del_Exec("PV_Modus_Ein_timer");;\
    set_Reading("Status_1","manuell");;\
    PV_Modus_Ein_Waschmaschine();;\
    set_Reading("Status_2","Steckdose manuell An");;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
################################################################################################################\
## Manuelle Verwendung abschalten.\
##\
01_3_Eigenverbrauch_manuell_Aus\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    ( (   [$SELF:Status_1] eq "An"\
       or [$SELF:Status_1] eq "manuell")\
     and [shelly03:relay] eq "off"                                        ## Der Taster wurde gedrückt\
    )\
    or [$SELF:ui_command_1] eq "01_3_Eigenverbrauch_manuell_Aus"         ## Hier wird das uiTable select ausgewertet\
   ) {\
     if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 01_3 : Off after manuel usage"};;\
\
    PV_Modus_Aus_Waschmaschine();;\
    set_Reading("Status_2","Steckdose manuell Aus");;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
################################################################################################################\
## Eigenverbrauch abschalten: wenn Mindestlaufzeit erreicht wurde und Maximallaufzeit pro Tag erreicht ist\
##\
02_1_Eigenverbrauch_Laufzeit_Aus\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [Waschmaschine_Counter:pulseTimePerDay] >= [$SELF:RunTimePerDay] ## Die Tages Laufzeit ist überschritten\
     and [Waschmaschine_Counter:pulseTimeIncrement] >= [$SELF:RunTimeMin] ## Die Mindestlaufzeit ist überschritten\
     and [$SELF:Status_1] eq "An"                                        ## Das Gerät läuft\
    )\
\
    or [$SELF:ui_command_1] eq "02_1_Eigenverbrauch_Laufzeit_Aus"        ## Hier wird das uiTable select ausgewertet\
   ) {\
     if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 02_1 : Off by runtime"};;\
\
    PV_Modus_Aus_Waschmaschine();;\
    set_Reading("Status_2","Laufzeit Max Aus");;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
################################################################################################################\
## Eigenverbrauch abschalten: falls die Waschmaschine doch nicht benötigt wurde\
##\
02_2_Eigenverbrauch_PV_Min_Aus\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [WR_1:SW_Total_PV_P_reserve] < [$SELF:PowerLimitOn]             ## Der Überschuss ist zu wenig\
     and [$SELF:Status_1] eq "An"                                        ## und die Waschmaschine wartet\
     and [$SELF:Status_2] eq "PV Überschuss wartend"                     ##   auf den start\
    )\
    or [$SELF:ui_command_1] eq "02_2_Eigenverbrauch_PV_Min_Aus"          ## Hier wird das uiTable select ausgewertet\
   ) {\
     if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 02_2 : PV-Minimum unterschritten"};;\
\
    PV_Modus_Aus_Waschmaschine();;\
    set_Reading("Status_2","PV Min Aus");;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
################################################################################################################\
## Stop, wenn es nur ein kurzer peak ist. Dieser Do Zweig setzt den wait timer vom Einschaltkommando cmd_4 wieder außer kraft,\
## wenn während der Wartezeit die PV Anlage zuwenig liefert.\
##\
03___Stop_Wait_Timer\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (\
     (    [WR_1:SW_Total_PV_P_reserve] < [$SELF:PowerLimitOn]            ## Ist die PV-Leistung zu niedrig?\
      and get_Exec("PV_Modus_Ein_timer") > 0                             ## läuft eine Wartezeit\
      and get_Exec("PV_Modus_Ein_timer") < [$SELF:PowerLevelMinTime]     ## läuft die Wartezeit bald ab\
      and [$SELF:Status_1] eq "Wartend"                                  ## und gibt es keine manuelle Einschaltung\
     )\
    )\
    or [$SELF:ui_command_1] eq "03___Stop_Wait_Timer"                    ## Hier wird das uiTable select ausgewertet\
   ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "$SELF 03__ : Stop wait timer"};;\
    del_Exec("PV_Modus_Ein_timer");;                                      ## Das Gerät wird nicht mehr eingeschaltet\
    set_Reading("Status_1","Aus");;\
    set_Reading("Status_2","warten gestoppt");;\
\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
################################################################################################################\
## Statuswechsel wenn das Waschprogramm gestartet ist\
##\
04_1_Waschprogramm_wartend\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [shelly03:power] < 1                                            ## Das Gerät ist bereits\
     and [Waschmaschine_Counter:pauseTimeIncrement] > 120                ## seit 2 Minuten aus\
     and [$SELF:Status_1] eq "An"                                        ## und gibt es keine manuelle Einschaltung\
     and\
       (   [$SELF:Status_2] eq "PV Überschuss An"                        ## falls die Waschmaschine nicht gebraucht\
        or [$SELF:Status_2] eq "PV Überschuss wartend")                  ## wird einfach weiter warten\
     and [$SELF:ui_command_1] eq "---"\
    )\
    or [$SELF:ui_command_1] eq "04_1_Waschprogramm_wartend"              ## Hier wird das uiTable select ausgewertet\
   ) {\
\
    if (AttrVal("$SELF","verbose",0) >=3)\
      {Log 3, "$SELF 04_1 : Waschmaschine ist nicht gestartet"};;\
\
    set_Reading("Status_2","PV Überschuss wartend");;\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
################################################################################################################\
## Statuswechsel wenn das Waschprogramm gestartet ist\
##\
04_2_Waschprogramm_gestartet\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [shelly03:power] > 0                                            ## Das Gerät ist bereits gestartet\
##     and [shelly03:power_Waschmaschine_avg] < 70                         ## und verbraucht mehr Leistung als im Standby\
     and [$SELF:Status_2] ne "Waschprogramm gestartet"                   ## \
    )\
    or [$SELF:ui_command_1] eq "04_2_Waschprogramm_gestartet"            ## Hier wird das uiTable select ausgewertet\
   ) {\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "$SELF 04_2 : Waschprogramm gestartet"};;\
\
    set_Reading("Status_2","Waschprogramm gestartet");;\
    fhem("set alias=Mobil speak 40 Das Waschprogramm ist gestartet");;\
    set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
   }\
}\
\
################################################################################################################\
## Gerät Ende\
##\
05_1_Waschprogramm_Ende\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [shelly03:power] == 0                                           ## Die Waschmaschine hat abgeschaltet\
     and [$SELF:Status_2] eq "Waschprogramm gestartet"                   ## und vorher lief das Waschprogramm\
\
    )\
    or [$SELF:ui_command_1] eq "05_1_Waschprogramm_Ende"                 ## Hier wird das uiTable select ausgewertet\
   ) {\
\
      set_Reading("Status_2","Waschprogramm beendet");;\
      fhem("set alias=Mobil speak 40 Das Waschprogramm ist fertig");;\
\
      if (AttrVal("$SELF","verbose",0) >=3)\
        {Log 3, "$SELF 05_1 : Waschprogramm beendet"};;\
\
    PV_Modus_Aus_Waschmaschine();;\
    \
    if ([$SELF:ui_command_1] eq "05_1_Waschprogramm_Ende") {\
      set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                           ## kann das Kommando nicht sofort wiederholt werden\
    }\
   }\
}\
\
################################################################################################################\
## Gerät Abschalten, wenn es nicht verwendet wurde\
##\
05_2_Waschmaschine_Aus\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
    and\
    (    [[$SELF:TimeEnd]-[$SELF:TimeStart]]                             ## und auch nicht in der Nachtzeit\
     and [$SELF:Status_1] ne "manuell"                                   ## und gibt es keine manuelle Einschaltung\
     and [$SELF:Status_2] ne "Waschprogramm gestarted"                   ## und es läuft kein Waschprogramm\
     and [$SELF:ui_command_1] eq "---"\
    )\
    or [$SELF:ui_command_1] eq "05_2_Waschmaschine_Aus"                  ## Hier wird das uiTable select ausgewertet\
   ) {\
\
    if (AttrVal("$SELF","verbose",0) >=3)\
      {Log 3, "$SELF 05_2 : Keine PV-Zeit"};;\
\
    del_Exec("PV_Modus_Ein_timer");;                                      ## Das Gerät wird nicht mehr eingeschaltet\
    PV_Modus_Aus_Waschmaschine();;\
\
    if ([$SELF:ui_command_1] eq "05_2_Waschmaschine_Aus") {\
      set_Reading("ui_command_1","---");;                                   ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                           ## kann das Kommando nicht sofort wiederholt werden\
    }\
   }\
}\
\
################################################################################################################\
## Geräte Startzeit durch Forecast verschieben. Der Forecast wird um 7:00 im Device PV_Schedule aktualisiert\
##\
08___Startzeit_nach_forecast\
{if( !([$SELF:state] eq "off")                                           ## DOIF enabled\
     and\
     (\
         [07:17]                                                         ## Der Forecast wird um 7:00 im Device PV_Schedule aktualisiert\
      or [$SELF:ui_command_1] eq "08___Startzeit_nach_forecast"          ## Hier wird das uiTable select ausgewertet\
     )\
   ) {\
   if( [$SELF:ui_command_1] eq "08___Startzeit_nach_forecast" ) {        ## Hier wurde manuell eingeschaltet\
     set_Reading("ui_command_1_before",[$SELF:ui_command_1]);;\
   }\
\
   if( [WR_1:Solar_Calculation_fc0_day] < [WR_1_Speicher_1_ExternControl:SpeicherMinSOC_fc1_Limit]) {\
     set_Reading("TimeStart",[$SELF:TimeStartWinter]);;\
     set_Reading("TimeEnd",[$SELF:TimeEndWinter]);;\
     set_Reading("Status_2","Startzeit für Winter");;\
   } else {\
     set_Reading("TimeStart",[$SELF:TimeStartSummer]);;\
     set_Reading("TimeEnd",[$SELF:TimeEndSummer]);;\
     set_Reading("Status_2","Startzeit für Sommer");;\
   }\
\
   if (AttrVal("$SELF","verbose",0) >=3)\
     {Log 3, "$SELF 08__ : Switched to TimeStart ".ReadingsVal("$SELF","TimeStart",0)." TimeEnd ".ReadingsVal("$SELF","TimeEnd",0)};;\
\
   set_Reading("ui_command_1","---");;                                    ## Hier wird das uiTable select wieder zurückgesetzt, ansonsten\
                                                                         ## kann das Kommando nicht sofort wiederholt werden\
  }\
}\
\
################################################################################################################\
## Definition von Sub Routinen\
subs {\
  sub PV_Modus_Ein_Waschmaschine() {                                                   ## PV-Modus Einschalten\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "$SELF sub  : On"};;\
    fhem("set Waschmaschine_Counter pauseTimeIncrement 0");;\
    fhem("".ReadingsVal("$SELF","SetCmdOn",0));;\
    }\
\
  sub PV_Modus_Aus_Waschmaschine() {                                                   ## PV-Modus Ausschalten\
    if (AttrVal("$SELF","verbose",0) >=3)\
       {Log 3, "$SELF sub  : Off"};;\
    fhem("".ReadingsVal("$SELF","SetCmdOff",0));;\
    set_Reading("Status_1","Aus");;\
    set_Reading("Status_2","Steckdose ist ausgeschaltet");;\
  }\
}
attr Waschmaschine_PV_Perl DbLogExclude .*
attr Waschmaschine_PV_Perl alias Waschmaschine_PV_Perl
attr Waschmaschine_PV_Perl comment Version 2021.11.01 09:00
attr Waschmaschine_PV_Perl disable 0
attr Waschmaschine_PV_Perl event-on-change-reading .*
attr Waschmaschine_PV_Perl event_Readings Status_1:[$SELF:Status_1], Status_2:[$SELF:Status_2]
attr Waschmaschine_PV_Perl group PV Eigenverbrauch-Steuerung
attr Waschmaschine_PV_Perl icon scene_washing_machine
attr Waschmaschine_PV_Perl room Strom->Photovoltaik
attr Waschmaschine_PV_Perl sortby 4311
attr Waschmaschine_PV_Perl uiTable {\
package ui_Table;;\
  $TABLE = "style='width:100%;;'";;\
\
  $TD{0..9}{0}     = "align='center' style='font-size:16px;;border-right-style:solid;;border-color:darkgreen;;border-right-width:2px;;width:26%'";;\
\
  $TD{0..9}{1} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:1px;;width:36%;;font-weight:bold;;'";;\
  $TD{0..9}{2..4} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:1px;;width:8%;;text-align:center;;'";;\
  $TD{0..9}{5} = "style='border-top-style:solid;;border-bottom-style:solid;;border-right-style:solid;;border-color:darkgreen;;border-top-width:2px;;border-bottom-width:2px;;border-right-width:2px;;width:8%;;text-align:center;;'";;\
\
sub FUNC_Status {\
    my($value, $min, $colorMin,  $statusMin,  $colorMiddel, $statusMiddle, $max, $colorMax, $statusMax)=@_;;\
    my $ret = ($value < $min)? '<span style="color:'.$colorMin.'">'.$statusMin.'</span>' : ($value > $max)? '<span style="color:'.$colorMax.'">'.$statusMax.'</span>' : '<span style="color:'.$colorMiddel.'">'.$statusMiddle.'</span>';;\
    return $ret;;\
  }\
\
}\
\
"$SELF"|"Kommando<dd>Auswahl / Status /  / Waschmaschine Status</dd>" |widget([$SELF:ui_command_1],"uzsuDropDown,---,01_1_Eigenverbrauch_automatisch_An,01_2_Eigenverbrauch_manuell_An,01_3_Eigenverbrauch_manuell_Aus,02_1_Eigenverbrauch_Laufzeit_Aus,02_2_Eigenverbrauch_PV_Min_Aus,03___Stop_Wait_Timer,04_1_Waschprogramm_wartend,04_2_Waschprogramm_gestartet,05_1_Waschprogramm_Ende,05_2_Waschmaschine_Aus,08___Startzeit_nach_forecast") |[$SELF:Status_1]."<br>".[$SELF:Status_2]|::ReadingsTimestamp("$SELF","timer_PV_Modus_Ein_timer","")|(([shelly03:power] > 7)?'<span style="color:green">Waschmaschine_laeuft</span>' : '<span style="color:black">Waschmaschine_aus</span>')\
|"Konfiguration<dd>PowerLevelMinTime, | PowerLimit On/Off | Time Start/End</dd><dd>RunTime Min/PerDay</dd>"|""|widget([$SELF:PowerLevelMinTime],"selectnumbers,60,60,900,0,lin")."<br>".widget([$SELF:RunTimeMin],"selectnumbers,300,300,7200,0,lin").widget([$SELF:RunTimePerDay],"selectnumbers,900,300,28800,0,lin")|widget([$SELF:PowerLimitOn],"selectnumbers,250,250,2000,0,lin").widget([$SELF:PowerLimitOff],"selectnumbers,0,50,1000,0,lin")|widget([$SELF:TimeStart],"time").widget([$SELF:TimeEnd],"time")\
|"<dd>Sommer, Winter Start / Ende</dd>"| ""|""|widget([$SELF:TimeStartSummer],"time").widget([$SELF:TimeStartWinter],"time").|widget([$SELF:TimeEndSummer],"time").widget([$SELF:TimeEndWinter],"time")
attr Waschmaschine_PV_Perl verbose 3

setstate Waschmaschine_PV_Perl 2022-08-11 09:48:48 PowerLevelMinTime 300
setstate Waschmaschine_PV_Perl 2022-09-26 13:47:21 PowerLimitOff 250
setstate Waschmaschine_PV_Perl 2022-10-06 17:45:40 PowerLimitOn 2000
setstate Waschmaschine_PV_Perl 2022-08-11 09:52:38 RunTimeMin 5400
setstate Waschmaschine_PV_Perl 2022-08-11 09:52:45 RunTimePerDay 19200
setstate Waschmaschine_PV_Perl 2022-08-11 12:27:42 SetCmdOff set shelly03 off 0
setstate Waschmaschine_PV_Perl 2022-08-11 12:27:19 SetCmdOn set shelly03 on 0
setstate Waschmaschine_PV_Perl 2022-11-01 09:21:23 Status_1 -
setstate Waschmaschine_PV_Perl 2022-11-01 09:21:25 Status_2 -
setstate Waschmaschine_PV_Perl 2022-11-01 07:17:00 TimeEnd 18:00
setstate Waschmaschine_PV_Perl 2022-10-06 17:32:31 TimeEndSummer 18:00
setstate Waschmaschine_PV_Perl 2022-08-11 09:46:58 TimeEndWinter 16:00
setstate Waschmaschine_PV_Perl 2022-11-01 07:17:00 TimeStart 08:00
setstate Waschmaschine_PV_Perl 2022-08-11 09:48:05 TimeStartSummer 08:00
setstate Waschmaschine_PV_Perl 2022-08-11 09:46:54 TimeStartWinter 10:00
setstate Waschmaschine_PV_Perl 2022-11-01 09:21:25 ui_command_1 ---
setstate Waschmaschine_PV_Perl 2022-10-06 19:34:48 ui_command_1_before ---

RAW Definition Waschmaschine_Signale (Shelly Modul: shelly1pm)

defmod shelly03 Shelly 192.168.178.55
attr shelly03 DbLogExclude .*
attr shelly03 DbLogInclude relay.*,power.*,energy.*
attr shelly03 alias Waschmaschine
attr shelly03 comment Version 2020.10.19 18:28
attr shelly03 event-on-change-reading relay.*,power.*,energy.*,network
attr shelly03 group PV Eigenverbrauch-Steuerung
attr shelly03 icon taster_ch_1
attr shelly03 interval 60
attr shelly03 mode relay
attr shelly03 model shelly1pm
attr shelly03 room Shelly,Strom->Photovoltaik
attr shelly03 sortby 432
attr shelly03 stateFormat {\
my $link = ReadingsVal($name,"WebLink","none");;\
\
my $e0 = sprintf("%08.2f KWh",ReadingsVal($name,"energy_Total",0)/1000);;\
my $r0 = (ReadingsVal($name,"relay","") eq "off") ? "<span style='color:red'>off</span>":"<span style='color:green'>on</span>";;\
my $p0 = sprintf("%06.1f Watt",ReadingsVal($name,"power",0));;\
\
"<html><table border=2 bordercolor='darkgreen' cellspacing=0 style='width: 100%'>\
 <colgroup>\
   <col span='1' style='width: 30%;;'>\
   <col span='1' style='width: 30%;;'>\
   <col span='1' style='width: 20%;;'>\
 </colgroup>\
<tr>\
  <td style='text-align:left'>\
  </td>\
  <td style='text-align:left'>\
    WebLink: $link\
  </td>\
  <td style='text-align:right'>\
     Waschmaschine Gesamt 0: $e0<br>\
  <td style='text-align:right'>\
    Relais 0: $r0 $p0<br>\
  </td>\
</tr>\
</table>\
</html>"\
}
attr shelly03 userReadings WebLink:network.* { my $ip=ReadingsVal($name,"network","na");; $ip =~ s/connected to //gs;; $ip =~ s/<[^>]*>//gs;; return("<a href='http://".$ip."/'>".$ip."</a>") },\
\
energy_Total:energy.* monotonic { ReadingsVal($name,"energy",0) }
attr shelly03 webCmd |

RAW Definition Waschmaschine_Counter (HourCounter Modul)

defmod Waschmaschine_Counter HourCounter shelly03:power:\s([0-9]{2,}\.?[0-9]{0,}|[4-9]{1}\.?[0-9]{0,}) shelly03:power:\s([0-3]{1}\.?[0-9]{0,}|[0-3]{1})
attr Waschmaschine_Counter DbLogExclude .*
attr Waschmaschine_Counter alias Waschmaschine_Counter
attr Waschmaschine_Counter comment Version 2020.10.19 18:28\
\
Waschmaschine_PV:.*laeuft Waschmaschine_PV:Waschmaschine_Status:.*[beendet|ausgeschaltet]\
\
Version 2022.09.20 16:00\
Bis 3.9 Watt ist das Gerät aus, ab 4 Watt ist es eingeschaltet\
An  => shelly03:power:\s([0-9]{2,}\.?[0-9]{0,}|[4-9]{1}\.?[0-9]{0,})\
Aus => shelly03:power:\s([0-3]{1}\.?[0-9]{0,}|[0-3]{1})
attr Waschmaschine_Counter event-on-change-reading .*
attr Waschmaschine_Counter event-on-update-reading power.*
attr Waschmaschine_Counter group PV Eigenverbrauch-Steuerung
attr Waschmaschine_Counter icon time_timer
attr Waschmaschine_Counter interval 5
attr Waschmaschine_Counter room Strom->Photovoltaik
attr Waschmaschine_Counter sortby 433
attr Waschmaschine_Counter verbose 0

Beispiel Brunnenpumpe (mit extra Taster zum Aktivieren)

Das Beispiel für die Brunnenpumpe hat eine Besonderheit. Damit nicht vergessen wird die Brunnenpumpe nach der Benutzung wieder Stromlos zu schalten geschieht dies nach einer eingestellten Zeit, wenn sie nicht verwendet wurde. Also immer schön die Düse geöffnet halten :-) Des weitern kann die Pumpe über einen taster am Shelly2.5 aktiviert werden, was dem Elektriker gesagt werden sollte, damit er die Verdrahtung korrekt macht. Der Shelly2.5 aus diesem Beispiel wird ebenfalls für das nächste Beispiel verwendet, da die Steckdosen nebeneinander sind.

RAW Definition Brunnen (dummy Modul)

defmod Brunnen dummy
attr Brunnen DbLogExclude .*
attr Brunnen DbLogInclude state
attr Brunnen alias Brunnen
attr Brunnen comment Version 2020.10.19 18:28
attr Brunnen group PV Eigenverbrauch
attr Brunnen icon well
attr Brunnen readingList Brunnen_Button PowerLevelMinTime PowerPhaseUse PowerLimitOn PowerLimitOff RunTimeMin RunTimePerDay SetCmdOff SetCmdOn TimeStart TimeEnd
attr Brunnen room Strom->Photovoltaik
attr Brunnen setList Brunnen_Button:uzsuToggle,on,off PowerLevelMinTime:slider,30,30,300 PowerLimitOn:slider,250,250,2000 PowerLimitOff:slider,0,250,1000 RunTimeMin:slider,300,300,7200 RunTimePerDay:slider,7200,300,28800 SetCmdOff SetCmdOn TimeStart:time TimeEnd:time
attr Brunnen sortby 13
attr Brunnen stateFormat state
attr Brunnen verbose 0
attr Brunnen webCmd Brunnen_Button

setstate Brunnen off
setstate Brunnen 2020-09-21 16:50:48 Brunnen_Button off
setstate Brunnen 2019-12-02 10:29:49 PowerLevelMinTime 300
setstate Brunnen 2019-11-06 10:56:22 PowerLimitOff 600
setstate Brunnen 2020-04-20 13:06:04 PowerLimitOn 900
setstate Brunnen 2019-12-02 15:01:18 RunTimeMin 60
setstate Brunnen 2020-04-02 13:59:34 RunTimePerDay 10800
setstate Brunnen 2020-01-01 16:29:10 SetCmdOff set shelly05 off 0
setstate Brunnen 2020-01-01 16:29:24 SetCmdOn set shelly05 on 0
setstate Brunnen 2020-09-13 15:07:03 TimeEnd 09:00
setstate Brunnen 2019-10-28 09:13:30 TimeStart 09:00
setstate Brunnen 2020-09-21 16:50:48 state off

RAW Definition Brunnen_PV (DOIF Modul)

defmod Brunnen_PV DOIF ################################################################################################################\
## 1 Eigenverbrauch sperren: wenn Mindestlaufzeit erreicht wurde und Maximallaufzeit pro Tag erreicht ist\
##   jedoch nicht wenn manueller Betrieb aktiv ist.\
##\
 ([Brunnen_Counter:pulseTimePerDay] >= [Brunnen:RunTimePerDay] and\
  [Brunnen_Counter:pulseTimeIncrement] >= [Brunnen:RunTimeMin] and\
  [Brunnen:state] eq "on" and [Brunnen:Brunnen_Button] eq "off" )\
\
    ({Log 3, "Brunnen cmd_1 : Eigenverbrauch sperren"}\
     {fhem("".ReadingsVal("Brunnen","SetCmdOff",0))}\
     {fhem("setreading Brunnen_PV Brunnen_Status Steckdose ist ausgeschaltet")}\
     {fhem("set Brunnen off")}\
    )\
################################################################################################################\
## 2 Eigenverbrauch sperren: wenn Mindestlaufzeit erreicht wurde und die PV-Produktion unter dem Mindestbedarf ist\
##   ausser bei manuellem Einschalten und wenn der Brunnen bereits läuft\
##\
DOELSEIF\
 ([PV_1:Total_PV_Power_reserve] < [Brunnen:PowerLimitOn] and\
  [Brunnen:state] eq "on" and\
  [$SELF:cmd_nr] ne "5" and [$SELF:cmd_nr] ne "7" )\
\
    ({Log 3, "Brunnen cmd_2 : Eigenverbrauch sperren"}\
     {fhem("".ReadingsVal("Brunnen","SetCmdOff",0))}\
     {fhem("setreading Brunnen_PV Brunnen_Status Steckdose ist ausgeschaltet")}\
     {fhem("set Brunnen off")}\
    )\
################################################################################################################\
## 3 Stop, wenn es nur ein kurzer Peak ist. Dieser Do Zweig setzt den wait timer vom Einschaltkommando cmd_4\
##    wieder außer kraft, wenn während der Wartezeit die PV-Anlage zuwenig liefert.\
##\
DOELSEIF\
 ([PV_1:Total_PV_Power_reserve] < [Brunnen:PowerLimitOff] and\
  [Brunnen_PV:wait_timer] ne "no timer" and\
  [Brunnen_PV:wait_timer] ne "" and\
  [Brunnen:state] eq "off" )\
\
    ({Log 3, "Brunnen cmd_3 : Brunnen stop wait timer"})\
################################################################################################################\
## 4 Eigenverbrauch freigeben: wenn PV-Produktion über dem Mindestbedarf ist und PV-Strom ins Netz eingespeist\
##   wird und die Laufzeit pro Tag noch nicht erreicht ist\
##   Dies ist beim Brunnen nicht aktiv, um eine Überschwemmung zu vermeiden\
##   Es wird nur eine log Meldung geschrieben\
##\
DOELSEIF\
 ([PV_1:Total_PV_Power_reserve] > [Brunnen:PowerLimitOn] and\
  [Brunnen:state] eq "off" and\
  [[Brunnen:TimeStart]-[Brunnen:TimeEnd]] and\
  [Brunnen_Counter:pulseTimePerDay] < [Brunnen:RunTimePerDay] )\
\
    ({Log 3, "Brunnen cmd_4 : Brunnen freigabe"}\
     {fhem("".ReadingsVal("Brunnen","SetCmdOn",0))}\
     {fhem("setreading Brunnen_PV Brunnen_Status Steckdose kann eingeschaltet werden")}\
##     {fhem("set Brunnen on")}\
    )\
################################################################################################################\
## 5 Steckdose manuell für die Benutzung des Brunnens einschalten.\
##\
DOELSEIF\
 ([Brunnen:Brunnen_Button] eq "on" )\
\
    ({Log 3, "Brunnen cmd_5 : Brunnen manuell ein"}\
     {fhem("".ReadingsVal("Brunnen","SetCmdOn",0))}\
     {fhem("setreading Brunnen_PV Brunnen_Status Steckdose ist eingeschaltet")}\
     {fhem("set Brunnen on")}\
    )\
################################################################################################################\
## 6 Steckdose des Brunnen manuell abschalten.\
##\
DOELSEIF\
 ([Brunnen:Brunnen_Button] eq "off" and\
  ([$SELF:cmd_nr] eq "5" or [$SELF:cmd_nr] eq "7") )\
\
    ({Log 3, "Brunnen cmd_6 : Brunnen manuell aus"}\
     {fhem("".ReadingsVal("Brunnen","SetCmdOff",0))}\
     {fhem("setreading Brunnen_PV Brunnen_Status Steckdose ist ausgeschaltet")}\
     {fhem("set Brunnen off")}\
    )\
################################################################################################################\
## 7 Statuswechsel wenn die Brunnenpumpe läuft\
##\
DOELSEIF\
 ([shelly05:power_0] > 600 and\
  [$SELF:cmd_nr] ne "7")\
\
    ({Log 3, "Brunnen cmd_7 : Brunnenpumpe läuft"}\
     {fhem("setreading Brunnen_PV Brunnen_Status Brunnenpumpe gestartet")}\
     {fhem("set Brunnen on")}\
    )\
################################################################################################################\
## 8 Abschalten der Steckdose wenn Brunnenpumpe durch Druckschalter abschaltet\
##\
DOELSEIF\
 ([shelly05:power_0] == 0 )\
\
    ({Log 3, "Brunnen cmd_8 : Brunnenpumpe aus"}\
     {fhem("".ReadingsVal("Brunnen","SetCmdOff",0))}\
     {fhem("set Brunnen off")}\
     {fhem("setreading Brunnen Brunnen_Button off")}\
     {fhem("setreading Brunnen_PV Brunnen_Status Brunnenpumpe abgeschaltet")}\
    )\
################################################################################################################\
## 9 Abschalten der Steckdose wenn der Brunnen nicht gebraucht wird\
##\
DOELSEIF\
 ([[Brunnen:TimeEnd]-[Brunnen:TimeStart]] and\
  ([Brunnen:state] eq "on" or [shelly05:relay_0] eq "on") )\
\
    ({Log 3, "Brunnen cmd_9 : Eigenverbrauch sperren"}\
     {fhem("".ReadingsVal("Brunnen","SetCmdOff",0))}\
     {fhem("set Brunnen off")}\
     {fhem("setreading Brunnen Brunnen_Button off")}\
     {fhem("setreading Brunnen_PV Brunnen_Status Steckdose ist ausgeschaltet")}\
    )
attr Brunnen_PV DbLogExclude .*
attr Brunnen_PV DbLogInclude state,STATE,cmd.*,Device,Brunnen_Status,wait_timer
attr Brunnen_PV alias Brunnen_PV
attr Brunnen_PV cmdState Maximalzeit pro Tag überschritten|Eigenverbrauch gesperrt|Stop wait timer|Eigenverbrauch freigegeben|Brunnen manuell ein|Brunnen manuell aus|Brunnen laeuft|Brunnen aus|Eigenverbrauch gesperrt
attr Brunnen_PV comment Version 2020.10.19 18:28
attr Brunnen_PV do always
attr Brunnen_PV group PV Eigenverbrauch-Steuerung
attr Brunnen_PV icon well
attr Brunnen_PV room Strom->Photovoltaik
attr Brunnen_PV sortby 31
attr Brunnen_PV stateFormat state : Brunnen_Status
attr Brunnen_PV verbose 0
attr Brunnen_PV wait 0:0:0:[Brunnen:PowerLevelMinTime]:0:30:0:60:0

RAW Definition Brunnen_Signale (Shelly Modul: shelly2.5)

Die Einschaltung der Brunnenpumpe erfolgt mit Relais 1 . Am Shelly2.5 ist auch ein Taster verdrahtet, über den die Pumpe vor Ort aktiviert werden kann. 

defmod shelly05 Shelly <IP-Address>
attr shelly05 DbLogExclude .*
attr shelly05 DbLogInclude relay.*,power.*,energy.*
attr shelly05 alias Brunnen und Shaun
attr shelly05 comment Version 2020.10.19 18:28
attr shelly05 event-on-change-reading relay.*,power.*,energy.*,state,network
attr shelly05 group PV Eigenverbrauch-Steuerung
attr shelly05 icon taster_ch_1
attr shelly05 interval 60
attr shelly05 mode relay
attr shelly05 model shelly2.5
attr shelly05 room Shelly,Strom->Photovoltaik
attr shelly05 sortby 32
attr shelly05 stateFormat {sprintf("\
<TABLE>\
\
<TR>\
  <TD VALIGN=\"TOP\" ALIGN=\"LEFT\" WIDTH=\"50\">\
    Status: %s<br>\
    WebLink: %s\
  </TD>\
\
  <TD VALIGN=\"TOP\" ALIGN=\"RIGHT\" WIDTH=\"100\">\
    Brunnen Gesamt 0: %08.2f KWh<br>\
    Shaun Gesamt 1: %08.2f KWh\
  </TD>\
\
  <TD VALIGN=\"TOP\" ALIGN=\"RIGHT\" WIDTH=\"70\">\
    Relais 0: %s %06.1f Watt<br>\
    Relais 1: %s %06.1f Watt<br>\
  </TD>\
</TR>\
\
</TABLE>\
" ,\
(ReadingsVal($name,"state","none") eq "OK") ? "<span style='color:#00FF00'>OK</span>":"<span style='color:#FF0000'>Error</span>",\
ReadingsVal($name,"WebLink","none"),\
ReadingsVal($name,"energy_0",0)/1000,\
ReadingsVal($name,"energy_1",0)/1000,\
(ReadingsVal($name,"relay_0","") eq "off") ? "<span style='color:#FF0000'>off</span>":"<span style='color:#00FF00'>on</span>",\
    ReadingsVal($name,"power_0",0),\
(ReadingsVal($name,"relay_1","") eq "off") ? "<span style='color:#FF0000'>off</span>":"<span style='color:#00FF00'>on</span>",\
    ReadingsVal($name,"power_1",0)\
)}
attr shelly05 userReadings WebLink:network { my $ip=ReadingsVal($NAME,"network","");; $ip =~ s/connected to //gs;; $ip =~ s/<[^>]*>//gs;; return("<html><a href='http://".$ip."/'>WEB</a></html>") }
attr shelly05 webCmd |

RAW Definition Brunnen_Counter (HourCounter Modul)

defmod Brunnen_Counter HourCounter shelly05:power_0:\s[0-9]{2,}(\.[0-9]{1,2})*$  shelly05:power_0:\s[0-9]{1}(\.[0-9]{1,2})*$
attr Brunnen_Counter DbLogExclude .*
attr Brunnen_Counter alias Brunnen_Counter
attr Brunnen_Counter comment Version 2020.10.19 18:28\
On und Off des Pools werden direkt über den Shelly Stromverbrauch getriggert.
attr Brunnen_Counter event-on-change-reading .*
attr Brunnen_Counter group PV Eigenverbrauch-Steuerung
attr Brunnen_Counter icon time_timer
attr Brunnen_Counter interval 5
attr Brunnen_Counter room Strom->Photovoltaik
attr Brunnen_Counter sortby 33
attr Brunnen_Counter verbose 0

Beispiel Akku laden

In diesem Beispiel wird der Akku eines Rasenroboters und in unserem Fall auch des E-Bikes an einer Steckdose geladen. Ziel ist es auch über den Winter immer wieder die Akkus am Leben zu erhalten.

RAW Definition Shaun (dummy Modul)

defmod Shaun dummy
attr Shaun DbLogExclude .*
attr Shaun DbLogInclude state
attr Shaun alias Shaun
attr Shaun comment Version 2020.10.19 18:28
attr Shaun group PV Eigenverbrauch
attr Shaun icon scene_robo_lawnmower
attr Shaun readingList Shaun_Button PowerLevelMinTime PowerPhaseUse PowerLimitOn PowerLimitOff RunTimeMin RunTimePerDay SetCmdOff SetCmdOn TimeStart TimeEnd
attr Shaun room Strom->Photovoltaik
attr Shaun setList Shaun_Button:uzsuToggle,on,off PowerLevelMinTime:slider,30,30,300 PowerLimitOn:slider,250,250,2000 PowerLimitOff:slider,0,250,1000 RunTimeMin:slider,300,300,7200 RunTimePerDay:slider,7200,300,28800 SetCmdOff SetCmdOn TimeStart:time TimeEnd:time
attr Shaun sortby 14
attr Shaun stateFormat state
attr Shaun verbose 0
attr Shaun webCmd Shaun_Button

setstate Shaun off
setstate Shaun 2019-12-02 10:29:49 PowerLevelMinTime 300
setstate Shaun 2019-11-06 10:56:22 PowerLimitOff 100
setstate Shaun 2020-04-20 13:06:04 PowerLimitOn 300
setstate Shaun 2019-12-02 15:01:18 RunTimeMin 300
setstate Shaun 2020-04-02 13:59:34 RunTimePerDay 21600
setstate Shaun 2020-01-01 16:29:10 SetCmdOff set shelly05 off 1
setstate Shaun 2020-01-01 16:29:24 SetCmdOn set shelly05 on 1
setstate Shaun 2020-10-21 12:30:05 Shaun_Button off
setstate Shaun 2020-09-21 12:05:19 TimeEnd 15:00
setstate Shaun 2020-09-21 12:05:34 TimeStart 12:00
setstate Shaun 2020-10-21 14:00:38 state off

RAW Definition Shaun_PV (DOIF Modul)

defmod Shaun_PV DOIF ################################################################################################################\
## 1 Eigenverbrauch sperren: wenn Mindestlaufzeit erreicht wurde und Maximallaufzeit pro Tag erreicht ist\
##   jedoch nicht wenn manueller Betrieb aktiv ist.\
##\
 ([Shaun_Counter:pulseTimePerDay] >= [Shaun:RunTimePerDay] and\
  [Shaun_Counter:pulseTimeIncrement] >= [Shaun:RunTimeMin] and\
  [Shaun:state] eq "on" and [Shaun:Shaun_Button] eq "off" )\
\
    ({Log 3, "Shaun cmd_1 : Eigenverbrauch sperren"}\
     {fhem("".ReadingsVal("Shaun","SetCmdOff",0))}\
     {fhem("setreading Shaun_PV Shaun_Status Steckdose ist ausgeschaltet")}\
     {fhem("set Shaun off")}\
    )\
################################################################################################################\
## 2 Eigenverbrauch sperren: wenn Mindestlaufzeit erreicht wurde und die PV-Produktion unter dem Mindestbedarf ist\
##   ausser bei manuellem Einschalten und wenn das Shaun Laden bereits läuft\
##\
DOELSEIF\
 ([PV_1:Total_PV_Power_reserve] < [Shaun:PowerLimitOn] and\
  [Shaun:state] eq "on" and\
  [$SELF:cmd_nr] ne "5" and [$SELF:cmd_nr] ne "7" )\
\
    ({Log 3, "Shaun cmd_2 : Eigenverbrauch sperren"}\
     {fhem("".ReadingsVal("Shaun","SetCmdOff",0))}\
     {fhem("setreading Shaun_PV Shaun_Status Steckdose ist ausgeschaltet")}\
     {fhem("set Shaun off")}\
    )\
################################################################################################################\
## 3 Stop, wenn es nur ein kurzer Peak ist. Dieser Do Zweig setzt den wait timer vom Einschaltkommando cmd_4\
##    wieder außer kraft, wenn während der Wartezeit die PV-Anlage zuwenig liefert.\
##\
DOELSEIF\
 ([PV_1:Total_PV_Power_reserve] < [Shaun:PowerLimitOff] and\
  [Shaun_PV:wait_timer] ne "no timer" and\
  [Shaun_PV:wait_timer] ne "" and\
  [Shaun:state] eq "off" )\
\
    ({Log 3, "Shaun cmd_3 : Shaun stop wait timer"})\
################################################################################################################\
## 4 Eigenverbrauch freigeben: wenn PV-Produktion über dem Mindestbedarf ist und PV-Strom ins Netz eingespeist\
##   wird und die Laufzeit pro Tag noch nicht erreicht ist\
##\
DOELSEIF\
 ([PV_1:Total_PV_Power_reserve] > [Shaun:PowerLimitOn] and\
  [Shaun:state] eq "off" and\
  [[Shaun:TimeStart]-[Shaun:TimeEnd]] and\
  [Shaun_Counter:pulseTimePerDay] < [Shaun:RunTimePerDay] )\
\
    ({Log 3, "Shaun cmd_4 : Shaun freigabe"}\
     {fhem("".ReadingsVal("Shaun","SetCmdOn",0))}\
     {fhem("setreading Shaun_PV Shaun_Status Steckdose ist eingeschaltet")}\
     {fhem("set Shaun on")}\
    )\
################################################################################################################\
## 5 Steckdose manuell für die Benutzung des Shaun einschalten.\
##\
DOELSEIF\
 ([Brunnen:Brunnen_Button] eq "on" )\
\
    ({Log 3, "Shaun cmd_5 : Shaun manuell ein"}\
     {fhem("".ReadingsVal("Shaun","SetCmdOn",0))}\
     {fhem("setreading Shaun_PV Shaun_Status Steckdose ist eingeschaltet")}\
     {fhem("set Shaun on")}\
    )\
################################################################################################################\
## 6 Steckdose des Shaun manuell abschalten.\
##\
DOELSEIF\
 ([Shaun:Shaun_Button] eq "off" and\
  ([$SELF:cmd_nr] eq "5" or [$SELF:cmd_nr] eq "7") )\
\
    ({Log 3, "Shaun cmd_6 : Shaun manuell aus"}\
     {fhem("".ReadingsVal("Shaun","SetCmdOff",0))}\
     {fhem("setreading Shaun_PV Shaun_Status Steckdose ist ausgeschaltet")}\
     {fhem("set Shaun off")}\
    )\
################################################################################################################\
## 7 Statuswechsel wenn das Laden läuft\
##\
DOELSEIF\
 ([shelly05:power_1] > 15 and\
  [$SELF:cmd_nr] ne "7")\
\
    ({Log 3, "Shaun cmd_7 : Shaun läuft"}\
     {fhem("setreading Shaun_PV Shaun_Status Shaun wird geladen")}\
    )\
################################################################################################################\
## 8 Abschalten der Steckdose wenn Shaun geladen ist\
##\
DOELSEIF\
 ([shelly05:power_1] <= 6 and\
  [$SELF:cmd_nr] eq "7" )\
\
    ({Log 3, "Shaun cmd_8 : Shaun aus"}\
     {fhem("".ReadingsVal("Shaun","SetCmdOff",0))}\
     {fhem("set Shaun off")}\
     {fhem("setreading Shaun Shaun_Button off")}\
     {fhem("setreading Shaun_PV Shaun_Status Shaun hat geladen")}\
    )\
################################################################################################################\
## 9 Abschalten der Steckdose wenn es nicht mehr benötigt wird\
##\
DOELSEIF\
 (([PV_1:Total_PV_Power_reserve] < [Shaun:PowerLimitOn] or\
   [[Shaun:TimeEnd]-[Shaun:TimeStart]] ) and\
   [Shaun:state] eq "on" and\
   [$SELF:cmd_nr] ne "5" )\
\
    ({Log 3, "Shaun cmd_9 : Eigenverbrauch sperren"}\
     {fhem("".ReadingsVal("Shaun","SetCmdOff",0))}\
     {fhem("set Shaun off")}\
     {fhem("setreading Shaun Shaun_Button off")}\
     {fhem("setreading Shaun_PV Shaun_Status Steckdose ist ausgeschaltet")}\
    )
attr Shaun_PV DbLogExclude .*
attr Shaun_PV DbLogInclude state,STATE,cmd.*,Device,Shaun_Status,wait_timer
attr Shaun_PV alias Shaun_PV
attr Shaun_PV cmdState Maximalzeit pro Tag überschritten|Eigenverbrauch gesperrt|Stop wait timer|Eigenverbrauch freigegeben|Shaun manuell ein|Shaun manuell aus|Shaun laed|Shaun aus|Eigenverbrauch gesperrt
attr Shaun_PV comment Version 2020.10.19 18:28
attr Shaun_PV do always
attr Shaun_PV group PV Eigenverbrauch-Steuerung
attr Shaun_PV icon scene_robo_lawnmower
attr Shaun_PV room Strom->Photovoltaik
attr Shaun_PV sortby 41
attr Shaun_PV stateFormat state : Shaun_Status
attr Shaun_PV verbose 0
attr Shaun_PV wait 0:0:0:[Shaun:PowerLevelMinTime]:0:30:0:60:30

RAW Definition Shaun_Signale (Shelly Modul: shelly2.5)

Für die Ladung der Akkus wird hier das Relais 0 verwendet. 

defmod shelly05 Shelly <IP-Address>
attr shelly05 DbLogExclude .*
attr shelly05 DbLogInclude relay.*,power.*,energy.*
attr shelly05 alias Brunnen und Shaun
attr shelly05 comment Version 2020.10.19 18:28
attr shelly05 event-on-change-reading relay.*,power.*,energy.*,state,network
attr shelly05 group PV Eigenverbrauch-Steuerung
attr shelly05 icon taster_ch_1
attr shelly05 interval 60
attr shelly05 mode relay
attr shelly05 model shelly2.5
attr shelly05 room Shelly,Strom->Photovoltaik
attr shelly05 sortby 32
attr shelly05 stateFormat {sprintf("\
<TABLE>\
\
<TR>\
  <TD VALIGN=\"TOP\" ALIGN=\"LEFT\" WIDTH=\"50\">\
    Status: %s<br>\
    WebLink: %s\
  </TD>\
\
  <TD VALIGN=\"TOP\" ALIGN=\"RIGHT\" WIDTH=\"100\">\
    Brunnen Gesamt 0: %08.2f KWh<br>\
    Shaun Gesamt 1: %08.2f KWh\
  </TD>\
\
  <TD VALIGN=\"TOP\" ALIGN=\"RIGHT\" WIDTH=\"70\">\
    Relais 0: %s %06.1f Watt<br>\
    Relais 1: %s %06.1f Watt<br>\
  </TD>\
</TR>\
\
</TABLE>\
" ,\
(ReadingsVal($name,"state","none") eq "OK") ? "<span style='color:#00FF00'>OK</span>":"<span style='color:#FF0000'>Error</span>",\
ReadingsVal($name,"WebLink","none"),\
ReadingsVal($name,"energy_0",0)/1000,\
ReadingsVal($name,"energy_1",0)/1000,\
(ReadingsVal($name,"relay_0","") eq "off") ? "<span style='color:#FF0000'>off</span>":"<span style='color:#00FF00'>on</span>",\
    ReadingsVal($name,"power_0",0),\
(ReadingsVal($name,"relay_1","") eq "off") ? "<span style='color:#FF0000'>off</span>":"<span style='color:#00FF00'>on</span>",\
    ReadingsVal($name,"power_1",0)\
)}
attr shelly05 userReadings WebLink:network { my $ip=ReadingsVal($NAME,"network","");; $ip =~ s/connected to //gs;; $ip =~ s/<[^>]*>//gs;; return("<html><a href='http://".$ip."/'>WEB</a></html>") }
attr shelly05 webCmd |

RAW Definition Shaun_Counter (HourCounter Modul)

defmod Shaun_Counter HourCounter shelly05:power_1:\s[0-9]{2,}(\.[0-9]{1,2})*$  shelly05:power_1:\s[0-9]{1}(\.[0-9]{1,2})*$
attr Shaun_Counter DbLogExclude .*
attr Shaun_Counter alias Shaun_Counter
attr Shaun_Counter comment Version 2020.10.19 18:28\
On und Off des Ladens werden direkt über den Shelly Stromverbrauch getriggert.
attr Shaun_Counter event-on-change-reading .*
attr Shaun_Counter group PV Eigenverbrauch-Steuerung
attr Shaun_Counter icon time_timer
attr Shaun_Counter interval 5
attr Shaun_Counter room Strom->Photovoltaik
attr Shaun_Counter sortby 43
attr Shaun_Counter verbose 0

Problemlösung

Hier könnt Ihr Eure Fragen loswerden.

  • Beitrag - Photovoltaik mit Eigenverbrauch Steuerung (Kostal Plenticore; KSEM; BYD HV)

Projekte der FHEM-Community

  • Beitrag - Photovoltaik mit Eigenverbrauch Steuerung (Kostal plenticore; EM410)
  • Beitrag - Kostal Plenticore Bilanz
  • Beitrag - Kostal Plenticore, EM410 (KSEM), BYD, Solarprognose, Forecast
  • Thema - Modul 93_DbRep - Reporting und Management von Datenbankinhalten (DbLog)
  • Thema - Neue Version von HTTPMOD mit neuen Features zum Testen

Links

Abgerufen von „http://wiki.fhem.de/w/index.php?title=Kostal_Plenticore_10_Plus&oldid=39149“