76_SMAPortal - Integration SMA Sunny Portal - Ideen & Modulweiterentwicklung

Begonnen von DS_Starter, 08 Juli 2019, 18:45:46

Vorheriges Thema - Nächstes Thema

DS_Starter

Danke Claus  :)

bezüglich Forecast ... es gibt eine FHEM Implemetierung beschrieben im Wiki:
https://wiki.fhem.de/wiki/Kostal_Plenticore_10_Plus#Wetter-.2FLeistungs-Prognose

die aus dem Plenticore Projekt https://forum.fhem.de/index.php/topic,114849.0.html hervorgeht.
ch.eick hat hier viel Arbeit in die Adaption der SMA Applikation für Plenticore inverstiert.

Es ist mit etwas Aufwand verbunden, aber dafür in FHEM abgebildet und detailliert beschrieben.

LG,
Heiko
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

ClausL

Hallo, DS_Starter

das sieht auch sehr interessant aus. Auf den ersten Blick würde ich sagen, dass der dort beschriebene Weg dem im Posting von jual beschriebenen zumindest ähnelt. Auch der Rest des Wikiartikels scheint mir interessant zu sein. Man sollte doch auch mal neben die Spur schauen.

Viele Grüße, Claus

DS_Starter

Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

ClausL

Hallo, DS_Starter

die ist von Dir? Das Teil ist echt klasse. Das einzige, was mir dort noch wirklich fehlt, sind die Batteriewerte. Dann wäre die Bilanz komplett. Ich habe inzwischen schon angefangen, mich ein wenig in HTML und CSS einzuarbeiten, um zu verstehen, was da passiert. Dann will ich das angehen.

Die Vorhersagewerte würde ich da nicht integrieren wollen. Die sollten separat stehen. Andererseits, wenn man die hat, kann man die Steuerung komplett zu Hause ohne SMA erledigen. Das hätte natürlich auch Vorteile.

Viele Grüße, Claus

DS_Starter

Ja ist von mir. Habe ich vor 3 Jahren mal erarbeitet. Ich habe keine Batterie. Deswegen habe ich es damals ohne diese Werte erstellt. Aber die kann man leicht integrieren wenn man die Vorgehensweise erstmal verinnerlicht hat.
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

jual

Zitat von: DS_Starter am 04 Dezember 2020, 20:44:06
bezüglich Forecast ... es gibt eine FHEM Implemetierung beschrieben im Wiki:
https://wiki.fhem.de/wiki/Kostal_Plenticore_10_Plus#Wetter-.2FLeistungs-Prognose

Nur mal so ein kleiner Zwischenstand. Vielleicht als Idee für diejenigen, die auch an einer Prognose basteln wollen ;)

Ich habe mir jetzt mal eine ganz simple Version mit dem DWD_openData Modul gebastelt. Ganz simpel bedeutet zunächst ohne irgendwelche Korrekturwerte. Mit dem Modul bekommt man ja genau die Werte, die man für die Prognose benötigt (der Kernwert ist Rad1h). Für die Umrechnung in einen kWh/Wh-Wert benötigt man einen entsprechenden Faktorwert, den man u.a. aus den bisher verlinkten Beschreibungen ermitteln kann:


  • Faktor für Umwandlung kJ in kwH: 0.00027778
  • Eigene Modulfläche in qm: bei mir 50,0888
  • Wirkungsgrad der Module: bei mir 19,8%
  • Wirkungsgrad WR: bei mir 97,6%
  • Korrekturwerte wegen Ausrichtung/Verschattung: 83% wegen Ost/West und Schatten. Hiermit muss man wahrscheinlich auch ein wenig spielen

Die Formel wäre dann: Ertrag in kWh = Rad1h * 0.00027778 * 50,0888 qm * 19,8% * 97,6% * 83%

Damit ergibt sich ein Umrechnungsfaktor von: 0,00223169 für den Wert in kWh oder 2,23169 für Wh

