NEWS
Test Adapter Zendure Solarflow
Test Adapter Zendure Solarflow
-
Der AC-Modus verhält sich genauso wie ich es beschrieben habe. Setze ich auch so ein. Siehe hier .z.B. ff.
https://forum.iobroker.net/topic/69579/test-adapter-zendure-solarflow/841?_=1744187776163
Ist zwar mit einem Hyper, ACE ist aber ähnlich. Den habe ich aber auch noch rumstehen.
Das was du meinst ist der Datenpunkt darunter AC-Schalter. Damit werden die Steckdosen am ACE ein/ausgeschaltet.
Der AC-Modus hat nicht's mit den Steckdosen zu tun.
Modus 1 -> Einspeisen über AC
Modus 2 -> Ausgabe über Hub ans Netz@lesiflo
Hast du schon mal den Zustand gehabt has die Batterie kalibriert werden wollte?
Am Donnerstag Abend um circa 18 Uhr hat das System seinen Dienst eingestellt, der Akku war zu 96% geladen und es gab keine Ausgabe an das Hausnetz. Ich hatte bis heute Morgen gewartet und es gab keinerlei Änderung.
Ich habe dann in der App gesehen das unter Akku irgendwie eine SOC kalibrierung aktiv war, hier hat dann der Akku drei stunden lang gebraucht um von 99% auf 100% zu kommen. Danach hat wieder alles funktioniert. Wie und wann machst du das mit der Kalibrierung des Akkus? -
@lesiflo
Hast du schon mal den Zustand gehabt has die Batterie kalibriert werden wollte?
Am Donnerstag Abend um circa 18 Uhr hat das System seinen Dienst eingestellt, der Akku war zu 96% geladen und es gab keine Ausgabe an das Hausnetz. Ich hatte bis heute Morgen gewartet und es gab keinerlei Änderung.
Ich habe dann in der App gesehen das unter Akku irgendwie eine SOC kalibrierung aktiv war, hier hat dann der Akku drei stunden lang gebraucht um von 99% auf 100% zu kommen. Danach hat wieder alles funktioniert. Wie und wann machst du das mit der Kalibrierung des Akkus? -
@jan_xx Eigentlich gar nicht. Lade immer bis 100% und entladen bis 10%. Habe bisher keine Probleme gehabt.
-
@lesiflo
Achse ich lade immer nur bis 95% um den Akku zu schonen, aber damit könnt es schon zusammenhängen.
Okay denkst du das dies kein Problem für den Akku ist? Langfristig?@jan_xx
Wenn die Akku's nicht regelmäßig auf 100% geladen werden kommt das BMS durcheinander. Link Text. Daher ist es besser die Akku immer mal wieder auf 100% zu laden. Und ja man sollte dies zur Schonung nicht zu oft machen. Zendure selber gibt da ja selber keine Empfehlung, nur bei der unteren Grenze auf 10%. Alternativ kannst du auch die Spannung der Akku's überwachen. Eine Kalibrierung der Akku's kannst du auch selbst mit Blockly programmieren indem du 1 x pro Woche oder Monat den SOC auf 100% setzt. -
@jan_xx
Wenn die Akku's nicht regelmäßig auf 100% geladen werden kommt das BMS durcheinander. Link Text. Daher ist es besser die Akku immer mal wieder auf 100% zu laden. Und ja man sollte dies zur Schonung nicht zu oft machen. Zendure selber gibt da ja selber keine Empfehlung, nur bei der unteren Grenze auf 10%. Alternativ kannst du auch die Spannung der Akku's überwachen. Eine Kalibrierung der Akku's kannst du auch selbst mit Blockly programmieren indem du 1 x pro Woche oder Monat den SOC auf 100% setzt. -
Moin,
hier noch eine kleine Erweiterung meines Scriptes. Es bewirkt, das bei Bedarf nur die PV-Leistung verbraucht wird. Die "-50" ist die Leistung die minimal in den Akku geht. Kann benutzt werden, wenn jemand Tibber hat und den Strom in den Akkus in teuren Zeiten verwenden möchte.
-
@jan_xx
Wenn die Akku's nicht regelmäßig auf 100% geladen werden kommt das BMS durcheinander. Link Text. Daher ist es besser die Akku immer mal wieder auf 100% zu laden. Und ja man sollte dies zur Schonung nicht zu oft machen. Zendure selber gibt da ja selber keine Empfehlung, nur bei der unteren Grenze auf 10%. Alternativ kannst du auch die Spannung der Akku's überwachen. Eine Kalibrierung der Akku's kannst du auch selbst mit Blockly programmieren indem du 1 x pro Woche oder Monat den SOC auf 100% setzt. -
Hi
Habe dieses Dash einfach in Grafana erstellt, geshared und greife direkt über den Link via Cloudflared darauf zu von unterwegs. Klar wenn es dir hilft kann ich dir das JSON hier gerne später teilen. Da ist nichts mit variablen gemacht, musst dann in den Query's nur dein bucket bzw deine measurements einhängen. Sollte dann eigentlich irgendwas anzeigen
Bin kein großer Grafana Experte aber mir langt es bisweilen einfach um mal fix zu schauen ob daheim alles wie gewollt läuft.Guten Morgen
How to zum lokalen Betrieb ohne Zendure Cloud?
Habe den lokalen Betrieb versucht, bekam dann aber 2h lang keine Aktualisierung der Datenpunkte. Danach wechselte ich wieder zum global Server.
Das hin und her wechseln mit Zendure Cloud Disconnector von @nograx geht super einfach und schnell
Kann mir bitte jemand Tipps geben was fehlt, nicht richtig ist etc?
Disconnector IP+Port Eintragungen so ok?
Danach dann Instanzen-> Solar-Flow-Adapter auf Global umgestellt.
Unter dem iobroker-mqtt-adapter neue Instanz als Server erstellt.
Sichergestellt dass keine Anmeldeinfos verlangt werden und Port 1883 frei ist und verwendet wird.Folgende Einstellungen wurden im mqtt-Server gemacht:
Was rot und grün auf dem Bild ist wurde beim Test nicht eingetragen.
Was ist nötig was nicht?Beim Test wurden die Objekte angelegt:
Leider kamen 2h keine Aktualisierungen.
Musste dann abbrechen und zurück zum global-Server, weil ich die Woche nicht vor Ort bin.Wenn man den Disconnector mit der eigenen Server-IP verwendet, dann wird z. B. mqtt.zen-iot.com intern mit der eigenen Server-IP ersetzt und man benötigt keine zusätzliche DNS-Umleitung oder Auflösung(?).
Ich schreibe meistens sehr direkt – bitte nicht falsch verstehen, es ist nie böse gemeint. Das ist einfach mein Stil und niemals abwertend gemeint.
-
Guten Morgen
How to zum lokalen Betrieb ohne Zendure Cloud?
Habe den lokalen Betrieb versucht, bekam dann aber 2h lang keine Aktualisierung der Datenpunkte. Danach wechselte ich wieder zum global Server.
Das hin und her wechseln mit Zendure Cloud Disconnector von @nograx geht super einfach und schnell
Kann mir bitte jemand Tipps geben was fehlt, nicht richtig ist etc?
Disconnector IP+Port Eintragungen so ok?
Danach dann Instanzen-> Solar-Flow-Adapter auf Global umgestellt.
Unter dem iobroker-mqtt-adapter neue Instanz als Server erstellt.
Sichergestellt dass keine Anmeldeinfos verlangt werden und Port 1883 frei ist und verwendet wird.Folgende Einstellungen wurden im mqtt-Server gemacht:
Was rot und grün auf dem Bild ist wurde beim Test nicht eingetragen.
Was ist nötig was nicht?Beim Test wurden die Objekte angelegt:
Leider kamen 2h keine Aktualisierungen.
Musste dann abbrechen und zurück zum global-Server, weil ich die Woche nicht vor Ort bin.Wenn man den Disconnector mit der eigenen Server-IP verwendet, dann wird z. B. mqtt.zen-iot.com intern mit der eigenen Server-IP ersetzt und man benötigt keine zusätzliche DNS-Umleitung oder Auflösung(?).
@maxclaudi Moin, ich hatte auch erst das Problem, dass keine Daten zwischen den "lokalen" Zendure Geräten und dem Adapter in ioB ausgetauscht wurden. Die Daten kamen von beiden Seiten im MQTT Server an, aber es passierte nicht wirklich etwas in den ioB Zendure Datenpunkten. Ich habe beide Instanzen (MQTT und Zendure) gestoppt, alle DPs gelöscht, MQTT wieder gestartet und dann Zendure. Und, tadaaa, es läuft.
-
Guten Morgen
How to zum lokalen Betrieb ohne Zendure Cloud?
Habe den lokalen Betrieb versucht, bekam dann aber 2h lang keine Aktualisierung der Datenpunkte. Danach wechselte ich wieder zum global Server.
Das hin und her wechseln mit Zendure Cloud Disconnector von @nograx geht super einfach und schnell
Kann mir bitte jemand Tipps geben was fehlt, nicht richtig ist etc?
Disconnector IP+Port Eintragungen so ok?
Danach dann Instanzen-> Solar-Flow-Adapter auf Global umgestellt.
Unter dem iobroker-mqtt-adapter neue Instanz als Server erstellt.
Sichergestellt dass keine Anmeldeinfos verlangt werden und Port 1883 frei ist und verwendet wird.Folgende Einstellungen wurden im mqtt-Server gemacht:
Was rot und grün auf dem Bild ist wurde beim Test nicht eingetragen.
Was ist nötig was nicht?Beim Test wurden die Objekte angelegt:
Leider kamen 2h keine Aktualisierungen.
Musste dann abbrechen und zurück zum global-Server, weil ich die Woche nicht vor Ort bin.Wenn man den Disconnector mit der eigenen Server-IP verwendet, dann wird z. B. mqtt.zen-iot.com intern mit der eigenen Server-IP ersetzt und man benötigt keine zusätzliche DNS-Umleitung oder Auflösung(?).
@maxclaudi Ich bin auch kurz davor die Cloud zu verlassen. Ich hab einen separaten MQTT-Broker. Daher dachte ich, ich müsste nur im Zendure-Solarflow-Adapter ein paar anpassungen vornehmen.
Ich frag ein bisschen doof, habs also noch nicht umgestellt.Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
Wetterstation: Froggit WH3000SE V1.6.6 -
@maxclaudi Ich bin auch kurz davor die Cloud zu verlassen. Ich hab einen separaten MQTT-Broker. Daher dachte ich, ich müsste nur im Zendure-Solarflow-Adapter ein paar anpassungen vornehmen.
Ich frag ein bisschen doof, habs also noch nicht umgestellt.also ich hab vorher noch sichergestellt, dass der Server 100% keine Anmeldedaten verlangt und port 1883 frei von anderen Instanzen ist.
edit:
passt, laut den Bildern von Arne muss nicht mal der Port angegeben werden
Wird wohl intern automatisch auf port 1883 gesetzt.
Sollte der Adapter nicht die Objekte erstellen, dann einfach Port mit angeben. -
@maxclaudi Moin, ich hatte auch erst das Problem, dass keine Daten zwischen den "lokalen" Zendure Geräten und dem Adapter in ioB ausgetauscht wurden. Die Daten kamen von beiden Seiten im MQTT Server an, aber es passierte nicht wirklich etwas in den ioB Zendure Datenpunkten. Ich habe beide Instanzen (MQTT und Zendure) gestoppt, alle DPs gelöscht, MQTT wieder gestartet und dann Zendure. Und, tadaaa, es läuft.
@arne-dieckmann
das wäre ja zu einfachSchaust mal bitte in meine Bilder und vergleichst sie mit Deinen Server-Einstellungen?
Was muss rein, was gehört weg...Vor allem interessieren mich die Einstellungen:
In dem Bild war bei meinem Test nur mqtt.2
Verbindung kam zumindest vom Adapter und legte die Objekte an.Danke
Ich schreibe meistens sehr direkt – bitte nicht falsch verstehen, es ist nie böse gemeint. Das ist einfach mein Stil und niemals abwertend gemeint.
-
@arne-dieckmann
das wäre ja zu einfachSchaust mal bitte in meine Bilder und vergleichst sie mit Deinen Server-Einstellungen?
Was muss rein, was gehört weg...Vor allem interessieren mich die Einstellungen:
In dem Bild war bei meinem Test nur mqtt.2
Verbindung kam zumindest vom Adapter und legte die Objekte an.Danke
-
@maxclaudi So sieht es bei mir aus:
@arne-dieckmann
Supi, DankeschönUnglaublich, das sind ja alles die Standardeinstellungen
...und ich mach mir so ein Kopf.edit:
How to Zendure ohne Cloud lokal verwenden:
- Disconnector verwenden
- Hub Neustart
- Standardeinstellungen MQTT-Server (1883 ohne Anmeldeinfos)
- ALLE DPs, die während der "Cloud-Phase" angelegt und genutzt wurden, löschen.
Werden nach Neustart der Instanzen neu angelegt. - Mqtt Instanz Neustart, Solar-flow-Adapter-Instanz Neustart
- Geduld...
Ich schreibe meistens sehr direkt – bitte nicht falsch verstehen, es ist nie böse gemeint. Das ist einfach mein Stil und niemals abwertend gemeint.
-
@arne-dieckmann
Supi, DankeschönUnglaublich, das sind ja alles die Standardeinstellungen
...und ich mach mir so ein Kopf.edit:
How to Zendure ohne Cloud lokal verwenden:
- Disconnector verwenden
- Hub Neustart
- Standardeinstellungen MQTT-Server (1883 ohne Anmeldeinfos)
- ALLE DPs, die während der "Cloud-Phase" angelegt und genutzt wurden, löschen.
Werden nach Neustart der Instanzen neu angelegt. - Mqtt Instanz Neustart, Solar-flow-Adapter-Instanz Neustart
- Geduld...
Jemand hier der mit einem Hyper 2000 offline gegangen ist?
Ich habe das Problem, dass offline alle Werte am MQTT ankommen außer dem electricLevel, also dem GesamtSOC des Systems.
Keine Ahnung ob es an mir liegt oder am Adapter, komisch ist es schon.
Die Steuerung des Blockly funktioniert trotzdem, allerdings fehlt mir halt die Info
-
@arne-dieckmann
Supi, DankeschönUnglaublich, das sind ja alles die Standardeinstellungen
...und ich mach mir so ein Kopf.edit:
How to Zendure ohne Cloud lokal verwenden:
- Disconnector verwenden
- Hub Neustart
- Standardeinstellungen MQTT-Server (1883 ohne Anmeldeinfos)
- ALLE DPs, die während der "Cloud-Phase" angelegt und genutzt wurden, löschen.
Werden nach Neustart der Instanzen neu angelegt. - Mqtt Instanz Neustart, Solar-flow-Adapter-Instanz Neustart
- Geduld...
@maxclaudi Ich habe halt noch ALLE DPs, die während der "Cloud-Phase" angelegt und genutzt wurden, gelöscht. Nach dem Neustart der Instanzen werden die ja neu angelegt.
-
@maxclaudi Ich habe halt noch ALLE DPs, die während der "Cloud-Phase" angelegt und genutzt wurden, gelöscht. Nach dem Neustart der Instanzen werden die ja neu angelegt.
@arne-dieckmann
gute Idee.Das werde ich dann auch noch machen.
Theoretisch unnötig aber schaden wird es nichtSo haben Alle ja ein kleines How to, wie es funktionieren sollte.
Dankeschön
-
Jemand hier der mit einem Hyper 2000 offline gegangen ist?
Ich habe das Problem, dass offline alle Werte am MQTT ankommen außer dem electricLevel, also dem GesamtSOC des Systems.
Keine Ahnung ob es an mir liegt oder am Adapter, komisch ist es schon.
Die Steuerung des Blockly funktioniert trotzdem, allerdings fehlt mir halt die Info
@murphy-0
versuch mal Arnes Antwort.
Stoppe die 2 Instanzen (Zendure-Solarflow-Adapter und mqtt-Server).
Datenpunkte vom Solarflow löschen (oder Solarflow Adapter de- und neu installieren.)
Dann erst mqtt Instanz starten.... Solarflow-Adapter starten... wartenOb es was bringt? Schaden kann es nicht und zumindest dies ist mal dann ausgeschlossen.
-
@murphy-0
versuch mal Arnes Antwort.
Stoppe die 2 Instanzen (Zendure-Solarflow-Adapter und mqtt-Server).
Datenpunkte vom Solarflow löschen (oder Solarflow Adapter de- und neu installieren.)
Dann erst mqtt Instanz starten.... Solarflow-Adapter starten... wartenOb es was bringt? Schaden kann es nicht und zumindest dies ist mal dann ausgeschlossen.
@maxclaudi
Ok danke, werde ich die Tage testen und berichten! -
@lesiflo
Danke
Nein den Schalter meinte ich nicht.
Die acModi sind mir bekannt, verwende sie ja.Der ACE1500.control.ACMode Datenpunkt folgt nicht der Einstellung vom HUB2000.ACMode.Datenpunkt.
Der ACE1500.ACMode Datenpunkt arbeitet unabhängig der Einstellungen vom HUB2000.ACMode.Datenpunkt.
Dieser Datenpunkt kann über die Einstellungen in der App beim ACE1500 geändert werden mit den Werten 1, 2 oder 3.
Je nachdem welcher Netzstrom-Betriebsmodus gewählt wird.
3 = Wechselstrom automatisch abschalten
(Automatische Abschaltzeit kann gewählt werden: 30Min, 1h, 2h, 3h, 6h, 12h für die bei mir keine Datenpunkte erstellt wurden)
War bei mir Standard auf 3.Es gibt beim ACE1500 den Wert 3 für den ACModus.
Der Datenpunkt "beim ACE1500" darf im Adapter nicht auf 3 bleiben, wenn man per Netzstrom über den ACE1500 (nach beliebigen Zeiten und Dauer) die Akku laden möchte (z. B. durch Steuerung über den Adapter vom Hub2000 aMode).
Der muss zwingend beim ACE1500 auf 2 sein und bleiben.Als bei mir unter ACE1500.acMode 3 war und
obwohl ich den ACMode unter HUB2000.control richtig gesteuert habe.
Zeigte auch beim HUB2000 richtig den gewüschten ACMode1 und input.Limit an.
Nur kam nichts in die Akku (gridInputPower 0).Dein Blockly-Script habe ich angeschaut.
Mit: yyyyyy.yyyyyyyy.control.acModeweiß ich nicht welcher control.acMode gesetzt wurde.
Mach es ja wie Du und steuere damit HUB2000.control.acModeBis ich nun manuell in der App (unter ACE1500) den Betriebsmodus auf
"Niemals ausschalten" eingestellt habe.
ACE1500.AcModus = 2..
Der Wert 2 folgt nicht dem Wert vom Hub2000.acModus Datenpunkt.Es sind 2 unabhängige Datenpunkte, die das jeweilige Gerät nutzen und unterschiedliche Funktionen haben. Der Datenpunkt nennt sich zwar auch acMode aber gesetzt werden beim ACE1500 damit der Betriebsmodus.
Man muss also sicherstellen, dass in der App unter ACE1500 "Netzstrom-Betriebsmodus".
Wechselstrom automatisch abschalten (3) nicht gewählt ist.3, wird nicht vom Adapter unterstützt und Steuerung könnte nicht funktionieren.
Aber richtig ist es nicht.
@lesiflo Wenn Du es nicht glaubst, dann benutz doch mal den rumstehenden ACE1500.
Schalte die Betriebsmodi in der App durch und beobachte nur den Datenpunkt beim
ACE1500.control.ACModeDann siehst Du, dass es 3 gibt und 1, 2, oder 3 dort auch gesetzt werden.
"Normaler Betriebsmodus" setzt beim ACE1500.acMode den Wert 1
siehe Bild:
control.acMode.(1) nach 10min weniger 20W
ist wohl nicht "Modus 1 -> Einspeisen über AC""Niemals ausschalten" setzt den Wert (2)
und ist wohl auch nicht Modus 2 -> Ausgabe über Hub ans Netz
und als letztes kommt, was den Wert 3 setzt:
Wechselstrom automatisch abschalten:
Das damit nicht der für uns bzw. mich wichtigere acMode 1 für Akku über Netz laden und acMode 2 für Akku entladen vom Hub2000 gemeint ist, liegt doch auf der Hand.
Es sind unterschiedliche Datenpunkte mit unterschiedlichen Funktionen aber mit derselben Bezeichnung (acMode).
@Alle die einen HUB2000 mit ACE1500 haben und den Adpater hier verwenden.
Bitte probiert das mal aus.
Benutzt die App, setzt Euch vor den Rechner mit iobroker und schaut auf den
ACE1500-acMode Datenpunkt.
Schaltet um und was zeigt der Datenpunkt acMode an?
Dankeschön
Heute hat das zusätzliche Aufladen wunderbar funktioniert.
Akku sind voll
PS: per mqtt von Zendure kommt beim Wechsel der Betriebsmodi auch die Bezeichnung acMode. Setzt dann aber nur die acMode vom ACE1500 auf 3.
Die Datenpunkte des steuernden HUB2000 bleiben bei acMode 2.{ "acMode": 3, "sn": "XXXXXXXXXXXXXXX" }Mitteilungen über die eingestellte Zeit für Mode 3 wurden bisher per json nicht übermittelt.
Für mich ist der Betriebsmodus nicht interessant.
ACE1500 wird nur zum (zusätzlichen) Laden verwendet.Fazit für mich:
Es gibt "3" bei den ACE1500-acModus-Datenpunkten. Wert soll "2" sein, damit alles funktioniert.
----------edit: 16.04.2025, 07:50h Ergänzungen u. Korrekturen vorgenommen.
Im Moment wird per Netz zusätzlich geladen.
ACE1500.acMode.Datenpunkt Wert: 2 (niemals ausschalten)
HUB2000acMode.Datenpunkt Wert: 1
Support us
541
Online32.4k
Users81.3k
Topics1.3m
Posts