Test Adapter Zendure Solarflow
-
Möglicherweise spinnt mein Debian-System. Ich hab gerade mal ein update/upgrade gemacht und alles neu gestartet - im Moment sieht es wieder gut aus.
Seltsame Sache. -
@muppibaer Genau das Problem habe ich mit dem Hub2000 auch. Es werden keine Änderungen in der App angezeigt und offensichtlich die Werte nicht aktualisiert.
-
@the_stig Moin! Heute scheint es problemlos zu laufen, allerdings ist kaum Sonne, d.h. es gibt nicht allzuviele Veränderungen.
-
@diet99 Aber du hast keinen Hub2000, oder? Ich befürchte, dass bei dem noch ein paar Sachen nicht rund laufen...oder ich verstehe noch was falsch, aber wenn ich was in der Zendure-App ändere, wirds nicht im Control-Bereich angezeigt...
-
@nograx danke auf jeden Fall für den coolen Adapter. Eine Verständnisfrage noch: bei meinem Hub2000 tauchen einige Felder sowohl im Control-Folder wie auch im Folder des Hubs als solchem auf, z.B. im Control "zendure-solarflow.0.A8yh63.0W09SjQU.control.setOutputLimit" und im Folder des Hubs dann noch "zendure-solarflow.0.A8yh63.0W09SjQU.outputLimit". Die Werte sind aber unterschiedlich. Also ich kann den control.setOutputLimit auf 0 setzen und das "outputLimit" hat trotzdem einen anderen Wert, der dann auch über den Smart-CT-Modus stetig geändert wird (und offenbar scheint dieser Wert der relevante zu sein, da der Hub trotz gesetzter Null die Batterie entlädt). Wie hängt das zusammen?
-
@lesiflo hänge hier auch seit ein paar Tagen daran, mein Setting optimal aufzubauen. Könntest du ggf. den Blockly-Code deiner Steuerung hier posten? Ich bin da in allem noch kompletter Anfänger und habe grad gelesen, dass man ja keinen Modus aus der ZEndure App nutzen soll. Dann fehlt mir aber die Steuerungsmöglichkeit ohne den Blockly-Code...Danke dir!
-
@the_stig said in Test Adapter Zendure Solarflow:
@nograx danke auf jeden Fall für den coolen Adapter. Eine Verständnisfrage noch: bei meinem Hub2000 tauchen einige Felder sowohl im Control-Folder wie auch im Folder des Hubs als solchem auf, z.B. im Control "zendure-solarflow.0.A8yh63.0W09SjQU.control.setOutputLimit" und im Folder des Hubs dann noch "zendure-solarflow.0.A8yh63.0W09SjQU.outputLimit". Die Werte sind aber unterschiedlich. Also ich kann den control.setOutputLimit auf 0 setzen und das "outputLimit" hat trotzdem einen anderen Wert, der dann auch über den Smart-CT-Modus stetig geändert wird (und offenbar scheint dieser Wert der relevante zu sein, da der Hub trotz gesetzter Null die Batterie entlädt). Wie hängt das zusammen?
Das Setzen des setOutputLimit macht natürlich nur Sinn, wenn man keinen Automatikmodus aktiv hat, weil der dann ggf. diesen Wert direkt wieder ändert. Die Steuerung muß dann über ein Script erfolgen oder man hat einen Wechselrichter, den man über ioBroker oder OpenDTU steuern kann.
-
@diet99 Danke dir erneut... du hilfst mir ja auch schon fleissig im Chat. Ok...dann bin ich jedenfalls einen Schritt weiter. Jetzt muss ich mir dann "nur" die Steuerung von Lesiflo nachbauen. Bei mir sind es ja 4 Module am Zendure und noch 2 weitere direkt in den WR. Da möchte ich keine Energie verschenken. Überlege gerade noch, welche Steuerungsmethode da die beste ist. Wenn ich den WR beschränke, werden ja ggf. die direkt angeschlossenen Module mit gedrosselt. Das will ich eigentlich gerne vermeiden. Aber wenn ich den nicht drossele, muss ich wieder über die Zendure-Smart-CT-Regelung gehen...alles nicht so einfach...
-
@the_stig Hi, ich bin da gerade auch etwas am "basteln". Das was ich vorhabe klappt nicht so richtig. Ich habe einen Shelly 3EM im Einsatz und einen Deye WR. Da ich noch eine große Anlage für Verbrauch und Einspeisung habe nutze ich das BKW nur zum Speichern. Eigentlich soll der zuerst der Speicher voll gemacht werden und wenn das erfolgt ist soll dann Abends bei Sonnenuntergang die Anlage vom Akku einspeisen. Damit das klappt habe ich am Ausgang des WR einen Shelly zwischengebaut der dann den Strom ins Netzt freigibt. Ansonsten ist der aus. Das Problem hierbei ist das der Bypass im Automatic Modus nicht zusammen mit einen Energieplan funktioniert. Hierbei hängt sich dann immer der WR. Erst nachdem ich die Verbindung zwischen dem WR und den Hub trenne und verbinde klappt das. Meine Blockly's kann ich dir aber gerne geben,
Hier alles was ich so habe. Am besten komplett importieren und ziehe dir dann das raus was du brauchst.
-
Gelöscht
-
@lesiflo Wow . danke dir. Ich schaue mir das alles an und berichte dann!
-
@the_stig Wie ist denn dein Aufbau mit den 6 Panels? Welche Ausrichtung? Parallel oder in Reihe?
Kannst du nicht mit beiden Panels am WR deine Grundlast abdecken?
Das mit dem Umschalten des Bypass-Modus hatte ich auch schon versucht. Hat leider nicht geklappt.
Hast du einen Shelly 3EM? Wenn ja kannst du das damit regeln. Alles was kleiner ist als 400W und nicht über die
die beiden Panels am WR abgedeckt werden kann kommt dann aus dem Hub. Um zu wissen was bei dir möglich ist müsste man wissen was du an Technik noch verbaut hast. -
@lesiflo Danke dir für deine Antwort. Ich habe 4 Panels in Ost/West. Jeweils 1xOst und 1xWest per Y-Kabel an den Hub2000. Dann noch 2 Module, die aus Gründen der Traglast flach auf dem Dach liegen. Diese 2 sind direkt an den Hoymiles HM1500 angeschlossen.
Dazu habe ich einen Shelly 3em pro und ein OpenDTU on Battery.Ich suche aktuell nach einem Weg, das möglichst optimal zu nutzen. Die Grundlast ist mit 350-400 Watt recht hoch - zudem tagsüber oft auch noch deutlich höher mit HomeOffice, Waschmaschine, Spülmaschine usw.
Eigentlich ist es eh eine Spielerei, da ich noch einen Ferraris-Zähler habe...die Stadtwerke rühren sich seit knapp einem Jahr nicht. Ist dann halt so. Möchte aber vorbereitet sein, für den Zeitpunkt x, wenn getauscht wird.
Da schaue ich natürlich interessiert auf deine Umsetzung und die von @diet99.
Aktuell war eben genau der Gedanke, an Tagen wie heute, wo in die 6 Module stetig nur zwischen 100-500 Watt reinkommen, es ja eigentlich Blödsinn ist, den Akku parallel zu laden...der sollte doch besser rumidlen, bis genug Leistung anliegt, damit er nicht unnötig Ladezyklen hat. Daher der Gedanke mit dem ioBroker den Bypass zu setzen.
Aber interessiert bin ich an deiner Bemerkung zum Shelly: wie kann das von da gesteuert werden?
-
@the_stig sagte in Test Adapter Zendure Solarflow:
Aber interessiert bin ich an deiner Bemerkung zum Shelly: wie kann das von da gesteuert werden?
Es gibt für den iobroker einen Shelly-Adapter. Mit dem kann du dann auf die Werte zugreifen und steuern.
Eventuell so was hier:
Getriggert wird auf die gemessene Leistung vom Shelly. Wenn diese über 500 W ist soll der Hub nur die Differenz
von der aktuellen Leistung - 500W an den WR ausgeben. Alles andere geht in den Akku. Bypass auf "Automatic" und
kein Energieplan wie z.B. SmartCT aktiv. Den Timeout um ständiges Ein/Aus zu verhindern. -
@lesiflo immer gerne. Den Adapter nutze ich aber shcon länger, um mir die Werte in Grafana abzubilden. Aber wie ich den jetzt steuere, das weiß ich noch nicht. Fehlt mir im Moment auch noch die Idee, wie das von dir geschilderte Setting dann funktionieren soll. Aber bin sehr gespannt - ggf. per PN?
EDIT: Sorry, hatte deinen zweiten Post nicht gesehen mit dem Blockly...coole Idee, da wage ich mich mal ran!
EDIT #2: Ich glaube, ich komme da mental von einer anderen Richtung. Du misst den Verbrauch - mich interessiert die aktuelle PV-Leistung. Aber mit dem Differenz-Ding könnte man da ja was bauen...
-
Hallo Ihr beiden!
@lesiflo danke für Deine Scripte. Muß ich mir bei Gelegenheit mal genauer anschauen. Gerade hakt es etwas mit der Zeit dafür.
@The_Stig mit häufigem Bypass-Schalten wäre ich etwas vorsichtig. Da wird ja auch in der App gewarnt, daß das Relais u.U. gefährdet ist, wenn man zu oft schaltet. Das klingt mir so, als ob die das etwas grenzwertig dimensioniert hätten - aber Vorsicht ist ja bekanntermaßen die Mutter der Porzellankiste. Also eher weniger schalten, als einmal zuviel.
Ich bin bisher mit meinem Script ganz zufrieden, das oberhalb von 30% die Einspeisung einschaltet, wobei ich gerade noch am Überlegen bin, ob ich statt auf Prozent lieber auf Akkuspannung triggern sollte. Die Prozentwerte laufen mit der Zeit ja wohl etwas davon, wenn man nicht mehr oder weniger regelmäßig die Akkus mal auf 100% lädt. Die Einspeiseleistung hab ich jetzt mal auf 200W gestellt, die anliegen müssen, um die Einspeisung tatsächlich einzuschalten nach Erreichen der 30%. Wenns deutlich drunter ist, werden die Akkus gleich wieder leer. Mit Timeouts o.ä. habe ich bisher noch nicht rumgespielt.
-
@diet99 hey - danke für deine Rückmeldung. Schaltet denn das Relais nur, wenn man den Bypass-Modus ändert? Weil aktuell (also auf Automatic) ist es ja so, dass der Akku je nach Stromverbrauch und Einspeisung hin und her wechselt zwischen Ladung und Entladung. Das ist dann aber kein Problem für das Relais, verstehe ich das richtig?
-
@the_stig Ich habe ehrlich gesagt noch nie beobachtet, ob das Relais zwischen Ladung und Einspeisung tatsächlich schaltet. Der Hub hängt bei mir in der Garage. Aber vielleicht kann das jemand anderes hier beantworten.
Meine Vermutung war, daß es nur zwischen Bypass ein und Bypass aus schaltet. -
Ich habe jetzt eine Lösung ohne einen Energieplan (wie z.B. SmartCT) gefunden bei dem der Bypass-Modus immer auf "Automatisch" bleibt, ich aber trotzdem Verbrauchsabhängig nach Zeit regeln kann. Sieht so aus:
Sobald die Sonne untergeht und der Hausverbrauch über 80W geht wird vom Akku eingespeist. Morgens oder wenn der Verbrauch negativ (Einpeisung ins Netz) geht die Leistung auf 0W.
Hintergrund ist, dass ja der SmartCT-Modus nicht mit der Einstellung des Bypass auf Automatisch funktioniert. -
@lesiflo Du möchtest damit tatsächlich nur einspeisen, wenn keine Sonne mehr scheint? D.h. tagsüber soll die Energie ausschließlich in die Akkus gehen?
Zusatzfrage:
Warum heißt das bei "Dir Min_SOC_entladen"? Das Objekt finde ich hier nicht. Hier gibt es nur "Min. SOC", was aber eigentlich das gleiche sein müßte.
