76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

In meinem contrib liegt die V 1.18.0 zum Test.
Hinzugekommen ist die Möglichkeit eine zweiten Ebene des Balkendiagramms einzublenden um dort weitere Inhalte abzubilden. In dem Beispielscreenshot ist der consumptionForecast abgetragen.

Um diese Ebene zu aktivieren und einzustellen gibt es weitere Grafikattribute:
graphicBeam3Content, graphicBeam4Content, graphicBeam3Color, graphicBeam4Color, graphicBeam3FontColor, graphicBeam4FontColor

Die commandref ist entsprechend überarbeitet:

graphicBeamXContent
Legt den darzustellenden Inhalt der Balken in den Balkendiagrammen fest. Die Balkendiagramme sind in zwei Ebenen verfügbar.
Die Ebene 1 ist im Standard voreingestellt. Der Inhalt durch die Attribute graphicBeam1Content und graphicBeam2Content bestimmt.
Die Ebene 2 der Balkendiagramme kann durch Setzen der Attribute graphicBeam3Content und graphicBeam4Content zugeschaltet werden.
Die Attribute graphicBeam1Content und graphicBeam3Content stellen die primären Balken, die Attribute graphicBeam2Content und graphicBeam4Content die sekundären Balken der jeweiligen Ebene dar.

    pvReal                      reale PV-Erzeugung (default für graphicBeam1Content)
    pvForecast                  prognostizierte PV-Erzeugung (default für graphicBeam2Content)
    gridconsumption             Energie Bezug aus dem Netz
    consumptionForecast         prognostizierter Energieverbrauch

[DS_Starter]

In den Attributen graphicBeamXContent steht nun auch "consumption", der Hausverbrauch, zusätzlich zu "gridconsumption" zur Verfügung. Somit kann man auch einen grafischen Vergleich von "consumptionForecast" und "consumption" darstellen. Siehe Anhang.

Update liegt im contrib.

[kask]

Genau das wollte ich anfragen. Wollte nur etwas Zeitverstreichen lassen.
Klasse!

Die Höhen-Skalierung ist, ich will nicht moppern, etwas unschön. Kann man die Balken nicht etwas höher ziehen oder den Bereich verkleinern?
Wie gesagt will nicht mosern

[DS_Starter]

Im Prinzip geht das mit einem separaten Attribut. Momentan wird der Wert von graphicBeamHeight bzw. ebenso graphicBeamWidth übernommen und richtet sich somit nach den Vorgaben der Ebene 1.
Wahrscheinlich führe ich noch graphicBeamHeightLvl2 / graphicBeamWidthLvl2 ein. Wollte es zu Anfang nicht gleich übertreiben und erstmal schauen wie das Ganze so ankommt.

[DS_Starter]

Im contrib liegt ein Update.
Es gibt nun die Attribute graphicBeamHeightLevel1 und graphicBeamHeightLevel2 zur Festlegung der Höhenverhältnisse der jeweiligen Ebenen:

graphicBeamHeightLevelX <value>
Multiplikator zur Festlegung der maximalen Balkenhöhe der jeweiligen Ebene.
In Verbindung mit dem Attribut graphicHourCount lassen sich damit auch recht kleine Grafikausgaben erzeugen.
(default: 200)

Das Attr graphicBeamWidth habe ich so gelassen und wird für beide Levels verwendet. Unterschiede in der Breite sehen sehr unschön aus.

Das alte Attr graphicBeamHeight wird automatisch in graphicBeamHeightLevel1 umgesetzt.
Achtung, dazu muß FHEM nach dem Update restartet werden!

[DS_Starter]

Ich habe die Freiräume oberhalb der Balken beider Ebenen noch etwas optimiert.
Update im contrib.

[DS_Starter]

Neue Version ist offiziell eingescheckt und morgen im Update.

[300P]

Kleiner Nebeneffekt:

Man sieht jetzt wenn sich grobe Schnitzer in den Statistikdaten (durch egal was entstanden) eingeschlichen haben   
-> siehe 2 (gelbe) Ausschläge in der Verbrauchsplanung


Ansonsten - Herzlichen Dank an Dich an dieser Stelle für deine Leistungen @DS_Starter


Gruß
300P

[DS_Starter]

@pah,

was meintest du in #454 mit der Aussage:

3. Ich habe keine Möglichkeit gefunden, PV-Anlagen mit Direkteinspeisung zusätzlich in die Visualisierung aufzunehmen.

So richtig kann ich es nicht einordnen.

LG

[DS_Starter]

