Monatsrückblick Oktober 2026 ist online!

[nograx]

Hier gibt es eine Grafik zu dem Wirkungsgrad nach Leistung, die finde ich sehr spannend: https://flarum-eu.zendure.tech/d/21554

[lesiflo]

Ok, dann macht deine Lösung natürlich mehr Sinn, war mir so nicht bekannt. So wie das gesehen habe macht das HEMS aber nicht so. Aktuell entlädt bei mir nur ein Hyper.
Wird der führende immer reihum getauscht oder wie wird die Auswahl getroffen?

[nograx]

Exakt, jede Stunde. Gibt aber einen kleinen Puffer wenn die Differenz nicht so groß ist. Wenn H1 führend bei 80% steht wird erst getauscht wenn er knapp über 8% unter H2 oder H3 liegt. Das würde sonst dazu führen das wirklich jede Stunde getauscht wird.

[lesiflo]

Moin,
kannst du es noch ändern, das man den Wert für suggestedInverseMaxPower selbst anpassen kann oder die Prüfung dafür auf inaktiv setzt. Ich würde das gerne auf meine eigene Verantwortung hin anpassen können. Heute morgen hat der Adapter bei 18% SOC die Leistung dann auf 130 W gedrosselt. Dadurch habe ich diese Nacht 0,5 kWh mehr aus dem Netz bezogen als mit meinem Script. Ist nicht viel aber summiert sich halt.
Ansonsten funktioniert die Nulleinspeisung bei mir bisher sehr gut.

[nograx]

@lesiflo Es gibt den globalen Schalter 'zendure-solarflow.0.adapterAutomation.ignoreSuggestedInverseMaxPower' was die Prüfung außer Kraft setzt. Dann könntest du mit zendure-solarflow.0...control.inverseMaxPower die gewünschte maximale Leistung vorgeben.

Edit: Du scheinst aber eine recht hohe Grundlast zu haben wenn du deine 3 Hyper über Nacht komplett leer ziehst?

[lesiflo]

Danke hat geklappt.

Edit: Du scheinst aber eine recht hohe Grundlast zu haben wenn du deine 3 Hyper über Nacht komplett leer ziehst? -> Ja, ist die Wärmepumpe !

[nograx]

Ok da hilft natürlich nur mehr Solar und mehr Speicher

[Samson71]

@nograx sagte:
mehr Speicher

Das wäre genau mein Stichwort, daher möchte ich mal kurz eine "dumme" Zwischenfrage stellen, ohne alles in der Tiefe gelesen zu haben.

Ich plane einen SolarFlow 3000 Mix AC+ als Zusatzspeicher zu meinem bisherigen System anzuschaffen. Also einen reinen AC Speicher und ohne extra Smartmeter. Bewusst keine Automatiken, sondern eine rein manuelle (und vor allem rein lokale) Steuerung mit Blockly für Laden/Entladen mit entsprechender Leistung.

Wenn ich hier so mitlese gewinne ich den Eindruck, dass der Adapter für meinen Bedarf scheinbar völlig oversized ist, da er auf jede Menge Automatiken setzt aber wohl mit der einfachste Weg ist, um an die benötigten Datenpunkte zu gelangen. Nur lassen die sich auch rein manuell bedienen?

[nograx]

@Samson71 Hey, dumme Fragen gibt es nicht

Der Adapter ist für dich nicht oversized, du kannst ihn auch nur zum bequemen auslesen nutzen. Dein Blockly kann einfach den Datenpunkt setDeviceAutomationInOutLimit zum Laden (Minuswert) oder Entladen setzen. Mit einem einfachen Lesekopf (Selbstbau, Zendure D0 oder z.B. Volkszähler) könntest du das ganze aber auch automatisieren und noch effektiver nutzen. Warum möchtest du darauf verzichten?

[Samson71]

@nograx sagte:
Mit einem einfachen Lesekopf (Selbstbau, Zendure D0 oder z.B. Volkszähler) könntest du das ganze aber auch automatisieren und noch effektiver nutzen. Warum möchtest du darauf verzichten?

Es gibt bereits 3 und schon jede Menge andere Automationen.
Huawei DTSU666-H, Victron VM-3P75CT und einen Hichi-Lesekopf am Stromzähler

Ich habe einen 12kW Huawei WR (kein Hybrid). Der ist mittlerweile per MQTT und VenusOS in mein Victron System mit DIY-Akkus integriert. Victron ist das führende System und steuert die Batterie-Ladung. Das Konstrukt wiederum ist in EVCC integriert, was sich um das Überschussladen des Autos kümmert. Das läuft bewusst und gewollt praktisch autark an ioBroker vorbei. Es ist aber alles darin voll integriert.

