Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Murphy 0]

@felli
Leider habe ich momentan kein Testsystem. Wird von Docker mit Solectrus, nextcloud und paperless-ngx belegt.
Seit meine Steuerung mit Blockly so schön rund läuft ist mit langweilig geworden und ein Blick über den Tellerrand angesagt.
Wie sagt man so schön: Stillstand ist Rückschritt.

[Felli]

@Murphy-0

Absolut, immer nach vorne ;)

Wenn ich einen Tipp geben darf, ich würde jedem zu einem kleinen tiny PC und Proxmox raten. Da kommt in meinen Augen nichts anderes dran und es ist wirklich easy going, vor allem was Backups der Container usw angeht. Da kann man auch mal was nach allen Regeln der Kunst "kaputt" spielen und einfach zurück rollen

[TiCiPieIPi]

@nograx
Außerhalb des Kontextes hier:
Ich habe die Version 3.6.0 installiert und nutze eine SolarFlow 800 Pro. Die Anbindung erfolgt über Cloud Authorization. Beim ersten Start wurde der Objektbaum erzeugt. Der Adapter läuft. Allerdings erhalte ich täglich 00:00 Uhr Protokolleinträge, dass der Objektzweig .calculations und alle darin enthaltenen Objekte fehlen. (Protokoll stufe warn).
Müsste der Objektzweig vorhanden sein? Oder sind die Meldungen veraltet? Wie kann ich den Fehler ggf. beheben. Hab bisher nichts passendes gefunden.

Vielen Dank

[nograx]

@TiCiPieIPi Danke für die Info. Wenn du "Kalkulationen vom Adapter nutzen" nicht aktiviert hast sollte die Meldung nicht erscheinen, da scheint meine Abfrage nicht korrekt sein. Schaue ich mir mal an.

[nograx]

@Murphy-0 Kann dir hier auch nur die Empfehlung geben einen Mini-PC zu kaufen und mit Proxmox zu arbeiten. Wenn man eine gewisse Ahnung hat was eine virtuelle Maschine ist wird einem das sehr viel bringen. Nur daran denken bei der Auslegung nicht zu geizig zu sein, denn wenn man da erstmal eine Sache am laufen hat hat man da plötzliche etliche Maschinen... :D

[Felli]

@nograx kann ich so bestätigen... Nutze 12 LXC und eine VM mittlerweile 😵‍💫🤣🤣 Richtig gut und vor allem stabil!

[TiCiPieIPi]

@nograx

Berechnungen sind nicht eingeschaltet.

[Murphy 0]

Mir ist folgendes Verhalten beim Laden des Hyper2000 mit 2x AB2000s aufgefallen.
Ab 90% SOC wird die Ladeleistung scheinbar vom BMS zurück genommen wenn genug Strom vom Dach kommt und eigentlich 1200 Watt angesteuert werden. Ab da beobachte ich ein ständiges auf und ab bis die eingestellte Zellspannung erreicht ist.

Vertraut ihr da dem BMS und lasst das machen oder steuert ihr irgendwann die Ladung herunter um den Akku zu schonen. An der Temperatur des Hyper oder der Akkus hat es nicht gelegen. Hyper wird gekühlt und lag bei 38 Grad Akkus lagen bei 32 Grad.

Heute nun die Laderegelung so eingestellt, dass ab 90 % SOC mit 1000 Watt, ab 98% mit 800 Watt und ab 99% mit 600 Watt geladen wird. So sind keine Sprünge met feststellbar.
Wie macht ihr das und falls ihr runter regelt würden mich die Werte interessieren.

Nicht wundern, nachdem der Zendure fertig geladen hat wird automatisch das eAuto geladen, deshalb bleibt die Solarleistung ohne etwas einzuspeisen.

[Felli]

@Murphy-0

Kann man denke ich ignorieren. Bei einem DC gekoppelten System wie einem HUB oder Modulen am Hyper, kann man ja auch nichts machen. Die Platten liefern und die Hardware macht damit was sie kann. Also ich maße mir nicht an, alles was Zendure tut in Frage zu stellen, dann müsste ich die Klötze gleich an die Straße stellen 😵‍💫🤣

Spaß bei Seite, beim HUB mit Modulen war es exakt das gleiche, die Hardware hat die Leistung beim laden so beschnitten, das es zum Ladeende passt. Vermute wenn man da von außen eingreift, macht man mehr falsch wie richtig. Der SF1600 pumpt zum Ende auch, regelt runter und wieder rauf, bis die Zellen darauf reagieren und sich einordnen.

