MQTT oder MQTT-Client
-
@bananajoe sagte in MQTT oder MQTT-Client:
Ich verstehe nicht was du da noch extra subscriben willst.
So, wie ich das verstehe geht es um das Publishen, im Beispiel ist es
alias.0.Verbrauch.Strom.HWR.Strom_Bezug. Dazu werden die Daten von ihm nachmqtt.0. .."kopiert". Der Adapter sorgt dann dafür, dass die Werte an den Broker gehen.In der Tat wäre hierfür wohl der MQTT client-Adapter die einfachere Variante, da man hier pro DP festlegen kann, mit welchem (frei konfigurierbaren) Topic die Daten published werden sollen.
@MartyBr: Die entscheidende Frage, die @arteck schon stellte: warum gehst du davon aus, dass einer der Adapter nicht weiter gepflegt wird? Siehst du irgendwo eine Aussage eines Entwicklers dazu?
-
@marc-berg Nein, ich sehe hierzu keine Aussage. Im Forum sehe ich aber überwiegend nur den Einsatz des kombinierten Adapters MQTT Broker/Client. Ich möchte nur, so weit es eben geht, sicherstellen, dass ich einen Adapter benutze, der auch langfristig gepflegt wird. Da ich gerade mit dem Einsatz von MQTT beginne, kann ich noch ohne großen Aufwand auf dem MQTT Client wechseln.
Vielleicht eine Frage dazu:
Gibt es außer der Github Seite Doku zu dem Adapter? Gerade zu den Einstellungen? Wenn ich nach MQTT-Client suche, dann finde ich zu 99% nur Seiten und Beiträge zu dem kombinierten Adapter. -
@martybr sagte in MQTT oder MQTT-Client:
Gibt es außer der Github Seite Doku zu dem Adapter?
Was anderes kenne ich nicht. Unter https://www.iobroker.net/#en/adapters/adapterref/iobroker.mqtt-client/README.md liegt ja auch nur die Readme.
-
@martybr sagte in MQTT oder MQTT-Client:
Wenn ich nach MQTT-Client suche, dann finde ich zu 99% nur Seiten und Beiträge zu dem kombinierten Adapter.
Der ioBroker.mqtt / https://github.com/ioBroker/ioBroker.mqtt ist sicherlich der populärere. Wenn du auf Github schaust wird der zum einen immer noch angepasst an neuere JavaScript und NodeJS Versionen, zum anderen siehst du dort 33 Contributors unter den sich auch viele aus dem "Who is who" der ioBroker Entwickler befinden.
Das es nur wenig bis keine neuen Features bei dem Adapter gibt heißt ja nicht zwangsläufig das der nicht weiter entwickelt wird. Ich wüsste jetzt auch nicht was da noch fehlen sollte, die Updates beim Mosquitto sind zur Zeit auch nur ich Fehlerbehandlungen oder Sicherheitslücken.
Wenn man einen Adapter hat der nur von einer Person gepflegt wird und diese das dann nicht kann oder will, kann das natürlich ein Problem sein. Das man dann immer noch angehen kann.
Edit: Es gibt eine Seite wo man die Anzahl der Installationen eines Adapters sehen kann, die finde ich gerade nur nicht.
Das wäre sonst auch ein Anhaltspunkt -
-
@bananajoe
@Marc-Berg
Danke euch allen. Ich habe nun die Doku von @Homoran und die von @smile gefunden:https://forum.iobroker.net/topic/24020/mqtt-grundlagen-einrichtung-apps
Mein Gefühl sagt auch, bei dem kombinierten Adapter zu bleiben. Die Mehrarbeit bleibt im Rahmen.
-
@martybr sagte in MQTT oder MQTT-Client:
Mein Gefühl sagt auch, bei dem kombinierten Adapter zu bleiben
Du könntest ja noch den Zwischenweg gehen und einzelne States über diese Einstellung hier zusätzlich zu mqtt.0.* publishen.
-
Na für einzelne States - würde ich den MQTT-Client nutzen- Das mit dem Publishen über Wildcards macht für einzelne States keinen Sinn. Der Grund warum die meisten den anderen Adapter nutzen (ich auch) - weil sie mosquitto also Broker nutzen und dann den Client/Server Adapter als Spiegel.
Ich würde sogar beide Adapter nutzen, wobei ich halt sowieso nur mit Node-Red in mqtt publishe, deswegen macht der mqtt-Client für mich keinen Sinn.
-
@mickym @Marc-Berg
Ihr macht es mir wirklich schwer
Bei mir geht es um zwei Werte vom Stromzähler und 10 Werte Temperatursensoren (CuXD).
Ich schalte testweise mal den MQTT-Client an und schaue, ob ich hier weiterkomme.
-
@martybr Was ist denn schwe daran. Mit dem MQTT-Client kannst Du über das Zahnrad einzelne States publishen. Den anderen Adapter kannst Du als Spiegel nehmen vom Mosquitto nehmen - musst Du aber nicht.
Im mqtt-client gibst Du nur Deinen Broker ein in den Adaptereinstellungen:
Ansonsten kannst Du mit dem Zahnrad mit dem mqtt-Client viel feiner steuern:
Das topic flexibel gestalten, nur Änderungen publishen wenn Du willst - definieren, ob Du publishen oder subscriben willst (beides würde ich Dir nicht empfehlen
- habs aber noch nicht ausprobiert, ob das dann mit dem ACK Flag funktioniert). -
@mickym
Ich habe das mal so eingetragen, nun werden auch die Werte angezeigt:
-
@martybr Wie gesagt ich würde NICHT beides ankreuzen - sundern nur publishen - oder erhälst Du Deine Werte über mqtt? - Wenn nicht, dann mach den Haken weg.
-
@mickym
Bisher sah das sauber aus. Ich schalte mal einen DP auf deine vorgeschlagene Einstellung. -
@mickym Eine Frage noch: Die Temperaturwerte bekomme ich über den MQTT. Soll ich hier "abonnieren" anklicken?
-
@martybr Ja wenn Du die über Deinen Broker bekommst, dann wird das abonnierte topic in den Datenpunkt geschrieben. Dann musst Du aber halt das topic so ändern, dass es dem topic entspricht unter dem es veröffentlicht wird.
-
@mickym
Verstanden. Mach ich sofort. -
-
@martybr sagte: Die Temperaturwerte bekomme ich über den MQTT.
Nicht über den HM-RPC-Adapter?
Es sind CCU-typische Geräte-IDs. -
@martybr ja
-
@paul53 Ja, auch über den HM-RPC. Die CuXD-Geräte (EnOcean) sehe ich in der Homematic. Parallel transportiere ich sie über ccu-jack in den Mosquitto. Ich habe verschiedene Versuche gemacht, die EnOcean über den ioBroker einzubinden. Bei den Tastern hat das funktioniert, die EnOcean Rollos haben Probleme gemacht.
Die Einbindung auf der Homematic über CuXD war dort komfortabler (zumindest für mich
).
das ist für mich ein Test/Versuch, viele Daten im MQTT zu konzentrieren.
