Leistungsprognose für Wechselrichter

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

Vorheriges Thema - Nächstes Thema

mcp

#1920
Zitat von: DS_Starter am 26 Oktober 2022, 17:05:39
@mcp, teste mal bitte die gerade ins contrib geladene V 0.71.2

Bei mir funktioniert sie tadellos ohne "connection refused ..." (auch im style "black" und FTUI) und die Schalter reagieren auch sofort.
bei mir ist "connection refused ..." noch vorhanden, tauchen aber deutlich weniger auf, das ist schon mal positiv :)

Schalter aktualisieren sich bei mir nicht live - Aber wie gesagt, wenn's bei allen anderen funktioniert, würde ich da nicht mehr Zeit drin "versenken", ich brauche die Schaltmöglichkeit dort eigentlich nicht.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

DS_Starter

Teste auch nochmal mit longpoll = 1 im FHEMWEB Device.
Proxmox+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

Ich hatte doch tatsächlich vergessen meine Änderung auch für den Auto-Schalter umzusetzen.
Habe ich nachgeholt und ins contrib geladen.
Proxmox+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

top!! Funktioniert!  :D ;D ... vielen Dank.

Sag mal was ist das für ein Feature in deinem Modul, was die Versionsnummer in:


76_SolarForecast.pm:v1.1.1-s21735/2022-10-26 TESTING


ändert, wenn man ,,reload 76_SolarForecast.pm,, macht? :)

nach einem FHEM restart sieht's wieder normal aus:


76_SolarForecast.pm:v0.71.2-s21735/2022-10-26 TESTING
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

DS_Starter

#1924
Es gibt in FHEM ein Modul Meta. Dem werden beim Define (passiert beim Start immer) die internen Informationen bereitgestellt.
Damit ich es einfacher habe , hat mein Modul einen eigenen Mechanismus um Meta die Versionsnummer mitzuteilen.
Das funktioniert bei einem reload nicht.
Aber das ist egal. Reload ist im Prinzip nicht gut und funktioniert nur wenn in einem Modul keine Dinge geändert wurden an denen sich reload stört. Das weiß aber nur der Modulautor. Der User weiß das nicht und sollte immer einen Restart ausführen wenn nach einem Reload etwas nicht so funktioniert wie erwartet, bzw. immer um sicher zu gehen.

Kennst du das Installer Modul ? Das wertet viele Informationen von Meta aus.
Proxmox+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

danke Dir für die Erklärungen.

Nein, das Installer Modul kenne ich (noch) nicht.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

mcp

#1926
Zitat von: mcp am 26 Oktober 2022, 19:06:25
top!! Funktioniert!  :D ;D ... vielen Dank.
Dafür ist der Connection refused Bug wieder da?! :)

Der taucht exakt nach Ablauf des interval auf, also default 70 Sekunden. Wenn man ihn auf z.B. 12 stellt kommt die Meldung alle 12 Sekunden. Aktualisierung der Anzeige ist somit auch ausgehebelt.
Edit: longpoll 1 ändert daran nichts

Für die Schalter-Testerei hatte ich mir ein neuen consumer angelegt, 07 in dem Fall, da ist mir grade aufgefallen, dass die Flow Grafik das nicht mehr unterstützt, siehe Screenshot. 7 ist einer zu viel :)
Das wird wohl an der fixen Viewbox-Größe von 780 liegen.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

DS_Starter

Ich habe die Vermutung dass die Datenmenge der grafischen Elemente nicht unbegrenzt ist.
Ich habe mir 6 Dummyverbraucher intergriert und hab damit auch ab und an  Connection refused festgestellt.
Wenn ich die Menge reduziere, z.B. die Flowgrafik ausblende (graphicSelect = forecast) klappt es wieder.

Bin mir unsicher ob ich das Thema im Modul lösen kann, wahrscheinlich eher FHEMWEB. Mal schauen.
Proxmox+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

es liegt am 7ten Verbraucher - wenn ich den lösche ist der Refresh wieder OK und der conref Fehler taucht nur noch selten sporadisch auf.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

DS_Starter

Na mal schauen ob ich da noch eine zündende Idee bekomme...
Proxmox+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

Habe gerade ein V ins contrib geladen. Kannst mal testen ?
Proxmox+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

Moin Heiko,

Zitat von: DS_Starter am 26 Oktober 2022, 22:21:28
Habe gerade ein V ins contrib geladen. Kannst mal testen ?
na klar. Teste ich später im Verlauf des Tages. Heute stehen einige Termine an.
Melde mich sobald ich die Test-Ergebnisse liefern kann.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

mcp

Mir hat's doch grade noch in den Fingern gejuckt ;-)

Mit deiner letzten Änderung (readingsSingleUpdate raus) gibt's kein Connection refused mehr, allerdings auch keinen refresh der Werte mehr.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

mcp

hmm, heute spielt das Modul verrückt.

Ich hatte gestern Abend mit den DevTools vom Browser noch bisschen am HTML Code "rumgebastelt" und dafür den Intervall auf 0 gesetzt gehabt. Dann irgendwann eingepennt, dann ins Bett, heute morgen festgestellt, daß der Intervall noch auf 0 war, den dann wieder auf default 70 gesetzt, dann den o.g. Test gemacht und dann ist mir gerade siehe Screenshot aufgefallen.

Angeblich sind alle API Requests (sogar +1) heute schon erledigt und keine mehr über.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

MadMax

Hallo,

Bei mir passen 7 Consumer nebeneinander, meine Abstände sind auch kleiner.

Gruß
Max
Lenovo M910Q Tiny Debian 12, FHEM 6.3, 2x Siemens Logo 0BA7, Homematic CCU3, Philips HUE, 6x SMA Wechselrichter, BYD HVM, BYD HVS, SMA EVCharger, KEBA Wallbox, 2x HMS800W, Daikin Wärmepumpe über CAN, viele ESPs

Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/MadMax