UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[nograx]

@diet99 sagte in Test Adapter Zendure Solarflow:

@nograx Super, danke! Ich bin gespannt!
Jetzt muß erstmal richtig Sonne kommen. Und ja, mir ist bewußt, daß knapp 4 kWh Akku und zwei 390W-Module ein leichtes Mißverhältnis darstellen, insbesondere, wenn man dann auch noch ins Haus speist und nur den Überschuß speichert. Aber der zweite Akku ist derzeit eh nur eine temporäre Leihgabe.
Wobei es heute immerhin 3,17 kWh waren und der Akku von 15 auf 50% geladen wurde.

Wo kriegt man denn Akkus als Leihgabe? :-o Ich wäre mal froh wenn ich meine 3 Akkus mit 4 Panelen (Ost/West) mal voll bekommen würde - hier hat sich die Sonne seit Oktober nur mal sporadisch blicken lassen.

[diet99]

@nograx said in Test Adapter Zendure Solarflow:

Wo kriegt man denn Akkus als Leihgabe? :-o

Ein Bekannter kommt mit dem Aufbau seiner Module gerade nicht weiter, da hat er mir seinen Akku überlassen, bis er so weit ist. Er hatte irgendwie Bedenken, daß der sonst irgendwann im Keller steht und das BMS ihn leergenuckelt hat. Der Akku war aber bei ordentlichen 27%

Ich wäre mal froh wenn ich meine 3 Akkus mit 4 Panelen (Ost/West) mal voll bekommen würde - hier hat sich die Sonne seit Oktober nur mal sporadisch blicken lassen.

3x AB1000 oder AB2000?

[nograx]

@diet99 3x AB1000

[diet99]

@nograx paßt!

Anderes Thema: ich schrieb ja schon mal, daß mein PV-Hub erst ab 30% Akkufüllstand mit dem Einspeisen der Maximalleistung von 600W an den Wechselrichter beginnen soll, aber nur dann, wenn gleichzeitig mindestens 150W Solarleistung anliegen. Abends/Nachts soll die Einspeisung dann wieder auf 0W geschaltet werden, sobald der Akku seine untere Entladegrenze, derzeit 15%, erreicht hat. Damit soll ein automatisches Wiederanlaufen am nächsten Tag verhindert werden.

Hintergrund ist, daß ich ein „Ping-Pong“ vermeiden möchte, indem der Speicher automatisch anfängt einzuspeisen, sobald 1% mehr als die untere Grenze im Akku sind, die dann aber bei schwacher Sonne gleich wieder weg sind.

Nach einigem Tüfteln und wertvollen Hinweisen hier im Forum habe ich das jetzt so gelöst:

Die eigentliche Nulleinspeisungs-Regelung mache ich mit OpenDTU-onBattery.

[nograx]

@rene55 sagte in Test Adapter Zendure Solarflow:

@nograx Ok, dann ergibt das einen Sinn. Stimmt schon, man geht in die Einstellungen eher selten rein. Ist nur unüblich - soviel ich weiß macht das (bisher) kein Adapter.

Hi, in der neusten Version im Beta-Kanal (1.4.0) bleibt das Passwort wieder gesetzt und das Eingabefeld wird nicht geleert.

[nograx]

Und hier noch mal als kurze Zusammenfassung, Version 1.4.0 ist im Beta Kanal:

• neue weitere States verfügbar: wifiState, hubState (Standby oder Abschalten wenn Entladegrenze erreicht), pvBrand and inverseMaxPower
• In den Einstellungen funktioniert das Passwort-Eingabefeld wieder wenn man die Einstellungen neu aufruft
• In den Einstellungen habe ich ebenfalls das Feld "Benutzername" in "E-Mail" umbenannt damit es hier keine Missverständnisse gibt
• Es gibt 2 zusätzliche Berechnungen für PV1 und PV2. Hier kann man also den Tages-Ertrag für beide Kanäle getrennt auswerten

[Rene55]

@nograx Hervorragend! :+1: Sogar die (bisher missverständlichen Namen) wurden sauber angepasst. Sind jetzt alle Features vom SF ausgelesen oder versteckt sich da noch mehr?

[nograx]

@rene55 Die Liste ist noch lang.... :-) das Problem ist allerdings nachzuvollziehen was die einzelnen Werte bedeuten. Der MQTT Dienst überträgt nur Zahlen, und diese werden dann in der App zu einem Text oder einer Schaltfläche gemappt.

Bei den "Controls" habe ich halt im Testen und Debuggen immer das Problem das ich Angst habe was kaputt zu machen. Außerdem bastel ich ungern an meiner eigenen Anlage rum - die läuft nämlich aktuell sehr gut.

[The_Stig]

@diet99 könntest du das Script bitte einmal posten. Will das auch gerne so umsetzen wie du mit der Steuerung. Danke vorab.

[diet99]

