Modul-Diskussion/Hilfe: MQTT_GENERIC_BRIDGE

[Billy]

Hexenmeister hat's doch geschrieben!

Readings und auch Attribute kann man senden und empfangen (auch alle, mit *:topic und *:atopic).

Probiers doch einfach mal aus! Dann wirst du sehen was geht! 

Billy

[pula]

Nice!
Danke für den Hinweis. Scheint zu funktionieren, hatte ich nicht erwartet!
Danke an hexenmeister für dieses tolle Modul!
Cheers,
Pula

[hexenmeister]

Sowas wie send all gibt s bisher nicht.
Allerdings kann man schon generisch alle Readings senden und auch empfangen. DIese werden dann beim ersten Empfang angelegt. Steht in der Doku sogar mit Beispiel.

Code Auswählen Erweitern

attr <dev> mqttSubscribe *:topic={"/TEST/$reading"}

Hier: der Part des Topics, wo $reading steht, wird hier als eine (ggf. neue) Readings interpretiert.

[pula]

Das funktioniert ja wuderbar so weit.
Auf die Gefahr hin, mich noch einmal zu blamieren, weil ich den Thread/die Doku nicht genau genug gelesen habe:
Habt ihr auch eine Idee, wie man mit commands umgehen könnte?
Zum Beispiel unterstützt das Kodi-Modul ein command "msg", das einen übergebenen String dann an kodi sendet und den String dann auf dem TV einblendet. Das geht so jetzt natürlich nicht....
Cheers,
Pula

[hexenmeister]

Das geht so jetzt natürlich nicht....

Doch 
Dafür gibt es spezielle topic Syntax, es werden dann Befehle ausgeführt. Halte Ausschau nach stopic.

[pula]

VIELEN DANK! Das klappt ja hervorragend.
Nur der Vollständigkeit halber: Ist es sinnvoll, das so zu definieren:     

Code Auswählen Erweitern

*:stopic={"fhem/$device/$reading"}

Oder gibt das Probleme, falls "normale" readings definiert werden?
Ein zusätzliches

Code Auswählen Erweitern

*:topic={"fhem/$device/$reading"}
wird hier ja kaum zielführend sein.
Wie ist das gedacht? Für "normale" readings und attribute das topic verwenden (also *:topic....) und die Kommandos dann per stopic explizit auflisten?
Sorry, dass ich hier so penetrant nachfrage, ich will es nur verstehen...
Cheers,
Pula

[hexenmeister]

Auf denselben Topic zu mappen ist natürlich nicht sinnvoll. Einzelnauflisten muss man jedoch auch nicht.
Die Pfade sollen sich unterscheiden.
Z.B.:

Code Auswählen Erweitern

*:topic={"fhem/$device/readigs/$reading"}
*:stopic={"fhem/$device/cmds/$reading"}

[pula]

Ah, super! Das ist des "Rätsels" Lösung
Vielen Dank nochmal für das tolle Modul und auch für die Geduld beim Beantworten der (wahrscheinlich schon diskutierten) Fragen!
Cheers,
Pula

[Billy]

@Hexenmeister
Du hast mir vor langer Zeit eine Frage gestellt?
Auswahl von Readings aus JSON ist derzeit nicht möglich, werden alle genommen. Wäre das wichtig?

Kannst genauso nehmen, wie es ist (nur Topic wäre noch anzupassen):

Code Auswählen Erweitern

json:topic=/TEST/json json:expression={json2nameValue($message)}
Auswahl von Readings aus JSON ist derzeit nich möglich, werden alle genommen. Wäre das wichtig?

Könnte ich ab und zu gebrauchen.
Hast du eine IDEE?

Billy

[Beta-User]

Hast du eine IDEE?

Da man json2nameValue() verwenden kann, sollte das mit der erweiterten Form möglich sein:
- entweder ein jsonMap an die Funktion übergeben oder
- das (recht neue) 4. Argument "filter" nutzen (ist eine regex).

Bitte um Info, wenn dazu mehr input erforderlich ist, für beides ist vermutlich noch recht wenig Material zu finden ($JSONMAP schon, aber man kann da afaik auch einen Hash übergeben, und dafür gibt es noch wenig Beispiele).

[Billy]

Danke, ist im Augenblick nicht wichtig, war nur über den alten Thread gestolpert.
Hätte ja sein können, dass es was gibt was ich noch nicht kenne.

[Beta-User]

OK, du kanntest demnach das 4. Argument von json2nameValue() schon ?

(Vielleicht solltest du ein konkretes Beispiel von einem JSON liefern und Info, was du daraus denn verwenden willst, sonst ist es schwierig zu helfen. Das Thema ist ziemlich abstrakt).

[gadget]

Hallo,

kurze Zwischenfrage:

Ich verwende den fhem-internen MQTT2_SERVER für die Anbindung einiger Tasmota-Geräte.

Weiterhin verwende ich als Frontend Home Assistant und da läuft auch nochmal ein Mosquitto mit drauf.
Die Verbindung von fhem zu Home Assistant macht ein MQTT-Device in fhem, das auf den Mosquitto-Broker verweist und eine MQTT_GENERIC_BRIDGE mit globalPublish, eingeschränkt auf einen fhem-room.

Die fhem-Devices, die ich in HomeAssistant verwenden will, packe ich dann zusätzlich in diesen room.

Das klappt soweit erstmal ganz gut.

Jetzt stehe ich vor dem Problem, dass ich auch die readings eines Tasmota-Device (MQTT2_DEVICE), das an fhem über den internen MQTT2_SERVER angebunden ist, an HomeAssistant weiterleiten will. Wenn ich das in den entsprechenden fhem-room packe, wird das aber von der Bridge offenbar ignoriert und in Home Assistant kommt nichts an. Auch dann, wenn ich refrehsUserAttr auslöse, und bei dem Tasmota-Gerät

Code Auswählen Erweitern

attr <tasmota-device> mqttForward all


setze. Ist das "by-design" nicht möglich, oder mache ich was falsch ? Gibt es hier eine "elegante" Lösung, oder muss ich mit  dummy / readingsproxy und zig notifiys rumtricksen ?

Grüße, gadget

[Billy]

Habe zwar keine Ahnung von Home Assistant.
Kann sich HA nicht direkt mit Tasmota verbinden, ohne Umweg über FHEM etc?

[gadget]

klar, aber das "Brain" meiner Hausautomatisierung soll weiterhin fhem sein. Home Assistant nutze ich nur als hübsches Frontend für die Mitbewohner.