Monatsrückblick Januar/Februar 2026 ist online!

[nograx]

@HeWaBa Die neueren Geräte funktionieren "lokal" komplett anders als die alten (bis einschließlich Hyper 2000). Das positive ist das man bei Zendure jetzt immerhin die lokalen Funktionen einbaut. Sobald ich mal ein zenSDK Gerät in die Finger bekomme und länger im Einsatz habe kann ich aktiv an der Umsetzung arbeiten das hier die lokale Unterstützung im Adapter gewährleistet ist.

[Freaknet]

Klingt ja nicht sehr positiv, jetzt wo morgen mein SF800 Plus kommen wird.
Hoffe ich kann über MQTT und das Blockly von @murphy-0 bzw. Java-Script von @lesiflo meinen Plus dennoch nutzen/testen inkl. dem Adapter.
Mal sehn welche Firmeware aktuell drauf ist und ob ich das Update, falls vorhanden unterbinden kann.

[Murphy 0]

Bisher kam beim Hyper kein Update automatisch. Musste immer angestoßen werden.
Mein letztes war im April 2025 😉

[Freaknet]

Vielleicht noch ne blöde Frage, aber was muss ich im Adapter einstellen?
Welche Haken müssen gesetzt werden?

[Murphy 0]

Neustart des Adapters alle 3 Std kann man aktivieren falls die Verbindung von Zeit zu Zeit verloren geht.

Berechnung vom Adapter sind optional um zusätzliche Kalkulationen zu machen. Kann man in ioBroker unter zendure-solarflow.0.gDa3tb.XXXXXXX.calculations die zusätzlichen Objekte ansehen.

Nutze ich hier für:

Spannungsüberwachung nutzen ist auf jeden Fall sinnvoll falls mal etwas aus dem Ruder läuft.

Solarflow Geräte zum herunterfahren zwingen funktioniert nicht mit allen Geräten.

[Freaknet]

@murphy-0 Danke für die Erklärung.

Noch eine Frage zu Adapter:
Ich habe jetzt in die Auswahl "Auth Key" meinen Key aus der App eingetragen und unter "MQTT-Server" meine IP:Port (192.168.x.x:3883)
Da mein Sonoff-Adapter den Port 1883 belegt habe ich als MQTT-Instanz den Port 3883 verwendet.
In der App habe ich den gleichen Port 3883 verwendet und es kommen auch Daten rein.

Nur hab ich jetzt das Problem, dass der Sonoff-Adapter wir sekündlich warn Meldungen im Log ausgibt. Was kann ich dagegen tun? Muss ich zwingend Port 1883 für den MQTT-Server verwenden?

[Felli]

Der Adapter verwendet hardcoded Port 1883, daher versucht er sich mit dem Sonoff zu verbinden was natürlich wegen falschen Zugangsdaten knallt. Gibt zwei Möglichkeiten, entweder baut Peter eine Möglichkeit ins Admin-Ui um den Port zu definieren oder Du benutzt einen dedizierten MQTT Broker auf einem separaten Host. Falls Du alles auf einem Raspi machst, geht das natürlich nicht. Habe in meinem Setup das gleiche Problem, weil Sonoff vor allem anderen da war. Daher nutze ich eine separate Instanz in Proxmox mit einem EMQX MQTT-Broker.

[Freaknet]

Hey @Felli,
Danke, hatte mir schon so etwas gedacht.
Alternativ müsste ich den Sonoff-Adapter einem anderen Port zuweisen und alle Geräte darin ebenfalls switchen. Würde das gehen? Bei knapp 20 Geräten auch eine gewisse Herausforderung.
@nograx
Wenn natürlich in der Admin-Ui vom Adapter das geändert werden könnte wäre das genial! Ist das schwierig umzustellen?

[Felli]

Klar kannst du das in allen Tasmota Geräten so machen, einfach auf 1884 für Sonoff und gut ist. Wäre bzw war mir aber zu viel gebastel ehrlich gesagt. Daher nutze ich den dedizierten MQTT-Broker, was ohnehin performanter und besser in der Wartung ist. Sonoff ist halt schön, weil er direkt eine saubere Objektstruktur anlegt.

Wenn du das nicht kannst mit dediziertem Broker, ist der Wechsel in Sonoff stand jetzt die einzige Möglichkeit oder Peter meldet sich mit einer schnellen Lösung 😁

[Freaknet]

Ehrlich gesagt hab ich mich mit dediziertem Broker noch nicht auseinandergesetzt.
Nutze zwar Proxmox mit 3 CT´s und der VM wo ioBroker läuft, aber ohne gescheite Anleitung trau ich mich da nicht drüber...

