Leistungsprognose für Wechselrichter

[MadMax]

Hallo Heiko,

kein Problem.

Du musst dann nur in Zeile 5561 die ConsumerVal anpassen, aktuell ist da mintime drin.

Gruß
Max

[ch.eick]

Hallo zusammen,
die Themen der Leistungsprognose überschneiden sich mitlerweile etwas

Hier noch mal einige hinweise zum Solar_forecast() aus dem Kostal Plenticore Thread.

VG
   Christian

[eddy242]

Hallöchen,
ich habe seit gestern bei einem der beiden Modbus-ausgelesenen SMA's das reading "yield.today 536870911" also lustigerweise genau der Wert aus dem u.a. Zitat. Was war denn die Lösung, den Wert wieder zu korrigieren? Ignorieren macht ja nur temporär Sinn, ich möchte ja den Verlauf sehen. Danke!

zumindest lassen sich per Modbus einfach die  falschen Werte ignorieren, die m.E. immer wieder auftauchen wenn ein Update von SMA eingespielt wird (da bin ich noch am testen ob dem wirklich so ist)

....

VG
  habl

[habl]

Hallöchen,
ich habe seit gestern bei einem der beiden Modbus-ausgelesenen SMA's das reading "yield.today 536870911" also lustigerweise genau der Wert aus dem u.a. Zitat. Was war denn die Lösung, den Wert wieder zu korrigieren? Ignorieren macht ja nur temporär Sinn, ich möchte ja den Verlauf sehen. Danke!

ich habe bei dem Modbus Geräten das Attribut

Code Auswählen Erweitern

dev-h-defIgnoreExpr (( $val==536870911 ) || ( $val ==2147483648 ) || ( $val ==4294967295 ))

gesetzt, somit wird der Wert ignoriert wenn es 536870911, 2147483648 oder 4294967295 ist.
Das sind genau die Werte die zurückkommen, wenn die SMA's nicht Bereit sind z.B. durch Einspielung eines Updates oder während der Bootphase, etc. Wenn die Werte über einen längeren Zeitraum bestehen bleiben, würde ich von einen Fehler vom Wechselrichter ausgehen oder evtl. eine alternative Registeradresse abfragen.

[eddy242]

Also das traf bei mir nicht zu, das Reading stand 3 Tage lang auf dem gleichen (unsinnigen) Wert während mein anderer Wechselrichter munter richtige Werte produzierte. Update bzw. Boot war auch nicht, ich habe die Ereignislogs beider WR gecheckt.

Ich habe es jetzt nach der alten Regel "Reboot tut gut" gelöst, den WR neu gestartet. Voila, auch in FHEM wieder plausible Werte

[kjmEjfu]

Könnte man im Modul Solarforecast für die Dachneigung auch Zwischenwerte zulassen? Ich habe eine Neigung von 25°
Und vielleicht hilft es für die Genauigkeit auch etwas, wenn man bei moduleDirection den tatsächlichen Azimuth eintragen könnte?

[DS_Starter]

Könnte man im Modul Solarforecast für die Dachneigung auch Zwischenwerte zulassen? Ich habe eine Neigung von 25°

Die 25° kann ich mit einbauen. Das sehe ich mit vor wenn ich die Ergänzung von Max einbaue (wollte ich schon lange erledigen  )

Und vielleicht hilft es für die Genauigkeit auch etwas, wenn man bei moduleDirection den tatsächlichen Azimuth eintragen könnte?

Der programmtechnische Aufwand einer weiteren Kleinteilung wäre unverhältnismäßig groß zum evtl. möglichen Ergebnis.
Die Vorhersage ist schon recht genau (Anhang). Andere Faktoren wie eine nicht korrekt vorhergesehe Bewölkung verändern die tatsächliche Erzeugung deutlicher (meiner Meinung nach).

LG

[andi11]

wie hast du denn deinen super schicken Chart erstellt?

[DS_Starter]

Hallo Andi,

die Grafik ist Bestandteil des Moduls. An dieser Grafik haben einige Entwickler gearbeitet, insbesondere Wzut und MadMax.
Eigentlich war die Grafikidee zuerst da (aus einem Vorprojekt) und ich habe das Modul drumherumgebaut. 

Jedenfalls wird die Grafik nach dem Setup des Moduls automatisch erstellt und es gibt jede Menge Attribute diese zu verändern mit Verbraucheranzeige oben/unten und vieles mehr.

[andi11]

danke, habs mir jetzt auch mal runtergeladen und eingerichtet.
War mir nicht so klar dass es PV Vorhersage und Darstellung in einem Modul kombiniert hat.

So schick ist es bei mir noch nicht ganz. Siehe Anhang ist die Darstellung sehr sehr klein. Aber es gibt ja eine Menge Attribute zum rumspielen

[andi11]

mein Chart sieht jetzt auch viel schicker aus. Was muss ich aber machen um an der X Achse die aktuelle Stundenmarkierung in einer anderen Farbe zu haben?
Hab attr historyHour -2 gesetzt.

[DS_Starter]

Hallo zusammen,

in meinem contrib liegt eine neue Version 0.57.2.
Ich habe die Änderung von Max bzgl. der Flowgrafik und weiteres eingearbeitet.

Folgende Änderungen ergeben sich:

* für die Angabe von moduleTiltAngle sind nun auch 25° möglich
* neues Attribut flowGraphicShowConsumerPower zum ein/ausschalten der Anzeige des aktuellen Verbrauchs eines Consumers in der Flowgrafik
* neues Attribut flowGraphicShowConsumerRemainTime zum ein/ausschalten der Anzeige der Restlaufzeit (in Minuten) eines Consumers in  der Flowgrafik

LG,
Heiko

[DS_Starter]

Was muss ich aber machen um an der X Achse die aktuelle Stundenmarkierung in einer anderen Farbe zu haben?

Die Beschriftungsfarbe hängt vom gewählten FHEMWEB Stylesheet ab. Eventuell ist sie dort einstellbar.

[andi11]

Die Beschriftungsfarbe hängt vom gewählten FHEMWEB Stylesheet ab. Eventuell ist sie dort einstellbar.

Ich meine nicht die von allen Stunden, sondern nur die der aktuellen Stunde (ist bei dir rot, die anderen Zeiten sind schwarz)

edit:

für die Angabe von moduleTiltAngle sind nun auch 25° möglich

Habe gerade die Version "76_SolarForecast.pm:v0.57.2-s21735/2020-04-20 TESTING" aufgespielt. Da meckert er wenn ich 15° einstellen will

Code Auswählen Erweitern

Hausdach=20 GartenhausSued=15 GartenhausNord=15

[DS_Starter]

Da meckert er wenn ich 15° einstellen will

Ich habe ja auch 25° hinzugefügt. 

Ich meine nicht die von allen Stunden, sondern nur die der aktuellen Stunde (ist bei dir rot, die anderen Zeiten sind schwarz)

Achso. Aber ist dennoch vom Stylesheet abhängig. Verwende ich einen Black Style, ist die aktuelle Stunde nur etwas anders grau.