Sofortladen ohne Speicherentladung möglich?

[aiole]

Bei einen RPi-basiertem VenusOS sollte das Thema dagegen unproblematisch sein.

Dazu kann ich nix sagen, mangels Erfahrung...würden die nicht auf der SD, im Dateisystem landen?

Vermutlich - oder im RAM?
Mit regelmäßigem SDC-Backup (industrial SDC) sollte das beherrschbar sein. Allemal günstiger als ein teureres, original Victron-GX-device zu stressen.

[hominidae]

Vermutlich - oder im RAM?

Nein, RAM-only wäre volatil und nach einem reboot wären Änderungen weg/alles auf default.
Ich denke bei einem generischen rPi ersetzt die SD den fixen NAND-Speicher....aber auch die sind eben mit endlichen Schreibzyklen ausgestattet...eine Industrial SD mit p-TLC NANDs kann da sicher helfen, den Lebenszyklus zu verlängern

[weichi]

In der Remote Console kann ich unter Einstellungen -> ESS nichts finden, was auf den Grid Setpoint hindeutet. Unter welchem Menüpunkt wäre das denn?

Das topic vom Node CGwacs/AcPowerSetPoint: venus-home/W/hiermeineID/settings/0/Settings/CGwacs/AcPowerSetPoint

Ich denke, Setpoint ist nicht die effizienteste Lösung. Ist er zu hoch abgesetzt, so wird sogar die Batterie geladen. Ist er hingegen zu niedrig, so wird weiter die Batterie entladen. Ich habe mich auch mit dem Thema länger befasst und kam zum Schluss, dass die Regelung der Inverterleistung zumindest für mich am besten funktioniert.

Meine Lösung habe ich hier publiziert.
https://forum.openwb.de/viewtopic.php?p=116920#p116920

[hominidae]

Ich denke, Setpoint ist nicht die effizienteste Lösung. Ist er zu hoch abgesetzt, so wird sogar die Batterie geladen. Ist er hingegen zu niedrig, so wird weiter die Batterie entladen.

Das ist ja keine feste Einstellung des Setpoint...openWB schickt ja ständig ein Update der ins Auto fliessenden Leistung und der Setpoint wird entsprechend dynamisch angepasst.
Da funktioniert genauso gut oder schlecht, wie die PV-Ladung bei openWB selbst.

Ich habe mich auch mit dem Thema länger befasst und kam zum Schluss, dass die Regelung der Inverterleistung zumindest für mich am besten funktioniert.

Auch ein gangbarer Weg, aber wesentlich komplizierter, inkl. Eingriff in die Default-Installation von NR.
Sowas versuche ich unter allen Umständen zu vermeiden, denn sowas ist nach einem Firmware-/Versions-Update meist weg.

...aber die Geschmäcker sich verschieden und es gibt mehr als einen Weg zum Ziel.

Meine Lösung habe ich hier publiziert.

chic! ...danke.

[edingo]

[/img]

Ich denke, Setpoint ist nicht die effizienteste Lösung. Ist er zu hoch abgesetzt, so wird sogar die Batterie geladen. Ist er hingegen zu niedrig, so wird weiter die Batterie entladen.

Das ist ja keine feste Einstellung des Setpoint...openWB schickt ja ständig ein Update der ins Auto fliessenden Leistung und der Setpoint wird entsprechend dynamisch angepasst.
Da funktioniert genauso gut oder schlecht, wie die PV-Ladung bei openWB selbst.

Ich habe mich auch mit dem Thema länger befasst und kam zum Schluss, dass die Regelung der Inverterleistung zumindest für mich am besten funktioniert.

Auch ein gangbarer Weg, aber wesentlich komplizierter, inkl. Eingriff in die Default-Installation von NR.
Sowas versuche ich unter allen Umständen zu vermeiden, denn sowas ist nach einem Firmware-/Versions-Update meist weg.

...aber die Geschmäcker sich verschieden und es gibt mehr als einen Weg zum Ziel.

Meine Lösung habe ich hier publiziert.

chic! ...danke.

Hallo hominidae,
Einiges habe ich schon geschafft, aber wie veräbdere ich den Setpoint mit victron nodes? dieser letzte Schritt fehlt mir und ich finde da keine Anleitung
DAnke

[weichi]

Auch ein gangbarer Weg, aber wesentlich komplizierter, inkl. Eingriff in die Default-Installation von NR.
Sowas versuche ich unter allen Umständen zu vermeiden, denn sowas ist nach einem Firmware-/Versions-Update meist weg.

Mit 3 Zeilen Konfiguration in der “/data/home/nodered/.node-red/settings-user.js” ändert sich in node red nach einem Firmware Update gar nichts. Node red startet sogar mit denselben im Frontend gesetzten Parametern.
Lasse darauf sogar meine Hackschnitzelheizungssteuerung, P2H Überschusssteuerung, PV-Vorhersage-Steuerung mit Batterie-Lade und Entladeregelung plus ein paar andere Gimmicks darauf laufen.
Siehe Victron Community.
Hatte bisher bei einem Firmware Update keinerlei Probleme.

[Heavendenied]

Diesen Aspekt würde ich bei allen WR im Hinterkopf behalten.
z.B. bei Sungrow scheint das auch so zu sein und kein Mensch weiß, wie oft man da so schreiben kann bevor es den Speicher "zerbröselt".
Das ist auch der Grund, warum ich bei meinem Sungrow nach wie vor so wenig wie möglich per HA oder anderen Systemen ins Sungrow System schreibe.
Nichts wäre ärgerlicher als wegen ein paar Cent die man damit sparen könnte die WR Hardware vorzeitig unbrauchbar zu machen!

[hominidae]

Hallo hominidae,
Einiges habe ich schon geschafft, aber wie veräbdere ich den Setpoint mit victron nodes? dieser letzte Schritt fehlt mir und ich finde da keine Anleitung
DAnke

Also ich nutze die Victron Nodes selbst nicht, sondern mqtt (kann man im Cerbo aktivieren und dann eben den Broker auf dem Cerbo auch mit einem externen NR nutzen).

Ich denke aber, dsas Du den ESS Node benötigst.
Die Doku ist hier: https://github.com/victronenergy/node-r ... ctron/wiki
Ausserdem sollte jeder Node eine eigene Hilfe-Seite in NR haben...

[edingo]

Ich hab zwei Probleme...der set point wird auch bei pv laden verschoben..haben den korrigierten flow von hominidae 27.1.24 importiert...

und was passiert eigentlich wenn der speicher voll ist und die pv mehr produziert als das haus braucht...

[openWB]

Dann wird eingespeist.