76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[mannil]

Hallo Heiko,

danke für den schnellen Fix.

Gruß,
Heiko

[DS_Starter]

Hallo Tobi,

Aber dennoch die Frage: Wofür ist in der aktuellen Variante der Energieflusspfeil zwischen Batterie und Haus gedacht (siehe Screenshot)? Der wird doch in diesere Konfiguration nie bedient?

Ich sehe deine Anhänge noch nicht, aber ich weiß was du meinst.
Zur Zeit braucht es diese Verbindung nur noch, wenn die Batterie aus dem öffentlichen Grid (über das Hausnetz) zwangsbeladen wird. Z.B. im Winter ohne PV und die Bat sinkt unter den Min-SOC. Vermutlich werde ich es auch noch hinbekommen auch diesen Fluß über den Inverterknoten laufen zu lassen, er wird ja an V 1.52.1 immer verfügbar sein wenn eine Batterie installiert ist.
Dann ist diese Verbindung obsolet. Wir können uns dann ja überlegen ob die graue Verbindung wegen der Symmetrie für das Auge dennoch drin bleiben soll/kann. 

[Max_Meyer]

Die Autarkierate im Readings ist der aktuelle Wert, deswegen Current_  .
Die Autarkierate berechnet sich aus verschiedenen Werten der PV Erzeugung, Batterie-In/Out, Netzbezug usw.
Nun liefern die Geräte in FHEM nicht synchron ihre Werte, zu unterschiedlich arbeiten die verwendeten Gerätemodule. So kann es sein dass der Verbrauch kurz negativ wird oder ähnliche Dinge. Das hat dann Einfluß auch auf ein solches Reading.

@Heiko,
vielen Dank für die schnelle Antwort - ja das erklärt die Kurve
Gruß Gerd

[DS_Starter]

@all,

die V 1.52.1 mit der Änderung bzgl. Flußgrafik habe ich soeben eingecheckt.
Ist dann morgen früh im Update enthalten.

Grüße,
Heiko

[tobi01001]

Hallo Tobi,

Aber dennoch die Frage: Wofür ist in der aktuellen Variante der Energieflusspfeil zwischen Batterie und Haus gedacht (siehe Screenshot)? Der wird doch in diesere Konfiguration nie bedient?

Ich sehe deine Anhänge noch nicht, aber ich weiß was du meinst.
Zur Zeit braucht es diese Verbindung nur noch, wenn die Batterie aus dem öffentlichen Grid (über das Hausnetz) zwangsbeladen wird. Z.B. im Winter ohne PV und die Bat sinkt unter den Min-SOC. Vermutlich werde ich es auch noch hinbekommen auch diesen Fluß über den Inverterknoten laufen zu lassen, er wird ja an V 1.52.1 immer verfügbar sein wenn eine Batterie installiert ist.
Dann ist diese Verbindung obsolet. Wir können uns dann ja überlegen ob die graue Verbindung wegen der Symmetrie für das Auge dennoch drin bleiben soll/kann. 

Ja genau das/die meine ich. Aber die wird ja ohnehin auch über den Inverter geladen. Von daher wäre der
Fluss über den WR nur konsequent. Aus Symmetriegründen ästetischen Gründen würde ich die Batterie probeweise auf Ebene Inverter heben. Dann könnte man eventuell in einer Summenbatterie Installationen mit mehreren Batterien an mehreren WR's abbilden.

Aber im Moment stört mich die graue Linie weniger wegen Ästetik oder Symmetrie, sondern schlicht weil ich gewohnt bin darüber direkt den Bezug von der Batterie abzulesen. Wenn sie ganz weg ist, und die verbleibende eventuell noch horizontal ausgerichtet, habe (zumindest ich) wieder eine Darstellung in der ich das schnell ablesen kann und wo nichts nach oben fließt. Dem Strom ist das egal, meinem Auge und meinem Verstand nicht ganz 

[DS_Starter]

Ja, alles hat so seine Vor- und Nachteile.
Die Änderungen kommen vor allem durch das Hinzufügen von möglichen Batterie-Wechselrichtern und zukünftig noch Hybridwechselrichtern, die dann mindestens 3 Anschlüsse haben werden.
Vielleicht fällt mir bzgl. der visuellen Kenntlichmachung von Ladung / Entladung noch etwas besseres ein. Zur Zeit ist die Batterie als SVG-Objekt gestaltet. Das könnte ich in ein FHEM Icon (wie Inverter etc.) umwandeln. Dann könnte der User Entladen/Laden zum Beispiel durch unterschiedliche Färbungen/Symbole selbst festlegen, bzw. kann ich die Einstellungen übernehmen, die man im setupBatteryDevXX (icon) angeben kann.

[Prof. Dr. Peter Henning]

String-Nordausrichtung gibt im Sommer immer weniger Ertrag gegenüber der gleichen Anlage mit einer String-Südausrichtung.

Das erklär doch bitte mal einem PV-Anlagenbetreiber auf der Südhalbkugel.

LG

pah

[DS_Starter]

Guten Morgen,

