Leistungsprognose für Wechselrichter

kask · 19 Oktober 2023, 15:41:00

Sehr schön, ich teste.

stefanru · 20 Oktober 2023, 10:42:58

Zitat von: DS_Starter am 17 Oktober 2023, 21:48:08@Stefan, die "minutengenaue" Prognose conForecast habe ich nun auch mit eingecheckt.

Ok, habe nun mehrere Tage getestet, funktioniert 1A.

Habe mir eine Anzeige gebastelt die mir immer zeigt wie viel Wh am nächsten Sunrise (Morgen) noch verfügbar sind.
Das reading inkludiert PV Ertrag bis zum nächsten Sunrise, Batterie Stand und Verbrauch bis zum nächsten Sunrise.

Vielen Dank!

DS_Starter · 20 Oktober 2023, 14:47:11

@kask, ich einen Fehler in der 1.0.6 Version im contrib festgestellt und korrigiert.

kask · 20 Oktober 2023, 16:04:45

Was war da für ein Fehler? Sah soweit gut aus was ich beobachtet hatte.

DS_Starter · 20 Oktober 2023, 16:22:37

Das Today_PVreal wurde mit einem falschen Wert überschrieben der nicht der Summe der einzelnen Stunden entsprach.

"Schuld" war dieser Code:

Code Auswählen

 push @$daref, "Today_PVreal<>".      (sprintf "%.0f", $pvre).' Wh';

Wobei ich da keinen wirklichen Fehler ermitteln konnte.
Habe es jetzt anders gelöst und passt.

DS_Starter · 20 Oktober 2023, 22:59:26

Habe die 1.0.6 eingecheckt. Ist morgen früh im Update.

kask · 21 Oktober 2023, 09:04:58

@ DS_Starter
kurze Frage:
Das InternalVal "FVERSION" wird das nur bei einem Neustart von FHEM gesetzt/geschrieben?
Ist das eine FHEM eigenart?
Ich frage weil ich meist nur das Modul reloade. Ausser du schreibst das expliziet restartet werden muss.

Und bei einem Versionswechsel mit "reload 76_SolarForecast.pm" wird "FVERSION" nicht überschrieben. Da ich eigentlich jede Version hier mitnehme ist mir das jetzt aufgefallen.

Ich konnte das auf die schnelle auch nicht im code finden, dass aktive die variabele geschrieben wird.
Das läst mich annehmen das FHEM das aus dem Modul beim laden des Modules extrahiert. Ist das so?

kask · 21 Oktober 2023, 09:22:48

Ok, habs gefunden. Müsste das Device einmal "definen" dann würde es aktualisiert werden.
Wäre es vieleicht besser das nach dem initialisieren zu setzen, dann müsste es doch richtig angezeigt werden?

Nicht falsch verstehen. Ich brauch das nicht oder frage es an. Wollte dich nur sensibilisieren das wenn du schon eine Version ausgibts, diese auch dem tatsächlich geladenem Modul entspricht. Kannst du ja in stiller stunde oder bei akuter Langeweile mal drüber nachdenken.

DS_Starter · 21 Oktober 2023, 09:36:18

Moin,

ja danke, denke ich mal drüber nach.

Jetzt habe ich erstmal die Gestaltungsmöglichkeiten in graphicHeaderOwnspec erweitert.
Man kann nun über Leerfelder und Zeilentitel eine gewisse Struktur einbringen.

graphicHeaderOwnspec <Label>:<Reading> <Label>:<Reading> ...
Anzeige beliebiger Readingswerte des Devices.
Die anzuzeigenden Werte werden durch Leerzeichen getrennt. Es werden vier Werte (Felder) pro Zeile dargestellt.
Die Eingabe kann mehrzeilig erfolgen.

Jeder Wert ist jeweils durch ein Label und das dazugehörige Reading verbunden durch ":" zu definieren.
Leerzeichen im Label sind durch " " einzufügen, ein Zeilenumbruch durch "<br>".
Ein leeres Feld in einer Zeile wird durch ":" erzeugt.
Ein Zeilentitel kann durch Angabe von "#:<Text>" eingefügt werden, ein leerer Titel durch die Eingabe von "#".

Beispiel:
attr <name> graphicHeaderOwnspec    #
   AutarkyRate:Current_AutarkyRate
   Überschuß:Current_Surplus
   aktueller Netzbezug:Current_GridConsumption
   :
   #
   CO bis Sonnenuntergang:statistic_todayConForecastTillSunset
   PV Übermorgen:statistic_dayAfterTomorrowPVforecast
   :
   :
   #Batterie
   in heute:statistic_todayBatIn
   out heute:statistic_todayBatOut

Liegt im contrib. Checke ich bestimmt heute Abend noch ein. Aber kannst/könnt es schon testen wenn Interesse.

minierm · 21 Oktober 2023, 20:49:23