Fazit, ich würde einfach die Leistung freigeben die verfügbar ist und Go!

LG
Sven

[maxclaudi]

@Murphy-0 sagte:

Vertraut ihr da dem BMS und lasst das machen oder steuert ihr irgendwann die Ladung herunter...

Ich lade bei PV-Überschuss zusätzlich aus dem Netz.
Dazu überwache ich gridInputPower (manchmal auch als gridPower bezeichnet).
Wenn der gridInputPower-Wert zu stark abweicht bzw. x W niedriger ist als die eingestellte Netzladeleistung (inputLimit), dann verringert mein Skript langsam das inputLimit, bis beide Werte einigermaßen zueinander passen.
Es schaltet ab, wenn es keinen Sinn mehr macht – spätestens bei x minVol oder ca. 98 % aufgeladenen Batterien.

Das Driften tritt auf, wenn es:

• kurz vor der Ladeschlussspannung ist,
• nahe dem eingestellten socSet oder 100 % liegt,
• damit kurz vor dem Bypass ist oder
• kurz vor bzw. beim Überschreiten der Grenze der maximal möglichen Lade-Gesamtleistung (PV+Netz) des Geräts ist.

Das ist nur meine Vorgehensweise; ob es sein muss? Das kann jeder für sich entscheiden.

[Murphy 0]

Danke euch für die Infos.

[Bernd1967]

@nograx
Gibt es schon eine Lösung für den neuen Solaflow 800 Pro 2 ?
zenSDK oder Lokal MQTT funktionieren aktuell nicht.
Die Kollegen von HA haben es wohl Testweise schon einmal geschafft:

#1263

[nograx]

@bernd1967 Das Problem war mir bisher nicht bekannt. Ursächlich scheint ja zu sein das das Gerät nicht in der deviceList steht. Das ist ein Cloud/Server Problem von Zendure. Die Kollegen vom HA Team haben nur die alte "App"-Authentifizierung mit User/PW wieder aktiviert und dann scheint es zu klappen. Da bin ich aber gerade irgendwie ein wenig dagegen das wieder zu aktivieren. Hast du so ein Gerät?

[maxclaudi]

@Bernd1967 sagte:

@nograx
Gibt es schon eine Lösung für den neuen Solaflow 800 Pro 2 ?
zenSDK oder Lokal MQTT funktionieren aktuell nicht.
Die Kollegen von HA haben es wohl Testweise schon einmal geschafft:

#1263

Vielleicht mit den Adaptern nicht.
zenSDK über den Webserver z.B. mit Script funktioniert.

[Bernd1967]

@nograx sagte:

Hast du so ein Gerät?

Jo, hab ich die Tage erhalten.
Dann warte ich erstmal ab, Zendure wird das wohl noch regeln.

@maxclaudi sagte:

Vielleicht mit den Adaptern nicht.
zenSDK über den Webserver z.B. mit Script funktioniert.

Ok, dann werde ich die Tage das mal testen.

[nograx]

@Bernd1967 Solaflow 800 Pro 2 scheint aktuell wirklich nicht in der deviceList veröffentlich zu werden, das ist definitiv ein Fehler. Ich stehe im Kontakt mit zendure das die sich das anschauen. gebe dir hier eine Rückmeldung sobald ich was näheres weiß!

[Bernd1967]

@nograx
Hier schreibt einer das es wohl an einer EU Richtlinie liegt.
Support for SolarFlow 800 Pro 2 #74

Habe inzwischen die script Methode von @maxclaudi getestet, die funktioniert .
Danke Euch :-)

[peschu]

Hallo,
Ich habe mir das Gerät gekauft, weil ich es mit IObroker verwenden wollte. Wenn nicht absehbar ist, ob und wann es funktioniert, werde ich es zurückschicken und mir den Vorgänger besorgen.

Wie sieht die Scriptmethode aus. irgendwie finde ich da nichts, was ich verwenden kann.

Grüße

Peer

[Bernd1967]

@peschu sagte:

Wie sieht die Scriptmethode aus. irgendwie finde ich da nichts, was ich verwenden kann.

Grüße

Peer

Hier das Script was ich getestet hatte.

[nograx]

@peschu Ich habe bei Zendure noch mal nachgehakt.
@bernd1967 Ich kann mir das nicht vorstellen, das sind auch 2 verschiedene Probleme denke ich. Der SF 800 Pro 2 wird nicht per deviceList beim Api Punkt ausgegeben, ich gehe davon aus das man da vergessen hat den mit in eine Liste aufzunehmen welche Geräte da gepuplished werden dürfen.