Leistungsprognose für Wechselrichter

Begonnen von ch.eick, 18 Januar 2021, 08:35:46

Vorheriges Thema - Nächstes Thema

mcp

#1845
Mit der neusten Version (76_SolarForecast.pm:v0.70.7-s21735/2022-10-22) kam jetzt grade (16:43 Uhr) die Meldung: SolCast API server response: You have exceeded your free daily limit.

Das Icon ist rot und dort steht: (39/11)

Today_SunRise 08:06
Today_SunSet 18:24
optimizeSolCastAPIreqInterval 1

Hab' ich auch nur gemerkt, weil ich mir mit Pushover diverse Meldungen aufs Smartphone schicken lasse.

nextSolCastCall   nach 23.10.2022 16:52:25

Mal schauen was danach passiert ...

Edit: danach die gleiche Meldung. Haben die evtl. das Limit heute herabgesetzt?
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

DS_Starter

#1846
OT....

ZitatOb mein Pi 4 mit (glaube ich) 2 GB RAM leistungstechnisch am Limit ist, würde mich interessieren. Leider adhock keine Kenntnisse, wie ich das in Erfahrung bringe.

Hier ein Script für DbLog User um den Speicherbedarf von Perl (und damit FHEM) auf seinem System zu ermitteln.


############################################################################################################
#       RAM Verbrauch von Perl ermitteln und mit "<DbLog-Device>" speichern
#       Aufruf mit: { psize("<DbLog-Device>") }
############################################################################################################
sub psize($) {
    my ($name) = @_;
   
my $ts  = FmtDateTime(time);
my $ret = $ts."|psize|manual|manual|size|";
my $v   = `awk '/VmSize/{print \$2}' /proc/$$/status`;
$ret   .= sprintf("%.2f",(rtrim($v)/1024));
$ret   .= "|MB";

fhem ("set $name addCacheLine $ret");

return;
}


Das Script in MyUtils.pm speichern und z.B. mit einem At aufrufen:


define AT.pSize at +*00:01 { psize("LogDBShort") }


LogDBShort ist ein DbLog Device im asynchronen Modus.
In einem SVG dargestellt kann man sich seinen Speicherverbrauch visualisieren wie im Anhang.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Zitat
Mit der neusten Version (76_SolarForecast.pm:v0.70.7-s21735/2022-10-22) kam jetzt grade (16:43 Uhr) die Meldung: SolCast API server response: You have exceeded your free daily limit.
Vermutlich hast du im Laufe des Tages upgedated ?
Die Meldung kannst du erstmal ignorieren. Morgen früh beginnt alles von vorn mit einem neuen Zähler.
Wenn es dann wieder soweit kommen sollte, meldest dich nochmal.
Für heute ist das Limit offensichtlich erreicht und die API wird auch nicht anderes mehr rückmelden.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

mcp

Update passierte heute Nacht kurz vor 0 Uhr, Neustart von FHEM gegen 4 Uhr heute Nacht.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

DS_Starter

Hmm, beobachten. Mein Testsystem mit der aktuellen Version tracktiere ich den ganzen Tag und läuft ganz normal.
Jetzt aktuell

      SolCast: 23.10.2022 16:52:23  success  (44/6)

Also alles ganz normal. Hab mal Geduld bis morgen.
Ich weiß nicht wann du morgen früh aktiv bist. Du kannst dir immer mal den SolCast Status mitschneiden mit "get ... solCastData".
Diese Schlüssel sind interessant und ändern sich mit jedem Abruf (außer todayMaxAPIcalls):


                todayDoneAPIcalls: 22
                todayDoneAPIrequests: 44
                todayMaxAPIcalls: 25
                todayRemaingAPIcalls: 3
                todayRemainingAPIrequests: 6


ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Diese Ausgabe von SolCastData kannst du auch jetzt mal posten für mich.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

mcp


                currentAPIinterval: 501
                todayDoneAPIcalls: 47
                todayDoneAPIrequests: 47
                todayRemaingAPIcalls: 3
                todayRemainingAPIrequests: 3


todayMaxAPIcalls hab ich nicht. Ich vermute, weil ich ,,optimizeSolCastAPIreqInterval 1" benutze.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

DS_Starter

todayMaxAPIcalls  kommt beim nächsten Update mit  ;)

Sehen aber absolut in Ordnung aus deine Zähler.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

mcp