Vor einiger Zeit hatte ich in currentMeterDev die optionalen Schlüssel conprice und feedprice eingeführt.
Nun werden die Preise bzw. Vergütungssätze der jeweiligen Stunde in der pvHistory gespeichert und sind darüber auch auswertbar.
Bei einem fixen Satz sicherlich nicht so spannend, aber für Nutzer mit flexiblen Energiepreis sicherlich interessant.
Darüber hinaus kann man nun auch die Kosten des Energiebezuges und Vergütung für die Netzeinspeisung in der Grafik via graphicBeamXContent-Auswahl anzeigen lassen.

Vermutlich ist es in diesem Zusammenhang auch noch sinnvoll, die Einspeisung in das öffentliche Netz für die Grafik auswählbar zu ermöglichen.

Ist eingecheckt und ist für eilige User auch aus meinem contrib abrufbar.

LG

[TechnoTron]

Vor einiger Zeit hatte ich in currentMeterDev die optionalen Schlüssel conprice und feedprice eingeführt.
Nun werden die Preise bzw. Vergütungssätze der jeweiligen Stunde in der pvHistory gespeichert und sind darüber auch auswertbar.
Bei einem fixen Satz sicherlich nicht so spannend, aber für Nutzer mit flexiblen Energiepreis sicherlich interessant.
Darüber hinaus kann man nun auch die Kosten des Energiebezuges und Vergütung für die Netzeinspeisung in der Grafik via graphicBeamXContent-Auswahl anzeigen lassen.

Vermutlich ist es in diesem Zusammenhang auch noch sinnvoll, die Einspeisung in das öffentliche Netz für die Grafik auswählbar zu ermöglichen.

Ist eingecheckt und ist für eilige User auch aus meinem contrib abrufbar.

LG

Bei der Währung, welche Auswahl gibts da neben €, auch cent?

[DS_Starter]

Bei der Währung, welche Auswahl gibts da neben €, auch cent?

Du kannst angeben was du möchtest. Im Prinzip ist es nur eine Gedankenstütze für den User damit er die Augabe einordnen kann. Später verwende ich die Währung ggf. bei einem Mouse-Over.
Hat er € angegeben, ist die Ausgabe auch als Eurowert zu interpretieren, ist es Cent dann ist die Ausgabe auch ein Cent-Wert. Die Unterscheidung passiert durch Anwendung des angegebenen Multiplikators, also entweder 0,27 (Euro) oder 27 (Cent).
Im Interesse einer optisch schmalen Werte-Ausgabe würde ich € eingeben.

[DS_Starter]

Ich habe ein wenig weiterentwickelt.
Die nächste Version kann im Attr graphicBeamXContent auch die Einspeisung in das öffentliche Netz darstellen.
Außerdem wird mit Mouse-Over angezeigt, welchen Content der ausgewählte Balken darstellt.
Da es mittlerweile mehrere Ebenen mit mehr auswählbaren Content gibt, hilft es den Überblick zu behalten was die Balken wiedergeben.
Ich bin noch nicht ganz fertig, deswegen gibt es die V zunächst in meinem Contrib.

LG

[TheTrumpeter]

Vor einiger Zeit hatte ich in currentMeterDev die optionalen Schlüssel conprice und feedprice eingeführt.

Ich habe das damals auch gleich definiert, finde die Daten aber nicht in der pvHistory. Welche Werte sind bei den "Einheiten" denn erlaubt?
(In der Hilfe steht nix, im Beispiel ist nur "€" verwendet. Ich habe es mit "EUR/kWh" definiert/angelegt.)

Und: Muss das Reading rein numerisch sein oder darf die Einheit im Reading auch dabei stehen? (Bei mir steht beispielsweise (Hausnummer) "0.1736 EUR/kWh" im Reading des aktuellen Bezugspreises.)

[DS_Starter]

Moin,

Ich habe das damals auch gleich definiert, finde die Daten aber nicht in der pvHistory. Welche Werte sind bei den "Einheiten" denn erlaubt?

In die pvHistory werden die Daten erst seit der V 1.19.0 geschrieben:

13 => 01 => etotal: 60122550, pvfc: 0, pvrl: 0, pvrlvd: 1, rad1h: -
            confc: 474, con: 442, gcon: 23, conprice: 0.2958
            gfeedin: 0, feedprice: 0.1269
            ...

In der Wahl der Währung bist du völlig frei. Ist nur für die Anzeige.

Und: Muss das Reading rein numerisch sein oder darf die Einheit im Reading auch dabei stehen? (Bei mir steht beispielsweise (Hausnummer) "0.1736 EUR/kWh" im Reading des aktuellen Bezugspreises.)

Das sollte funktionieren weil ich ReadingsNum verwende, d.h. das System sollte nur den Wert 0.1736 herausziehen.
Den Schlüssel würdest du so angeben:

  conprice=<Device>:<Reading>:EUR       oder
  conprice=<Device>:<Reading>:EUR/kWh   oder
  conprice=<Device>:<Reading>:€