Bei einem Rad1h-Wert von 500 ergibt dies bei mir also  1.15 kWh oder 1.115 Wh

Nach Anlage des Moduls trägt man in den Attributen folgende Werte ein (Positionsnummer der nächst liegenden Station ermitteln! bei mir P0214:

define SolarPrognose DWD_OpenData


  • forecastProperties: Rad1h,TTT,PPPP,FF
  • forecastResolution: 1
  • forecastStation: P0214

Damit bekommt man dann auch die anderen Werte, die in den diversen Beschreibungen zu finden sind und ggf. als Korrekturparameter genutzt werden können.

Mit einem User Reading schreibe ich nun die Umwandlung in das Device (Beispiel für den Forecastwert des aktuellen Tages "fc0" und die Uhrzeit 11:00):

attr SolarPrognose userReadings fc0_11_Erzeugung {ReadingsVal("SolarPrognose","fc0_11_Rad1h",0)*2.23169}


Jetzt müsste ich eigentlich nur noch heraus bekommen, wie man die Werte sinnvoll in eine Grafik bekommt. Da muß ich ich erst einmal mit den Logs und Plotfunktionen vertraut machen. Vielleicht kennt sich ja jemand noch besser damit aus. Und an dem Ausbau dieser einfachen Variante wäre ich natürlich auch interessiert.

Ich schau jetzt mal, wie gut die Prognosewerte sind und wie ich Korrekturwerte einbauen kann. Für heute gilt schonmal, dass das Wetter anscheinend deutlich besser ist, als die SMA Prognose und auch die DWD Prognose verspricht ;-).

Wahrscheinlich sollte man dann aber einen anderen Thread aufmachen, da dies doch mittlerweile sehr offTopic ist.

DS_Starter

Moin jual,

danke für die Arbeit, das schaue ich mir auch mal an. Vielleicht bekommen wir auch ein kleines "Forecast-Modul" hin welches die schöne Forecast-Grafik aus dem SMAPortal auf das Tablet zaubert.

Zwischenstand zur API. Nachdem wir die ersten Infos zur API gesichtet haben, sieht SMA zumindest für einen umfassenden Zugriff auf die eigenen Daten in der "SMA-Cloud" nur kostenpflichtige Dienste für Businesskunden an die ihrerseits diesen Dienst an ihre Kunden durchreichen über eigene Apps/Module.

Unbenommen davon sind On-Site IMplementierungen über ModBus oder SEMP (SHM 2.0 Kunden) was wir ja schon wissen/kennen. WR und SME Energy Meter haben wir ja schon in FHEM integriert (mehr oder weniger gut/umfänglich). Eine SEMP Integration gibt es m.W. bisher nicht.

Aber um SMA nochmal zu einer Stellungnahme zu diesem API-Thema für Privatpersonen zu bewegen, habe ich im Photovoltaik-Forum diese Anfrage geschrieben: https://www.photovoltaikforum.com/thread/150043-sma-daten-der-pv-anlage-%C3%BCber-api-f%C3%BCr-privatpersonen-abrufbar/

Mal schauen was da kommt.

Zum Thema OT ... ich kann ja auch das Thema erweitern  ;)

LG
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

kjmEjfu

Zitat von: jual am 05 Dezember 2020, 11:21:38
Nur mal so ein kleiner Zwischenstand. Vielleicht als Idee für diejenigen, die auch an einer Prognose basteln wollen ;)

Mal eine Frage für mich zum Verständnis. Was spricht denn dagegen die Forecast-Funktion aus der Plenticore-Lösung zu nehmen? Die ist doch flexibel und man recht einfach unterschiedliche Dachfläche berücksichtigen.
Oder ist das nur um eine Lösung ohne Datenbank zu haben?
Migriere derzeit zu Home Assistant

jual

