Monatsrückblick Januar/Februar 2026 ist online!

[PaulDaRu]

@nograx mit der Version v4.0.0-alpha.4 bekomme ich jetzt Werte von meinem SolarFlow 800 Plus über die Cloud Verbindung ins System. Vielen Dank bis hierhin für deine Arbeit und die ständige Aktualisierung des Adapters.
Ich habe jedoch weiterhin das Problem, dass der Adapter sich in kurzen Abständen immer wieder reconnected. Das System habe ich schon neu gestartet, allerdings ohne Verbesserungen an der Stelle.

Hier mal ein Auszug aus dem Debug Log:

[lesiflo]

@PaulDaRu sagte in Test Adapter Zendure Solarflow:

@nograx mit der Version v4.0.0-alpha.4 bekomme ich jetzt Werte von meinem SolarFlow 800 Plus über die Cloud Verbindung ins System. Vielen Dank bis hierhin für deine Arbeit und die ständige Aktualisierung des Adapters.
Ich habe jedoch weiterhin das Problem, dass der Adapter sich in kurzen Abständen immer wieder reconnected. Das System habe ich schon neu gestartet, allerdings ohne Verbesserungen an der Stelle.

Hier mal ein Auszug aus dem Debug Log:

Hatte ich auch, bei mir lag es an daran, daß ich parallel Home Assistent laufen hatte. Wird die Instanz auch immer wieder gelb? Oder hast du noch irgend eine andere MQTT Instanz, die auf Port 1883 läuft?

[lesiflo]

@Schimi sagte in Test Adapter Zendure Solarflow:

@lesiflo

Der AC2400 ist ganz normal im iobroker über MQTT angebunden und wird mit nem Script gesteuert...

im EVCC habe ich ihn dann so integriert (nicht über die Zendure Integration sondern "manuell"

- name: my_battery
  type: custom
  power:
    source: mqtt
    topic: 0_userdata/0/PV-Anlage/Batterieleistung
    scale: -1
  soc:
    source: mqtt
    topic: zendure-solarflow/0/XXXXXX/XXXXX/electricLevel
  maxchargepower: 2400 # Maximale Ladeleistung (W), Für erzwungenes Laden des Speichers. (optional)
  maxdischargepower: 2400 # Maximale Entladeleistung (W), Maximale Entladeleistung des Speichers. (optional)
  capacity: 8.640
  minsoc: 5 # Minimaler Ladestand (%), Untere Grenze beim Entladen der Batterie im normalen Betrieb (optional)
  maxsoc: 100 # Maximaler Ladestand (%), Oberes Limit beim Laden der Batterie aus dem Netz (optional)
  batterymode:
    source: switch
    switch:
    - case: 1 # normal
      set:
        source: sequence
        set:
        - source: const
          value: 1
          set:
            source: mqtt
            topic: 0_userdata/0/zendure/EVCC_Modus
    - case: 2 # hold
      set:
        source: sequence
        set:
        - source: const
          value: 2
          set:
            source: mqtt
            topic: 0_userdata/0/zendure/EVCC_Modus
    - case: 3 # charge
      set:
        source: sequence
        set:
        - source: const
          value: 3
          set:
            source: mqtt
            topic: 0_userdata/0/zendure/EVCC_Modus

Dadurch kann der Akku von EVCC gesteuert werden und ich kann auf die änderungen mit meinem Script reagieren

Der SOC gibt über MQTT ein typen Fehler aus da wird string geliefert aber boealen erwartet (oder andersherum oder was anderes, aber jedenfalls in der art). Das geht am besten über den Adapter... Der ja auch funktioniert obwohl man über MQTT steuert.

Ich hoffe das bringt dich weiter :-)

Mit der Version 4.0.0 kann man Zendure wieder "normal" ohne MQTT in evcc einbinden.

[PaulDaRu]

@lesiflo Genau das wars, ich hatte auch eine HA Verbindung, diese habe ich jetzt mal deaktiviert und siehe da der Adapter läuft durchgängig.

Besten Dank für den Tip.

[lesiflo]

@PaulDaRu sagte in Test Adapter Zendure Solarflow:

@lesiflo Genau das wars, ich hatte auch eine HA Verbindung, diese habe ich jetzt mal deaktiviert und siehe da der Adapter läuft durchgängig.

Besten Dank für den Tip.

Ich habe auch Ewigkeiten gebraucht um darauf zu kommen. Ein Tipp von @nograx hat mich dann auf die Spur gebracht.

[bob der 1.]

Hallo zusammen,

hab nun einen Speicher bei Zendure bestellt und wollte schon mal den Adapter ansehen.
Ich kann mich nun nicht mal anmelden!
Also Fehler im Log steht : zendure-solarflow.0
2026-03-16 10:58:28.750 error Connection to MQTT failed! Error: getaddrinfo ENOTFOUND undefined

