Einzelnes MQTT-Topic bei Aktualisierung publizieren?

Marc Berg

@berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

Weil du sagst, dass jeder andere Broker genau "dies" nicht macht, was meinst du damit? Es ist ja als Setting im Broker vorhanden und könnte man deaktivieren.

Jeder "normale" Broker (Mosquitto, RabbitMQ, wasauchimmer) wird dir jedes veröffentliche Topic an die Clients verteilen. Ob es sich zum letzten Mal geändert hat oder nicht. Die Option im Adapter ist insofern eine Sonderlocke.

Ich halte das nur für sinnvoll, dass ein Broker nicht hunderte Topics jedes mal publiziert ungeachtet einer Änderung - vondemher ist das ja schon Ressourcen und Netzlastschonend. Also diese Einstellung stört mich eigentlich gar nicht, sondern dass man es für ein einzelnes Topic nicht anders handhaben kann.

Das sehe ich wie @Homoran , die paar Bytes machen den Kohl nicht fett.

Marc Berg

@homoran sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

Irgendwie komme ich jetzt nicht mehr mit.

Der Wunsch war doch nur ein einziges Topic zu publishen, anstelle über eine Maske eine ganze Gruppe.

Nein. Der Wunsch war, die globale Einstellung "nur Änderungen publishen" für genau ein Topic zu übersteuern.

ohne dass diese Änderung bei dir ankommt, liegt doch das Abonnement dieser Änderung im argen.

Nein. Das "ctrl..." Topic ist (vom iobroker) überhaupt nicht abonniert. Darf es auch nicht.

Marc Berg

@Berzi

Ich glaube, dass Issue https://github.com/lumapu/ahoy/issues/1539 kannst du schließen. Ist ja kein Ahoydtu-, sondern Broker-"Problem".

mickym

@Berzi Ich halte das für Käse nur Änderungen zu publizieren, aber wenn man es unbedingt machen will, dann halt nicht beim Broker. Dann nutz den Adapter als Client entweder an einem Broker (andere Instanz) oder einem "normalen Broker" wie mosquitto und da kannst Du ja dann nur Änderungen publizieren. Zusätzlich nimmst Du dann noch einen anderen Client (andere Instanz oder mqtt-client) für den Topic, bei dem Du auch publizieren willst, wenn keine Änderungen erfolgt sind.

Bei dem Client kannst ja dann je topic entscheiden, ob Du publishen willst oder nicht:

Also generell ist es überhaupt nicht empfehlenswert irgendeine Option anzuklicken, wenn man den Adapter als Broker betreibt, Einen Broker sollte man möglichst nach Standard betreiben. Bei Clients kannst Du machen wie Du meinst.

Marc Berg

@mickym sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

Ich halte das für Käse nur Änderungen zu publizieren,

Habe ich was anderes behauptet?

mickym

@marc-berg sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

@mickym sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

Ich halte das für Käse nur Änderungen zu publizieren,

Habe ich was anderes behauptet?

Nein - ich wollte Dir eigentlich beipflichten - ah ich sehe ich hab auf Deinen Post geantwortet, war natürlich an den TE gerichtet.

EDIT: Habe es korrigiert. ;)

Berzi

@marc-berg said in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

@homoran sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

Irgendwie komme ich jetzt nicht mehr mit.

Der Wunsch war doch nur ein einziges Topic zu publishen, anstelle über eine Maske eine ganze Gruppe.

Nein. Der Wunsch war, die globale Einstellung "nur Änderungen publishen" für genau ein Topic zu übersteuern.

ohne dass diese Änderung bei dir ankommt, liegt doch das Abonnement dieser Änderung im argen.

Nein. Das "ctrl..." Topic ist (vom iobroker) überhaupt nicht abonniert. Darf es auch nicht.

Tatsächlich hast du das sehr gut zusammengefasst, danke dir. Das ist genau der Case, den ich habe.

Nun habt ihr mich aber dann am Ende verloren, was die Lösung sein soll :D

Ist einfach das Setting in meinem MQTT-Broker "nur Änderungen publizieren" Quatsch, dass ich das aktiv habe? (was dann wohl meine Falschannahme war)

