Monatsrückblick Januar/Februar 2026 ist online!

[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 :)

[nograx]

@Rene55 Ist doch top (HUB1200 und HUB2000 haben auch gewisse Vorteile gegenüber den neuen Geräten). Da der Hyper ja im Prinzip noch die gleiche Kommunikation nutzt und ich einige Hyper im Einsatz habe solltest du da ganz beruhigt sein ;)

[The_Stig]

@nograx - kleiner Feature-Request: wie groß ist der Aufwand, den End-Wert des Low-Voltage-Blocks konfigurierbar zu machen? Für mein persönliches Empfinden springt der Adapter zu schnell raus aus dem Low-Voltage. Das würde ich gerne weiter nach oben setzen.

[Schimi]

@nograx weisst du wie der 0 durchgang beim nutzen von "setDeviceAutomationInOutLimit" gehandhabt wird? Gerade morgens oder abends wenn die PV-Leistung im Bereich vom Hausverbraucht (oder Bewölkung) ist, passiert das ja oft

Schalter das Relais "alle 2 sek hin und her" oder ist da was implementiert? Bei meinem Skript habe ich das schön über Deadband und Cooldown abfangen können...