Zitat von: DS_Starter am 23 Oktober 2022, 17:04:38
...
Ich weiß nicht wann du morgen früh aktiv bist. Du kannst dir immer mal den SolCast Status mitschneiden mit "get ... solCastData".
Auf jeden Fall bevor die Sonne auf geht :)
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

DS_Starter

#1854
Oh je bald wird die Uhr wieder umgestellt, dann sind die Tage so kurz. Für mich eine unschöne Zeit ...

Wegen dem Problem von Dracolein ... kannst du bitte die Zeiten aus  "get .. valCurrent" posten ?
Die Schlüssel runTimeAPIResponseProc , runTimeCycleSummary ... zum Vergleich.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

mcp

Zitat von: DS_Starter am 23 Oktober 2022, 18:22:04
Oh je bald wird die Uhr wieder umgestellt, dann sind die Tage so kurz. Für mich eine unschöne Zeit ...
Ja, dito - bekomme schon Würgreiz bei dem Gedanken, und dann wieder Monate lang shit Wetter ;-(
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Dracolein

Ich versuch schon seit ner Stunde zu antworten, aber sowohl Kinder, Hund wie auch Ehefrau (in DER Reihenfolge!  8) ) versuchen es proaktiv zu verhindern.


runTimeAPIResponseProc => 4.3362
runTimeCycleSummary => 0.5633


Zusätzlich habe ich versucht Dein Script zu nutzen, allerdings fehlt mir jegliche dblog Grundlage, da ich noch keine Datenbank(en) nutze, weshalb Logeinträge generiert werden:

2022.10.23 17:26:45 3: set LogDBShort addCacheLine 2022-10-23 17:26:45|psize|manual|manual|size|142.57|MB : Please define LogDBShort first
2022.10.23 17:27:45 3: set LogDBShort addCacheLine 2022-10-23 17:27:45|psize|manual|manual|size|144.28|MB : Please define LogDBShort first
2022.10.23 17:28:46 3: set LogDBShort addCacheLine 2022-10-23 17:28:46|psize|manual|manual|size|144.84|MB : Please define LogDBShort first
2022.10.23 17:29:45 3: set LogDBShort addCacheLine 2022-10-23 17:29:45|psize|manual|manual|size|143.99|MB : Please define LogDBShort first
2022.10.23 17:30:45 3: set LogDBShort addCacheLine 2022-10-23 17:30:45|psize|manual|manual|size|143.74|MB : Please define LogDBShort first
2022.10.23 17:31:45 3: set LogDBShort addCacheLine 2022-10-23 17:31:45|psize|manual|manual|size|144.18|MB : Please define LogDBShort first

(was sind das für Megabytes?)

Auch habe ich festgestellt, dass ein SSCam-Livestream in meiner FTUI3 Oberfläche zu "ruckeln" begonnen hat vor einigen Tagen. Auch hier wirkt es wie ein am Limit arbeitendes Betriebssystem.
Einen Zusammenhang zu meinem SolarForcast-FreezeMon-Problem kann ich hier ebenfalls erahnen, denn sobald SolarForecast disable=1 ist das Ruckeln verschwunden.

SolarForecast wie auch die ganze SSCam Livestream FTUI3 Oberfläche läuft seit vielen Monaten unverändert, auch mein FHEM ist bis auf SolarForecast und mein Interesse daran nicht nennenswert geändert worden. Ergo habe ich das currentRadiationDev zurückgestellt auf mein DWD_Radiation-Device, so wie es monatelang problemlos lief.
Erfahrungen über viele Stunden fehlen aktuell noch, aber derzeit ruckelt nichts und FreezeMon meckert nicht rum.
Wenn Du kein Veto einlegst, würde ich mich in ein paar Tagen mit Feedback melden.
Raspberry Pi 4 mit FHEM; FTUI Dashboard auf Asus 15,6" VT168H Touchscreen; ZigBee mit ConBee2 USB-Stick; div. Shelly 2.5; integr. Gaszähler mit ESP8266 & ESPEasy;

DS_Starter

Jetzt war das Forum abgestürzt ...

Mein Script ist nur für DB User. Es gibt aber eins für Filelog von Rudolph König welches ich als Vorlage genutzt habe. Kannst im Forum mal nach psize suchen.

