Modul-Konzeption: Generic MQTT Bridge

[Shojo]

Wir haben da eh gut reden - Hexenmeister legt ja hier die Glanzleistung ab. 

Ja das Stimmt!

Bei mir müssten halt gute 40 Geräte auf mqtt geschoben werden, daher der Wunsch mir doch etwas Schreibarbeit zu sparen und auch der Übersicht zu liebe  

[Master_Nick]

Hehe ja ich zieh auch gerade alles was Schaltbar ist oder Werte misst rüber auf MQTT für die Verwendung mit Node-RED. Das Modul hier ist super dafür (entstand glaub ich ein Stück weit in dem Node-Red Thread von mir  ).

[hexenmeister]

Hier ist eine Version mit der Unterstützung für Publish-Attribute in der gewünschtenForm

Code Auswählen Erweitern

attr <dev> mqttPublish temperature|humidity:topic={"$base/$name"} temperature|humidity:qos=1 temperature|humidity:retain=0

globalPublish etc. geht schon fast, subscribe ist schon fast angefangen

[Shojo]

Hier ist eine Version mit der Unterstützung für Publish-Attribute in der gewünschtenForm
globalPublish etc. geht schon fast, subscribe ist schon fast angefangen

Das ist ja super, danke Dir!

[carlos]

Hallo,
Gefällt mir schon sehr gut das modul.
Da kann man schon einiges mit machen.


Wäre es möglich hier:

Code Auswählen Erweitern

In einer Expression können Variablen  verwendet werden.
             ($reading = Original-Readingname, $device = Devicename, $name = Readingalias (s. mqttAlias).


noch z.B. den Raum( $room = Raum) dazu zu nehmen?

Gruß
Carlos

[Shojo]

Wäre es möglich hier:

Code Auswählen Erweitern

In einer Expression können Variablen  verwendet werden.
             ($reading = Original-Readingname, $device = Devicename, $name = Readingalias (s. mqttAlias).


noch z.B. den Raum( $room = Raum) dazu zu nehmen?

Man dürfte das aber nicht in den Globalen Definitionen zulassen, da ein Device mehrere Räume haben kann.

[carlos]

Dann vielleicht als Attribute bei den devices mqttRoom oder so was in der Art.

[hexenmeister]

Man dürfte das aber nicht in den Globalen Definitionen zulassen, da ein Device mehrere Räume haben kann.

Daran habe ich auch schon gedacht.

Dann vielleicht als Attribute bei den devices mqttRoom oder so was in der Art.

Wo ist dann ein Vorteil gegenüber einer Definition mit 'base'?

[Shojo]

Man könnte aber die Variable $room in den Devices erlauben und füllen, oder?

Code Auswählen Erweitern


attr <mqttGeneric> mqttDefaults base={"Haus"} pub:qos=0 sub:qos=0 retain=0

attr <dev> mqttPublish temperature|humidity:topic={"$base/$room/$name"}


Aber große Vorteile sehe ich da nicht, aber auch keine Nachteile

[hexenmeister]

Kann man ja dann einfach gleich in base Definition schreiben. Ich sehe bis jetzt immer noch keinen Vorteil.

[Shojo]

Ich sehe bis jetzt immer noch keinen Vorteil.

Ich auch nicht wirklich

[carlos]

Ich möchte nur Raum mit in die publish Anweisung aufgenommen haben, dann kann man das z.B. in nodered gleich mit verarbeiten.
Allerdings sehe ich das Problem mit mehreren Räumen, deshalb als zusatzliches attribut am Device, das man dann evtl so nutzen könnte:

Code Auswählen Erweitern


attr <dev> mqttRoom Wohnzimmer
attr <dev> mqttDefaults base={"/$mqttRoom/$device/$reading"}


Keine Ahnung ob sowas implementierbar ist.

Gruß

Carlos

[hexenmeister]

Inplementierbar ist alles. Aber auch jede zusätzliche Anfrage kostet Leistung. Daher möchte ich alles vermeiden, was nocht unbedingt nötig ist.
Was spricht gegen

Code Auswählen Erweitern

attr <dev> mqttDefaults base={"/Wohnzimmer/$device/$reading"}
?

Edit: Es müsste auch folgendes gehen:

Code Auswählen Erweitern

attr <dev> mqttDefaults base={"/".AttrVal($device,'room','')."/$device/$reading"}

[carlos]

Ja, so geht es.
Gute Lösung, damit kann ich leben.
Gutes modul, damit kann mann mit notered ein schönes Frontend aufbauen.
Gruß
Carlos

[Master_Nick]

  Sobald nun das subscribe geht  
*Bettel*