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

[nograx]

@stefan-g-0 Prinzipiell will ich die Geräte natürlich unterstützen. Glaube das das beim HUB 2000 kein allzugroßes Problem ist. Falls mir jmd. den HUB 2000 mal für ein paar Tage in der App freigibt kann ich im Zweifel prüfen was für Änderungen bzw. Anpassungen nötig sind.

[nograx]

@lesiflo Sorry für die späte Antwort. War etwas busy die letzten Tage.

In der 1.3.0 sollten die Berechnungen der Zeit passen. Werde in den nächsten Tagen kein Release mehr erstellen (es sei denn es gibt ein größeres Problem). Möchte langsam mal den Stable Kanal nachziehen.

Um hier noch kurz zu erklären. energyWhMax ist der maximal Wert an Wh die in alle Akkus geladen werden können. Der passt sich an - kann aber auch initial festgelegt werden - man hat schreibrechte auf den State. Damit der Adapter aber richtig rechnen kann, sollte der Hub natürlich einmal von leer auf voll geladen werden...

Was die Werte angeht: Bei mir passt das ziemlich gut. Ich denke mit Einbeziehung der Lade und Entladeverluste haut das exakt hin. Bei "ins Haus eingespeist" vom Adapter und dem Wert den mir der Hoymiles liefert lagen gerade mal 0,05 kWh auseinander.

[lesiflo]

@nograx OK, alles klar. Ich hab mal den Wert energyWhMax an meine Werte angepasst. 1.3.0 ist installiert. Ich sehe mal zu meine Akku's neu zu kalibrieren und schaue mal wie dann die Werte so sind. Jedenfalls weichen die von der App und Adapter doch schon erheblich von einander ab.

[diet99]

@nograx Moin - und danke für die ständige Weiterentwicklung!
Im ioBroker ist derzeit die 1.2.7 verfügbar. Wie komme ich an die 1.3.0?

[nograx]

@diet99 Die Version ist heute Nacht in den Beta Kanal geschoben worden (gegen 0 Uhr). Vermutlich ist bei dir im ioBroker das Repo noch nicht aktualisiert. Weiß gerade nicht wie man das manuell anstoßen kann. Installation über npm oder github per Expertenmodus im ioBroker sollte aber funktionieren.

[diet99]

@nograx Ah - danke! Wieder was gelernt ...

Den sollte ich aber dann wohl eher abends oder nachts aktualisieren, damit die aktuellen Werte nicht zurückgesetzt werden?

[nograx]

@diet99 Da sollte (hoffentlich) nichts zurückgesetzt werden...

[diet99]

@nograx Ich meinte damit die aktuellen calculations. Bleiben die auch erhalten beim Update?

[nograx]

@diet99 Ja da dürfte nichts passieren, außer das er die paar Sekunden des Update nicht berechnet.

[diet99]

@nograx Super - scheint geklappt zu haben - danke!

Sehe ich das richtig, daß man den Bypass-Status jetzt auch aus dem Adapter her steuern kann? Das ist natürlich ne super Sache, weil der bei mir immer wieder regelmäßig auf "Auto" gegangen ist, was ich eigentlich nicht will. Er soll auf "Always off" sein.

[nograx]

@diet99 Ja das funktioniert. Bei mir springt der auch immer wieder auf "Auto". Lasse mir jetzt über ioBroker eine Benachrichtigung schicken wenn der sich ändert.

[diet99]

@nograx Sehr gute Idee!
In welcher Form müssen die Steuerwerte in der control-Section angegeben werden für autoRecover, buzzerSwitch und passMode?

[nograx]

@diet99 autoRecover, buzzerSwitch sind boolean, passMode eine Ganzzahl / Integer. Hinter passMode sollte aber eine Dropdown mit "Auto", "always off" und "always on" hinterlegt sein.

[diet99]

@nograx Ah - richtig. Paßt!
Und wenn man es aus einem Script ansteuern möchte, gibt man das vermutlich genauso an. Muß das bei Gelegenheit mal ausprobieren.

Klasse!

[diet99]

Was mich gerade noch etwas irritiert, ist das hier:

Der aktuelle Ladezustand ist hier korrekt angezeigt:

[nograx]

@diet99 sehe gerade das der Wert für energyWh und energyWhMax bei dir absolut nicht passen können. Ich habe bei github ein issue der das selbe Thema hat. Kann mir nicht erklären wie das zustande kommt.

[nograx]

@nograx sagte in Test Adapter Zendure Solarflow:

@diet99 autoRecover, buzzerSwitch sind boolean, passMode eine Ganzzahl / Integer. Hinter passMode sollte aber eine Dropdown mit "Auto", "always off" und "always on" hinterlegt sein.

Ich befürchte in einem Script musst du den Integer Wert nehmen?

Wäre dann so:
0: "Automatic",
1: "Always off",
2: "Always on",

[diet99]

@nograx Muß ich ausprobieren. Kann aber noch ein paar Tage dauern, bis ich dazukomme, da was zu basteln.

Ich muß erstmal mein Einspeise-Start-Script überarbeiten, weil das noch nicht 100%ig so läuft, wie ich mir das vorstelle.

Das hatte ich ja schonmal gepostet gehabt. Ich möchte erst ab 30% Akkufüllstand anfangen einzuspeisen und dann auch nur, wenn mindestens 150W Solarleistung anliegen. Damit soll der Einspeise-Ping-Pong bei niedrigem Akkustand und geringer Einspeiseleistung vermieden werden.
Die Werte sind als beispielhaft zu betrachten.

Abends/nachts schalte ich dann wieder auf Null, wenn der Akku leer ist:

Es kommt aber trotzdem immer wieder vor, daß die Einspeisung bereits unter den 30% startet, sobald mehr als das eingestellte Minimum im Akku ist.
Irgendwas übersehe ich da noch.

[nograx]

@diet99 Darf ich fragen warum du 600Watt ins Haus scheibst? Oder drosselst du da noch mit dem Wechselrichter?

[diet99]

@nograx Exakt: ich habe OpenDTU-onBattery im Einsatz hinter dem PVHub. Dort ist die Regelung meines Hoymiles HM-800 auf 600W gedeckelt. Daher gebe ich 600W aus dem PVHub frei.
Die Regelung über OpenDTU funktioniert wesentlich besser und schwingungsärmer (ohne heftige Spitzen bei der Regelung), als wenn ich z.B. den PVHub über Shelly und den Smart CT Mode regeln lasse.