Glaub, da geht es schneller die 20 Sonoff´s umzuziehen auf einen anderen Port.

Trotzdem wäre statt dem hardcoded 1883 Port ein Variable im Adapter ein nice Feature ;-)

[Felli]

Du das ist dann ganz einfach ... Einfach diesen One-Liner in der PVE Shell und das war's dann läuft EMQX je nach Host in 2-4 Minuten

https://community-scripts.github.io/ProxmoxVE/scripts?id=emqx

Einzurichten per Web UI.

[Freaknet]

TOP!
Werde ich mir mal ansehen, klingt einfach mit dem "bash" Befehl. Muss ich danach sonst noch was beachten nach der Installation, wie komme ich dann auf den EMQX Broker? Über Web UI?

Über den EMQX-MQTT laufen dann die Daten vom Akku in den Adapter rein?
Ich sehe nämlich aktuell, dass im zendur-solarflow Adapter keine Werte erscheinen und nur im MQTT-Broker Werte vorhanden sind.

[nograx]

@freaknet @felli Der MQTT Port und Username/Passwort ist auf den "alten" Geräten leider hardcoded - daher macht es an der Stelle keinen Sinn Änderungen zuzulassen.

Die neuen Geräte (ab 2400AC, 800 Pro) lassen hier zwar Änderungen zu, allerdings ist die MQTT Definition eine komplett andere. Da arbeite ich aber dran.

[Freaknet]

@nograx Klasse! Freut mich zu hören das Du dran arbeitest.

[Felli]

@Freaknet sagte in Test Adapter Zendure Solarflow:

Muss ich danach sonst noch was beachten nach der Installation, wie komme ich dann auf den EMQX Broker? Über Web UI?

Nein eigentlich muss man nichts beachten und theoretisch nicht mal ins Web-UI. Falls es Dir Recht ist, den Broker ohne Zugangsdaten zu betreiben (lokal meist eh irrelevant) sollte das eigentlich sofort laufen. Also IP des Zendure Geräts auf welche Art auch immer auf den EMQX verbiegen und dann kommen dort die Daten an. Danach in Peters Adapter IP:1883 des EMQX eintragen und die Product und Device ID deines/deiner Geräte eintragen und das sollte es gewesen sein. In dem Zuge würde es sich lohnen, die MQTT Kommunikation im Haus auf EMQX umzubauen. Das ist es sehr performanter Broker den ich uneingeschränkt empfehlen kann. Viel Erfolg !!

[Freaknet]

@Felli sagte in Test Adapter Zendure Solarflow:

Falls es Dir Recht ist, den Broker ohne Zugangsdaten zu betreiben (lokal meist eh irrelevant) sollte das eigentlich sofort laufen.

Den Broker werde ich nicht ohne Benutzer/Passwort betreiben können. Die Zendur-App verlangt über MQTT eine vollständig ausgefüllte Maske.
IP:
Port:
Benutzer:
Passwort:
Ohne Benutzer/Passwort läßt er keine Verbindung/Speicherung zu, also zumindest war es so bei mir beim SF800 Plus mit FW 1.0.27

Ich werde mich mal ran tasten heute Nachmittag/Abend nach der Arbeit.
Sollte ich noch Fragen haben oder nicht mehr weiterkommen würde ich mich wieder melden (PN erwünscht?).
Danke bis dahin für die ausführliche Erläuterung.

[Felli]

Klar, fragen kostet nix, wenn ich helfen kann.

[Murphy 0]

Ich lese hier ständig mit, man lernt ja nie aus.

Ist es aber nicht so, dass der Broker wenn er ohne Nutzer und PW eingestellt ist alles zulässt.
Also du in der Zendure App eingeben kannst was du möchtest und der Broker es akzeptiert.

Wäre doch das Gleiche wie beim Hyper2000 den man mit dem Cloud-Disconnector auf MQTT lokal betreibt.

[Felli]

Ja ein Broker ohne Auth lässt jeden rein. Im privaten LAN zumindest bei mir unkritisch öffentlich natürlich ein NoGo

[maxclaudi]

@Murphy-0 sagte in Test Adapter Zendure Solarflow:

Ich lese hier ständig mit, man lernt ja nie aus.

Ist es aber nicht so, dass der Broker wenn er ohne Nutzer und PW eingestellt ist alles zulässt.
Also du in der Zendure App eingeben kannst was du möchtest und der Broker es akzeptiert.

Wäre doch das Gleiche wie beim Hyper2000 den man mit dem Cloud-Disconnector auf MQTT lokal betreibt.

Lösung:
Zendure Solar Flow ohne Cloud MQTT-Broker MIT Authentication