Test Adapter Zendure Solarflow
-
@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?
-
@felli ja, das habe ich zum Start gemacht. Mann ey. Ich suche mich gerade kaputt hier, woran es liegen kann.
-
-
@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
-
@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!
-
@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.
-
Hallo Zusammen,
Hardware = Hyper2000 mit 2 Akkus und 2000Wp SolarpanelIch 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
-
-
@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
-
@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 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
-
@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.
-
@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öglichSolar 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 -
@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.
-
@felli sagte in Test Adapter Zendure Solarflow:
hier wüsste niemand außer mir was das ist geschweige denn was es tut
@felli
war und ist bei uns z. T. auch so
Mache dennoch alles safe... so gut es gehtWenn 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.
-
@maxclaudi ich denke solange die Mädels Instagram nutzen können und spielen online möglich ist, kommt keine Langeweile auf und ich bin sicher. Daher brauche ich eigentlich nur für eine stabile Internetverbindung sorgen
-
@nograx und noch eine Bitte/Frage: gibt es in den Untiefen des Codes irgendwie die Möglichkeit, einen Neustart beim Hyper zu triggern? Das Ding hängt bei mir nun schon am 2. Tag in Folge (keine Einspeisung zum Netz, obwohl Ausgangsleistung korrekt gesetzt werden, kein Low-Voltage-Block angezeigt wird). Da hilft aktuell nur ein Neustart.
Und vielleicht als Ergänzung zur Fehlersuche: heute Nacht um 0 Uhr wurde das Min-Soc auf 50% erhöht (habe diesbezüglich aber keine Steuerung aktiv). Da hörte dann (logischerweise) die Einspeisung auf, aber kann seitdem auch nicht aktiviert werden.
EDIT: Habe jetzt mal via Netzladung auf 54% geladen. Danach klappt wieder alles ohne Neustart. Also gut, dann wird wohl irgendeine interne Logik einen gewissen Mindest-SOC-Wert zeitweise erwarten. Kann ich mit leben, die Hauptsache ist ja, dass die Kiste nicht hängt.
-
@nograx
edit: erledigt -
@nograx
und AlleAdapter läuft mit Authentication
Alle Daten kommen rein, am Adapter muss NICHTS geändert werden.Wenn man einen MQTT-Server verwendet der nur "user mit password" zulässt, wie z. B. mosquitto.
Beispiel: HUB2000 und ACE1500
mit Blockly von mir für HUB2000-DeviceID und ACE1500-DeviceID je Passwort generieren lassen.
user: DeviceID
Passwort: <das generierte Passwort>Zusätzlich für den Solar-Flow-Adapter ein user und ein Passwort wählen
Die 3 neuen user mit Passwörtern bei mosquitto in die Passwortliste aufnehmen (verschlüsseln, wie bei mosquitto üblich).
Beim Solar-Flow-Adapter in der Instanz dann den user und password für den Solar-Flow-Adapter einfach mit in die URL übergeben.
Wenn die lokale Server-IP z. B. 192.177.80.250 ist und man für den Adapter
user: solarflow
password: secret
verwenden möchte
dann einfach bei "lokale MQTT Server URL/IP":
solarflow:secret@192.177.80.250Siehe Bild:
Instanz starten und alles funktioniert
Benötige keine Tester und bestätige, dass es so läuft
Was für Arbeit und schwere Geburt... Manchmal ist man zu überarbeitet und blind
PS: Das ganze funktioniert NICHT mit dem iobroker mqtt-Adapter, weil er nur 1 user und 1 password zulässt.
Endlich Feierabend und alles läuft.
-
@maxclaudi Danke für die Mühe und das austesten der Möglichkeiten.
Wäre nach meinem dafürhalten sehr sinnvoll, wenn @nograx doch noch zwei Eingabefelder und eine Checkbox (Authentifizierung ja/nein) beim nächsten Update mit einbauen könnte. Dann könnte das Passwort auch verschlüsselt gespeichert werden. Ist ja hier leider gut lesbar!