dabei habe ich das App auf Global stehen und habe die Authorization angewählt und den CloudKey aus der App eingetragen.
Was verstehe ich nicht, der MQTT Port für den MTT Adapter ist bei ein anderer wie die 1883...der ist schon belegt ;-)

Adapter ist 3.3.2 vom Stand her , sollte aber alles gehen da stable

[Schimi]

@lesiflo da warte ich mal was am ende "schneller", "stabieler", etc.... ist...
Aktuell läuft alles super, deswegen wollte ich keine alpha testen ;-)

[nograx]

@bob-der-1. Wenn du bisher kein Gerät in der App eingetragen hast ist vermutlich noch kein MQTT Server bei Zendure hinterlegt. Da würde ich mal abwarten bis du das Gerät in der App registriert hast.

[bob der 1.]

Ah ok,darauf bin ich nicht gekommen.
Nimmt Zendure den Standard Port 1883?

[Schimi]

@bob-der-1. kann man selber bestimmen...

IP, Port, User, Pass

[nograx]

@Schimi @bob-der-1. Bitte nichts durcheinander bringen. Zendure verwendet aktuell für ihren eigenen MQTT Server immer Port 1883. Wenn man die Geräte per Bluetooth "umbiegt" oder per DNS die Anfragen an einen eigenen MQTT Server weiterleitet ist man auch auf Port 1883 festgelegt.

in den neuen Geräten (ab SF 800 / 2400) kann man auch einen eigenen MQTT Server angeben und dort auch den Port. Diese Verbindung ist aber sehr langsam, da Befehle und Daten immer nur im 5-Sekunden Takt verarbeitet werden. Das ist auch nicht kompatibel mit dem Adapter. zenSDK ist hier die bessere Lösung (und auch unterstützt vom Adapter - ab Version 4.0.0).

[bob der 1.]

Das muss ich mir mal ansehen was das ist,zenSDK .....den Adapter muss ich dann auf die alpha ebene bringen.
Ich bekomme einen 2400AC +

[nograx]

4.0.0 ist jetzt offiziell in den Beta Kanal gepusht, sollte im Laufe des Tages/Abends zur Installation verfügbar sein (oder vorab per "Installation aus eigenen Quelle" -> npm). Das zenSDK kann damit direkt genutzt werden wenn du den entsprechenden Haken in den Adapter Einstellungen setzt.

[bob der 1.]

Danke für die Hilfe,

werde wohl warten müssen bis ich den Speicher habe.
Was zenSDK ist verstehe ich allerdings noch nicht und ob ich mich da irgendwo anmelden muss dazu.

Bin aktuell auf 4.0.0

[nograx]

Nein dafür musst du dich nicht anmelden. zenSDK ist eine lokale Kommunikation die die neueren Geräte bereitstellen. Eine Webschnittstelle direkt auf dem Gerät um Datenauszulesen oder das Gerät zu steuern. Der Adapter kann diese Schnittstelle nutzen sofern gewünscht und dann entsprechend eine lokale Kommunikation zwischen ioBroker und dem Gerät nutzen. Dann bist du unabhängig von der Cloud.

[bob der 1.]

Ah eben, verstehe ich.
ab 25.3 wird ausgeliefert mal sehen was da ao alles möglich ist.
Vor allem den Adapter werde ich dann brauchen um einiges zu automatisieren.

[Schimi]

@nograx bist du mit den 5sek sicher?

Ich nutze das schon "sehr lange" und meine das es schneller reagiert.... (habe es nie gemessen, da es immer so funktioniert hat wie ich es gedacht habe)

Jetzt muss ich doch die 4.0 anschauen (neugier) ;-)

[Rene55]

@nograx sagte in Test Adapter Zendure Solarflow:

zenSDK ist eine lokale Kommunikation die die neueren Geräte

Ich werde hoffentlich von den neuen Entwicklungen nicht ausgeschlossen. Schließlich habe ich hier einen 'Opa' mit dem HUB 1200.

[Schimi]

@nograx so, habe mal mein Script auf deinen Adapter umgebaut und schaue mal :-)

Gibt´s eine Möglichkeit zu erkennen ob die direkte Steuerung (ZenSDK) genutzt wird?*
wird der SmartMode richtig gesetzt? Oder sollte mal das Skript von @maxclaudi weiterhin nutzen?

edit
*"zendure-solarflow.0.XXXXX.XXXXX.connectionMode", man sollte schauen bevor man schreibt ;-)

[nograx]

@Schimi wenn du zenSDK und dann setDeviceAutomationInOutLimit nutzt, setze ich damit smartMode auf 1 wenn Limit mit != 0 und smartMode = 0 wenn Limit == 0... also ja :)