76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

Begonnen von DS_Starter, 11 Februar 2024, 14:11:00

Vorheriges Thema - Nächstes Thema

DS_Starter

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

Parallix

Zitat von: DS_Starter am 11 November 2025, 14:21:04Schließe ich aus. Es ist ein integratives Modul. Wer etwas anderes möchte, soll es selbst tun.

War ja auch nur eine Frage. Sorry, wenn ich Dich auf dem falschen Fuß erwischt habe!
FHEM: Debian/Testing BananaPro - AVM: 7490 (7.60) und 7591 (8.20) - Goodwe: GW25K-ET (DSP V10 / ARM V12) - Trina TSM 405: (#East, #South, #West) = (12,16,12) - BYD: 2 x HVS 7.7 (BMS V3.31-B, BMU V3.26-B) - EnOcean - Z-Wave - FS20/HMS

DS_Starter

Kein Problem. Dieses Thema gab es in der Vergangenheit öfter und wurde so oft diskutiert dass ich darauf mittlerweile allergisch reagiere. Das kann natürlich nicht jeder wissen wenn er die Historie nicht so kennt.
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

Parallix

Zitat von: Hadl am 11 November 2025, 15:28:40
Zitat von: Parallix am 11 November 2025, 09:25:55Möglicherweise wird immer noch nicht richtig unterschieden zwischen

    • Notladung, die seitens des BMS angefordert wird
    • Erhaltungsladung, die seitens des (Hybrid-)Wechselrichters erfolgt
Das kann gut sein, ich weis auch nicht, wie ich das unterscheiden kann. Ich sehe nur wann eine Ladung erfolgt, aber nicht warum. Aber im Endeffekt muss sie ja immer der Wechselrichter vornehmen.
...

Den SoC unterhalb dem eine Erhaltungsladung erfolgen soll, kannst Du in aller Regel am WR einstellen und sollte dann, wenn Dein WR ersatz- oder notstromfähig ist, so hoch eingestellt werden, dass damit eine hinreichende Zeit ohne Netzversorgung überbrückt werden kann. Ist die Erhaltungsladung deaktiviert, so droht kein Schaden am Batteriesystem.

Bei der Notladung sieht das anders aus. Hier gibt das BMS selber vor, wann diese erfolgen muss, damit das Speichersystem keinen Schaden nimmt. Der SoC ab dem eine Notladung erfolgt ist userseitig in aller Regel nicht konfigurierbar. Seitens des WRs kannst Du diese Notladung nur dadurch verhindern, dass Du den Ladestrom auf Null setzt, was aber absolut nicht empfehlenswert ist, da damit die die Schutzfunktion des Speichersystems ausgehebelt wird und der Speicher - auch im Standby, also ohne aktive Speichernutzung - in Richtung kritisch niedriger Zellenspannungen (deutlich unter 3 V)  laufen kann.
FHEM: Debian/Testing BananaPro - AVM: 7490 (7.60) und 7591 (8.20) - Goodwe: GW25K-ET (DSP V10 / ARM V12) - Trina TSM 405: (#East, #South, #West) = (12,16,12) - BYD: 2 x HVS 7.7 (BMS V3.31-B, BMU V3.26-B) - EnOcean - Z-Wave - FS20/HMS