Leistungsprognose für Wechselrichter

[EinEinfach]

Wow!!! Du bist aber Blitzschnell. Ziehe ich mir gleich runter und fange mit testen an.

Frage zu der Umsetzung. Sollte der ready irgendwann mal mitten am Tag gesetzt werden, wird der Wunsch für den Rest des Tages noch berücksichtigt?

Gruß

[DS_Starter]

Der Schlüssel wird in Echtzeit ausgewertet. D.h. bei jedem Intervall prüft das Modul den Wert des Readings im Schlüssel "ready" auf 1 / 0. Eigentlich nur auf 0, alles andere wird als "1" gewertet (default).
Im Nachhinein hätte der Schlüssel wohl besser "release" heißen sollen. Kann ich noch ändern, ist aber nicht so tragisch. 

[ch.eick]

Hallo zusammen,
hier mal der Stand der Datenbank Fraktion, falls Ihr nicht den Kostal Thread beobachtet.
VG
   Christian

[DS_Starter]

Angeber 

[EinEinfach]

Vergütung aber nicht pro kWh oder? Wenn doch... bin neidisch 

[ch.eick]

Vergütung aber nicht pro kWh oder? Wenn doch... bin neidisch 

Nee, das ist die Tagessumme
Es war nur auf dem Snapshot gerade 0,38 € , schön wär's...

[ch.eick]

Angeber 

Verwendest Du eigentlich nur das FhemWeb?
Das habe ich bisher auch immer nur gemacht, damit die teschnische Basis stimmt. Jetzt läuft das PV Monitoring auf nem 42" an der Wand.
Ich finde es extrem gut die Automatisierung, Datenbank und Datenaufbereitung voneinander zu trennen.
Deshalb muss ich leider auch sagen, dass ich dasForecast Modul nur noch interessehalber verfolge. Mir persönlich hat das in einigen Punkten nichts mehr mit der ursprünglichen Prognose zu tun, da Ihr mitlerweile auch die Leistungsplanung und halt (historisch bedingt) die Diagramm Darstellung mit rein genommen habt.
Das soll aber bitte keine Kritik sein, es sieht echt toll aus!!!

Der Ansatz aus dem anderen Thread mit der Standardisierung der readings ist ja leider ins stocken gekommen.

Wenn man die Menge an Daten betrachtet kann ich auch nicht so ganz verstehen, warum Ihr mit der Prognose nicht auf die DbLog setzt, aber das ist ein anderes Thema.

Das Dashboard in Grafana habe ich auch nur auf MySQL addapiert, es ist also nicht wirklich von mir

Für das Forecast Modul würde ich mir einen Leitfaden wünschen, nach dem man es für verschiedene WR, also mindestens SMA und Kostal aufsetzt.
Dabei wäre auch eine beschreibung für das Zeitkorrekte Loggen in die DB wünschenswert.
Es ist natürlich alles hier im Thread zu finden, jedoch halt nicht in einem praktikablen Ablauf und für das Umformatieren der readings für die DB fehlen mir persönlich leider auch die Kenntnisse

Und diesmal nicht destruktivus sondern animiertus unterstützus maximus

VG
    Christian

VG
   Christian

[DS_Starter]

Hallo Christian,

Verwendest Du eigentlich nur das FhemWeb?

Nein, ich benutze Dashboard für meine Wandtablets. Das reicht für meine Belange.
Ich bewundere aber durchaus die Nutzer, die ausgefeilte FTUI Lösungen basteln. Dazu fehlt mir einfach die Zeit und auch ein bisschen der Ehrgeiz und befasse mich lieber mit Funktionalitäten. 
Es wird aber noch angepasste Module für eine reine Grafikdarstellung geben bzw. für FTUI. Die gibt/gab es aus der Vergangenheit als es noch das SMAPortal war.

Wenn man die Menge an Daten betrachtet kann ich auch nicht so ganz verstehen, warum Ihr mit der Prognose nicht auf die DbLog setzt, aber das ist ein anderes Thema.

Das ist ganz bewußt so gestaltet um den Kreis der Anwender nicht auf Datenbanknutzer zu beschränken.
Und ganz ehrlich, für eine Schätzung was einen erwartet, reicht es so wie es ist allemal aus. Bis jetzt jedenfalls. 

Für das Forecast Modul würde ich mir einen Leitfaden wünschen, nach dem man es für verschiedene WR, also mindestens SMA und Kostal aufsetzt.

Ich mir auch.  Im Ernst, ich hatte eine Wiki-Seite angeregt, die das erledigen kann. Aber ich selbst habe einfach zu wenig Zeit auch das noch parallel zu erledigen da dieses Modul ja nur eines von vielen ist.
Deswegen würde ich mich freuen wenn sich jemand finden würde. Ich helfe natürlich gern mit Rat und Tat.

Ich sehe das Modul auch keinesfalls als Konkurrenz oder Ersatz für deine DB-gestützte Lösung. Alles hat seine Vor- und Nachteile und jeder User kann so aus dem FHEM Fundus schöpfen was zu seiner Aufgabe passt.
Also immer weiter machen. 

LG,
Heiko

[Wzut]

@Wzut, ich hätte auch noch einen Wunsch. 

dann schau mal ob der Anhang ihn erfüllt ...

[DS_Starter]

Danke Wzut, das sieht gut aus.
Dadurch habe ich gleich noch das Problem erkannt, dass bei Current_SelfConsumption der Wert BatIn noch abgezogen werden musste, obwohl ich ursprünglich der Überzeugung war, dass die Batterieladung zur SelfConsumption gehören müsste.
Na mal sehen ob es morgen bei nur Einspeisung auch noch passt.

Habs gefixt, eingebaut und ins contrib geschoben.

[DS_Starter]

Aber etwas stimmt noch nicht.
Das Current_GridConsumption wird nur berücksichtigt wenn ein BatteryDev angelegt ist. Das Reading Current_GridConsumption  ist natürlich korrekt vorhanden. Irgendwie seh ich den Wald ... Bäumen nicht.

[DS_Starter]

Habs hinbekommen.
Die Zeile:

  $ret .= (!$hasbat) ? 'middle;>" transform="translate(-120,620) rotate(-90)"' : 'start;">';

habe ich ersetzt durch:

$ret .= $hasbat ? 'start;">' : 'middle;">';

Damit funktioniert es wie es soll. Fragt sich nur was ich da eigentlich gemacht habe ? 

[papa]

Nach dem Update sieht die Forcast-Grafik komisch aus.
Ich habe ürbigens bei der FlowGrafik Werte unter 10W als 0 behandelt. Das bügelt dann Regelfehler bei Batteriebertieb etwasd aus. Ich ahbe sondt immer mal ein paar Watt Einspeisung, obwohl das Haus nur aus der Batterie versorgt wird.

[DS_Starter]

Kann ich bei mir nicht bestätigen. Hast vermutlich nur ein reload zu einem ungünstigen Zeitpunkt gemacht ?
Dadurch hat es den History Hash angenagt. Siehst du mit

get <> pvHistory

dir den Tag heute anschaust. Ich gehe davon, dass die vergangenen Stunden von heute fehlen.
Ist nicht tragisch.

[DS_Starter]

@papa, welche 10W (Readingwerte) behandelst du so ? Nur die BatIn/Out ? Oder noch andere ?