Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Murphy 0]

sorry falsch hier

[NOUSEFORANAME]

Der Adapter lief bei mir nun viele Wochen einwandfrei - jedoch mit der Zendure Cloud. Da die jetzt aber so viele Ausfälle hatte, habe ich die Steuerung nun komplett lokal via Script.
Die Metriken würde ich natürlich trotzdem gerne weiter auslösen uns als Objekte im iOBroker haben.
Also habe ich den Adapter auf lokalen MQTT Adapter umgestellt.
Den krieg ich so aber nicht ans laufen:

Beim Adapterstart kommt immer die Meldung, dass der Adapter keine IP für die Geräte ID finden konnte.

Ich verstehe aber nicht wo ich die überhaupt hinterlegen soll. Die MQTT Verbindung zum Mosquitto hab ich ja oben drüber eingegeben und diese Verbindung läuft auch.

[nograx]

@NOUSEFORANAME Kannst du mal bitte einmal den Adapter oben kurz auf Cloud stellen und den Haken bei zenSDK nutzen entfernen - danach wieder so wie du es brauchst. Es sieht so aus als versucht er deinen SF2400AC noch per zenSDK zu erreichen.

[NOUSEFORANAME]

hab ich genauso gemacht. Die Meldung ist nun weg. Leider hab ich nun das nächste Problem. Die Objekte sind nun da, werden aber alle mit NULL angezeigt. Ich hab mir das mal genauer mit KI angesehen und den Datenverkehr mitgeschnitten..
Die KI sagt:

[nograx]

Ja du hast in der App das lokale MQTT aktiviert. Das funktioniert mehr oder weniger schlecht und ist meines Wissens nach auch nicht geeignet um eine Steuerung des Gerätes zu realisieren.

Dafür ist das zenSDK besser geeignet. Meine Empfehlung ist aktuell den Adapter auf Cloud zu stellen und dann zenSDK zu nutzen. Der Adapter holt sich dann deine Geräteliste aus der Cloud und cached diese und kommuniziert dann lokale mit deinem Gerät. Sollte die Cloud ausfallen nutzt er weiterhin die Infos aus deinem Cache und läuft weiter.

Bei den neuen Geräten kannst du sonst nur per DNS rewrite aufm Router den "originalen" MQTT-Datenverkehr auf deinen lokalen MQTT umleiten um das zu realisieren was du da tun willst.

EDIT: Wenn du den lokalen MQTT vom Gerät selbst aktivierst solltest du ja auch alle Infos vom Gerät in deiner MQTT Instanz haben, da brauchst du dann keinen Adapter mehr... Wenn ich mich recht erinnere ist die Datenaktualisierung aber sehr zögerlich und ob da eine komplett Steuerung möglich ist weiß ich aktuell nicht...

[NOUSEFORANAME]

Erstmal Danke für die Antwort. Ich steuere direkt via Shelly mit nem Script. Ich möchte den Adapter ausschließlich für die Metriken nutzen. Zenki möchte ich am Gerät eigentlich nicht einschalten. Denn ich möchte ja nicht das der China Server meine Script Steuerung durcheinander bringt und Befehle vom Script und gleichzeitig von der Zenki an den Akku gehen.

[nograx]

@nouseforaname zenKI != zenSDK !!! zenSDK ist eine lokale Webschnittstelle auf dem Gerät was zum Auslesen der Daten und zur Steuerung genutzt wird.

[NOUSEFORANAME]

ich glaub ich habs jetzt begriffen. Ich dachte sobald ich HEMS von Zendure abschalte auch keine Daten mehr über den Adapter kommen. Das war ein Irrlgaube. Die kommen weiterhin. Hab somit den Datenabruf über den Adapter wieder via Cloud laufen. Danke nochmal.

[nograx]

@NOUSEFORANAME als Nachtrag und vll als Erklärung dient die Cloud in dem Fall nur noch dazu die Geräteliste zu laden. Den Rest übernimmt dann der Adapter.

[Karacho]

Hallo,
ich habe 3x Zendure SolarFlow 2400AC im System. Einer davon ist defekt und ausgetauscht worden.
Habe ihn in der Zendure App den alten rausgeschmissen und den neuen eingebunden. Funktioniert auch ganz normal.
Nach Neustart Zendure Adapter habe ich den alten aus den Objekten rausgeschmissen und der neue wird erkannt mit SN usw.
Steht aber bei Wifi auf disconnectes.
Einbindung über Cloud API
Aber er liefert keine Daten....

[getZenSdkProperties] IP address is not defined for device pCQKRq19!

Was mache ich falsch?
Danke.
Gruss
Karacho

[Murphy 0]

@karacho
Hattest du für den Neuen in der Zendure App 1x kurz das Hems aktiviert.
Irgendwas habe ich mal gelesen dass man das machen muss.
Da ich nen Hyper habe da nicht so drauf acht gegeben.

[Karacho]

Läuft jetzt. STandardmässig war in der Instanz Eisntellungen "zenSDK verwenden" deaktivieren.
Keine Ahnugn warum neu angemeldete nicht funktionieren und "alte" funktionieren.

[Karacho]

Hallo,

ich muss das Thema doch noch mal aufmachen:

ich habe 3x Zendure SolarFlow 2400AC im System. Einer davon ist defekt und ausgetauscht worden.

Habe ihn in der Zendure App den alten rausgeschmissen und den neuen eingebunden. Funktioniert auch ganz normal.

Nach Neustart iobroker Zendure Adapter habe ich den alten aus den Objekten rausgeschmissen und der neue wird erkannt mit SN usw.

Alle drei Geräte stehen auf connection mode "Cloud MQTT".
Daten kommen auch ganz normal aus der Cloud an.

Aber:
Der neue Kopf zieht sich nicht die lokale IP 192.168.178.xx. Die anderen beiden schon.
Wenn ich dann auf ZenSDK umschalte kommt natürlich die Fehlermeldung

[getZenSdkProperties] IP address is not defined for device pCQKRq19!

Bei den zwei alte steht dann bei connection mor "zenSDK" beim neuen bleibt es bei "Cloud MQTT"

Was mache ich falsch?
Danke.
Gruss
Karacho

[nograx]

@Karacho Wie @murphy-0 schon geschrieben hat könnte es daran liegen das die neuen Geräte einmal dem HEMS hinzugefügt und dann wieder entfernt werden müssen damit sich das zenSDK aktiviert und eine lokale IP-Adresse im Profil hinterlegt wird. Das wurde tatsächlich in einer der neueren Firmware implemtiert.

[Karacho]

@nograx
Habe ich gemacht. Die lokale IP wird nicht "gezogen"

[Bernd1967]

Seit Adapter Version V5 habe ich beim Aufruf der Adapter Einstellungsseite hohe CPU Last und die Speicher Anzeige flackert.
Hat das noch jemand ?

Nachtrag:
Fehler gefunden, Issues angelegt. Link Github

[nograx]

@Karacho In der Version 5.0.4 habe ich einen mDNS helper eingebaut der lokal nach zenSDK Geräten sucht. Falls er einen findet und in der Cloud keine IP hat versucht er darüber zu connecten. Du könntest mal im Log nach "[mdnsHelper]" und "[connectViaMdns]" Ausschau halten ob das fehlende Gerät gefunden wird (sich also selbst anbietet).

[nograx]

@Bernd1967 In Version 5 wurden etliche Dependencies aktualisiert. Dadurch kam das wohl zustande. In 5.0.4 tritt das jetzt nicht mehr auf.