Test Adapter Zendure Solarflow
-
@stony2k sagte in Test Adapter Zendure Solarflow:
Wird die SolarFlow 800 Pro auch schon bereits vom Adapter unterstützt?
Sollte zumindest per Cloud jetzt funktionieren. Wenn du den eingebunden hast würde es mich freuen wenn du mir dem ProductKey mal zukommen lassen könntest.
-
Habe den 800er noch nicht, bin aber am überlegen. Sollte ich mich dafür entscheiden gebe ich dir gerne den ProductKey.
-
Hallo Community,
@nograx erstmal vielen Dank für deinen klasse Adapter echt TOP!Ich habe deine Adapter schon einige Zeit mit der Zendure-Cloud am laufen, möchte jetzt auf lokalen MQTT-Server umstellen und habe es bereits mit deinem Zendure.Cloud.Disconnector versucht, die Daten lokal zu empfangen.
Leider bekommen ich an meine mqtt.1 Instanz keine Telemetry-Daten meines Solar Hub 2000. Den Zendure Adapter nutze ich in der Version 1.14.3.Wenn ich meine mqtt.1 Instanz starte erscheinen diese Log-Meldungen:
Mein MQTT Broker ist so eingestellt:
Verbindungen:
Server Settings:
MQTT Einstellungen:
Was noch zu erwähnen ist, eine OpenDTU liefert fleißig ihre Daten zum mqtt.1 Broker.
Der Adapter selbst ist so eingestellt:
Im Objekt-Baum sieht mein mqtt.1 so aus:
Hat jemand einen Tipp für mich, warum ich keine Daten meines Hub 2000 erhalte?
Falls noch Infos meinerseits fehlen, kann ich die noch gerne beifügen.
Vielen Dank für eure Hilfe,
SMarti1
-
@smarti-1 Guten Morgen, hast du mal via MQTT-Explorer auf den MQTT-Broker verbunden und geschaut ob der HUB überhaupt Werte liefert? Das was da in den Objekten steht ist meines Wissens das was der Adapter dem HUB versucht zu senden. Daher gehe ich davon aus, das der HUB nicht korrekt mit dem Broker verbunden ist. Gehe davon aus, das du den HUB einmal neu gestartet hast nach dem disconnecten ?
Wenn das alles nichts bringt und du die Möglichkeit hast (z.B. Proxmox) installier dir mal eine Instanz mit einem Broker separat. Ich nutze hierfür EMQX als Broker. Damit hat es bei mir auf Anhieb geklappt und läuft so seit Monaten absolut reibungslos.
LG
Sven -
@smarti-1 Das sieht mir so aus als würde der HUB keine Daten an den MQTT Server liefern. Das kann u.a. an folgenden 2 Dingen liegen:
- Der Hub ist noch per Bluetooth verbunden, dann werden keine Daten per Wifi übertragen. Hier also unbedingt den Disconnector und auch die Android/iOS App beenden.
- Der Hub benötigt zwingend einen Neustart, beim Hub kann das nur geschehen indem man in einmal komplett Stromlos macht und abschaltet. Also entweder Abends wenn kein Licht mehr auf die Solarpanele scheint oder tagsüber Module abklemmen (bitte nicht wenn die Sonne voll drauf knallt, das kann böse enden). Dann muss man die Taste am Hub für 4 Sekunden drücken damit er komplett aus geht.
-
Moin,
ich weiß nicht ob das schon einer zurückgemeldet hat, aber das Umschalten von Energieplänen klappt jetzt über den Adapter. Hab's gerade nochmal ausprobiert und erfolgreich in den SMART CT Modus und wieder zurückschalten können.
-
@nograx Danke für die Tipps und die schnelle Rückmeldung
Es lag tatsächlich an der Bluethooth Verbindung des ZendureCloudDisconnectors.
Bin nun folgendermaßen vorgegangen:
- Andriod App alle Energiepläne deaktiviert
- Andriod App beendet
- ZendureCloudDisconnector zum Setzen der lokalen MQTT Adresse verwendet
- ZendureCloudDisconnector wieder Beendet nach erfolgreicher MQTT Adressen Änderung
- Solar Hub 2000 ausgeschaltet mit 6 Sekunden (mittlere) grüne Taste gedrückt halten
- Trennschalter Solarmodule zum Hub 2000 geöffnet
- Trennschalter zum Wechselrichter geöffnet
- Batteriekabel am Hub 2000 entfernt
- 10 Sekunden Pause
- Batteriekabel am Hub 2000 wieder angeschlossen
- Trennschalter zum Wechselrichter geschlossen
- Trennschalter Solarmodule zum Hub 2000 geschlossen
- Hub 2000 gestartet mit kurzem Druck auf (mittlere) grüne Taste
- mqtt_1 Adapter gestartet
- zendure-solarflow Adapter gestartet
Jetzt kommen die Telemetry-Daten des Hub 2000 1A an
Jetzt kann ich weiter an meiner bedarfsgerechten Einspeisung ins Hausnetz weiter machen,
hab dazu nen Shelly Pro 3EM im Schaltschrank und nen Shelly Plus1PM in der Einspeisesteckdose.Vielen Dank auch @Felli für deine Antwort
Grüße,
SMarti1
-
@smarti-1 gerne geschehen, irgendwas zwischen Neustart ode Bluetooth musste es sein. Das mit dem BT hatte ich vergessen war mir am Anfang aber auch einmal passiert. Mit OpenDTUonBattery läuft das super offline. Viel Freude damit
-
@smarti-1 sagte in Test Adapter Zendure Solarflow:
@nograx Danke für die Tipps und die schnelle Rückmeldung
Es lag tatsächlich an der Bluethooth Verbindung des ZendureCloudDisconnectors.
Bin nun folgendermaßen vorgegangen:
- Andriod App alle Energiepläne deaktiviert
- Andriod App beendet
- ZendureCloudDisconnector zum Setzen der lokalen MQTT Adresse verwendet
- ZendureCloudDisconnector wieder Beendet nach erfolgreicher MQTT Adressen Änderung
- Solar Hub 2000 ausgeschaltet mit 6 Sekunden (mittlere) grüne Taste gedrückt halten
- Trennschalter Solarmodule zum Hub 2000 geöffnet
- Trennschalter zum Wechselrichter geöffnet
- Batteriekabel am Hub 2000 entfernt
- 10 Sekunden Pause
- Batteriekabel am Hub 2000 wieder angeschlossen
- Trennschalter zum Wechselrichter geschlossen
- Trennschalter Solarmodule zum Hub 2000 geschlossen
- Hub 2000 gestartet mit kurzem Druck auf (mittlere) grüne Taste
- mqtt_1 Adapter gestartet
- zendure-solarflow Adapter gestartet
Jetzt kommen die Telemetry-Daten des Hub 2000 1A an
Jetzt kann ich weiter an meiner bedarfsgerechten Einspeisung ins Hausnetz weiter machen,
hab dazu nen Shelly Pro 3EM im Schaltschrank und nen Shelly Plus1PM in der Einspeisesteckdose.Vielen Dank auch @Felli für deine Antwort
Grüße,
SMarti1
Batterie-Kabel wäre nicht nötig gewesen. Wichtig ist nur das keine Energie beim Solareingang rein kommt, denn das hält den Hub online. Anschließend reicht dann das 4(6=)-sekündige drücken des Schalters am Hub.
-
@nograx
Wollte auf Nummer sicher gehen
Danke für die Hilfe.Jetzt schreibe ich gerade das Java Skript fürs setzen des outputLimits.
Die Werte des Hub und der Shellys habe ich bereits im Zugriff.Mal schaun, wie es klappt.
Grüße,
SMarti1 -
HI,
benutzt jemand den Adpater mit dem "SolarFlow 2400 AC"??
Würde gerne wissen ob ich damit den 2400AC mit den aktuellen Zählerdaten füttern kann um eine dynamische ein- bzw. "Ausspeisung" zu realisieren?
Habe alle Daten im iobroker und wollte nicht noch einen zusätzlichen 3EM pro einbauen.... -
Jo, ich teste seit 3 Tagen mit dem AC 2400
heute habe ich das erste 'träge' script zum Laufen gebracht, mangels ecoTracker im Versandweg einfach mal probiert, das über die cloud zu regeln.
Steuern lässt sich der AC2400 einwandfrei, die Fehlermeldungen aus der letzten release-version sind weg (Danke an @nograx, echt schnell gelöst), an 2 Stellen habe ich aber noch den Wurm drin:
Nummer 1:
Ich kann den AC2400 auf inputLimit/outputLimit jeweils auf bis zu 2400W setzen im Object/Control.
Allerdings pfuscht mir die cloud(denke ich?) da rein....nach kurzer sind die Werte wieder auf 800 begrenzt.
Und das, obwohl ich vorher in der APP die Grenzen mit Bestätigung rausgenommen habe.Da ist aktuell unklar, warum das passiert...vor 2 Tagen konnte ich den noch problemlos auf 2400 stellen und er blieb da auch. Ich muss dass noch genauer austesten, was nun anders ist.
Ansonsten, das Script steuert den AC 2400 alle 10 Sekunden und zieht die Einspeise- respektive Ladeleistung den aktuellen Werten nach...
Ist natürlich träge und nicht genau, aber schon viel besser als mit Zeitplan zu laden und zu entladen....Mal ein Beispiel:
Grundlast des Hauses am Abend so um die 500-550W, meine Frau bügelt (kein Witz), das Bügeleisen schaltet dauernd an und aus, Netzbezug pulst bis 3 KW hoch.
Info: In meinem script habe ich die Limits aktuell auf 2000 W gesetzt aktuell.
Man sieht im Log, wie das script den Akku ansteuert mit 2000 W Einspeisung, auf meiner vis tauchen die 2000 W auch kurz auf und werden dann nach 1-2 Sekunden auf 800 zurückgesetzt, im Protokoll kann man sehen, dass das nicht vom script kam. Da sind dann 10 Sekunden später nur noch 506W notwendig, weitere 10 Sekunden später zieht das Bügeldings wieder Saft etc.Ansonsten ganz unten im Bild:
Komme mit dieser trägen Regelung ziemlich dicht an meinen realen Verbrauch ran, für eine cloudbasierte Steuerung deutlich besser als erwartet, das 800 W Limit ist halt noch zu knacken.Problem 2:
... ist nur witzig, hat aber nicht wirklich mit dem Adapter zu tun.
Natürlich produziert meine Steuerung auch Einspeisung, sie regelt ja nur alle 10 Sekunden.
Dann passiert was richtig krasses...mein Sunny Home Manager Smartmeter kommt darauf nicht klar und setzt einfach mal alle Werte auf 0.
Sobald wieder Netzbezug da ist, kommen nach 2-3 Sekunden wieder brauchbare Werte.
Ich denke, das Smarty versteht nicht, dass es eine Einspeisung geben kann, wenn der Wechselrichter keinen PV-Ertrag meldet.
Ich habs erstmal rausprogrammiert und senke die Einspeisung durch den AC 2400 drastisch wenn alle Daten im Smarty 0 sind, um dann schnell wieder in den minimalen Netzbezug zu kommen, voila...Smarty liefert wieder brauchbare Werte.
Ist halt ein dirty hotfix, nicht für die Ewigkeit hoffe ich.Noch 10 Tage bis der ecotracker kommt... dann pack ich das script als Fingerübung an die Seite und klemme den AC2400 hoffentlich nur noch im Automodus per Trackersteuerung an oder verbiete Ihm per Adapter zu Laden, wenn ich Strom für den Start meiner Klimaanlagen/Wärmepumpen brauche.
@nograx : Danke für Deine Arbeit und Unterstützung
Nachtrag: Nochmal etwas gepfeilt, da jetzt keine Großverbraucher mehr pulsen, regelt der sich schön bei 15-60 W Netzbezug ein.
Als Zielwert habe ich 50 W Netzbezg in der Berechnung angepeilt, um möglichst selten den Smarty abzuschiessen...
-
@mabbi sagte in Test Adapter Zendure Solarflow:
Grundlast des Hauses am Abend so um die 500-550W, meine Frau bügelt (kein Witz), das Bügeleisen schaltet dauernd an und aus, Netzbezug pulst bis 3 KW hoch.
das wird noch witziger, wenn mal mehrere Elektro-Kochfelder gleichzeitig benutzt werden.
PS: auch die Klima(anlagen) sind witzig.
Zur Trägheit:
seit ich cloudless auf lokal mqtt Broker mit Authentication bin geht's zügig.2x schon so schnell mit vielen Daten, dass ein (Forschungs-) Script vom JS-Adapter automatisch abgeschaltet wurde.
Script überprüft, passt.
Lasse mein Script nun überwachen, dass es automatisch nach ein paar Sekunden wieder eingeschaltet wird.
Bisher war das nicht mehr der Fall. -
Hi,
ich habe gestern Nacht noch ein paar Fortschritte gemacht:
Heute morgen:
Akku lädt mit 2300 Watt, kann nun auch mit 2400 Watt das Haus unterstützen.
Der technisch interessierte Nutzer fragt sich nun, warum 2 unterschiedliche Werte ?Antwort: Weil die Zendure APP beim Input nur max. 2300 W erlaubt, beim Output aber das eigentlich für beide Werte beworbene 2400 W. Ich hoffe auf ein Update.
Aktuell:
Wie man sieht, habe ich eben noch 5 Minuten in das vis investiert...
Was ich aus dem Datalog heute Nacht gelernt habe:
Das Haus hat Nachts eine durchschnittliche Grundlast von ca. 310 W.
Durch meine träges und konservatives Script war der durchschnittliche Stromverbrauch heute Nacht 49 W.
Der Akku hat mit durchschnittlich 258 W eingespeist.
Und wieder Messungenauigkeiten...sigh.
Um 7.03 Uhr heute morgen hat der Akku wegen SOC <= 9% abgeschaltet.
Seit 9:32 Uhr lädt er wieder, da hatte er aber nur noch einen SOC von 8 % ? Habe nichts am Notstrom dran, ich packe das mal unter Messtoleranzen. (to be monitored)Script funktioniert, die Klimas/Wärmepumpen waren alle schon am Start als der Akku endlich ran durfte.
Ladeleistungsregelung scheint auch zu funktionieren, um 11:01 Uhr war der Akku voll.Langsam werde ich zum happy camper.
fyi: Ich habe einen shelly vor dem AC 2400. Die durchschnittlichte Differenz zwischen effektiver Stromaufnahme und effektiver Stromabgabe sind bei mir so ca. 16-18%, schwankt ein bisschen.
Finde ich für einen reinen Stecker-Akku, der muss den Strom ja 2x wechselrichten, ganz OK oder ? -
Hi,
danke für die Infos....
Bin hin und her gerissen ob ich mir einen bestelle (bei den Lieferzeiten, eher nach dem Urlaub... sonst kommt er wenn ich nicht da bin)...
Ist schon anzusehen ob man den 2400AC auch direkt per MQTT steuern kann? verspreche mir da eine schnellere reaktionszeit...
