MQTT oder MQTT-Client
-
-
@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. -
@martybr sagte: Test/Versuch, viele Daten im MQTT zu konzentrieren.
Das ist ein Umweg gegenüber HM-RPC.
-
@mickym Eine Frage noch:
Ich betreibe EnOcean Rollos, der Daten auch im MQTT über ccu-jack gespeichert werden.
Bsp.
Das setzen der Datenpunkte funktioniert über den Set-Befehl:
Bisher steuere ich die Rollos über ein Script:
Muss ich hier sowohl "abonnieren" als auch subscriben" anklicken?
-
@paul53 Richtig. Aber wie gesagt ist das ein Test. Produktiv steuere ich über RPC.
-
@martybr Nein - wenn Du unterschiedliche topics zum setzen und zum Empfangen hast, dann musst Du einen Alias erstellen und dann kannst Du versuchen den sowohl zu publishen, als auch zu abonnieren.
