Changes between Version 1 and Version 2 of MqttTopicStruktur

Timestamp:

Aug 16, 2020, 4:55:01 PM (5 years ago)

Author:

Johannes Lode

Comment:

--

MqttTopicStruktur

@@ -2 +2 @@
 
 [[PageOutline(2-6)]]
+
+Betrachtungen zum Topic-Tree unter folgenden URLs:
+* https://pi3g.com/2019/05/29/mqtt-topic-tree-design-best-practices-tips-examples/
+* https://raspberry-valley.azurewebsites.net/MQTT-Topic-Trees/
+* https://d1.awsstatic.com/whitepapers/Designing_MQTT_Topics_for_AWS_IoT_Core.pdf
+
+== Topic-Struktur des Systems
+
+Die Topics im System sind folgendermaßen strukturiert: \\
+`%prefix%/%location%/%topic%/%keyword%` \\
+`%prefix%/%location%/%topic%/%keyword%/%metadata%...` \\
+`mount/%location%/%prefix%/%topic%/%keyword%...`
+
+ `%prefix%`:: beschreibt die Datenart, es sind folgende Datenarten definiert: 
+ * `cmd`: Kommandos an das Gerät
+ * `log`: Meldungen vom Gerät, z.B. Sensor-Werte
+ * `connected`: Meldungen zum Verbindungszustand eines Gerätes, Sensors etc. \\ inspiriert durch https://github.com/mqtt-smarthome/mqtt-smarthome/blob/master/Architecture.md
+ * `feedback`: Status-Meldungen des Gerätes, i.d.R. als Reaktion auf Kommandos
+ * `actuator`: direkter Zugriff auf einen Aktor eines Gerätes, benannt durch `%keyword%`
+ * `sensor`: direkte Meldungen eines Sensors eines Gerätes, benannt durch `%keyword%`
+ `%topic%`:: benennt das Gerät, den !Sensor/Aktor, die angesprochene Gruppe etc., welches auch Ort-Informationen tragen darf, ggf. mit Topic-Separator `/`, so daß sich evtl. (noch ungern gesehen) tiefere Topic-Strukturen bilden
+ `%keyword%`:: ist spezifisch für das Gerät, den Sensor, den Aktor, die Gruppe etc.
+ `%metadata%`:: ist optional bzw. noch in Entwicklung, als Ideen stehen hier Konventionen anderer Systeme Pate, so z.B.:
+ * https://homieiot.github.io/
+ * https://tinkerman.cat/post/mqtt-topic-naming-convention
+
+Unter `mount/#` werden ggf. Location-Broker gemounted und dann durch remapping ai den richtigen Topic-Pfaden dargestellt.
 
 == Topics eines Gerätes
@@ -12 +39 @@
 * 2. Obergeschoss: `og2-broker.mqtt.p21.net:1887`
 * !Hof/Garten: `yard-broker.mqtt.p21.net:1888`
-* tragbare Geräte: `moving-broker.mqtt.p21.net:1889`
+* tragbare Geräte: `roaming-broker.mqtt.p21.net:1889`
 
 Diese Broker sind vorerst alle auf dem selben Host realisiert, daher benötigen sie entweder unterschiedliche IP-Aliase (knappe Ressource IP-Adressen) oder unterschiedliche Port-Nummern (gewählte Option). Mehr in MqttBroker.
@@ -24 +51 @@
 `%prefix%/%topic%/%keyword%/%metadata%...`
 
- `%prefix%`:: beschreibt die Datenart, es sind folgende Datenarten definiert: 
- * `cmd`: Kommandos an das Gerät
- * `log`: Meldungen vom Gerät, z.B. Sensor-Werte
- * `feedback`: Status-Meldungen des Gerätes, i.d.R. als Reaktion auf Kommandos
- * `actuator`: direkter Zugriff auf einen Aktor eines Gerätes, benannt durch `%keyword%`
- * `sensor`: direkte Meldungen eines Sensors eines Gerätes, benannt durch `%keyword%`
- `%topic%`:: benennt das Gerät, den !Sensor/Aktor, die angesprochene Gruppe etc., welches auch Ort-Informationen tragen darf, ggf. mit Topic-Separator `/`, so daß sich evtl. (noch ungern gesehen) tiefere Topic-Strukturen bilden
- `%keyword%`:: ist spezifisch für das Gerät, den Sensor, den Aktor, die Gruppe etc.
- `%metadata%`:: ist optional bzw. noch in Entwicklung, als Ideen stehen hier Konventionen anderer Systeme Pate, so z.B.:
- * https://homieiot.github.io/
- * https://tinkerman.cat/post/mqtt-topic-naming-convention
-
-Mehr Betrachtungen zum Topic-Tree unter folgenden URLs:
-* https://pi3g.com/2019/05/29/mqtt-topic-tree-design-best-practices-tips-examples/
-* https://raspberry-valley.azurewebsites.net/MQTT-Topic-Trees/
-* https://d1.awsstatic.com/whitepapers/Designing_MQTT_Topics_for_AWS_IoT_Core.pdf