wichtiges UPDATE für controller 7.2.2 im stable

[Murphy 0]

@Bongo
Das würde gehen wenn du die Regelung selbst erstellst und die Energieeinstellungen in der App deaktivierst.

Hier gibts dazu einiges an Infos:

https://forum.iobroker.net/topic/80764/script-zum-laden-entladen-von-zendure-solarflow

[jan_xx]

@Murphy-0
Ich lade immer nur bis 95%, das ist es also nicht...

[lesiflo]

Moin,
ich habe bei meinen Hyper immer mal wieder das Problem, das er in unregelmäßigen Abständen aussteigt und auch nicht mehr ansprechbar ist. Es hilft dann nur noch PV ab, Netzanschluss ab und Hyper von den Batterien nehmen, also komplett stromlos machen. Ich bin in der Cloud und steuere ihn über ein javascript mittels setDeviceAutomationInOutLimit. Er wird über PV und zusätzlich über AC geladen. Habt ihr das auch schon mal gehabt? Ich bin noch auf Suche ob es am Script, an den Hypern oder der Cloudanbindung liegt.

[Murphy 0]

Servus,
ich betreibe den Hyper komplett offline rein AC-seitig über ein Blockly.

Bei mir ist Anfangs die Verbindung zum Mosquitto Server alle paar Tage ausgefallen.
Seit ich die Regelung beruhigt habe hatte ich das Problem nicht mehr.

Was bei mir nicht funktioniert hatte war die Umstellung auf Debian 13 Trixie.
Konnte den Hyper dann nur mit Reset und Stromlos machen wieder in die Spur bringen.

[The_Stig]

Sagt mal, Hyper 2000, bin mir nicht sicher, ob das ein Adapter oder ein Hardware-Problem ist. Manchmal nach Volladung wird die Einspeisung komplett eingestellt, also weder aus Batterie noch aus eigentlich vorhandener PV-LEistung. Wird alles auf Null gesetzt und bleibt da auch. Ich meine mich erinnern zu können, dass das auch beim Hub schon ab und an mal aufgetreten ist. Gibts da sinnvolle Lösungsideen? Gestern bei mir half kein Neustart Adapter oder vom ganzen Pi, sondern nur das Trennen des Hyper von den Batterien.

[Murphy 0]

@the_stig

Dazu liest man im Forum immer mal wieder über das Bypass Problem.
Wurde wohl letztes Jahr irgendwann Anfang Sommer durch ein Update verschlimmbessert.

https://forum.zendure.com/d/18286/20

Folgendes komm wohl vom Zendure Support:

Zendure gibt zur Zeit an, dass dieser Fehler durch kurzfristiges Reduzieren der maximalen Ladegrenze auf unter 100% (zb 95%), behoben werden soll. Ein Update ist in Arbeit. Es steht aber noch nicht fest, wann es kommt. Wichtig ist zwischendurch trotzdem mal wieder auf 100% zu laden, damit der SOC nicht total daneben ist.

[stego]

hallo zusammen und vielen dank erstmal für die Entwicklung des Adapters.
Ich versuche aktuell verzweifelt meinen Solarflow 800 Plus mit Akku über iobroker zu steuern, aber ich stoße aktuell an meine grenzen.
Die Daten sehen wie folgt aus.
Eigentlich sollte ja setOutputLimit der einstellung setDeviceAutomationInOutLimit folgen, oder nicht?
Was mache ich falsch?
Es ist über die Cloud-Schnittstelle angebunden.
Der Solarflow speist aber ständig die 125W ein, egal welcher wert da steht.
manuell kann ich das objekt im iobroker auch nicht anpassen, er fällt immer auf die 125w zurück.

In der Zendure App ist das HEMS deaktiviert.
Ich bin am verzweifeln, habe schon jegliche option mit chatgpt durchgekaut.

[Murphy 0]

@stego
also ich versuch mal ein paar Sachen zu klären.

