Monatsrückblick Oktober 2026 ist online!

[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

[lesiflo]

lesiflo sagte:

Ok, probiere ich morgen mal aus

Moin,
ich Nachgang habe ich mir überlegt, das das mit dem Einspeisen aus dem Akku bei PV <50 W bei aktiven feedInSolarOnly doch so keine gute Idee war. Stichwort Endladesperre, wenn das eAuto geladen wird sollte man eigentlich vermeiden das Strom aus dem Akkus gezogen wird, es sein denn man lässt es ausdrücklich zu.
Mit alten Version brauchte man nur feedInSolarOnly auf true setzen, dann ging nur PV ins Netz. Dazu bräuchte man jetzt einen zusätzlichen Schalter "Endladesperre".

Ich bleibe daher erstmal auf der Version 6.1.1.

[darkblu]

Hallo @nograx , ich hab da mal eine "doofe" Frage,
aktuell habe ich noch Adapter Version 5.3.1 installiert und bekomme 6.1.3 angeboten.
Wenn ich auf 6.x update und nichts von deinen neuen Einstellungen aktiviere, ändert sich bei mir doch auch nichts, oder ?
Ich hatte mir mit Chat GPT ein Blockly gebaut, welches für mich sehr gut funktioniert, daran würde beim update doch auch nichts geändert ?

Und noch eine Frage zur AC und Master Firmware, die habe ich auch nie aktualisiert seit kauf vor ein paar Monaten.
Die sind aktuell auf (AC) 3.1.2 und (Master) auf 2.1.30.
Kann ich die eigentlich mal upgraden, oder soll ich die so lassen ?

Ein update der iOS App, kann ich doch machen ?

Ok, sind dann doch mehr als eine "doofe" Frage geworden.

Weil ich mich damit so gar nicht auskenne, lieber mal nachgefragt.
Ich habe einen Hyper 2000 mit einem AB 2000 X Akku.
Das Ganze wird ausschließlich mit meinem Blockly gesteuert.
Also kein HEMS, ZenWave oder so aktiviert.

[nograx]

Adapter Update kannst du problemlos machen. Die neue Automatisierung ist komplett optional und auch nicht sichtbar wenn du sie nicht explizit in den Einstellungen aktivierst.

Firmware Update hängt aktuell davon ab ob du in der Cloud unterwegs bist oder das Gerät lokal per MQTT laufen lässt.