Der Victron Sammelthread - alles zu den blauen Kisten - Seite 148 
16.2.2022
-26.10.2026 2.974 Antworten 107 Autoren
115 Empfehlungen
|
|
||
|
Egal ob jetzt 1 Hoymiles oder irgendwann mal 3 Hoymiles dran hängen - ich hab einen Shelly 3EM gesetzt, der kommuniziert mit Victron und wird dargestellt - was da hinter dann dran hängt frag ich nicht einzeln ab. War für mich einfacher als Hoymiles zu integrieren - vielleicht auch für dich (in Zukunft) interessanter als nur 1x MicroWR reinzuholen. |
||
|
||
|
Auch lustig. Offenbar wird die Liste doch öfter als einmal pro Quartal aktualisiert. Mein letzter Stand war vom 18. September, da wars noch Ende September. Mein Elektriker sagt, dass das noch nie ein Problem war und die Verlängerung bisher noch immer rechtzeitig gekommen ist. Wirkt grad so, als hätte Victron den Ablauf verpennt und jetzt noch schnell um eine Fristverlängerung angesucht. Reine Spekulation, aber dann würde ich bis Ende Oktober noch eine längerfristige Zertifizierung erwarten. |
||
|
||
|
Ich mache mir Gedanken zum Peakshaving weil ja ab nächstes Jahr die Netz Grundgebühr von der 1/4 Stunde mit dem höchsten Verbrauch abhängen soll. Vermute bin ich nicht der einzige und es würde mich interessieren wer sowas am Laufen hat und wie. Nach Studium der Victron Doc und diversen Unterhaltungen mit einer KI bin ich leider zum Schluss gekommen das das mit dem Peak shaving wohl nicht so einfach ist obwohl man es anscheinend nur einschalten muß. Es gibt einen Konfigurationsschalter Setting - System Setup - ESS Peak shaving wo man Limit system AC import current auf ein stellen kann und dann noch einen Wert für Maximum system import current (per phase). Und das ist auch das Problem. Victron kann das Peak shaving wohl nur per Phase und nicht per Summe aller Phasen. Und man kann nicht erwarten das sich die Last gleichmäßig auf alle Phasen aufteilt und man auf jeder Phase 1/3 Strom vom Gesamt Strom hat. Also muss man das wohl anders machen. Die KI hat mich drauf gebracht das man dynamisch per Modbus temporär den Setting - System Setup - ESS Minimum SOC (unless grid fails) manipulieren könnte. Den Wert hab ich bisher statisch normalerweise auf 10% stehn. Wenn man peakshaving machen will dann muss der default ESS Minimum SOC höher gestellt werden, damit man noch Energie aus der Batterie entnehmen kann wenn ein Peak auftritt. Z.B. auf 50%. Dann muss man periodisch die Summe der Last an allen Phasen ausrechnen, und wenn die Last am ACIN den gewünschten Peak Wert überschreitet dann stellt man den ESS Minimum SOC von 50% auf 10% damit dann der Verbrauch wieder aus der Batterie gedeckt wird. Wenn der Peak vorbei ist, dann wird ESS Minimum SOC wieder auf 50% gestellt und damit ein Nachladen der Batterie aus dem Netz initiert. Und hier ist das nächste Problem. Irgendwie muss man dabei den Ladestrom begrenzen damit man beim nachladen nicht erst wieder einen unerwünschten Peak am Hausanschluss erzeugt. Soweit meine Überlegungen. Freue mich auf eure Kommentare. |
||
|
||
|
Ich hab mal einfach das peakshaving im victron aktiviert und werd mir das übern winter ansehen wie zufrieden ich damit bin. Aktuell reicht die sonne noch aus, dass ich keinen bezug habe, also wirklich testen konnte ich noch nicht. Aufgefallen ist mir aber, dass er schon versucht die last gleichmäßig über die phasen zu verteilen. Soll heißen, wenn du auf L1 5kw ziehst und auf l2 und 3 nix, dann arbeiten die multis auf l2 und l3 aber schon und ziehen aus dem netz. Kann aber auch sein, dass mich das bisher getäuscht hat. Klar, bei saldierend hätten die multis weniger arbeit, bei victron geht es aber darum die Zuleitung nicht zu stark zu belasten |
||
|
||
|
Ich schreibe NodeRed je nach Monat verschiedene Sachen vor: (ESS Min Soc, Setpoint, mein Entlade-Floor SOC für den Export in der Nacht im Sommer) var TAB = { Peakshaving steht auf always. Somit entladet sich die Batterie in der Nacht bis maximal 40% bei einem Setpoint von -30W. Erreicht sie den, brauche ich Netzstrom und die Batterie bleibt auf 40%. Tritt ein Peak auf, shaved sie aber trotzdem und ladet nachher wieder auf 40% nach. Typische Werte bei mir von 06-22 Uhr auf Basis von 15min Werten letztes Jahr (ohne Batterie, mit BEVBEV [Battery Electric Vehicle, Elektroauto]): 17 kWh im Mittel, min 9 kWh - max 27 kWh Tagesspitze min 1,71kW - max 4,6 kW Nacht 10 kWh im Mittel, min 6 kWh - max 15 kWh Nachtspitze min 0,55kW - max 1,1 kW Ja, deswegen lese ich auch bei mir AC Power aus: msg.query = Interessanterweise kann man in den Settings unter Peak Shaving minimal 5A einstellen pro Phase. Macht man es mit einem NodeRed Inject, kann man auch niedriger gehen. Es steht immer noch 5A in den Settings, aber per Debug node liest man nur 4A aus. Bei mir ist die Logik so: ich shave prinzipiell auf 5A (max 3450 W ausm Netz). - ich hole mir jeden Tag aus der DB den 15min Spitzenwert in kW - liegt der Wert unter 3 kW, könnte ich rein theoretisch noch in die Kategorie "2kW" fallen (je nachdem, ob 2,99 kW als 2 zählt oder nicht natürlich). Somit weise ich die Batterie an, mehr zu shaven, damit ich das Ziel auch erreiche und stell den Wert pro Phase auf 4A (max 2760 W ausm Netz). - liegt der Wert über 3kW, muss ich sowieso schon für die 3kW in dem Monat zahlen und die Phasen bleiben auf 5A Bin schon gespannt wie das funktioniert. Wird aber nicht viel bringen bei mi. Wenn ich das mit den alten Daten durchrechne komm ich auf eine Ersparnis von 30€ bei 2kW Spitze und 20€ bei 3kW Spitze. |
||
|
||
|
Im Grunde so, wie die KI dir das vorgeschlagen hat, hätte ich das vor, nur nicht über Modbus, sondern über Node-RED. Habe ich aber noch nicht implementiert. Ladestrom kannst du begrenzen, CCL kann man via Node-RED schreiben. Wirkt aber nicht, wenn du MPPTs MPPTs [Maximum Power Point Tracker] und DC-Einspeisung aktiviert hast. Bei mir egal, da ich MPPT MPPT [Maximum Power Point Tracker] nur mit ca. 800 W habe, der Großteil jedoch AC-gekoppelte PV. Kann aber sein, dass ich das gar nicht benötige, da ich E-Auto laden mittels evcc Lastmanagement dynamisch auf 9 kW Netzbezug begrenze. D.h. Auto-Ladestrom wird schon mal automatisch begrenzt. Somit denke ich, werde ich wohl auch ohne Peak-Shaving im 15min Mittel bereits unter 10 kW bleiben. Mal sehen... |
||
|
||
|
Ich habe es über Homeassistent gelöst, muss aber auch erst testen: alias: 'Victron ESS: 15-Minuten Peak Shaving 4kW' description: >- Kappt Lastspitzen über 4 kW exakt synchron zu den 15-Minuten-Blöcken des Netzbetreibers triggers: - entity_id: sensor.netzbezug_aktuelle_viertelstunde_watt above: 4000 id: peak_droht trigger: numeric_state - entity_id: sensor.netzbezug_aktuelle_viertelstunde_watt below: 3500 id: alles_normal trigger: numeric_state conditions: [] actions: - choose: - conditions: - condition: trigger id: peak_droht - condition: template value_template: >- {{ states('sensor.victron_system_battery_soc_2') | float(0) > states('number.victron_settings_ess_batterylife_minimumsoc') | float(0) }} sequence: - action: number.set_value target: entity_id: number.victron_settings_ess_acpowersetpoint data: value: 4000 - action: notify.mobile_app_redmi_note_15_pro_2 data: title: ⚠️ Peak Shaving aktiv! message: >- Der aktuelle 15-Minuten-Block droht 4 kW zu überschreiten. Der MultiPlus-II stützt jetzt das Hausnetz. - action: notify.send_message metadata: {} target: entity_id: notify.redmi_note_15_pro data: message: Peak Shaving 4kW title: Peak Shaving 4kW - conditions: - condition: trigger id: alles_normal sequence: - action: number.set_value target: entity_id: number.victron_settings_ess_acpowersetpoint data: value: -31 - action: notify.mobile_app_redmi_note_15_pro_2 data: title: ✅ Netzlast normalisiert message: >- Der 15-Minuten-Block ist wieder im sicheren Bereich. Normalbetrieb (-31 W) aktiv. mode: restart |
||
|
||
|
Für jene, die HA nicht beherrschen: kannst du beschreiben, was das tut? |
||
|
||
|
- bei Ausfall bleibt dir dein Setpoint hängen - du rechnest mit 15min Mittelwerten. somit reagiert das alles erst, wenn das Mittel bereits über 4kw ist, nicht der peak selbst. Somit hast du ja bereits in diesem einen 15min Wert mehr als (oder zumindest gleich) 4kW bezogen und noch was: damit setzt du ja deinen bezug (setpoint) auf 4kw. nicht "höchstens" sondern als Zielwert oder? mit gibt's aber nie ein ende, weil 3500 nie erreicht werden. ich les deine automation so: - peak kommt, wird aber viel zu spät erkannt bzw gar nicht, weil du auf Mittelwerte gehst - du setzt den setpoint auf 4kw. - peak vorbei, setpoint bleibt auf 4kw und ladet die batterie - below 3500 triggert nie und damit wird der setpoint nie auf -31 gesetzt Oder les ich da was falsch? |
||
|
||
|
Hallo thohem, vielen Dank für deinen genauen Blick und die konstruktive Kritik! Du hast absolut recht – ich habe mich hier ehrlich gesagt viel zu sehr auf die KI verlassen und die Logik-Falle mit dem Deadlock komplett übersehen. Da der acpowersetpoint starr auf 4000 W gezwungen wird, kann der Viertelstunden-Mittelwert danach logischerweise niemals unter 3500 W fallen. Das System wäre dauerhaft in dieser Schleife gefangen geblieben. Auch die Trägheit des 15-Minuten-Sensors beim Einschalten hätte den Peak im realen Betrieb viel zu spät abgefangen. Ich habe die Automation jetzt komplett umgebaut: Sie triggert nun sofort in Echtzeit über den Sensor für den aktuellen Hausverbrauch (sensor.hausverbrauch). Damit wird der Netzbezug rechtzeitig gedeckelt und die Automation schaltet auch wieder sauber zurück, sobald die großen Verbraucher im Haus wieder aus sind. Für den Winter habe ich zusätzlich eine Logik eingebaut, die den Mindest-SoC schrittweise mit der PV-Leistung hochzieht, damit das System nach dem Peak Shaving nicht ungewollt eine Zwangsladung aus dem Netz startet. Danke noch mal für die Rettung vor einer bösen Überraschung im Winterbetrieb! |
||
|
||
|
Das kenn ich gut :) die verennt sich gerne mal Unbedingt berichten wie die ersten Spitzen waren. Bin gespannt wie die unterschiedlichen Herangehensweisen wirken |
||
|
||
|
Hausverbrauch ist auch nicht korrekt, ich muss auf Grund der vorhandenen PV auf Netzbezug und PV. Ich hoffe jetzt passt es. :) |
||
|
||
|
Eigentlich ja nur auf netzbezug, je nachdem wie der bei dir rein kommt. Ich hab alles getrennt, deswegen ist's bei mir rein der netzbezug |
||
|
||
|
Ich verstehe nicht wie ein Setzen des gridsetpoint auf 4kw ein Peakhaving bewirken soll. Ich beschreibe hier mal das ein typisches Szenario das ich mir vorstelle: Normalbetrieb: Es ist Nacht, PV=0, und Batterie wird bis Min Soc entladen. Kein Netzbezug solange die Last < Gesamtwechselrichterleistung bleibt, bzw. wenn die Last unsymmetrisch ist und es auf einer Phase wegen hoher Last Bezug gibt, auf den anderen Phase Einspeisung, gleicht der saldierende Zähler den Bezug auf 0 aus. Bei hohen Lasten werden zuerst alle Wechselrichter voll belastet, und wenn das noch immer nicht reicht, dann gibt es Netzbezug für die noch fehlende Leistung. Peakshaving: Die Last wird primär vom Netz versorgt weil der Batterie schon Min Soc erreicht hat und die Wechselrichter deswegen im Leerlauf sind. Last ist kleiner als der gewünschte Peak Schwellwert, deswegen noch kein peakshaving nötig. Dann steigt die Last weiter an und überschreitet den Peak Schwellwert und die Wechselrichter sollen nun trotzdem der Min Soc unterschritten ist Energie erzeugen um den Stromfluss vom Netz konstant auf <= Schwellwert zu halten. Das funktioniert natürlich nur dann solange der Soc nicht schon ganz unten ist, es sollte noch Batteriekapazität vorhanden sein, z.B. eingestellter Min Soc auf 40%. Wenn die hohe Last wieder weg ist, dann laden die Multis die Batterie vom Netz automatisch bis wieder min soc erreicht ist. |
||
|
||
|
Das ist auch die "normale" Vorgehensweise. Peak shaving ein und auf always stellen. Man kann's aber verkehrt herum auch über den setpoint steuern, weil ja dann die Idee ist, den 15min Mittelwert zu drücken (so nehme ich an). Ich persönlich fang da auch lieber den Peak live ab, aber deswegen sag ich ja: spannend, was sich Leute ausdenken :) |
||
|
||
|
Ich habe zwei Fragen zu dem WLV-Signal vom Smartzähler, welcher an AUX1 vom Mulitplus (L1) angeschlossen ist. Grid Code ist Austria 1. Was passiert mit dem AC-OUT1 wenn der AUX1 gebrückt ist? Laufen die Lasten dann weiter, gespeist von der Batterie oder den MPPts? 2 Was macht ein an AC-Out1 angeschlossener SolarEdge in diesem Fall? Läuft der weiter wie im Inselbetrieb und regelt dann ab? Ich konnte dazu keinen genauen Informationen finden, |
||
|
||
|
Es bleibt alles am Netz - die Lasten werden also weiter versorgt. Soweit ich weiß, wird die Wirkleistungsabgabe am Eingang vom Multi auf 0 gesetzt, da bin ich mir aber nicht ganz sicher. Der SE muss auch an die WLV angeschlossen werden, sonst läuft er ganz normal weiter und speist ins Netz ein. Ausnahme wäre, wenn der schon vorher da war und man Bestandsschutz argumentieren kann (also keine relevante Änderung der Anlage). Dann dürfte er legal weiterlaufen, sonst ist die WLV da auch anzuschließen. |
||
|
||
|
Nachdem meine Anlage vorgestern endlich ans Netz gegangen ist, kann ich jetzt endlich alle Einstellungen testen und Erfahrungen sammeln 😃 Dabei ist mir heute aufgefallen, dass bei Erreichen des min SoC die Multis anscheinend komplett auf Durchzug schalten - sprich, die Inverter schalten komplett ab und alle Lasten werden vollständig aus dem Netz versorgt. Das passiert, obwohl einiges an PV-Leistung da wäre. Die wird stattdessen 1:1 in die Batterie geladen. Ich würde eigentlich erwarten, dass die Multis in dem Fall die vorhandene PV-Leistung noch verarbeiten. BatteryLife ist deaktiviert. Hat jemand das gleiche Verhalten beobachtet? Ist das normal? Kann man das einstellen? Hier noch ein Screenshot vom Zustand:  |
||
|
||
|
auf was ist min soc eingestellt? |
||
|
||
|
Auf 20%. Bis auf den Wert runter hats auch brav aus dem Speicher gezogen. |
||
|
||
|
Wenn der Status ESS#1 (Min SoC erreicht) anliegt, gehen die Victrons in den Modus "Pass Through", schalten also auf Durchgang. ESS#1 geht wieder weg, wenn mindestens ich glaub 5% nachgeladen wurden, dies bevorzugt mit PV Energie. |
Beitrag schreiben / Werbung ausblenden?
Einloggen
Kostenlos registrieren [Mehr Infos]