76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[Parallix]

@Parallix,

Persönlich würde mir eine Benachrichtigung  über ein Event pro Bin reichen

Mir auch. Leider ist die Umsetzung nicht so einfach weil sich der Wert im Log (Energy consumption of xxxxx Wh) ständig ändert, ...

Die erstmalige Überschreitung eines Limit-Events (production oder consumption over limit)  in einem Bin müsste aus SF heraus doch detektierbar sein und dann bis zum Ende des Bin in SF gemerkt werden können, oder?

[DS_Starter]

Die erstmalige Überschreitung eines Limit-Events (production oder consumption over limit)  in einem Bin....

Es werden keine Bins bzgl. Consumption und müssten erst eingeführt werden.
Selbst wenn das der Fall wäre, will man ja im Log nicht den Bin ausgegeben haben, sondern den echten Wert wie jetzt auch.
Das heißt am Log ändert sich nichts. Für das Logsequenzmanagement ist aber der konkrete Inhalt der Logausgabe relevant.
Es wird der Inhalt des Logs mit einem bereits ausgegebenen Log verglichen. Wenn die Inhalte identisch sind, wird die Ausgabe unterdrückt.
Greift in diesem Fall aber nicht wie beschrieben.


Edit. Eine machbare Alternative wäre auszugeben:

1: SF - WARNING - day=26, hod=09 - Energy consumption is higher than limit of 25000 Wh and is not saved (set verbose Level 4 for more information).

Und wenn Level 4 gesetzt ist kommt dann der volle Text:

4: SF - WARNING - day=26, hod=09 - Energy consumption of 720617 Wh is higher than limit of 25000 Wh and is not saved.

[Parallix]

Die erstmalige Überschreitung eines Limit-Events (production oder consumption over limit)  in einem Bin....

Es werden keine Bins bzgl. Consumption und müssten erst eingeführt werden.
Selbst wenn das der Fall wäre, will man ja im Log nicht den Bin ausgegeben haben, sondern den echten Wert wie jetzt auch.
...

Möglicherweise bin ich falsch verstanden worden: Wenn die Energy-Consumption z.B. um 9:15 MESZ über dem eingestellten Limit liegt, so wird diese aktuell korrekt angezeigt. Eine erneute Anzeige im Bin von 9:00 - 9:59 MESZ ist nicht nötig, da Sie - aus meiner Sicht - wenig Mehrwert liefert. Da jede neue Logausgabe - wie Du schreibst - mit dem bereits ausgegeben Log verglichen wird, könntest Du doch eigentlich pro Bin hierbei auch nur einen Teil der Zeile (hier "day=26, hod=09 - Energy consumption ... higher than limit") vergleichen. Dann würde man pro Bin nur einmal die Info bekommen.

[DS_Starter]

... könntest Du doch eigentlich pro Bin hierbei auch nur einen Teil der Zeile (hier "day=26, hod=09 - Energy consumption ... higher than limit") vergleichen

Naja, es gibt keine Funktion die einen Vergleich eines bestimmten Teilinhalts eines Logs - der ja auch noch kontextbezogen ist da es viele verschiedene Logausgaben gibt - ausführt.
Also wenn anpassen, dann so wie ich in meinem Edit geschrieben habe.

[dieter114]

Moin Heiko,
nochmal eine grundsätzliche Frage:
Ich habe ja mein SF-System komplett neu erstelen müssen also alle Daten erstmal weg.
Training für CON geht erst in einigen Monaten.
Es läuft also kein AI im CON Bereich.
Mir ist aufgefallren das morgens wenn die Batterie geladen wird,
diese Energie im CON (auch im nächsten Tag) angezeigt wird.
Dies ist m.E. nach falsch. Energie die für "später" gespeichert wird ist kein CON im eigentlichen Sinn.
Oder wird das nur z.Z. bei mir falsch angezeigt?
LG WDS

[DS_Starter]

Hallo Wolfdieter,

Mir ist aufgefallren das morgens wenn die Batterie geladen wird,
diese Energie im CON (auch im nächsten Tag) angezeigt wird.
Dies ist m.E. nach falsch. Energie die für "später" gespeichert wird ist kein CON im eigentlichen Sinn.

Absolut richtig.
Wenn das so ist, gibt es aber ein Setup-Problem, d.h. die angebenen Readings z.B. für BatIn enthalten keine oder zuwenig Daten.
Da muß man sich die Werte mal mit ctrlDebug=collectData anschauen. Wenn z.B. ein kleiner Wert als BatIn verwendet wird, landet die Differenz automatisch
als unspezifischer Verbrauch weil er nirgends zugeordnet werden kann.

LG,
Heiko