Leistungsprognose für Wechselrichter

[DS_Starter]

Da die Events erstellt werden, passt das. Ohne jetzt im Detail nachforschen zu wollen denke ich verhindert FHEM die Reaktion auf Events die ihrerseits durch eine Reaktion auf Events des gleiches Devices entstanden sind. Das könnte sonst zu einer Schleife führen. Meine das schon vor längerer Zeit gelesen zu haben.

Die Aussage kannst du überprüfen wenn du "state" z.B. über ein notify in einen Dummy "spiegelst" und auf das Reading im Dummy dein DOIF anwendest und darüber dann die Readings im SolarForecast erzeugst. Ich behaupte mal kühn dass das dann funktioniert.
Hoffe du weißt jetzt wie ich es meine. 

[mcp]

*Kopf -> Tisch*

Ja, stimmt. Der Trigger ist nen Event vom Solcast Device, dann ist's logisch.

Danke fürs Augen öffnen

[DS_Starter]

@all,

weil gestern/heute viel hin und her ging sowie getestet wurde hier der Hinweis dass momentan die Version

              0.70.10

aktuell ist und im contrib zur Nutzung liegt.

Die Durchschnittsbildung für die Percentile im Centraltask ist ebenfalls nochmal optimiert was wahrscheinlich ein paar ms bringen könnte.

Aktuell sehen die Performancezahlen bei mir etwa so aus:

Code Auswählen Erweitern


runTimeCentralTask => 0.4809
runTimeLastAPIAnswer => 2.5284
runTimeLastAPIProc => 0.2884


runTimeLastAPIAnswer  kann wie geschrieben für das Performanceverhalten ignoriert werden, gibt aber eine Information wie lange die Antwort von der SolCast API auf einen Request dauert.
Wenn es von allgemeinem Interesse ist, könnte ich ein Attr (ähnlich dem createConsumptionRecReadings) einbauen und darüber eine Auswahl Kennzahlen anbieten für die Readings erzeugt werden sollen.
Das für den Fall man möchte die Infos loggen o.ä.

[mcp]

Wenn es von allgemeinem Interesse ist, könnte ich ein Attr (ähnlich dem createConsumptionRecReadings) einbauen und darüber eine Auswahl Kennzahlen anbieten für die Readings erzeugt werden sollen.
Das für den Fall man möchte die Infos loggen o.ä.

ich stimme dafür

bei mir bis jetzt:

Code Auswählen Erweitern


runTimeCentralTask    min: 1.9155  max: 2.8903
runTimeLastAPIAnswer  min: 1.8620  max: 4.7286
runTimeLastAPIProc    min: 0.9257  max: 1.3718


[DS_Starter]

Zur Kenntnis genommen. 

runTimeCentralTask ist bei dir immer noch so hoch, macht sich das irgendwie negativ bei dir bemerkbar ?
Und hast du eine Vermutung wieso es so ist (Loggingzeiten gehen z.B. mit ein usw.) ?

runTimeLastAPIProc  ist zwar auch "grenzwertig", aber so oft werden die SolCast API Daten nicht abgerufen und verarbeitet.

[SparcWolf]

Vorhin:

Code Auswählen Erweitern

runTimeCentralTask => 0.9764
runTimeLastAPIAnswer => 1.1213
runTimeLastAPIProc => 1.5852


Jetzt:
   FVERSION   76_SolarForecast.pm:v0.70.10-s21735/2022-10-24 TESTING

   runTimeCentralTask => 0.6850
   runTimeLastAPIAnswer => 1.1189
   runTimeLastAPIProc => 1.4792

VG.

[mcp]

Zur Kenntnis genommen. 

runTimeCentralTask ist bei dir immer noch so hoch, macht sich das irgendwie negativ bei dir bemerkbar ?

nein, läuft alles wie gewohnt flüssig.

Und hast du eine Vermutung wieso es so ist ?

Evtl. ist mein FHEM kein Maßstab, ich hab' _ziemlich viel_ da drin und es hat quasi immer was zu tun.

[Icinger]

