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

[Felli]

@the_stig Gehe davon aus, das du nach offline nehmen das Gerät einmal neu gestartet hast, ebenso nach zurück ändern auf Cloud? Das war bzw ist bei meinem HUB so nötig gewesen. Der wurde zwar im Router als verbunden angezeigt aber die Verbindung zum jeweiligen Server wurde erst aufgebaut nach einem Neustart. Vielleicht hilft das ja ... ?

[The_Stig]

@felli Danke dir. Aber den Hyper kann man m.E. nicht wirklich neustarten. Aus der Anleitung:

Wenn ich den einzigen Knopf 6 Sekunden drücke, ist auch das Wifi zurückgesetzt. Und damit beginnt dann wieder der Spaß mit dem Disconnected...

[nograx]

@the_stig sagte in Test Adapter Zendure Solarflow:

@felli Danke dir. Aber den Hyper kann man m.E. nicht wirklich neustarten. Aus der Anleitung:

Wenn ich den einzigen Knopf 6 Sekunden drücke, ist auch das Wifi zurückgesetzt. Und damit beginnt dann wieder der Spaß mit dem Disconnected...

Das klingt dann danach das du zwar Daten bekommst, diese aber dem letzten Stand entsprechen den der Hyper an die Zendure Server gesendet hat. Wenn du eh vorhast den offline zu nutzen würde ich den tatsächlich mal ausschalten und dann direkt mit meinem Bluetooth Tool auf deine MQTT Instanz umleiten. Dann ggf. mal stromlos machen (Panele trennen, Akku ab) und dann wieder starten.

Panele trennen aber nur wenn gerade nicht die Sonne volle Kanne drauf knallt... (also vorher ne Decke über die Panele legen oder so, oder bis heute Abend warten).

[The_Stig]

@nograx also: jetzt wieder resetted, Wifi Connected. Änderungen in der App werden auch ordentlich angezeigt in den Objekten. Aber jede Änderung in Control wird nicht übernommen.
Aus dem Log sehe ich z.B. sowas hier:

Das sagt mir aber wenig...

[Felli]

@the_stig die Nummer mit 6 Sekunden, genau so ist es bei den HUBs auch dann geht er einmal aus und wieder an. So hat es bei mir geklappt. Ehrlicherweise habe ich immer bis 7 gezählt das er es auch gemacht hat.

@nograx mit den unterschiedlichen ProductIDs beim Hyper kann es nicht zusammenhängen? Nicht das Zendure hier noch eine andere verbastelt hat und er deswegen die Daten nicht korrekt bekommt. Die sollte man doch im MQTT Explorer sehen können oder nicht ? Ist schon merkwürdig irgendwie aber wenn alles soweit korrekt verbunden ist und das korrekte Topic abonniert dann sollte doch auch wenigstens irgendwas angezeigt werden ...

[The_Stig]

@felli Was meinst du mit Product-IDs? Das hier?

Da habe ich auch schon gerätselt, welche ich nun nehmen muss. aber zumindest laufen bei mir mit der unteren (gDa3tb) Daten rein.

[Felli]

@the_stig ja genau die beiden meine ich, das ist vor einer Weile aufgefallen das die Lurchis den Hypern zwei IDs vergeben haben und das es dadurch klemmen kann, was ja auch logisch ist. Aber wenn unter der ID Daten kommen dann passt die auch. Nicht das seitens Zendure beim letzten Update des Hyper (war ja unlängst) was verändert wurde. Hast du das schon installiert?

[The_Stig]

@felli ja, das habe ich zum Start gemacht. Mann ey. Ich suche mich gerade kaputt hier, woran es liegen kann.

[The_Stig]

@nograx und @Felli danke nochmals. Läuft jetzt. Habe es nach nograx gemacht. Einmal alles abgestöpselt und dann neu direkt ausschließlich lokal konfiguriert. Puuuuuhhhhh...schwere Geburt. Aber wirklich: vielen herzlichen Dank für euren Input!!!

[Felli]

@the_stig sehr cool, dann war es bestimmt der reboot der geholfen hat, so eine Möglichkeit per Knopf fehlt den Geräten halt leider

[nograx]

@the_stig sagte in Test Adapter Zendure Solarflow:

@nograx und @Felli danke nochmals. Läuft jetzt. Habe es nach nograx gemacht. Einmal alles abgestöpselt und dann neu direkt ausschließlich lokal konfiguriert. Puuuuuhhhhh...schwere Geburt. Aber wirklich: vielen herzlichen Dank für euren Input!!!

Top freut mich das es jertzt läuft!

[nograx]

@the_stig sagte in Test Adapter Zendure Solarflow:

@nograx also: jetzt wieder resetted, Wifi Connected. Änderungen in der App werden auch ordentlich angezeigt in den Objekten. Aber jede Änderung in Control wird nicht übernommen.
Aus dem Log sehe ich z.B. sowas hier:

Das sagt mir aber wenig...

Das sind Debug Meldungen. So finde ich heraus ob die Geräte irgendwas übermitteln was ich an Infos noch nicht kenne. Da gibt es teilweise gravierende Unterschiede.

Beispiel bei den Batterien: Mein ACE 1500 sendet den SOH (State of Health) der Batterie. Der HUB 2000 der im gleichen System arbeitet z.B. nicht. Batcur kann ich mal noch mit übernehmen. 28 dürft geteilt durch 10 = 2,8A ergeben - bei einer 48V Batterie sind das dann 134W, das passt dann auch zu dem "Power" Wert.

[Jui]