@the_stig Kann ich gerne machen, wenn ich das nächste Mal am Rechner bin. Du mußt es dann eben an Deine Datenpunkte anpassen.

[diet99]

Da isses ...

var maxAusgangsleistung;


maxAusgangsleistung = getState('zendure-solarflow.0.73bkTV.UjCfKXh1.control.setOutputLimit').val;
on({ id: 'zendure-solarflow.0.73bkTV.UjCfKXh1.electricLevel' /* SOC Gesamtsystem */, change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "") >= 30) {
    if (getState('zendure-solarflow.0.73bkTV.UjCfKXh1.solarInputPower').val > 150) {
      maxAusgangsleistung = 800;
    }
  } else if ((obj.state ? obj.state.val : "") <= 15) {
    maxAusgangsleistung = 0;
  }
  if (maxAusgangsleistung != getState('zendure-solarflow.0.73bkTV.UjCfKXh1.control.setOutputLimit').val) {
    setState('zendure-solarflow.0.73bkTV.UjCfKXh1.control.setOutputLimit' /* Einzustellende Ausgangsleistung */, maxAusgangsleistung);
  }
});
on({ id: 'zendure-solarflow.0.73bkTV.UjCfKXh1.control.setOutputLimit' /* Einzustellende Ausgangsleistung */, change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "") > 15 && (obj.state ? obj.state.c : "") != 'script.js.common.Zendure_LimitOutput') {
    maxAusgangsleistung = (obj.state ? obj.state.val : "");
  }
});

[diet99]

Hier nochmal als Blockly:

Der letzte Trigger-Block ist dafür da, um Änderungen der Einzustellenden Ausgangsleistung im control-Folder abzufangen, die außerhalb des Scripts passieren, z.B. wenn man diesen Wert in der ioBroker-Objekt-Übersicht manuell ändert oder wenn er durch ein anderes Script geändert werden sollte. Ins grüne Feld muß der Script-Name rein.

[The_Stig]

@diet99 Danke dir sehr. Bin morgen aus dem Urlaub zurück und hoffe, dass dann auch alles vom netten DHL-Boten gebracht wurde. Dann lege ich los und berichte, ob es klappt. Danke nochmal!

[lesiflo]

@diet99
Moin,
ich würde in dein Scripts noch Timeouts mit einbauen. So verhinderst du das bei wechselnder Bewölkung die Werte sich ständig ändern. So etwas in etwa:

[diet99]

@lesiflo said in Test Adapter Zendure Solarflow:

@diet99
Moin,
ich würde in dein Scripts noch Timeouts mit einbauen. So verhinderst du das bei wechselnder Bewölkung die Werte sich ständig ändern.

Moin! Und danke für den Hinweis.
Eigentlich schalte ich ja nur oberhalb einer Schwelle ein und unterhalb der Entladegrenze wieder aus. Da sollte es zu keinen wilden Schaltvorgängen kommen können. Und die Hysterese sind immerhin 15%
Oder habe ich möglicherweise was übersehen?

[diet99]

@nograx said in Test Adapter Zendure Solarflow:

@rene55 Die Liste ist noch lang.... :-) das Problem ist allerdings nachzuvollziehen was die einzelnen Werte bedeuten. Der MQTT Dienst überträgt nur Zahlen, und diese werden dann in der App zu einem Text oder einer Schaltfläche gemappt.

Bei den "Controls" habe ich halt im Testen und Debuggen immer das Problem das ich Angst habe was kaputt zu machen. Außerdem bastel ich ungern an meiner eigenen Anlage rum - die läuft nämlich aktuell sehr gut.

Moin!
Toll wäre, wenn man den Smart CT oder Smart Matching Modus schalten könnte. Vielleicht findest Du das ja auch noch eines Tages raus.
Aber auch so ist es schon klasse, daß man den Output und Bypass steuern kann :+1:

[XBiT]

@diet99

Servus,

mein Hub2000 ist gestern auch angekommen und bin gerade dabei ein Blockly für die Steuerung zu machen.
Eine Frage.. sehe ich es richtig, dass du in deinen Blockly einfach bei Akkustand > 30% und PV-Leistung gesamt > 150Watt die Ausgangsleistung einfach auf 800Watt setzt ohne vergleich ob der Hausverbrauch nur bei z.B. 400Watt liegt? Würde ja bedeuten wenn die PV-Leistung 600Watt ist das 200 Watt eingespeist werden wobei sie im Akku besser aufgehoben sind oder übersehe ich was?

[nograx]

@xbit er steuert die Ausgangsleistung zusätzlich vom Wechselrichter und begrenzt darüber.

[XBiT]

@nograx

Aber da wird doch die erzeugte PV-Energie die aus dem Hub kommt am Wechselrichter "verbrannt" zwar nicht Eingespeist aber auch nicht gespeichert?
Oder ist es anders?

[nograx]

@xbit nein, alles was der Wechselrichter nicht abnimmt geht in die Akkus.