ich habe gestern wahrgenommen, wie groß doch das Interesse ist, die Verbindungslinie zwischen dem Haus und der Batterie zu erhalten. Hätte ich nicht gedacht.    Dabei ging es nicht so sehr um den Energiefluß an sich, sondern den schnellen Erkennungsfaktor ob die Bat geladen oder entladen wird.
Das hat mich bewogen nochmal Hand anzulegen und habe einen Kompromiß erzielt.
Mit der V 1.52.2 in meinem contrib wird wenn kein Batterie- oder (zukünftig) Hybridwechselrichter definiert ist, beim Ladevorgang die Linie Knoten -> Batterie genutzt (wie aktuell) und beim Entladevorgang wieder die Linie Batterie -> Haus aktiviert.
Ist hingegen ein Batterie- oder (zukünftig) Hybridwechselrichter definiert, wird der Fluß Laden - Knoten -> Batterie bzw. Entladen - Batterie -> Knoten über diesen Wechselrichter geführt was der Realität entspricht und mich in der Weiterentwicklung auch nicht behindert.

Im Anhang seht ihr die Beispiele zur Verdeutlichung.

Ich hoffe dass die Gestaltung jetzt allgemeine Zustimmung findet. 

LG,
Heiko

[peterboeckmann]

Hallo Heiko,

Guten Morgen,

ich habe gestern wahrgenommen, wie groß doch das Interesse ist, die Verbindungslinie zwischen dem Haus und der Batterie zu erhalten. Hätte ich nicht gedacht.    Dabei ging es nicht so sehr um den Energiefluß an sich, sondern den schnellen Erkennungsfaktor ob die Bat geladen oder entladen wird.
Das hat mich bewogen nochmal Hand anzulegen und habe einen Kompromiß erzielt.
Mit der V 1.52.2 in meinem contrib wird wenn kein Batterie- oder (zukünftig) Hybridwechselrichter definiert ist, beim Ladevorgang die Linie Knoten -> Batterie genutzt (wie aktuell) und beim Entladevorgang wieder die Linie Batterie -> Haus aktiviert.
Ist hingegen ein Batterie- oder (zukünftig) Hybridwechselrichter definiert, wird der Fluß Laden - Knoten -> Batterie bzw. Entladen - Batterie -> Knoten über diesen Wechselrichter geführt was der Realität entspricht und mich in der Weiterentwicklung auch nicht behindert.

Im Anhang seht ihr die Beispiele zur Verdeutlichung.

Ich hoffe dass die Gestaltung jetzt allgemeine Zustimmung findet. 

LG,
Heiko

Du bist großartig!

Ich hab die v aus dem contrib gezogen und freue mich auf heute Abend, wenn der Strom aus der Batterie zum Haus fließt. 

Vielen Dank und viele Grüße,
Peter

[peterboeckmann]

Hallo Heiko,

ich bin gerade über ein neues Problem gestolpert, das ich selbst verursacht habe.
Ich bin letzte Woche mit fhem auf einen Raspi5 mit Debian Bookworm umgezogen. Danach passten die Vorhersagen nicht mehr so ganz. Heute sehe ich, dass das Perl Modul AI::DecisionTree fehlt.

Nach der Installation mit cpan meldet der Anlagencheck immer noch das gleiche Problem.
Bei meiner Recherche bin ich sehr schnell auf diesen Foreneintrag gestoßen: https://forum.fhem.de/index.php?msg=1340950

Magst du die Erkenntnis im Anlagencheck ergänzen?
Unter Bookworm muss die Installation nicht mit cpan erfolgen, sondern mit:

Code Auswählen Erweitern

sudo apt-get install libai-decisiontree-perl
Danke!

Viele Grüße,
Peter

[DS_Starter]

Hallo Peter,

die alternative Installationsmethode kann ich gerne ergänzen.
Mich wundert es etwas, weil cpan bzw. cpanm nach meiner Auffassung genau die richtigen Tools sind um im Perl Umfeld Zusatzmodule zu installieren.
Kann da allerdings auch nicht mit Erfahrung argumentieren, bei mir hat cpan / cpanm bisher immer zum Erfolg geführt.
Vielleicht können Nutzer, die da tiefer drin stecken, noch etwas dazu beitragen.

Bzgl. Grafik (danke  ), wir warten den Tag und Abend mal ab und wenn alles zur Zufriedenheit läuft, checke ich die V 1.52.2 heute Abend in.

Grüße,
Heiko

[300P]

String-Nordausrichtung gibt im Sommer immer weniger Ertrag gegenüber der gleichen Anlage mit einer String-Südausrichtung.

Das erklär doch bitte mal einem PV-Anlagenbetreiber auf der Südhalbkugel.

LG

pah

Guten Morgen pah,
sorry - aber das war mir beim tippen schon so bewußt.

Als ich es dann geschrieben hatte, wollte ich es aber nicht weiter ausholend und ausführlich aufzeigen.
Denn wer von den hier beitragenden Usern (mit SF-Modul) ist auf der Südhalbkugel und verfolgt diese Faden im Einzelnen detailiert....
Sichtlich sehr sehr wenige (Anlage)

Gruß
300P

[grappa24]

Guten Morgen,

ich hab die aktuelle Entwicklung nicht mehr verfolgt und gleich eine "dumme" Frage:

- Im Attr flowGraphicControl ist ein neuer Schlüssel "showGenerators" vorhanden um eine Reihe mit
  PV-Zellen anzuzeigen sofern der WR Zellen zugeordnet hat.

Warum werden die PV-Zellen oberhalb der Sonne dargestellt und nicht zwischen Sonne und Haus? ... sorry

[DS_Starter]

Warum werden die PV-Zellen oberhalb der Sonne dargestellt und nicht zwischen Sonne und Haus? ... sorry

Die Sonne ist ja nur das Standard-Icon stellvertretend für einen Standard PV-Wechselrichter. Ändere das Icon wenn du es wünscht und schon sieht es andres aus.

[DS_Starter]

@all,

im contrib V 1.52.2 nochmal upgedated (Summezahl Haus).