Zitat
Erfahrungen über viele Stunden fehlen aktuell noch, aber derzeit ruckelt nichts und FreezeMon meckert nicht rum.
Wenn Du kein Veto einlegst, würde ich mich in ein paar Tagen mit Feedback melden.
Ich lege kein Veto ein, aber das hilft uns nicht. Es gibt de facto keine Stelle wo ich drehen könnte. Ich habe lediglich den Verdacht dass sich meine eingebaute Zeitmessung im centralTask mit der Messlogik von FreezeMon in die Quere kommt.
Deswegen meine Bitte das Freezemon zu entfernen.
Ich werde es bei mir mal aktivieren, verwende Freezemon sonst nie.
Allgemeiner Tipp ... solche Tools nicht ständig mitlaufen lassen, nur zur Problemanalyse wenn man ein Problem hat. Die Tools greifen natürlich ihrerseits in das System ein was nicht unbedingt ständig gewünscht ist.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Zitat
2022.10.23 17:26:45 3: set LogDBShort addCacheLine 2022-10-23 17:26:45|psize|manual|manual|size|142.57|MB : Please define LogDBShort first
2022.10.23 17:27:45 3: set LogDBShort addCacheLine 2022-10-23 17:27:45|psize|manual|manual|size|144.28|MB : Please define LogDBShort first
2022.10.23 17:28:46 3: set LogDBShort addCacheLine 2022-10-23 17:28:46|psize|manual|manual|size|144.84|MB : Please define LogDBShort first
2022.10.23 17:29:45 3: set LogDBShort addCacheLine 2022-10-23 17:29:45|psize|manual|manual|size|143.99|MB : Please define LogDBShort first
2022.10.23 17:30:45 3: set LogDBShort addCacheLine 2022-10-23 17:30:45|psize|manual|manual|size|143.74|MB : Please define LogDBShort first
2022.10.23 17:31:45 3: set LogDBShort addCacheLine 2022-10-23 17:31:45|psize|manual|manual|size|144.18|MB : Please define LogDBShort first
Zu deiner Frage ... dein FHEM (Perl) benötigt lediglich ca. 150 MB RAM. Das ist absolut ok und mit 2GB RAM im Server bist du sicher gut bedient.

Jetzt habe ich auf meinem Testsystem FreezeMon installiert. Es gibt diese Meldungen von knapp über 1 s aus:


2022.10.23 19:04:26.082 1: [Freezemon] freezer: possible freeze starting at 19:04:25, delay is 1.081 possibly caused by: tmr-CODE(0x55b4d5ebb780)(GetUpdate) tmr-CODE(0x55b4d5ebb780)(GetUpdate) tmr-TPLinkHS110_Get(Steckdose1) tmr-DbLog_execmemcache(LogDB) tmr-DbLog_execmemcache(LogSQLITE1) tmr-FHEM::SolarForecast::centralTask(SolCast1)
2022.10.23 19:05:41.022 1: [Freezemon] freezer: possible freeze starting at 19:05:40, delay is 1.022 possibly caused by: tmr-FHEM::SSCam::wdpollcaminfo(CamHE1) tmr-FHEM::SolarForecast::centralTask(SolCast6)
2022.10.23 19:19:41.072 1: [Freezemon] freezer: possible freeze starting at 19:19:40, delay is 1.072 possibly caused by: tmr-FHEM::SolarForecast::centralTask(SolCast6)


Muß dazu sagen dass es auf dem System 7 ! SolarForecast Devices parallel gibt. Also nichts weltbewegendes im Freezemon festellbar. Das System hat auch 2GB RAM (virtuelle Maschine).

Aber ich habe evtl. noch eine Idee wo ich etwas an der Performance machen kann.
Dennoch ... deine Zeiten, die auch noch ansteigen sind nicht i.O.
Dinstalliere Freezemon mal und teste ohne. Du kannst es ja schnell wieder hinzufügen. Kopiere dir die Raw-Definition raus, dann geht es am schnellsten.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

#1859
@Dracolein,

ich habe (soeben) noch eine neue Version ins contrib gestellt.
Teste die Version bitte bei dir und stelle dabei die Autokorrektur auf "off"
Teste die Version bitte mit eingeschalteterAutokorrektur mit aktivierter SolCast API.
Dann poste bitte wieder die Schlüssel


runTimeAPIResponseProc
runTimeCycleSummary


Ich erwarte reduzierte Zeiten insbesondere im Key runTimeAPIResponseProc.  Bei mir sieht es aktuell so aus:


runTimeAPIResponseProc => 0.7088
runTimeCentralTask => 0.3065
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter