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

[lesiflo]

@nograx
Hi, ich habe ja immer mal wieder diese Einbrüche:

Bibt es eine Möglichkeit das zu unterbinden oder Timer einbauen ?

Die einkommenden Daten gehen immer mal wieder auf 0.

Das bringt jedesmal meine Regelung durcheinander.
Ich bin noch auf der Cloud über den EU Server.

[Murphy 0]

@lesiflo
ich glaube nicht dass es am EU Server liegt.
Bin seit ca. 2 Monaten mit dem Adapter auf dem EU Server und habe keinerlei Einbrüche.
Mein Hyper lädt AC seitig und steht 2 m neben dem Router im Keller.

[lesiflo]

@murphy-0 Die Einbrüche habe ich auch nur bei der PV Leistung. Alles andere kommt sauber an.

[Murphy 0]

@lesiflo
Was mir auffällt, die Zeitsprünge in deiner Timestamp sind unterschiedlich lang. Die 5W Werte kommen meist sehr schnell.
Kann es damit zu tun haben dass da irgend etwas nicht „synchron“ läuft und einfach die Werte noch nicht aktualisiert wurden?

Wie ist die Prozessorlast bei deinem Raspi, oder welche Hardware nutzt du.

Ich hatte Anfangs mit meinem Raspi auf dem ein Python Skript zur Steuerung der Microwechselrichter, Pihole, iobroker und Openhab läuft auch Probleme wegen enormen Schwankungen beim Laden und Entladen vom Hyper.
Habe dann alles neu installiert und seit dem keine Probleme mehr.

[lesiflo]

@murphy-0 An der Performance kann es nicht liegen. Läuft bei mir auf einem Mini-PC unter Proxmox. Bei den anderen Werten wie z.B. Lade oder Entladeleistung habe ich diese Einbrüche nicht.

[Murphy 0]

@lesiflo
Dann kann es am internen Microwechselrichter des Hyper liegen.
Wechselrichter versuchen ja ständig die Leistung zu optimieren.
Vielleicht liegt es hier am Zusammenspiel Module und Hyper.

[lesiflo]

@murphy-0 Das ist auch meine Vermutung. Ich versuche mal das über das Script anzufangen.

[Felli]

@murphy-0
Diese MPTT Drops sind aber viel kleiner. Seit ich das Gerät offline habe, stimmen die Kurven eigentlich perfekt und es gibt solche Phänomene nicht mehr. Probiert es mal per DNS dann seht ihr ja was passiert ohne was hartes zu verändern. Ich tippe auf Server. Die Solarleistung wechselt ja von allen werten am häufigsten da kommt es dann denke ich auch am häufigsten zu Aussetzern. Nur eine Vermutung.

Edit: hier ein Screenshot von heute. Die kleinen Einbrüche vor dem Bypass das ist der MPTT die später waren Wolken die durchzogen.

[maxclaudi]

@felli sagte in Test Adapter Zendure Solarflow:

Diese MPTT Drops sind aber viel kleiner.

@felli
deckt sich vollständig mit meinen Beobachtungen.

edit:
@lesiflo
Ok, bei mir ist ein Hoymiles am HUB2000.
Es könnte, wie von Dir vermutet, auch am Hyper-Wechselrichter liegen :man-shrugging:

[lesiflo]

@lesiflo sagte in Test Adapter Zendure Solarflow:

@nograx
Hi, ich habe ja immer mal wieder diese Einbrüche:

Bibt es eine Möglichkeit das zu unterbinden oder Timer einbauen ?

Die einkommenden Daten gehen immer mal wieder auf 0.

Das bringt jedesmal meine Regelung durcheinander.
Ich bin noch auf der Cloud über den EU Server.

Ich hab mir jetzt eine zusätzliche Abfrage eingebaut welche mir den max Wert der letzten 5 PV-Werte liefert.
Bin noch am experimentieren ob der median besser passt.

[maxclaudi]

@lesiflo
solarInput_korrigiert: selbst erzeugter Datenpunkt.
"steuere" solarInput_korrigiert durch "aktualisiere" ersetzen(?).

[lesiflo]

@maxclaudi sagte in Test Adapter Zendure Solarflow:

solarInput_korrigiert: selbst erzeugter Datenpunkt.
"steuere" solarInput_korrigiert durch "aktualisiere" ersetzen(?).

solarInput_korrigiert: selbst erzeugter Datenpunkt. -> Ja.
Zwischen "wurde geändert" und "aktualisiere" macht hier keinen Unterschied. Bei "aktualisiere" wird nur öfter getriggert und zwar immer dann wenn der Datenpunkt einen neuen Zeitstempel bekommt, unabhängig davon ob sich der Wert geändert hat oder nicht. Daher nehme ich immer "wurde geändert".

[maxclaudi]

@lesiflo
Meinte nicht den Trigger.
Selbst erstellte Datenpunkte werden doch "aktualisiert" und nicht gesteuert(?).
Wegen (un)bestätigt oder nicht?

[maxclaudi]

Folgendes hat nichts mit dem Adapter zu tun.
Der Adapter holt sich die Infos auch per mqtt.

HUB2000 im Bypass.
mqtt Werte für PV1, PV2 und Gesamt stimmen nicht.

Im Bypass lasse ich den Hoymiles über OpenDTUonBattery DPL regeln.
Hoymiles ist zum Beispiel per DPL auf 166W limitiert.
Tatsächlich wird laut Zähler 150W vom Hoymiles bezogen.
Hoymiles meldet 150,3W.

HUB2000
PV1: 0W, PV2: 120W, Gesamt: 120W

~10min später:
DPL limitiert auf163W
Zähler tatsächlich: 149W
Hoymiles meldet 149,9W

HUB2000
PV1: 31, PV2: 94W, Gesamt: 125W

---

Die Regelung funktioniert gut. Alles ok.
Nur die Werte von PV-Eingänge?
Auch interessant wie anscheinend PV1 und PV2 abwechselnd bis zu 0W im Eingang limitiert werden, wenn der daran angeschlossene Wechselrichter limitiert.

[The_Stig]

@nograx nochmal ich: heute kam mein Hyper und aus irgendeinem Grund lässt er sich nicht steuern. Die Daten kommen ordentlich rein, aber egal, was ich im Control-Ordner ändere, wird nicht umgesetzt. Getestet sowohl im Zendure-Server-Modus als auch im lokalen Modus. Kenne mich jetzt nicht mit dem Hyper aus - muss da noch irgendwo irgendwas umgeschaltet werden, damit die lokale Steuerung akzeptiert wird?

[Felli]

@the_stig
Alle Modi in der App ausschalten sonst geht es nicht. Ist zumindest bei den HUBs so.

[The_Stig]

@felli Das kenne ich und habe ich natürlich auch so eingestellt. automodel steht auf nothing.

[The_Stig]

Boah, ich werde echt verrückt. Mit dem Hub2000 alles problemlos. Aber der Hyper lässt sich nicht steuern. Die Nulleinspeisungs-Regelung klappt, d.h. ioBroker setzt den setOutputLimit korrekt, aber es wird nicht umgesetzt. Bin wirklich für jeden konstruktiven Ratschlag seeeehr dankbar...
Noch ergänzend dazu: wenn ich etwas oben im Control ändere, wird es unten im Anzeige-Ordner nicht übernommen (Smart-CT-Modus oben habe ich nur aus Testgründen einmal gemacht):

[nograx]

@the_stig sagte in Test Adapter Zendure Solarflow:

Boah, ich werde echt verrückt. Mit dem Hub2000 alles problemlos. Aber der Hyper lässt sich nicht steuern. Die Nulleinspeisungs-Regelung klappt, d.h. ioBroker setzt den setOutputLimit korrekt, aber es wird nicht umgesetzt. Bin wirklich für jeden konstruktiven Ratschlag seeeehr dankbar...
Noch ergänzend dazu: wenn ich etwas oben im Control ändere, wird es unten im Anzeige-Ordner nicht übernommen (Smart-CT-Modus oben habe ich nur aus Testgründen einmal gemacht):

Moin,

komisch ist erstmal das die States rot sind. Das bedeutet das der Adapter die nicht richtig setzt. Das funktioniert auch für dischargeLimit/minSOC etc nicht?

Beim OutputLimit würde ich auf jeden Fall auch mal versuchen den Wert auf eine Ganzzahl zu runden.

Vll mal den Adapter in den Debug Log Modus schalten und schauen ob da im Protokoll irgendwelche Meldungen erscheinen.

Gruß,
Peter

[The_Stig]

@nograx Danke dir erstmal für die Antwort. Ja, offenkundig wird einfach gar nichts gesetzt, egal was ich im Control-Ordner umsteige.
Wifi-State wird auch als Disconnected angezeigt, obwohl ich mit deinem Tool auf Lokal das definitiv richtige Wifi Passwort und SSID angegeben habe.
Aktuell habe ich den Hyper jetzt mal komplett zurückgesetzt und versuche es erstmal wieder über die Zendure-Server - scheitere aber an der erneuten Anmeldung in der App. Irgendwas ist da krumm bei mir, liegt definitiv nicht an deinem Adapter. Nur was???