1. Immer den smartMode aktivieren. Schont den Flashrom.
2. entweder du steuerst über setDeviceAutomationInOutLimit dann stellst du AC Mode auf 0 und autoModel auf 8
   oder
   du steuerst mit setOutputLimit dann stellst du AC Mode auf 2 und autoModel auf 0
   Beides durcheinander wird nichts und sollte ausserdem Fehlermeldungen bringen
3. Aktuell sehe ich bei deinen Daten folgendes:
   Deine Module produzieren gerade 832 Watt.
   Davon werden 707 in die Batterie gespeichert und die restlichen 125 Watt gehen ins Hausnetz.

Wegen Blockly kann ich dir nicht helfen, habe Hyper, hat kein zenSDk und habe keine Module direkt angeschlossen.

Ich würde dir empfehlen das Skript von @maxclaudi zu benutzen.
Da ügeht es hier lang:
https://forum.iobroker.net/topic/82263/zendure-zensdk-lokal-api-smartmode-solarflow-ac-800-pro-2

[The_Stig]

@Murphy-0 sagte:

@the_stig

Dazu liest man im Forum immer mal wieder über das Bypass Problem.
Wurde wohl letztes Jahr irgendwann Anfang Sommer durch ein Update verschlimmbessert.

https://forum.zendure.com/d/18286/20

Folgendes komm wohl vom Zendure Support:

Zendure gibt zur Zeit an, dass dieser Fehler durch kurzfristiges Reduzieren der maximalen Ladegrenze auf unter 100% (zb 95%), behoben werden soll. Ein Update ist in Arbeit. Es steht aber noch nicht fest, wann es kommt. Wichtig ist zwischendurch trotzdem mal wieder auf 100% zu laden, damit der SOC nicht total daneben ist.

Danke! Dann muss ich nicht weiter suchen.

[stego]

@Murphy-0
Danke für deine Erklärung!
Theoretisch müsste ich das doch dann auch manuell in den Objekten ändern können, oder nicht?
Weil das geht nämlich nicht.

[Murphy 0]

Sollte mit Adapter 4.04 eigentlich gehen.
Kann ich dir aber leider nicht weiterhelfen.
SolarFlow ist halt anders als Hyper

[nograx]

@stego wichtig dabei wäre die Objekte im control Ordner zu nutzen

[nograx]

Hier mal noch ein Hinweis zum „Freeze“, das keine Daten mehr vom Hyper 2000 kommen und er auch nicht mehr steuerbar ist:

Diesen Fall stelle ich über lastUpdate fest, wenn dieser über 10 Minuten festhängt gebe ich einen Alarm aus und starte meine MQTT Instanz neu. Dann ist dieser sofort wieder verfügbar.

Denn Fall das der Hyper bei 100% in Standby geht und nicht mehr steuerbar ist habe ich ebenfalls dadurch behoben das ich morgens das Ladelimit auf 95% setze und gegen 17-18 uhr automatisch wieder auf 100%.

[darkblu]

Hallo, ich bin kurz vor Bestellung des SolarFlow Hyper 2000 Set mit 1× AB2000X.
Nicht zuletzt auch weil es hier den super Zendure Adapter dank @nograx gibt.
Nach 3 Jahren und über 2400 Einträgen hier (hab einiges überflogen aber nicht alles gelesen, sorry dafür) hab ich noch folgende Fragen:
Wie sollte ich den Hyper in Betrieb nehmen, mit "AuthKey" oder "lokaler Mqtt Server" ?
Mir ist nicht ganz klar geworden, was hier der bessere Weg ist.
Wenn MQTT, dann ist die Zendure App (iOS) nicht mehr zu benutzen ?
Wenn kein MQTT, 2. Account in der Zendure App (iOS) immer noch nötig ?

Eine MQTT Instanz läuft bereits als Server/Broker.

Mein Ziel ist es erstmal die Daten vom Hyper im ioBroker zu haben für die VIS/Grafana und anschliessend
eine annähernde "Nulleinspeisung" zu realisieren (dazu nerv ich dann später )

Falls MQTT der bessere Weg ist, bitte ich um eine detaillierte Anleitung

Der "Offline-Mode (Disconnect from Zendure Cloud)" ist glaube ich nichts für mich, scheint für mich zu aufwändig zu sein.