Zitat von: kjmEjfu am 05 Dezember 2020, 11:49:47
Mal eine Frage für mich zum Verständnis. Was spricht denn dagegen die Forecast-Funktion aus der Plenticore-Lösung zu nehmen? Die ist doch flexibel und man recht einfach unterschiedliche Dachfläche berücksichtigen.
Oder ist das nur um eine Lösung ohne Datenbank zu haben?

Grundsätzlich spricht nichts dagegen. Ich hatte mir die Plenticore-Lösung auf Grund des Umfangs bisher noch gar nicht angeschaut und war aktuell auf der Suche nach einer einfachen und ggf. schnellen Lösung.  ;D


Herjemine

Hallo Jual,

das schaut gut aus, ich habe vom SMAPortal nur den Forecast verwendet.
Das wäre genau das was ich suche  ;D
Kannst du mehr Infos dazu geben?

thx
Hermann

stefanfo84

Zitat von: DS_Starter am 22 November 2020, 22:30:20
Es ist nun möglich, über FHEM Einfluß auf das Ladeverhalten des EV Charger zu nehmen und eigene Optimierungen einzusetzen.

Ihr seid die besten! Genau das brauche ich demnächst und hab schon von SMA erfahren, dass sie leider kein extra API für den Charger anbieten. Hätte jetzt auch mal geschaut was über den HomeManager geht, aber natürlich wart ihr schon schneller 🙂

Nur, ich konnte nirgends finden welche Einfluss-Möglichkeiten und Optimierungen ihr ermöglicht habt?

DS_Starter

Hi,

Zitataber natürlich wart ihr schon schneller 🙂
Ja ... leider nur liegt die Betonung hier auf "waren"  :(

Wie du an den letzten Posts erkennst, hat uns SMA generell einen Strich durch die Rechnung gemacht. Die Anmeldung über das Modul funktioniert leider nicht mehr.
Du hättest es bekommen können, siehe https://forum.fhem.de/index.php/topic,102112.msg1103618.html#msg1103618
Aber leider ...

Ich habe SMA angefragt bezüglich einer allgemeinen API wie es andere Hersteller auch anbieten, aber bisher keine Reaktion.

Grüße,
Heiko
Proxmox+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Herjemine

OT:
ich muss ja sagen, so gut ich die SMA sachen fand, bind ich froh dass ich seit dem Homemanger, sowohl beim Speicher (Victron)
als auch bei der Wallbox (Easy Wallbox Bausatz, B163 für 290€) ,
von SMA weg bin,
beides lässt sich super über fhem per modbus steuern  8)

Gruß Hermann

stefanfo84

Ja ich weiß schon, dass das Modul grad nicht mehr funktioniert. Ich hab ja sogar einen SHM 2.0 und bräuchte anscheinend nicht zwingend den Umweg übers Portal. Prognose und Langzeit-Bilanz fehlen mir dann halt wahrscheinlich. Ich muss mal deinen oben verlinkten Willi-Eintrag durcharbeiten. Vielleicht reicht mir das ja.

Mich hätte halt interessiert was man am Charger einstellen und steuern kann.

Ich bin Software-Entwickler und hätte prinzipiell Interesse daran bei der Entwicklung von alternativen Modulen zu helfen. Nur fehlt mir im Moment leider die Zeit mich viel einzuarbeiten.
Was ich anbieten könnte, wenn du/ihr Unterstützung bei einer ganz konkreten Aufgabe braucht, kann ich evtl. helfen.

Bzgl offener APIs: Ich denke dass Problem wird sein, dass wir vielleicht eine Hand voll Leute sind, die mit diesem Wunsch zu SMA durchdringen. Weil nur ganz wenige Anwender überhaupt den Wunsch nach APIs haben - und davon wiederum nur sehr wenige eine Kontakt bei SMA finden, da sie ja nicht besonders Privatkunden orientiert sind und noch nicht mal einen Support haben, ab den man sich als Privater wenden kann. Dementsprechend sehe ich unsere Chancen auf Erfolg leider nicht besonders hoch. Ich hoffe natürlich, dass ich mich täusche.