Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Bluefox]

@carsten04:

@Bluefox: Super, vielen Dank! Alle Objekte werden in der richtigen Struktur angelegt. Bin begeistert, das spart mir richtig viel arbeit :P `
Bitte mir nach ein paar Tagen sagen ob alles rund läuft, dann veröffentliche ich die Version.

[carsten04]

@Bluefox: mqtt läuft jetzt seit gut einer Woche ohne Fehler durch. Aus meiner Sicht alles Top. Nochmals besten Dank!

[onkeltom9]

Hallo

habe auch mal ein wenig getestet

MYSensorsMQTT Gateway –-> direkt auf ioBroker als client mqtt.0 geht

ESP8266 (/ESPEasy) ---> direkt auf ioBroker als server mqtt.1 geht

beide Instanzen laufen problemlos auf meiner Testumgebung

eigentlich braucht man doch keinen mosquitto oder?

<link_text text="http://forum.iobroker.org/download/file ... e00167ece9">http://forum.iobroker.org/download/file.php?mode=view&id=3499&sid=a05ee08936a332a27f23a1e00167ece9</link_text>" /> 438_mqtt.png

[bepperl]

Hallo Zusammen,

erst mal: tolles Projekt ! bin gerade dabei, mich mit der Materie vertraut zu machen.

Habe einen ESP8266 mit Easy-ESP FW und einen DHT22 aufgesetz, der reibungslos korrekte Daten per MQQT sendet

(getested mit MQQT.fx als auch Cloudmqtt).

Mir fiel allerdings auf, dass ich mit dem iobroker-mqqt (als broker) jeweis den string "undefinded" als payload bekommen habe

bei der subscription auf den entsprechenden broker-Kanal. Und zwar sowohl mit MQQT.fx, als auch dem (iobroker-eigenen) Node-Red

als Clienten. Jedoch werden die Objekte im Iobroker selbst als Baumstruktur korrekt angelegt und mit den Richtingen Werten belegt!

Ich vermute daher, dass es mit dem externen subscriber Module des Brokers zu tun haben könnte.

Gruss ans Team!

PS: habe den neusten iobroker-mqqt adapter von github aufgespielt, wie von bluefox beschrieben