Hallo Zusammen,
Hardware = Hyper2000 mit 2 Akkus und 2000Wp Solarpanel

Ich finde die Einstellung nicht, um das Entladen des Akku zu unterbinden.

Per Blockly funktioniert im Prinzip alles wie gewollt:
Wenn Sonne dann wird genau die benötigte Menge eingespeist und Rest geht in den Akku und wenn keine oder wenig Sonne, dann auch Akku ins Haus.

Jetzt stecke ich das Auto an und habe volle Sonne, dann wird max ins Haus geschickt, alles korrekt.
Jetzt kommen paar Wolken, dann speist der aus dem Akku weiter maximum ein, das will ich nicht, der soll die Einspeisung reduzieren oder nur den Akku laden.
Welche Einstellung muss ich vornehmen damit ich das umschalten kann?

Habe alle Einstellung probiert, geht nur indem ich auf INPUT stelle, dann geht alles in Akku und nichts ins Haus. Kann doch nicht bei jeder Wolke von Output auf Input stellen, oder muss ich?
Hat jemand eine Idee?

Danke Jui

[lesiflo]

@jui Hi, hast du dir mal meine Lösung angeschaut. Damit klappt das. Link Text

[Felli]

@nograx das ist interessant, hatte neulich in den Objekten gesehen das SOH neu mit drin ist. Der Current wäre in der Tat auch super damit kann man ja auch was anfangen. Die Jungs von ooenDTUonBat haben das ja auch in ihrer Integration mit drin. Hier wird aber nur der HUB eingegangen per MQTT und SOH kommt irgendwie bei denen trotzdem mit, vielleicht dann im Datenstrom der Kombi keine Ahnung ‍

[Jui]

@lesiflo
Deine Lösung ist sehr gut, gut durchdacht und komplex. DANKE!
Aufgrund Deines Scripts ist mir die mögliche Umsetzung meines Ansatz eingefallen der dann beim reindenken besser wurde, jetzt brauche ich paar Wolken um zu sehen ob es auch so funktioniert

Ich greife den Satus "Auto wird geladen" zusätzlich ab, wenn nicht bleibt alles,
wenn ja dann prüfe ich ob Akku Output NULL dann bleibt gleich,
wenn Akku Output größer NULL dann reduziere um Akku Output.

Somit muss ich nicht zwischen Input/Output umschalten und lade das Auto NICHT vom Akku und das automatische PV-Laden der Wallbox sollte damit auch funktionieren.

Warte gespannt auf die ersten Wolken

[Jui]

@jui said in Test Adapter Zendure Solarflow:

Da ist ein Denkfehler drin, denn wenn sich der Wert akku Output ändert, dann greift wieder die andere Regel usw. ...

Habe es angepasst und hoffe so wird es funktionieren. Für alle die es interessiert oder ähnliches Problem haben:

Ich greife den Satus "Auto wird geladen" zusätzlich ab, wenn nicht bleibt alles,
wenn ja dann prüfe ich ob Solarertrag über 800 Watt (da Maximum Einspeisung), wenn ja, dann bleibt gleich,
wenn Solarertrag unter 800 Watt, dann würde die Anlage den Bedarf mit Akku Output ergänzen
-> Jetzt setzt das Script das OutputLimit auf den Solarertrag und ich setze noch einen kleinen Puffer von 50 Watt dazu
und schicke nur soviel Strom ins Haus wie möglich ohne den Akku zu entladen.

@lesiflo = im Prinzip wie Dein Script

Somit muss ich nicht zwischen Input/Output umschalten und lade das Auto NICHT vom Akku und das automatische PV-Laden der Wallbox sollte damit auch funktionieren.

Hoffe jetzt klappt es

[The_Stig]

@nograx sag mal, siehst du eine Möglichkeit in deine Calculations nicht nur die Tageswerte der Einspeisung zu zählen, sondern auch den Gesamtertrag? Ich würde das gerne tracken, wie viel ich über die Zeit einspeise. Also so ähnlich wie beim Hoymiles Wechselrichter.

[maxclaudi]

@nograx sagte in Test Adapter Zendure Solarflow:

Das steht noch auf meiner Todo, das Zendure Device schickt hardcoded Zugangsdaten die aus der DeviceID generiert werden können.

@nograx und Alle,
nun "ist" es möglich

Solar Flow Adapter mit einem lokalen MQTT-Broker inkl. Authentication zu verwenden.

EDIT:
Einstellungen für Solar-Flow-Adapter lokal mit user und password siehe HIER

---

PasswordGenerator als Blockly für Zendure DeviceID.

Für den lokalen MQTT Broker (z. B. mosquitto) mit Authentication.

user: DeviceID
password: <das generierte Passwort>

Bei mehreren Zendure Geräte (HUB2000, ACE1500, Hyper2000, Solarflow HUB1200 usw.)
Für jede DeviceID ein Passwort generieren lassen.

---

Einfach die DeviceID eingeben, Script kurz ausführen und im debug output ist das Passwort.

Blockly JS erfolgreich getestet mit iobroker-Installationen Linux und Windows
siehe HIER

[Felli]

@maxclaudi ich bin seit einer Weile ohne Cloud also mit lokalem MQTT verbunden. Nutze EMQX als separate Instanz in meinem Proxmox dazu ohne Login. Da Lokal für mich kein Problem, hier wüsste niemand außer mir was das ist geschweige denn was es tut ‍

Wenn ich Langeweile habe, teste ich es ggf aber mal. EMQX sollte mehrere Logins also Passwörter können, meine sowas in Web-UI gesehen zu haben.