Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[eMBee]

Ich habe es hinbekommen…

Aaaalso:

Die Objekte werden scheinbar falsch angelegt:

Bleiben wir bei deinem Beispiel:

die id deines Objekts ist:

mqtt.0.MySensors.110.101.V_TEMP

er legt aber ein Objekt so an:

mqtt.0

|_MySensors_110_101_V_TEMP

Wenn du jetzt einfach ein Objekt selbst anlegst (unter mqtt.0) mit MySensors.110.101.V_TEMP liest er die Werte richtig ein und man kann diese dann auch im Editor benutzen und anzeigen (beim Anlegen sieht man im Header auch die komplette id des Objekts: mqtt.0.MySensors.110.101.V_TEMP).

Das neue Objekt findet man dann unter:

mqtt.0
 |_MySensors
    |_110
       |_101
          |_V_TEMP

Hoffe ich konnte helfen :)

Grüße

[frankie]

@eMBee:

Ich habe es hinbekommen…

Hoffe ich konnte helfen :) `

Ja, Du konntest helfen. Das funktioniert. Super. Danke.

Ist das denn jetzt ein Fehler? Oder muss das dokumentiert genauso gemacht werden?

Gruß

Frank

[Bluefox]

Wie sind die richtige (original) Namen von Topics?

MySensors.110.101.V_TEMP

?

Falls Baumstruktur gewünscht ist, dann muss es doch so heißen?

MySensors/110/101/V_TEMP

[carsten04]

Das Problem besteht leider immer noch. Mein Topic sieht genauso aus wie bluefox es beschrieben hat, aber trotzdem wird keine Baumstruktur angelegt, sondern der / einfach nur durch ein _ ersetzt, was dann zu dem beschriebenen Effekt führt (-> Objekte haben alle den Wert null und können nicht in vis verwendet werden). Im Reiter Zustände wird hingegen alles korrekt angezeigt.

[Bluefox]

Ich kann das Problem weder mit MQTT Server noch mit MQTT Client reproduzieren.

Ich habe aber ein potenzielles MemoryLeak gefunden.

Könnt ihr ausprobieren? Bei mir wird brav alles erzeugt:
48_2016-01-13_22_41_08-iobroker.admin.png

[carsten04]

@Bluefox

Ich habe auf die neue Version geupdatet. Klappt leider immer noch nicht. Ich beschreibe mal genau was ich gemacht habe, damit Du es besser nachvollziehen kannst.

(1)
MQTT_BRIDGE für milightDevice (->RGBW Stripe)

(2)
Alle Readings die auf die entsprechenden Topics gepublished werden.

(3)
Blick mit MQTT.fx auf Mosquitto -> sieht alles gut aus.

(4)
Zustände wie sie von ioBroker erzeugt werden -> sieht auch gut aus, aber

(5)
die Objekte werden nicht in der gewünschten Baumstruktur angelegt.

Ich habe das gleiche auch noch mit fhem/wohnzimmer/wohnzimmerRGBW/.* probiert, also ohne führendes /. Effekt war aber leider der gleiche.

[akamia]

Ja, ab dieser Stelle gehts bei mir auch nicht weiter. Nur mit manuellem Anlegen der Objekte.

[Bluefox]

Danke! Konnte das Problem reproduzieren und beheben.

Probiert bitte aus.

Und denkt an, dass man kein externen MQTT Server braucht, weil ioBroker auch Server/broker spielen kann.

[carsten04]

Hallo Bluefox,

da ist irgendetwas schief gelaufen. Habe ein Upgrade auf 0.3.1 gemacht mit dem Effekt, dass jetzt bei ioBroker gar nichts mehr ankommt, also weder Zustände, noch Anlage von Objekten. Auch ein kompletter Neustart von ioBroker hat nichts gebracht. Kannst Du hier noch mal schaun?

Danke

Carsten

[Bluefox]

Habe erst mal vom NPM zurückgezogen. Heute kann ich nichts mehr anschauen. ;)

[carsten04]

Hast recht. Für heute muss gut sein. Besten Dank.

[carsten04]

@bluefox: wollte mal ganz vorsichtig anklopfen, ob Du noch eine Chance siehst den mqtt-Adapter demnächst zu überarbeiten.

[Bluefox]

Nein. Noch nicht, aber nach erledigten (js-controller, node-red, javascirpt, geofency) ist jetzt mqtt dran.

[carsten04]

@Bluefox: Ich wollte das Thema MQTT-Adapter noch einmal nach oben holen. Hast Du ungefähr eine Idee, wann es da weitergeht? Ich lege zwar gerade alle Objekte händisch an, aber auf Dauer ist das nicht wirklich schön und wenn es mal crasht war die ganze Arbeit umsonst. Danke für Dein Engagement.

[Bluefox]

probier mal:

cd /opt/iobroker
iobroker stop mqtt
npm install https://github.com/ioBroker/ioBroker.mqtt/tarball/master
iobroker start mqtt

Da sollte dein Problem behoben sein.

[carsten04]

@Bluefox: Super, vielen Dank! Alle Objekte werden in der richtigen Struktur angelegt. Bin begeistert, das spart mir richtig viel arbeit :P

[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