Weihnachtsangebot 2025! 🎄

[Kraxelhuber]

Hallo zusammen,

ich würde gerne so viele meiner Geräte wie möglich per MQTT steuern. Tasmota Geräte laufen bei mir traditionell bereits über MQTT. Nun habe ich auch per ZWave-JS-UI die Steuerung meiner ZWave Geräte auf MQTT umgestellt.

Innerhalb des ioBroker stoße ich dabei allerdings auf folgendes Problem:

Schaltbefehle für ZWave Geräte werden i.d.R. an einen Kanal gesendet, dem noch ein /SET Topic angehängt wird. Im MQTT Adapter kann man daher einstellen, dass der ioBroker diese Unterscheidung zwischen Reading und Publishing (/SET) selbstständig übernimmt.

Tasmota Geräte haben zur Steuerung auf der anderen Seite einen eigenen PUBLISH Kanal. Hier mal am Beispiel einer schaltbaren Steckdose: cmnd/POWER

Wenn ich also die Option im MQTT Adapter aktiviere, laufen meine ZWave Geräte, während Tasmota den Dienst versagt, und umgekehrt.

Hier liegt also ein Zielkonflikt vor.

Was kann man hier tun?

[MartinP]

@kraxelhuber Eine zweite MQTT Instanz anlegen wäre eine Lösung

[arteck]

währe ich auch für.. eine neue Instanz.. da du sonst das nicht auseinandner halten kannst

[Kraxelhuber]

@martinp @arteck
Daran hatte ich nicht gedacht, klingt aber logisch.

Es ist dann aber doch ausreichend, dass ich die jeweiligen Instanzen auf bestimmte MQTT Topics beschränke? Ich brauche keinen zweiten MQTT Server, oder?

[MartinP]

@kraxelhuber Ich weiß nicht, was Du mit "MQTT Server" meinst....

Du legst zwei Instanzen des MQTT Broker/Client Adapters an (mit unterschiedlichen Portnummern konfiguriert!) buchst die eine Art von MQTT Geräten an der einen passend für sie konfigurierten Instanz ein, und die andere Art von Geräten dann an der zweiten Instanz ...

[Kraxelhuber]

@martinp said in MQTT Zielkonflikt ZWave vs. Tasmota:

Du legst zwei Instanzen des MQTT Broker/Client Adapters an (mit unterschiedlichen Portnummern konfiguriert!)

Das war meine Frage. Mit MQTT Server meinte ich folgendes: MQTT läuft bei mir als Docker Container auf Port 1883. Muss ich jetzt einen zweiten MQTT Container (z.B. auf Port 1884) anlegen? Das schließe ich aus deiner Antwort.

Ich hatte alternativ daran gedacht weiterhin nur einen einzigen MQTT Container zu betreiben und die beiden MQTT Adapter Instanzen auf verschiedene Topics anzusetzen, z.B. smarthome/tasmota/# und smarthome/zwave/#. Das kann ich ja in den Adapter Einstellungen unter "Client settings" vergeben.

[Homoran]

@kraxelhuber sagte in MQTT Zielkonflikt ZWave vs. Tasmota:

Mit MQTT Server meinte ich folgendes:

ist dir die Funktionsweise von MQTT bekannt?

[MartinP]

@kraxelhuber Was GENAU läuft da in dem Container? Nutzt Du einen vorgeschalteten externen Broker (z. B. Mosquitto) vor dem MQTT Broker/Client von ioBroker? Wenn ja, warum?

[Kraxelhuber]

@homoran said in MQTT Zielkonflikt ZWave vs. Tasmota:

ist dir die Funktionsweise von MQTT bekannt?

Ich bin sicherlich kein Experte, aber ich betreibe seit langem etliche Tasmota und Shelly Geräte via MQTT innerhalb von ioBroker.

Habe ich vorhin etwas falsch verstanden? Kläre mich gerne auf ;-)

[Homoran]

@kraxelhuber Ich scheine aus deinen Posts das selbe herausgelesen zu haben wie @MartinP .
Zumindest gehen seine Fragen in die selbe Richtung

[MartinP]

@martinp said in MQTT Zielkonflikt ZWave vs. Tasmota:

@kraxelhuber Was GENAU läuft da in dem Container? Nutzt Du einen vorgeschalteten externen Broker (z. B. Mosquitto) vor dem MQTT Broker/Client von ioBroker? Wenn ja, warum?

Noch eine andere - mühselige - Idee wäre es für Datenpunkte, die problematisch sind jeweils ein Alias anzulegen:

Wird aber eine wüste Klickerei ...

[Kraxelhuber]

@martinp said in MQTT Zielkonflikt ZWave vs. Tasmota:

@kraxelhuber Was GENAU läuft da in dem Container? Nutzt Du einen vorgeschalteten externen Broker (z. B. Mosquitto) vor dem MQTT Broker/Client von ioBroker? Wenn ja, warum?

Im Container läuft ein Mosquitto Broker. Ich habe den MQTT Broker gerne unabhängig von ioBroker. So kann ich die Daten auch in anderen Systemen verwenden.