Danke für Deine Arbeit!
Wenn Du schon dabei bist

Kannst Du es konfigurierbar machen, daß Netz und Batterie in der Grafik getauscht werden? MTEC zeigt das andersrum an..
...und wodran liegt es, daß die Grafik Stromflüße und die Consumerschalter nicht aktualisiert werden (nicht beim Betätigen und auch nicht bei asynch)? (Aktueller Firefox)

DS_Starter · 21 Oktober 2023, 21:06:16

ZitatKannst Du es konfigurierbar machen, daß Netz und Batterie in der Grafik getauscht werden?

Da muß ich leider passen. Das wäre unverhältnismäßig hoher Aufwand, sorry.
Vielleicht kann das MTEC konfigurierbar anbieten.

Zitatund wodran liegt es, daß die Grafik Stromflüße und die Consumerschalter nicht aktualisiert werden (nicht beim Betätigen und auch nicht bei asynch)?

Die Aktualisierung sieht man nur in der Raumansiecht, nicht der Detailansicht.
Hast du das Attr event-on-change-reading = .* gesetzt?

minierm · 21 Oktober 2023, 22:17:45

Zitat von: DS_Starter am 21 Oktober 2023, 21:06:16
ZitatKannst Du es konfigurierbar machen, daß Netz und Batterie in der Grafik getauscht werden?
Da muß ich leider passen. Das wäre unverhältnismäßig hoher Aufwand, sorry.
Vielleicht kann das MTEC konfigurierbar anbieten.

Zitatund wodran liegt es, daß die Grafik Stromflüße und die Consumerschalter nicht aktualisiert werden (nicht beim Betätigen und auch nicht bei asynch)?
Die Aktualisierung sieht man nur in der Raumansiecht, nicht der Detailansicht.
Hast du das Attr event-on-change-reading = .* gesetzt?

Schade

Ja, ist gesetzt. Ich habe jetzt einen Raum nur mit der Grafik erstellt, aber keine Verbesserung.

DS_Starter · 21 Oktober 2023, 22:24:02

ZitatJa, ist gesetzt. Ich habe jetzt einen Raum nur mit der Grafik erstellt, aber keine Verbesserung.

Nur mit der Grafik? Wie meinst du das?
Dann muß dein FHEmWEB Device auch das Attr longpoll = 1 oder websocket gesetzt haben, also longpoll verwenden.
Mehr fällt mir nicht ein.

cpet · 24 Oktober 2023, 18:27:30

Zitat von: stefanru am 20 Oktober 2023, 10:42:58
Zitat von: DS_Starter am 17 Oktober 2023, 21:48:08@Stefan, die "minutengenaue" Prognose conForecast habe ich nun auch mit eingecheckt.

Ok, habe nun mehrere Tage getestet, funktioniert 1A.

Habe mir eine Anzeige gebastelt die mir immer zeigt wie viel Wh am nächsten Sunrise (Morgen) noch verfügbar sind.
Das reading inkludiert PV Ertrag bis zum nächsten Sunrise, Batterie Stand und Verbrauch bis zum nächsten Sunrise.

Vielen Dank!

Hi, sieht gut aus, könntest du vielleicht kurz erläutern wie du das "gebastelt" hast?

Lieben Gruß
Christian

Heatseeker · 24 Oktober 2023, 18:31:45

Zitat von: DS_Starter am 18 Oktober 2023, 21:09:36
ZitatJedoch soll es noch zwei Bedingungen geben:
Humidity > 70 und DoorState =closed
Bekomme ich das mit dem interuptable hin, oder muss ich das über ein doif machen...
Es kommt darauf an, ob diese beiden Bedingungen nur unterbrechen und nicht den Consumerzyklus beenden sollen.
In Interuptable kann man nur eine Bedingung angeben.
Ich persönlich würde mir dazu über das Attr userExitFn ein wenig Code einfügen der bei Humidity > 70 und DoorState =closed ein Reading (im SolarForecast Device) auf 1, anderenfalls auf 0 setzt. Dieses Reading und den Regex (auf "1") gibt man dann im Key interuptable an.
Das kann man natürlich auch mit einem DOIF machen und das auszuwertende Reading damit setzen. Du solltest aber mit dem DOIF nicht direkt den Consumer ein/aus schalten damit auch die Einplanungszeiten eingehalten werden können.

Moin,

Also die externen Bedingungen, sollen das Gerät unterbrechen.
Ich habe nun ein Dummy angelegt und schalte mit einem doif nun dieses auf 1 oder 0. Dies habe ich nun als interuptable angegeben, aber so richtig klappt das noch nicht... bzw wird ignoriert.
Wie müsste ich hier das interuptabld anlegen?

Ich weiß, dass es umständlicher ist als nötig, aber damit komme ich langfristig vermutlich besser klar....