Test Adapter Zendure Solarflow
-
@stormy27 The MQTT connection from the ioBroker Adapter is Client only - so you can't connect to it. I think you have to build you own solution to control things. Like setting up an mqtt host on your ioBroker instance and connect to it from your HA instance - and then use some logic to set the parameters on the adapter.
-
@nograx kannst du hier eventuell helfen ?
Ich nutzen den Adapter seit ~2 Wochen in der Version 1.6.4
Über ein Blockly Script will ich den Wert "zendure-solarflow.0.A8yh63.2T8b4PkK.minSoc" von 10 auf 50 setzen. Das funktioniert auch soweit ich das sehen kann. Öffne ich allerdings die App und prüfe dort den Wert für die Entladegrenze wird der Wert mit 10 angezeigt und auch im Datenpunkt steht wieder 10.
Ich habe bereits die Option "Bestätigt" probiert aber keine Änderung. Ich muss dazu sagen das dies mein erstes Blockly Script ist und ich eventuell auch einfach was falsch mache.
<xml xmlns="https://developers.google.com/blockly/xml"> <block type="schedule" id="BWktR#:+NRaQ%Yxf!|{;" x="38" y="112"> <field name="SCHEDULE">00 04 * * *</field> <statement name="STATEMENT"> <block type="update" id=")k[Tms16Z5EAR8h[p)RR"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">zendure-solarflow.0.A8yh63.2T8b4PkK.minSoc</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="math_number" id="/Gs6iAM++fI[RbBzp15]"> <field name="NUM">50</field> </block> </value> </block> </statement> </block> </xml>Ich habe auch bereits den Wert in "zendure-solarflow.0.73bkTV.YpbX6abcd.control.dischargeLimit" angepasst das Problem bleibt bestehen. Sobald ich die App öffne wird der Wert überschrieben wie kann ich also über den Adapter den das Entladelimit steuern ?
-
@romestylez zuerst würde ich mal versuchen die Entladegrenze manuell im Datenpunk zu setzen, um Probleme mit dem Blockly auszuschließen.
Ich habe das jetzt bei mir mal getestet und auch festgestellt das der Wert in der App (iPhone) bestehen bleibt. Ich habe manuell im Datenpunkt unter "control" vom Adapter von 6% auf 5% geändert - in der App steht weiterhin 6%. Die Daten der Api sagen aber 5%. !! Wenn ich jetzt die App manuell schließe und neu öffne steht da der korrekte Wert 5%! Für mich sieht das so aus als wäre das ein Anzeigefehler der App...
-
@nograx ich habe den Wert bereits manuell gesetzt z.B. von 10% auf 45% ich öffne dann meine App gehe dort auf die Entladegrenze und sehe dann dort aber wieder 10% auch im Datenpunkt sehe ich wieder 10%
-
@nograx ich habe jetzt noch mal getestet (die App hat ja heute/gestern) ein Update bekommen. Und nun geht es ohne jegliche Probleme der Wert aktualisiert sich sogar in Echtzeit in meiner App
Ich schaue dann jetzt mal das ich es im Blockly auch umgesetzt bekomme denn da wird der Wert mit dem Wert aus der App überschrieben.Vielen Dank dir für den coolen Adapter !
-
@romestylez ja, die haben offenbar das Echtzeitverhalten der App massiv optimiert. Bisher mußt man immer auf dem Startbildschirm einen Refresh machen (runterziehen), um Aktualisierungen auf den folgenden Screens zu bekommen. Auch die Energiefluß-Anzeige ist jetzt viel schneller da und aktuell.
Auch von meiner Seite ein großes Dankeschön an @nograx für die prompten Antworten auf Anfragen. Hier läuft der Adapter ebenfalls super.
-
@diet99 said in Test Adapter Zendure Solarflow:
@romestylez ja, die haben offenbar das Echtzeitverhalten der App massiv optimiert. Bisher mußt man immer auf dem Startbildschirm einen Refresh machen (runterziehen), um Aktualisierungen auf den folgenden Screens zu bekommen. Auch die Energiefluß-Anzeige ist jetzt viel schneller da und aktuell.
Auch von meiner Seite ein großes Dankeschön an @nograx für die prompten Antworten auf Anfragen. Hier läuft der Adapter ebenfalls super.
Ja da wurde auf jeden Fall etwas optimiert. Folgendes Blockly verwende ich nun um das Entladelimit auf 50% zu setzen. Mein Ziel ist einfach das wenn der Speicher morgens sehr leer ist er erst mal geladen wird. Ich werde das Blockly noch erweitern damit wenn der Wert der Batterie 50% erreicht hat er das Entladelimit wieder auf 10% setzt. So kann ich zumindest etwas den Akku Prioritätsmodus simulieren und trotzdem mein Shelly 3EM Pro nutzen.
<block xmlns="https://developers.google.com/blockly/xml" type="schedule" id="BWktR#:+NRaQ%Yxf!|{;" x="-662" y="-212"> <field name="SCHEDULE">0 4 * * *</field> <statement name="STATEMENT"> <block type="control" id="LX;tUWce2j,@LQz4JSJ5"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">zendure-solarflow.0.A8yh63.2T8b4PkK.control.dischargeLimit</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="math_number" id="/Gs6iAM++fI[RbBzp15]"> <field name="NUM">50</field> </block> </value> </block> </statement> </block> -
@romestylez said in Test Adapter Zendure Solarflow:
Folgendes Blockly verwende ich nun um das Entladelimit auf 50% zu setzen. Mein Ziel ist einfach das wenn der Speicher morgens sehr leer ist er erst mal geladen wird. Ich werde das Blockly noch erweitern damit wenn der Wert der Batterie 50% erreicht hat er das Entladelimit wieder auf 10% setzt. So kann ich zumindest etwas den Akku Prioritätsmodus simulieren und trotzdem mein Shelly 3EM Pro nutzen.
Das habe ich jetzt nicht 100%ig verstanden mit dem Entladelimit hochsetzen.
Ich habe es bei mir so gelöst, daß ich grundsätzlich ein Entladelimit von 15% verwende (im Sommer könnte man auch 10% nehmen) und bei Erreichen dieses Limits die Ausgabeleistung des SolarFlow auf 0 setze. Wenn wieder Solarenergie reinkommt, warte ich im Script ab, bis der Ladezustand 30% erreicht hat und prüfe dann, ob zusätzlich mindestens 250W Solarleistung anliegen. Erst dann schalte ich den Ausgang des SolarFlow wieder ein, und zwar auf die volle Leistung (in meinem Falle 900W, damit der Wechselrichter seine 800W komplett erreichen kann). Die Nulleinspeisung regle ich über eine OpenDTU-OnBattery am Wechselrichter.
-
@diet99 ich habe einen Shelly 3EM Pro. Entladelimit ist 10%.
Wenn ich diese 10% nun erreiche wird geladen und bei 11% wieder entladen. Das will ich verhindern in dem ich prüfe wie der Ladestand ist. Wenn dieser 10% ist setze ich das Limit auf 50% damit erst mal geladen wird. Wenn 49% erreicht sind setze ich das Entladelimit wieder auf 10%.
Ob das alles Sinn macht weiß ich noch nicht. Ich spiele aber gerne rum und probiere neue Dinge aus. Dein Ansatz klingt auch ok ich habe einen Hoymiles WR mit max. 800 Watt was aber über den Shelly gesteuert wird.
-
@romestylez Ah - also exakt das gleiche Szenario wie bei mir. Nur anders gelöst
Ich wollte ebenfalls dieses Einspeise-Ping-Pong bei niedrigem Akkustand vermeiden. Funktioniert hier sehr gut. -
Mein Ansatz dazu sieht etwas anders aus.
Wenn Solarleistung > 50 greift folgende Logik:
Wenn SOC unter 20% dann outputLimit auf 200 Watt + aktuelle Solarleistung.
Wenn SOC unter 10% dann outputLimit auf 100 Watt + aktuelle Solarleistung.
Wenn SOC >= 6% (Entladelimit) dann nur die aktuelle Solarleistung.Final gibt der Wechselrichter dann die Leistung ab die im Haus benötigt wird (Hoymiles per AhoyDTU).
Das hat so den Vorteil das die Solarleistung schon mal direkt ins Haus geht und nicht mit Verlusten in die Akkus. Ein Ping Pong habe ich so auch nicht.
-
@nograx Oh - das ist noch etwas feiner gestaffelt. Gute Idee! Dann lädt man nicht erstmal grundsätzlich auf einen fixen Prozentwert auf. Lade/Entladeverluste vermeiden ist immer gut.
Kannst Du Dein Script bitte mal posten?Ich mache halt über meinen Shelly (Lesekopf ginge genauso) und OpenDTU-OnBattery eine echte Nulleinspeisung. Seit November letzten Jahres habe ich glaube ich eine einzige kWh ins Netz verschenkt.
-
Das Script wäre wirklich cool @nograx ich weiß aber nicht ob das bei mir funktioniert da der Shelly dauerhaft den Verbrauch übermittelt und darüber das outputLimit gesetzt wird.
@diet99 ja ich habe die Nulleinspeisung per Shelly 3PM Pro gelöst. Da geht immer mal wieder 40-100 Watt ins Netz wenn der Verbrauch große Schwankungen hat aber eigentlich läuft das wirklich sehr gut.
-
@romestylez said in Test Adapter Zendure Solarflow:
Das Script wäre wirklich cool @nograx
@diet99 ja ich habe die Nulleinspeisung per Shelly 3PM Pro gelöst. Da geht immer mal wieder 40-100 Watt ins Netz wenn der Verbrauch große Schwankungen hat aber eigentlich läuft das wirklich sehr gut.
Daher hab ich bei mir einen gewissen Netzbezug eingestellt. Ich glaube 25W. Leer wird der Akku sowieso, also macht das wenig aus. Besser, als zuviel ins Netz zu schubsen.
-
@diet99 hast du auch einen Shelly 3PM Pro oder wie hast du das eingestellt ?
-
@romestylez said in Test Adapter Zendure Solarflow:
@diet99 hast du auch einen Shelly 3PM Pro oder wie hast du das eingestellt ?
Ganz genau:
-
@diet99 Guten Abend,
mein Sicherungskasten ist leider voll, so dass ich den Shelly nicht einbauen kann. Daher für alle ohne Shelly:
Ich habe es so gelöst, dass ich über IP Symcon (ioBrocker geht genauso) per SML alle 15 sec den digitalen Zäler auslese und dies dann per MQTT an den ioBrocker sende. Dort wird berechnet, was ich aktuell einspeise plus dem was aktuell noch ans Versorgernetz geht und dies ist der neue Wer den ich dann als Ausgangsleistung einstelle. Das praktisch alle 15 sec. So bekomme ich einen relativ guten Abgleich zwischen soll und ist hin und das ganze bewegt sich immer sehr auf der Nulllinie. Wenn gewünscht kann ich dazu auch Graphen einstellen.
Mit der Batterie habe ich es so geregelt, dass ab 11% null eingespeist wird und erst wenn die Batterie auf 20% geht startet alles wieder normal bis halt wieder 11% runter geht.
Herzliche Grüße
Bernd -
@diet99 ah okay ja ich habe leider keine openDTU um den Netzbezug zu konfigurieren. Könnte ich eventuell irgendwie auch per blockly lösen wenn ich den Ausgangswer vom Shelly irgendwie überschreibe. Aber das wäre glaube ich nicht mal ein wirklicher Fortschritt zur aktuellen Situation.
@BennoBaer auch ein interessanter und guter Ansatz !
-
Guten Morgen,
und auch von mir Danke toller Adapter !Keines Log Problem.. wie Du ja schon gesagt hast.
->> https://github.com/nograx/ioBroker.zendure-solarflow/issues/49MFG
Guido -
Seit heute ist die 1.6.6 draußen!
Konnte noch nicht testen aber evtl behebt die Version ja schon das Problem