Die Sache mit dem Client-Adapter leuchtet mir ehrlich gesagt für mein Problem immernoch nicht ein. Ich könnte nun neben dem Ctrl-Topic (um welches es hier geht) den Client Adapter aktivieren. Okay... dann mach ich das wie von bspw. @mickym in seinem Bild gezeigt. Dann passiert folgendes als nächstes: Der MQTT-Client schickt dieses Topic an den Broker, dadurch erscheint es in einem neuen Ordner in dem Objektbaum des MQTT-Broker Adapters als neues Objekt. Dadurch gewinne ich doch nichts... ich will doch einfach nur, dass die Änderung des ctrl-topics an den Client auch bei Aktualisierung geschickt wird. Mit dem MQTT-Client Adapter hab ich jetzt nur erreicht, dass der das aufnimmt und dann nochmal an neuer Stelle an den gleichen Broker schickt, damit der sich das halt nochmal woanders ablegt. ^^
Ich glaube in diesem Thema mit dem MQTT-Client-Adapter reden wir echt aneinander vorbei oder ich kapiere etwas ganz grundlegendes nicht.

Homoran

@berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

ich will doch einfach nur, dass die Änderung des ctrl-topics an den Client auch bei Aktualisierung geschickt wird.

das kannst du doch im Client konfigurieren! (Hab ich so noch im Kopf!)
und im Broker den Haken weg bei "nur Änderungen"
Wenn du allerdings nur diesen einen DP auch bei Aktualisierung publishen willst, musst du alle anderen im Client auf nur bei Änderung stellen, was natürlich ein gewisser Aufwand ist.

Also e7nfach alles immer publishen und gut ist. Dann brauchst du natürlich den Cluent nicht mehr

Marc Berg

@berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?:

Ist einfach das Setting in meinem MQTT-Broker "nur Änderungen publizieren" Quatsch, dass ich das aktiv habe? (was dann wohl meine Falschannahme war)

Ich würde es so zusammenfassen: der MQTT Adapter als Broker ist etwas speziell, da er so eng in den ioBroker integriert ist und z.B. mit Retained Messages nicht umgehen kann. Für die meisten Anwendungsfälle reicht er aber aus.

ABER:

Ich habe mir mal den (zweifelhaften) Spass erlaubt, das Ganze zu testen. Ergebnis: Die Einstellung "nur bei Änderungen publishen" greift nur (!), wenn die Änderungen über einen ioBroker-Datenpunkt eingestellt werden. Beim Publishen via MQTT allerdings nicht. Das heißt, du kommst mit dem MQTT Client Adapter wahrscheinlich doch weiter, ohne alles anpassen zu müssen.

Erstellen eines Datenpunktes unter "0_userdata"
Klicken auf das Zahnrädchen, Auswahl des mqtt-client Adapters
Eingeben des Topics "ahoydtu/ctrl/power/0"
nur publishen

Jetzt solltest Du über deinen neuen Datenpunkt steuern können. Achtung, in der MQTT Client Instanz alle Prefixe und zusätzliche Subscriptions entfernen!

Berzi

@homoran Ich weiß gar nicht wie ich es anders erklären soll, wir redne aneinander vorbei :D Ja! Natürlich kann das der Client! Aber er meldet das an den Broker!

Also um es vllt mal aufzuskizzieren...

mqtt
-0
--ahoydtu
---ctrl
----power
-----0 <= dieser state kann '0' oder '1' haben und schaltet einen anderen MQTT-Client (die AhoyDTU) an oder aus

Wenn ich da nun bei diesem Objekt den MQTT-Client aktiviere (mit egal welchen Einstellungen), dann macht der ja nur folgendes - er meldet das wieder an den Broker. Es passiert also folgendes:

mqtt
-0
--mqttclientstuff
---soeben
----gepushedes
-----Objekt-wo-ich-das-aktiviert habe
--ahoydtu
---ctrl
----power
-----0 (alles bleibt beim Alten, denn er nimmt das nur und published das ja an den broker erneut)

EDIT:
Jetzt hat @Marc-Berg gerade geantwortet - danke! Du hast meinen Antwendungsfall tatsächlich verstanden :D Und das klingt nach einem Workaround :-) Zwar von hinten durch die Brust, aber ich habe verstanden was du aufgebaut hast :D DANKE, dass du das sogar bei dir so getestet hast. In dem Fall ist es ja tatsächlich auch kein Problem der ahoyDTU