Monatsrückblick Januar/Februar 2026 ist online!

[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

[PaulDaRu]

Hallo ich bin nachdem ich den Speicher (SolarFlow 800 Plus) erfolgreich einbinden konnte jetzt mal dazu gekommen mir das ganze genauer anzuschauen. Und siehe da keine verwertbaren Werte in den Objekten. Die connection springt zwischen true und false hin und her. Wifi State ist disconnected. Ich sehe nur den Produkt Namen und die Serial.
Angerbunden habe ich den Speicher über den Cloud Authorization Key.

Adapter Version 3.6.0

Log sieht wie folgt aus:

[Freaknet]

@Murphy-0 sagte in Test Adapter Zendure Solarflow:

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.

Könntest recht haben damit.
Hab ich ehrlich gesagt nicht ausprobiert.
Hab in der App versucht ohne Benutzer/Passwort den MQTT zu aktivieren, was nicht ging. Ob es mit irgendeinen Namen und PW funktioniert hätte weiß ich nicht. Hab einfach nochmal eine Instanz im ioBroker angelegt und dort einen Benutzer/Passwort vergeben. Danach kamen direkt die Daten rein beim MQTT-Broker. Leider kommt aber nix im Zendur-Adaper rein, aber das liegt wahrscheinlich am hardcoded 1883 Port, den bei mir aktuell noch Sonoff unter beschlag hat.