Ich bedanke mich schonmal im voraus

[Murphy 0]

@darkblu

zum Auswerten der Daten melde dich mit dem Adapter über authkey an.
Die App läuft weiter und du kannst dich bei Bedarf nach Lust und Laune an einer eigenen Steuerung probieren.
Dafür musst du nur vorrübergehend in der App alle Steuerungen deaktivieren.

Einen 2. Account brauchst du glaube ich nicht mehr. Das war vorher bei Anmeldung mit Email und PW.

Solltest du irgendwann Cloud Probleme bekommen und deine eigene Steuerung läuft kannst du immer noch auf lokalen mqtt Server wechseln. Der Cloud Disconnector läuft perfekt und ganz einfach in der Anwendung.

So bin ich damals vorgegangen.

[jan_xx]

@Murphy-0
Das Problem scheint gelöst zu sein, ich hatte den support von Zendure angeschrieben und das Problem beschrieben, nach circa 10 Mails hin und her haben Sie mir mitte letzter Woche geschrieben das Sie einen neuen Firmware für den Master und AC bereitstellen, dies habe ich gestern installiert. Ja und seit dem läuft es bis dato wunderbar!!!

[Murphy 0]

@jan_xx
👍

[The_Stig]

@nograx sagte:

Hier mal noch ein Hinweis zum „Freeze“, das keine Daten mehr vom Hyper 2000 kommen und er auch nicht mehr steuerbar ist:

Diesen Fall stelle ich über lastUpdate fest, wenn dieser über 10 Minuten festhängt gebe ich einen Alarm aus und starte meine MQTT Instanz neu. Dann ist dieser sofort wieder verfügbar.

Denn Fall das der Hyper bei 100% in Standby geht und nicht mehr steuerbar ist habe ich ebenfalls dadurch behoben das ich morgens das Ladelimit auf 95% setze und gegen 17-18 uhr automatisch wieder auf 100%.

Danke dir @nograx. MQQT Restart hilft bei mir leider in diesem Fall nicht - selbst Reboot des Pi nicht. Und das auf <100% chargeLimit setzen will ich eigentlich auch nicht, da bei mir schon noch einigen Tagen ohne 100% Ladung der Drift des BMS-SOC so groß ist, dass ich die Kalibrierung benötige, um nicht zu viel der knappen Akkukapazitäten zu verlieren.
Ich versuche es grad so für mich, dass ich - sobald eine der drei Batterien 100% erreicht - dann das chargeLimit reduziert wird. Dann sollten die anderen BAtterien nah genug dran sein an 100% und das GEsamtsystem ist aber hoffentlich noch nicht bei 100%. Muss ich mal beobachten, ob das so funktioniert.
Aber Rückfrage: ich verstehe, dass du <100% chargeLimit setzt. Aber was hilft dir das Rücksetzen auf 100% abends?

[stego]

@nograx sagte:

@stego wichtig dabei wäre die Objekte im control Ordner zu nutzen

Hi, ja das mache ich.
Aber wenn ich bspw den AC Mode manuell setzten möchte springt der immer wieder auf 2 zurück.

Kann das an der App liegen?

Edit: habe es irgendwie hinbekommen 😎
Trotzdem danke für die Hilfsbereitschaft 😊

[nograx]

@The_Stig ich denke das Problem ist das ja die Ladeleistung Richtung 100% immer niedriger wird, je voller die Batterie. Wenn das jetzt gegen Mittag passiert wo dann noch ne Menge Solarinput anliegt dreht der MPPT so weit runter das er es dann nicht mehr schafft wieder alles zuzulassen. Bei meinen Hypern habe ich gegen Mittag teilweise mehr als 1400-1500W, was mehr ist als er im Bypass durchlassen kann. Ggf. ist das auch ein Problem.

Meine Theorie ist jetzt das ich in der Mittagszeit den Bypass bereits bei 99% aktivieren lasse und er dann mit der Restenergie ab Abends den Akku auf 100% bringt. Ggf. wäre statt 18 Uhr auch 16 Uhr sinnvoller...