Da ich bisher "nur" DIY-Akkus habe, möchte ich dem System einen "offiziellen" (AC-)Speicher zur Seite stellen, der dann befüllt wird wenn die DIY-Akkus (nahezu) voll sind, damit ab da nicht sofort alles ins Netz für ein paar Cent eingespeist wird, sofern das Auto auch schon voll ist. Diese Entscheidung kann ein AC-Speicher aber nicht alleine in Kombination automatisch mit einem Lesekopf treffen.

Da durch den ganzen Elektro-Zoo im Haus und ein umfangreiches Unifi-System die Grundlast bei gut 500W liegt, soll der Speicher abends ab dem Moment wo kein Solarstrom mehr erzeugt wird dann mit fix 300-400W entladen und damit morgens ab erneuter Solarproduktion wieder aufhören.

[nograx]

@Samson71 Verstehe. Kannst den Adapter aber dafür problemlos nutzen, ist dann zwar nur für das Anlegen der ganzen Entitäten / States aber dafür ist es dann schon bequem nutzbar.

[lesiflo]

So, v6.1.1 ist installiert und in Betrieb. Werde mal beobachten und berichten, bisher habe ich aber keine Probleme feststellen können.

[nograx]

@lesiflo Ich habe noch 1-2 kleinere Bugs gefunden, muss ich noch analysieren aber ich denke ich schiebe heute noch mal ein Update hinterher. Aber gut wenn ich die entdecke und nicht jmd. anderes

[lesiflo]

Frage zu feedInSolarOnly: Reicht es aus ihn einmal zu aktivieren und der Adapter stellt eigenständig fest wann die PV benötigt wird oder muss man den Schalter jedes Mal einschalten wenn man PV nutzen möchte?

[nograx]

@lesiflo Aktuell musst du ihn einschalten. Aber ja macht irgendwie Sinn das als eine Art Bypass zu nutzen?

[lesiflo]

@nograx sagte:

@lesiflo Aktuell musst du ihn einschalten. Aber ja macht irgendwie Sinn das als eine Art Bypass zu nutzen?

Ok, habe ich in meinem Script auch so eingebaut. Besser wäre es jedoch automatisch als "Bypass".

[nograx]

@lesiflo bis was für eine Leistung macht das Sinn? Also ab wann soll er wieder aus dem Akku einspeisen?

[lesiflo]

@nograx sagte:

@lesiflo bis was für eine Leistung macht das Sinn? Also ab wann soll er wieder aus dem Akku einspeisen?

Ich würde das am zendure-solarflow.0.adapterAutomation.setPoint (Sollwert Netzeinspeisung) festmachen.

Mein Script funktioniert aktuell so:

Das Skript regelt selbst keine Leistung. Es setzt nur Freigaben, und die eigentliche Regelung übernimmt der Zendure-Adapter. Dass die PV zuerst ins Haus geht, kommt also aus dem Zusammenspiel von Adapter und Hyper.

Wer was macht

• Der Adapter regelt auf 0 W am Netzanschluss und gibt jedem Hyper vor, wie viel er ins Haus liefern soll.
• Jeder Hyper deckt diese Vorgabe zuerst mit seiner eigenen PV. Nur die Differenz kommt aus seinem Akku, und überschüssige PV lädt den Akku. Das macht der Hyper selbst; im Skript steht dafür keine Zeile.

Normalbetrieb: Entladen ist frei

Das Skript schaltet bei allen drei Hypern feedInSolarOnly aus, setzt das normale Entladelimit (10 %) und lässt die Automation an. Ab da entscheidet allein der Adapter.

Entladesperre (Zeilen 344–395)

Die Sperre greift in zwei Fällen:

• Der Optimizer verbietet das Entladen (Entladen_Freigabe = false).
• Das Auto lädt mit mindestens 500 W und der Gesamt-SOC liegt nicht über bufferSoc.

Während der Sperre gilt:

• Hyper 1 und 2: feedInSolarOnly = true. Die aktuelle PV geht weiter nach Bedarf ins Haus, der Rest in den Akku, und der Akku wird nicht entladen. Fehlt dieser Datenpunkt, hebt das Skript ersatzweise das Entladelimit auf das Ladelimit an.
• Hyper 3 (ohne PV): Das Entladelimit wird auf das Ladelimit angehoben. Die Automation bleibt nur an, wenn mehr als 100 W ins Netz fließen, Hyper 3 also Überschuss aufnehmen kann.

Ist das letzte Signal des Optimizers älter als 25 Minuten, ignoriert das Skript seine Freigaben und lässt das Entladen zu.

[nograx]

Ich habe jetzt erstmal eine Version veröffentlicht die bei Solar >50W und feedInSolarOnly = true nur maximal die aktuelle Solarleistung einspeisen darf. Unter 50W darf auch der Akku hinzugezogen werden.

Das am setPoint festzumachen finde ich noch schwierig, denn wenn jmd. explizit einen negativen setPoint wählt wirds schwierig.

Ich denke da noch mal drüber nach, eventl. würde ja ein selbst konfigurierbarer Wert dafür Sinn machen.

[lesiflo]

Ok, probiere ich morgen mal aus