[Kraxelhuber]

Ich dachte eigentlich die Idee mit zwei Instanzen klingt sinnvoll. In einer Instanz kann ich dann in den Einstellungen auswählen, dass verschiedene Topic Namen für Set und Get verwendet werden (ZWave) während ich es bei der anderen Instanz deaktiviert lasse (Tasmota).

Die eigentliche Frage, die ich mir gestellt hatte war, ob ich tatsächlich einen weiteren MQTT Broker (Mosquitt, extern als Docker Container) benötige, der auf einem anderen Port (z.B. 1884) läuft?

[MartinP]

@kraxelhuber Dann musst Du wohl in Mosquitto Forum nach Hilfe anfragen, oder hoffen, dass sich hier jemand mit einem zwischengeschalteten Mosquitto-Broker auskennt ...

Wenn der Mosquitto-Broker die Daten unmodifiziert durchreicht, ist mir seine Rolle nicht so ganz klar ... ansonsten wäre er für ein Mapping zuständig.

Ich habe den MQTT Broker gerne unabhängig von ioBroker

Dann ist die Frage hier in "ioBroker Allgemein" falsch aufgehoben ...

[Homoran]

@martinp oder den mqtt-client verwenden, da muss dann jedem State das entsprechende Topic für publish und abonnieren konfiguriert werden

[Kraxelhuber]

@martinp said in MQTT Zielkonflikt ZWave vs. Tasmota:

Wenn der Mosquitto-Broker die Daten unmodifiziert durchreicht, ist mir seine Rolle nicht so ganz klar ... ansonsten wäre er für ein Mapping zuständig.

Und hier hören dann meine MQTT Kenntnisse vermutlich auf bzw. ich verstehe nicht ganz worauf du hinaus willst?
Mosquitto reicht alle Datenpunkte eines Gerätes durch bzw. vom ioBroker aus abboniere ich bestimmte Topics. Die Datenpunkte kann ich dann in ioBroker ganz normal verwenden.

Anscheinend gibt es hier noch ein anderes (besseres?) Vorgehen?

[MartinP]

@kraxelhuber said in MQTT Zielkonflikt ZWave vs. Tasmota:

bzw. vom ioBroker aus abboniere ich bestimmte Topics.

Okay, dann nutzt Du den Broker/Client Adapter als Client ... da bin ich dann 'raus, da keine praktische Erfahrung.

Nutze den Broker/Client Adapter direkt als Broker, der sich selber die MQTT-Geräte schnappt, die bei ihm anklopfen.

Übrigens MEA CULPA - hätte ich in Deinem Screenshot sehen können:

In der Rolle als Broker konfiguriert steht da "Server Settings"

@Homoran hat ja schon empfohlen den MQTT Client Adapter zu nutzen, da scheint man mehr Flexibilität zu haben - erkauft wahrscheinlich durch mehr Tipparbeit ... auch außerhalb meiner Praxis...

[Kraxelhuber]

@homoran said in MQTT Zielkonflikt ZWave vs. Tasmota:

@martinp oder den mqtt-client verwenden, da muss dann jedem State das entsprechende Topic für publish und abonnieren konfiguriert werden

Das muss ich mir in Ruhe anschauen. Du sprichst also wirklich vom MQTT Client Adapter?

Ich habe bis dato den MQTT Broker/Client Adapter installiert.

[Homoran]

@kraxelhuber sagte in MQTT Zielkonflikt ZWave vs. Tasmota:

Du sprichst also wirklich vom MQTT Client Adapter?

Latürnich!
Noch weiss ich was ich sage

[Kraxelhuber]

Die Idee mit der zweiten Instanz hat wunderbar funktioniert. Falls also jemand sonst noch auf dieses Problem stößt, ich habe es wie folgt lösen können.

Ich habe bei mir im lokalen Netzwerk einen MQTT Broker (Mosquitto) als Docker Container laufen. Dieser ist völlig unabhängig vom ioBroker und bekommt die Zustände aller meiner MQTT-fähigen Geräte übermittelt. Im ioBroker habe ich dann den Adapter MQTT Broker/Client in zwei verschiedenen Instanzen installiert und jeweils die IP in den Adaptereinstellungen auf Client/subscriber gestellt. Damit kann ich dann innerhalb des ioBroker die gewünschten Topics abonnieren.

1. Alle Geräte, die kein /set Topic benötigen (z.B. alle Tasmota Geräte), werden unter einem bestimmten Topic veröffentlicht, z.B. tasmota/#. Dieses Topic wird von der MQTT.0 Instanz mit folgenden Einstellungen abonniert.
   
   
   

2. Alle Geräte, die ein /set Topic benötigen (z.B. ZWave Geräte), werden unter einem bestimmten Topic veröffentlicht, z.B. zwave/#. Dieses Topic wird von der MQTT.1 Instanz mit folgenden Einstellungen abonniert.
   
   
   

Damit ist es also auch nicht nötig einen zweiten MQTT Broker (Mosquitto) im Netzwerk zu betreiben.

@arteck @Homoran @MartinP Danke für eure Unterstützung!