Hmm, bin gestern durch diesen Thread https://forum.fhem.de/index.php/topic,129817.msg1240874 auf dieses Modul aufmerksam geworden.

Hab mich heut ein wenig damit beschäftigt, weil es genau das kann, was ich eigentlich suche.
Aber als Österreicher hab ich da scheinbar schlechte Karten, weil keine einzige DWD-Station für Österreich Strahlungswerte liefert.
Hab zwar jetzt hier was von solcast gelesen, hab aber nirgends irgendwo was gefunden (oder hab ichs überlesen??), wie ich von dort die Daten abrufen könnte.

Oder gibts hier auch Landsmänner, die das schon in verwendung haben?

[DS_Starter]

Hab zwar jetzt hier was von solcast gelesen, hab aber nirgends irgendwo was gefunden (oder hab ichs überlesen??), wie ich von dort die Daten abrufen könnte.

Ja, SolCast ist momentan das Pferd welches wir reiten.
Wenn du das Modul aus meinem contrib geladen hast, gibt es eine deutsche Hilfe mit "help SolarForecast de", oder ohne de falls du ohnehin dein System auf DE gestellt hast.
Da steht eigentlich alles drin.

Ansonsten definieren mit

   define <name> SolarForecast

und du wirst mit einer Guided Procedure durch das initiale Setup geführt.
Für die SolCast API Nutzung must du an der entsprechenden Stelle (currentRadiationDev) nur SolCast-API auswählen und die entsprechenden Angaben eingeben.

LG

[vuffiraa]

Moin,

hier meine Zahlen von heute morgen:

Code Auswählen Erweitern

runTimeAPIResponseProc => 3.4441
runTimeCentralTask => 1.1758
runTimeCycleSummary => 0.3979
runTimeLastAPIAnswer => 1.4538
runTimeLastAPIProc => 3.6424

VG

[Dracolein]

FVERSION 76_SolarForecast.pm:v0.70.9-s21735/2022-10-24 TESTING

Code Auswählen Erweitern

runTimeCentralTask => 0.9809
runTimeLastAPIAnswer => 0.7583
runTimeLastAPIProc => 1.5917

Keine besonderen Vorkomnisse seit 24.10.2022,  ~11:00 Uhr (letzter Serverneustart)

[mcp]

Moin,

hier meine Zahlen von heute morgen:

Code Auswählen Erweitern

runTimeAPIResponseProc => 3.4441
runTimeCentralTask => 1.1758
runTimeCycleSummary => 0.3979
runTimeLastAPIAnswer => 1.4538
runTimeLastAPIProc => 3.6424

VG

hmm, das sieht mir nach einem Mix aus alt/neu aus?!

denn:
- runTimeAPIResponseProc gibt's nicht mehr bzw. ist nun runTimeLastAPIProc
- runTimeCycleSummary heißt jetzt runTimeCentralTask

es gibt in Summe aktuell (v0.70.10) 3 Stück für runTime:
- runTimeCentralTask
- runTimeLastAPIAnswer
- runTimeLastAPIProc

[DS_Starter]

Moin zusammen,

im contrib liegt eine neue V 0.71.0.
Hinzugekommen ist das Attr createStatisticReadings mit dem man sich bestimmte Statistik Kennzahlen als Reading erstellen lassen kann, z.B. zum Loggen/verfolgen (Screenshot).

Weiterhin habe ich den global Parameter dnsServer mit in die Anlagenprüfung eingefügt. Es springt einem dann gleich ins Auge wenn der nicht gesetzt sein sollte. Speziell für das Model SolCastAPI braucht man dnsServer weil sonst die Namensauflösung blockieren kann.

Allgemeiner Hinweis: Die Daten/Schlüssel in valCurrent sind flüchtig und werden mit einem FHEM Neustart gelöscht und wieder neu angelegt.

[Hauswart]

Hinweis: Der Anlagencheck gibt für rainFactorDamping und cloudFactorDamping "0" vor, die Commandref sagt default "10" bzw "35".

[mcp]

Jo, das müsste man differenzieren, mit DWD die bisherigen defaults, mit Solcast 0