Um alle anzulernenden Geräte übersichtlich ordnen und wiederfinden zu können, habe ich mir ein Namenskonvention ausgedacht.

HomeMatic Gerätenamen in FHEM

Schema: <Geschoß>_<Raum>.<Funktion>

Beispiele:

KG_Hobbyraum.Licht
Das Gerät befindet sich im Kellergeschoß 'KG', im Raum 'Hobbyraum' und hat die Funktion 'Licht'. Hierbei handelt es sich um einen Unterputz-Schaltaktor.

KG_Hobbyraum.FensterRechts

Das Gerät befindet sich im Kellergeschoß 'KG', im Raum 'Hobbyraum' und hat die Funktion 'FensterRechts'. Hierbei handelt es sich um einen Drehgriffdetektor.

Topic-Pfade in MQTT

Dieselbe Logik wende ich auch bei den MQTT-Topics an. Gerätepfade werden folgendermaßen vereinbart:

Name in der MQTT-Definition:

mqtt_KG_Labor.Thermostat

Das führende 'mqtt_' zeigt mir sofort daß das die MQTT-Variable ist. Sie gehört zu einem phsiykalisch vorhandenem Gerät in FHEM

KG_Labor.Thermostat

Der Topic-Pfad in MQTT wird aus dem FHEM-Namen abgeleitet:

FHEM/KG/Labor/Thermostat/desired-temp

FHEM/KG/Labor/Thermostat/measured-temp

Im MQTT-Broker können Werte unterschiedlichster Hausautomations-System zusammen laufen. Das führende 'fhem' kennzeichnet das Automationssystem, 'KG' das Geschoß, 'Labor' den Raum und 'Thermostat' ein Wandthermostat. Die Werte werden als letzter Knoten abgespeichert:

'.../desired-temp' für die Solltemperatur

'.../measured-temp' für die Isttemperatur

usw.

MQTT-Festlegung der Namen und Topic-Pfade

Am Besten legt Ihr Euch auch eine Tabelle mit Euren Devices an. Man verliert leicht den Überblick, wenn man zwischen OpenHAB, FHEM und Mosquitto hin- und herspringt. Der gesamte Topicpfad setzt sich zusammen aus

1. Subsystem
2. Raumzuordnung
3. Funktion
4. Reading

1. Subsystem

2. Raumzuordnung

3. Funktion

Mit der Funktion wird die Aufgabe des Device beschrieben, z.B. 'Licht'. Gibt es mehrere Devices in einem Raum, kann noch eine Unterfunktion angegeben werden, z.B. 'LichtCouch'.

4. Reading (Messwert)

Beispiele

dfgs