Test Adapter Zendure Solarflow
-
@nograx folgende Frage:
Ich nutze teilweise den ByPass Modus welcher aber nicht immer zuverlässig funktioniert. Nun gibt es ja in der App beim Hub2000 den "Intelligenter Abgleichmodus". Den kann ich per ioBroker ja auch steuern unter "control". Gibt es eine Möglichkeit die Grundlast ebenfalls dynamisch zu steuern in dem man diese Option ebenfalls unter "control" hinzufügt ?
Ich würde nämlich die Grundlast gerne auf den Wert setzen den die beiden Paneele welche ohne Hub laufen gerade liefern. So könnte ich das lästige Abschalten vom ByPass umgehen.
-
@romestylez sagte in Test Adapter Zendure Solarflow:
@nograx folgende Frage:
Ich nutze teilweise den ByPass Modus welcher aber nicht immer zuverlässig funktioniert. Nun gibt es ja in der App beim Hub2000 den "Intelligenter Abgleichmodus". Den kann ich per ioBroker ja auch steuern unter "control". Gibt es eine Möglichkeit die Grundlast ebenfalls dynamisch zu steuern in dem man diese Option ebenfalls unter "control" hinzufügt ?
Ich würde nämlich die Grundlast gerne auf den Wert setzen den die beiden Paneele welche ohne Hub laufen gerade liefern. So könnte ich das lästige Abschalten vom ByPass umgehen.
Wie steuerst du denn generell? Ich halte es für sinnvoll den Bypass komplett abzuschalten (da schaltet immer ein Relais, was irgendwann nach X-mal schalten defekt ist), dann wäre es doch sinnvoller einfach bei 100% SOC einfach outputLimit = solarInput zu setzen.
-
@nograx das mit dem ByPass weißt ich.
Ich steuer ganz normal mit Smart CT Mode aber der eine Hub ist nur Backup und fast immer bei 100% der geht dann in den Bypass. Leider funktioniert der oftmals nicht entweder weil einfach der ByPass nicht reingeht oder aber weil es nen Fehler gibt weil angeblich der Umgehungsstrom zu hoch ist was einfach random passiert es kann 10 Tage bei perfekter Sonneneinstrahlung laufen und an einem bewölkten Tag gibts den Fehler. Zendure untersucht den Fehler bereits seit vielen Monaten und das letzte Update hats nur schlimmer gemacht.
outputLimit = solarInput wäre super funktioniert aber nicht weil der Hub ja in den ByPass geht und damit solarInput gar nicht ordentlich gesetzt ist weil ja nichts an Solar reinkommt
Daher war meine Idee den Wert meiner anderen Paneele zu nehmen im Intelligenten Abgleichmodus. Ich könnte theoretisch die Leistung der anderen Paneele als outPutLimit nehmen wüsste aber gerade nicht welcher Modus dann nutzbar wäre ?
//EDIT:
Der Hub ist jetzt im Standby ich habe also einfach mal "autoModel" auf "Nothing" gesetzt und "setOutputLimit" auf "100". Das hilft aber leider gar nicht und der Hub bleibt einfach im Standby ich hatte gehofft das er ohne alles einfach die 100 Watt die im "setOutputLimit" stehen ausgibt. Aber "nothing" ändert "autoModel" leider nicht. Daher die Frage welcher Plan wäre dann der richtig wenn man nur das OutputLimit ausgeben will. -
@romestylez sagte in Test Adapter Zendure Solarflow:
Der Hub ist jetzt im Standby ich habe also einfach mal "autoModel" auf "Nothing" gesetzt und "setOutputLimit" auf "100". Das hilft aber leider gar nicht und der Hub bleibt einfach im Standby ich hatte gehofft das er ohne alles einfach die 100 Watt die im "setOutputLimit" stehen ausgibt.
Schau mal ob der das in der App auch übernommen hat.
-
@nograx genau das ist das Problem wenn man unter "Control" bei "autoModel" den Wert "Nothing" setzt wird es leider nicht übernommen und in der App bleibt der alte Mode erhalten. Aber irgendwie wirkt das auch komisch denn wenn ich z.B. Smart CT Mode habe und dann einfach nur "Nothing" setze wird das in die App übernommen aber verschwindet kurz danach wieder.
Ich habe dann mal "Bestätigt" zusätzlich ausgewählt und dann wird es nur in Control gesetzt
Wenn ich dann bestätigt weg nehme gehts. Keine Ahnung was da verrückt spielt meine ganzen Skripte hatte ich mal zum testen deaktiviert hat aber nix geholfen.
Ich warte jetzt mal ab wo es sauber in der App ud im ioBroker auf "Nothing" steht. Vllt dauer es nur bis er anfängt die 200 Wat ab zu geben.
//EDIT:
Ok das es nicht sauber übernommen wurde passiert wohl wenn man in der App ist und umschaltet im ioBroker oder so. Nun kann ich sauber auf "Nothing" umschalten aber der Hub beleibt einfach im Standby. -
@romestylez sagte in Test Adapter Zendure Solarflow:
Ich habe dann mal "Bestätigt" zusätzlich ausgewählt
Du darfst niemals mit "Bestätigt" einen Wert ändern, denn dann "denkt" ioBroker "ok die Änderung des Wertes wurde schon bearbeitet" und der Adapter wird die Änderung ignorieren.
Das sollte normal dann auch richtig funktionieren, ich steuere meinen HUB 2000 exakt so.
Bypass ist gerade aus? Zeig mal kompletten Objekt Baum bitte...
-
@nograx ok danke für den Hinweis also ich habe nun einfach "Nothin" gesetzt und das OutputLimit aber es passiert nix. Der Hub bleibt einfach im Standby.
Ich habe die Ladegrenze mal hochgesetzt damit er bis dahin nun lädt. Mal schauen ob er dann sauber umspringt. Aber "Nothing" und dann nur "OutputLimit" ist richtig ja ?
-
@romestylez sagte in Test Adapter Zendure Solarflow:
@nograx ok danke für den Hinweis also ich habe nun einfach "Nothin" gesetzt und das OutputLimit aber es passiert nix. Der Hub bleibt einfach im Standby.
Ich habe die Ladegrenze mal hochgesetzt damit er bis dahin nun lädt. Mal schauen ob er dann sauber umspringt. Aber "Nothing" und dann nur "OutputLimit" ist richtig ja ?
Hier hast du jetzt inputLimit gesetzt? Wie gesagt der komplett Objektbaum könnte ggf. helfen um zu sehen was hier schief läuft.
-
Das mit dem Flash Speicher macht mich jetzt doch unsicher. Laut ESP32 Datenblatt sind nur bis zu 100.000 Schreibzyklen garantiert. Die hat man schnell voll.
Da der Smart Mode bei mir nun wieder funktioniert lasse ich nun doch noch die Umstellung auf Lokal.Noch eine Frage wenn ich es mir doch noch überlege. Muss ich hinter dem MQTT Server den Port 1883 mit angeben, oder nicht?
Also <IP>:1883 oder reicht <IP>.Und wenn ich den Button 'Reconnect to Zendure Cloud' drücke, geht er dann zum Globalen, oder EU Server zurück?
Oder soll ich für den EU Server mqtteu.zen-iot.com oder mqtteu.zen-iot.com:1883 angeben?Ich habe einen Hyper 2000, es werden aber 2 angezeigt:
Muss ich das dann für beide eintragen/ändern?Gruß
-
@nograx said in Test Adapter Zendure Solarflow:
@romestylez sagte in Test Adapter Zendure Solarflow:
@nograx ok danke für den Hinweis also ich habe nun einfach "Nothin" gesetzt und das OutputLimit aber es passiert nix. Der Hub bleibt einfach im Standby.
Ich habe die Ladegrenze mal hochgesetzt damit er bis dahin nun lädt. Mal schauen ob er dann sauber umspringt. Aber "Nothing" und dann nur "OutputLimit" ist richtig ja ?
Hier hast du jetzt inputLimit gesetzt? Wie gesagt der komplett Objektbaum könnte ggf. helfen um zu sehen was hier schief läuft.
Tatsächlich.... Mit dem richtige Limit passt es
Gute Idee ich baue mir da mal was zusammen ! -
@hofmann-iobrf sagte in Test Adapter Zendure Solarflow:
Das mit dem Flash Speicher macht mich jetzt doch unsicher. Laut ESP32 Datenblatt sind nur bis zu 100.000 Schreibzyklen garantiert. Die hat man schnell voll.
Da der Smart Mode bei mir nun wieder funktioniert lasse ich nun doch noch die Umstellung auf Lokal.Noch eine Frage wenn ich es mir doch noch überlege. Muss ich hinter dem MQTT Server den Port 1883 mit angeben, oder nicht?
Also <IP>:1883 oder reicht <IP>.NUR IP
Beispiel:
Natürlich dann noch richtige SSID und zugehöriges Passwort eingeben.
Und wenn ich den Button 'Reconnect to Zendure Cloud' drücke, geht er dann zum Globalen, oder EU Server zurück?
Oder soll ich für den EU Server mqtteu.zen-iot.com oder mqtteu.zen-iot.com:1883 angeben?@nograx ist hier gefragt, habe ich nicht genutzt und gehe auch nicht zurück.
Ich habe einen Hyper 2000, es werden aber 2 angezeigt:
Muss ich das dann für beide eintragen/ändern?Gruß
Deine DeviceID sollte Dir schon bekannt sein vom Solarflow-Adapter z.B.
Wenn Du nur einen Hyper hast dann wähle mal den oberen aus.
Klick Telemetry und vergleiche die Device id.
Wenn nicht, dann unteren.
Wenn beide gleich, einfach oberen.
Wenn keine Device Id -> abbrechen/nichts machen.
Wenn beide Devie Id nicht stimmen -> abbrechen/nichts machen.Nochmal versuchen. BT aus usw.
Wenn Device id nicht stimmen sollte, würde ich nicht weiter machen.Bei mir zeigte es den HUB2000 auch mal 2x an.
@hofmann-iobrf sagte in Test Adapter Zendure Solarflow:.
Da der Smart Mode bei mir nun wieder funktioniert lasse ich nun doch noch die Umstellung auf Lokal.
Wenn du lokal bist, brauchst doch nur (wenn auch nur kurz) eine MQTT-Client-Adapter-Instanz installieren. Bzw. hast vermutlich schon?
Sonst eine Instanz zusätzlich als Client installieren und mit Server verbinden.
Danach einfach warten bis ein paar Meldungen von selbst rein kommen.
Dann smartMode: 1 setzen. -
@maxclaudi sagte in Test Adapter Zendure Solarflow:
Wenn du lokal bist, brauchst doch nur (wenn auch nur kurz) eine MQTT-Client-Adapter-Instanz installieren. Bzw. hast vermutlich schon?
Sonst eine Instanz zusätzlich als Client installieren und mit Server verbinden.
Danach einfach warten bis ein paar Meldungen von selbst rein kommen.
Dann smartMode: 1 setzen.Ich dachte das funktioniert (noch) nicht, bzw. smartMode = 1 bleibt bei autoModel = 0 nicht auf 1?
Ansonsten sollte das im Adapter integriert werden. -
@hofmann-iobrf sagte in Test Adapter Zendure Solarflow:
Ich dachte das funktioniert (noch) nicht, bzw. smartMode = 1 bleibt bei autoModel = 0 nicht auf 1?
Ansonsten sollte das im Adapter integriert werden.Verständnis Problem:
Bei lokalem Broker sollte man,
zumindest wenn man per Netz ladet und acMode schaltet,
sicherstellen, dass smartMode: 1 ist.
Wenn nicht: mit einem json den key: smartMode auf value:1 publishen.
Dadurch wird dann der acMode (+ vielleicht mehr) ins RAM geschrieben.autoModel: 0 bleibt.
Lokal verwendet man ja keine Energiepläne. Bzw. empfehle ich bei lokalem Broker auch alles selbst zu steuern und keine unflexiblen Energiepläne von Zendure zu verwenden.Nochmals: Es ist zu wenig bekannt.
Es betrifft auf jeden Fall die acMode Umschaltung (und vielleicht mehr?)
mit smartMode:1 wird acMode (und vielleicht mehr?) ins RAM statt Eeprom geschrieben.Wenn man das Zendure-System verwendet, wie gekauft: Also nur per App und Energiepläne.
Dann werden die Werte vom acMode in den Flash geschrieben, außer im CT-Mode.Lokal kann man nun, wenn man keine Energiepläne verwendet mit autoModel:0 und smartMode:1 setzen, das Gerät anweisen, dass die acMode-Änderungen nur noch ins RAM geschrieben werden.
verständlicher?
-
@maxclaudi
Verständnis Problem:
Bei lokalem Broker sollte man sicherstellen, dass smartMode: 0 ist.
Wenn nicht: mit einem json den key: smartMode auf value:1 publishen.
Dadurch wird dann ins RAM geschrieben.Das widerspricht sich! Ich denke du meinst ... dass smartMode != 0 ist (Ah, ok du hast es selbst gemerkt, jetzt passt deine Aussage :-))
Eigentlich sollte es im Lokal Modus gar nicht möglich sein den autoModel != 0 zu setzen. Oder ist das bereits so?
Wenn nicht: mit einem json den key: smartMode auf value:1 publishen.
Dadurch wird dann ins RAM geschrieben.Ja, wie gesagt, das sollte als Datenpunkt vom Adapter angeboten werden!
Ich habe die letzten Tage den "SmartMode" (Nulleinspeisung) durch ein Skript bei autoModel = 0 erledigt, weil der "Zendue-SmartMode" bei mir nicht mehr funktioniert hat.
Da wäre es auch gut, die Änderungen nicht ins Flash zu speichern.Das betrifft doch alle hier, die eine Nulleinspeisung mit einem Shelly o.Ä. und einem Skript machen, oder sehe ich das falsch.
-
@hofmann-iobrf
Du hast später geantwortet, als ich editiert hatte.
War Schreibfehler. Natürlich SmartMode:1 ->RAMJa, mit lokalem Broker autoModel:0 lassen, besser so.
Mehr möchte ich dazu nicht schreiben, würde nur verwirren
PS: Es betrifft Alle die mit Netz laden (acMode nutzen). Auch die, die das Zendure-system wie gekauft verwenden (wenn sie manuell häufig über die App Laden/Entladen umschalten, außerhalb vom CT-Modus)
-
@maxclaudi sagte in Test Adapter Zendure Solarflow:
PS: Es betrifft Alle die mit Netz laden (acMode nutzen). Auch die, die das Zendure-system wie gekauft verwenden (wenn sie manuell häufig über die App Laden/Entladen umschalten, außerhalb vom CT-Modus)
Es ist natürlich ein Unterschied, ob das ab und zu manuell oder auch per Zeitplan ein paar mal am Tag umgeschaltet/geändert wird, oder ob das per Skript alle 5-30 Sekunden passiert.
Das sind ca. 5-10 vs. 2000-5000 Speichervorgänge pro Tag. -
@hofmann-iobrf
richtig.
War bei mir bis gestern nicht anders.
Naja 2000-5000x am Tag schaltet man zwischen Laden und Entladen nicht um.
Sonst hat man eine sehr fragwürdige Steuerung/Regelung.Wenn man natürlich den acMode als Ein-/Ausschalter oft am Tag nutzt und nicht hauptsächlich das inputLimit regelt, sieht das anders aus.
Gut mein script hat das leider auch öfter mal gemacht, aber ist nun nicht mehr so. -
@nograx
Mit dem Prerelease funktioniert es nun deutlich besser. Die Daten kommen nun per mqtt beim Adapter an.
Ich werd alles mal beobachten und loggen und nochmal einen Erfahrungsbericht geben.
-
Release 1.15.4 ist kompiliert. Installation per npm oder spätestens morgen per Beta Kanal. Ich habe hier die angepassten ProductKeys vom 2400 AC und 800 Pro übernommen. Damit sollte es nun auch möglich sein die Geräte lokal zu verwenden.
Außerdem ist der SmartMode Parameter als Sensor und Control mit drin.
Mir fehlt noch der ProductKey vom Solarflow 800 (kein Pro), falls den jmd. parat hat wäre das fein!
Außerdem wäre es bei der Diskussion um den SmartMode Parameter hilfreich wenn uns jmd. der den SmartCT Modus verwendet mal den Wert vom SmartMode seines Systems posten könnte.
-
@nograx sagte in Test Adapter Zendure Solarflow:
Release 1.15.4 ist kompiliert.
SmartMode Parameter als Sensor und Control mit drin.Broker Lokal, exklusiv im autoModel: 0 mit scripts
1.15.4 installiert. knapp ne Stunde ohne Fehler.
Lässt sich schalten und funktioniert Fehlerfrei bei meinem setup.
edit:
Ergänzung zu
@nograx sagte in Test Adapter Zendure Solarflow:Außerdem wäre es bei der Diskussion um den SmartMode Parameter hilfreich wenn uns jmd. der den SmartCT Modus verwendet mal den Wert vom SmartMode seines Systems posten könnte.
der noch mit der der Cloud verbunden ist und die Werte von SmartMode mitteilt:
im CT-Modus SmartMode: 1 ?
in keiner oder anderer Einstellung des autoModel (Energieplan): smartMode: 0 ?@Hofmann-IOBRF @lesiflo
Ihr seid noch in der Cloud mit einem hyper?
Übrigens ist es beim hyper ganz einfach zu testen.
Wenn smartmode: 1, dann wird ins RAM geschrieben.
Hyper stromlos machen und dann ist die Einstellung weg.Wenn smartMode: 0, dann wird in Flash geschrieben.
Hyper stromlos machen und dann bleibt die Einstellung.
