(FHEM) MQTT - Versionsgeschichte

Chris T. Ludwig: /* Hindernisse/Hinweise */

2022-08-10T07:39:03Z

Hindernisse/Hinweise

← Nächstältere Version		Version vom 10. August 2022, 09:39 Uhr
Zeile 171:		Zeile 171:
	==#3==		==#3==
	Die Verbindung von mosquitto_pub beim Senden einer Nachricht fuehrt beim mosquitto-Server zu einem Connect und nach dem Uebertagen der Nachricht zu einem Disconnect. Beim der Verwendung von mosquitto_sub bleibt die Verbindung bestehen. Nach einem Connect folgt also kein Disconnect. Erst beim Beenden von mosquitto_sub erfolgt ein Disconnect. Wird waehrend der Verbindung eines Subcribers der mosquitto-Server neu gestartet wird der Subscriber automatisch wieder connected. mosquitto_sub muss also nicht neu gestartet werden.		Die Verbindung von mosquitto_pub beim Senden einer Nachricht fuehrt beim mosquitto-Server zu einem Connect und nach dem Uebertagen der Nachricht zu einem Disconnect. Beim der Verwendung von mosquitto_sub bleibt die Verbindung bestehen. Nach einem Connect folgt also kein Disconnect. Erst beim Beenden von mosquitto_sub erfolgt ein Disconnect. Wird waehrend der Verbindung eines Subcribers der mosquitto-Server neu gestartet wird der Subscriber automatisch wieder connected. mosquitto_sub muss also nicht neu gestartet werden.

			==#4==
			Beim Starten des mosquitto-Server unbedingt die gewuenschte Config mit der Option -c angeben.

	=Module im Detail=		=Module im Detail=

Chris T. Ludwig: /* Hindernisse/Hinweise */

2022-08-10T07:36:52Z

Hindernisse/Hinweise

← Nächstältere Version		Version vom 10. August 2022, 09:36 Uhr
Zeile 151:		Zeile 151:

	==#2==		==#2==
			Hinweis #1 ist noch weitreichender wenn man den Zugriff von "auszerhalb" freigeben, bzw. teilweise einschraenken moechte.
			Im Abschnitt Security der mosquitto.conf findet man:

			===clientid_prefix===
			Wenn festgelegt, koennen nur Clients, die ein übereinstimmendes Präfix in Ihrer ClientID fuehren, sich mit dem Broker verbinden. Standardmaeßig: Alle Clients koennen eine Verbindung herstellen. Zum Beispiel wuerde die Einstellung von "secure-" hier bedeuten, dass ein Client "secure-client" eine Verbindung herstellen koennte, ein anderer mit clientid "mqtt" jedoch nicht.

			===allow_anonymous===
			Standardmäßig ist false festgelegt, es sei denn, in der Konfigurationsdatei sind keine Listener definiert. In diesem Fall ist sie auf true festgelegt, aber Verbindungen sind nur vom lokalen Computer aus zulässig.
			D.h. erst mit Anlegen eines Listener-Eintrags wird allow_anonymous aktiv.

			und

			===listener===

			listener port-number [ip address/host name/unix socket path]

			Der mosquitto-Server hoert damit auf einer entsprechenden port-nummer (obligatorisch) und einer IP-Adresse, einem Hostnamen oder einem Unix-Socket (optional). Die Option listener kann mehrfach eingerichtet werden. Wenn diese Variable verwendet wird und weder bind_address noch Port angegeben ist, wird der Standardlistener '''nicht gestartet'''. Listener hoert standardmaeszig auf alle Interfaces nicht aber einzelne Hosts oder auch (Sub-)Netze. Dies muss ueber die Firewall geregelt werden.

			==#3==
	Die Verbindung von mosquitto_pub beim Senden einer Nachricht fuehrt beim mosquitto-Server zu einem Connect und nach dem Uebertagen der Nachricht zu einem Disconnect. Beim der Verwendung von mosquitto_sub bleibt die Verbindung bestehen. Nach einem Connect folgt also kein Disconnect. Erst beim Beenden von mosquitto_sub erfolgt ein Disconnect. Wird waehrend der Verbindung eines Subcribers der mosquitto-Server neu gestartet wird der Subscriber automatisch wieder connected. mosquitto_sub muss also nicht neu gestartet werden.		Die Verbindung von mosquitto_pub beim Senden einer Nachricht fuehrt beim mosquitto-Server zu einem Connect und nach dem Uebertagen der Nachricht zu einem Disconnect. Beim der Verwendung von mosquitto_sub bleibt die Verbindung bestehen. Nach einem Connect folgt also kein Disconnect. Erst beim Beenden von mosquitto_sub erfolgt ein Disconnect. Wird waehrend der Verbindung eines Subcribers der mosquitto-Server neu gestartet wird der Subscriber automatisch wieder connected. mosquitto_sub muss also nicht neu gestartet werden.

Chris T. Ludwig: /* Hindernisse */

2022-08-10T07:00:07Z

Hindernisse

← Nächstältere Version		Version vom 10. August 2022, 09:00 Uhr
Zeile 119:		Zeile 119:


	=Hindernisse=		=Hindernisse/Hinweise=
	==#1==		==#1==
	Der mosquitto-Server (Broker) akzeptiert nur Clients vom gleichen Rechner. Also mosquitto_sub und _pub bei der Option -h nur die Parameter localhost oder 127.0.0.1. Beim Starten des mosquitto-Servers wird dieser Umstand auch angezeigt.		Der mosquitto-Server (Broker) akzeptiert nur Clients vom gleichen Rechner. Also mosquitto_sub und _pub bei der Option -h nur die Parameter localhost oder 127.0.0.1. Beim Starten des mosquitto-Servers wird dieser Umstand auch angezeigt.
Zeile 149:		Zeile 149:

	Bei der Verwendung von localhost bei der Kontaktaufnahme mit mosquitto (-h) wird die IPv6-Adresse verwendet.		Bei der Verwendung von localhost bei der Kontaktaufnahme mit mosquitto (-h) wird die IPv6-Adresse verwendet.

			==#2==
			Die Verbindung von mosquitto_pub beim Senden einer Nachricht fuehrt beim mosquitto-Server zu einem Connect und nach dem Uebertagen der Nachricht zu einem Disconnect. Beim der Verwendung von mosquitto_sub bleibt die Verbindung bestehen. Nach einem Connect folgt also kein Disconnect. Erst beim Beenden von mosquitto_sub erfolgt ein Disconnect. Wird waehrend der Verbindung eines Subcribers der mosquitto-Server neu gestartet wird der Subscriber automatisch wieder connected. mosquitto_sub muss also nicht neu gestartet werden.

	=Module im Detail=		=Module im Detail=

Chris T. Ludwig: /* Inspektion */

2022-08-10T06:35:22Z

Inspektion

← Nächstältere Version		Version vom 10. August 2022, 08:35 Uhr
Zeile 117:		Zeile 117:

	*31_Nello: Ist eine Haustuer-Freisprecheinrichtung (nello.io) Implementation von Oskar Neummann (Hat auf github auch ein cooles Powermeter https://github.com/oskarn97/Powermeter)		*31_Nello: Ist eine Haustuer-Freisprecheinrichtung (nello.io) Implementation von Oskar Neummann (Hat auf github auch ein cooles Powermeter https://github.com/oskarn97/Powermeter)


			=Hindernisse=
			==#1==
			Der mosquitto-Server (Broker) akzeptiert nur Clients vom gleichen Rechner. Also mosquitto_sub und _pub bei der Option -h nur die Parameter localhost oder 127.0.0.1. Beim Starten des mosquitto-Servers wird dieser Umstand auch angezeigt.

			<pre>
			1660112143: mosquitto version 2.0.10 starting
			1660112143: Using default config.
			1660112143: Starting in local only mode. Connections will only be possible from clients running on this machine.
			1660112143: Create a configuration file which defines a listener to allow remote access.
			1660112143: For more details see https://mosquitto.org/documentation/authentication-methods/
			1660112143: Opening ipv4 listen socket on port 1883.
			1660112143: Opening ipv6 listen socket on port 1883.
			1660112143: mosquitto version 2.0.10 running
			</pre>

			Man erhaelt bei den Client-Tools mosquitto_pub und _sub dann folgende Fehlermeldung:

			Error: Connection refused

			Ein weiterer Umstand in diesem Zusammenhang sei noch erwaehnt.

			<pre>
			1660112254: New connection from 127.0.0.1:32814 on port 1883.
			1660112254: New client connected from 127.0.0.1:32814 as auto-89A987EC-CDDE-E8DD-2076-F349660FFBB3 (p2, c1, k60).
			...
			1660112294: New connection from ::1:43544 on port 1883.
			1660112294: New client connected from ::1:43544 as auto-337B003C-4BF1-AE40-F6BF-7947F459511B (p2, c1, k60).
			</pre>

			Bei der Verwendung von localhost bei der Kontaktaufnahme mit mosquitto (-h) wird die IPv6-Adresse verwendet.

	=Module im Detail=		=Module im Detail=

Chris T. Ludwig: /* 10_MQTT_BRIDGE */

2022-08-10T06:08:11Z

10_MQTT_BRIDGE

← Nächstältere Version		Version vom 10. August 2022, 08:08 Uhr
Zeile 302:		Zeile 302:
	[[#Module im Detail\| [Zurueck Uebersicht]]] [[(FHEM) 10_MQTT_BRIDGE.pm\| [Erlaeuterung, Anwendung und Beispiele] ]]		[[#Module im Detail\| [Zurueck Uebersicht]]] [[(FHEM) 10_MQTT_BRIDGE.pm\| [Erlaeuterung, Anwendung und Beispiele] ]]

	Das Modul ist seit der Version 6.1 veraltet (deprecated) und wurde in das Verzeichnis ./contrib/deprecated/ verschoben. Um es zu benutzen kann es in das Verzeichnis ./FHEM/ kopiert werden und mit einem Neustart von ~~fhem~~ aktiviert werden.		Das Modul ist seit der Version 6.1 veraltet (deprecated) und wurde in das Verzeichnis ./contrib/deprecated/ verschoben. Um es zu benutzen kann es in das Verzeichnis ./FHEM/ kopiert werden und mit einem Neustart von FHEM aktiviert werden.

Chris T. Ludwig: /* 00_MQTT2_CLIENT */

2022-08-09T14:49:29Z

00_MQTT2_CLIENT

← Nächstältere Version		Version vom 9. August 2022, 16:49 Uhr
Zeile 222:		Zeile 222:
	password <password> value		password <password> value
	connect		connect
			disconnect
	'''Get'''		'''Get'''

Chris T. Ludwig: /* Module im Detail */

2022-08-09T07:27:06Z

Module im Detail

← Nächstältere Version		Version vom 9. August 2022, 09:27 Uhr
Zeile 132:		Zeile 132:
	\|[[#10_MQTT2_DEVICE\|10_MQTT2_DEVICE.pm]]\|\| Ueber den MQTT2_SERVER oder MQTT2_CLIENT kommunizierende Geraete\|\|31,5 KiB\|\| 804 Codezeilen\|\|2020-01-13 17:02:05Z rudolfkoenig		\|[[#10_MQTT2_DEVICE\|10_MQTT2_DEVICE.pm]]\|\| Ueber den MQTT2_SERVER oder MQTT2_CLIENT kommunizierende Geraete\|\|31,5 KiB\|\| 804 Codezeilen\|\|2020-01-13 17:02:05Z rudolfkoenig
	\|-		\|-
	\|[[#10_MQTT_BRIDGE\|10_MQTT_BRIDGE.pm]]<br>seit fhem V6.1 veraltet\|\| MQTT_BRIDGE dient/agiert also als Bruecke (bridge) zwischen einem bestehenden fhem-Device und macht es ueber anzulegende MQTT-Topics "MQTT-faehig". \|\|10,8 KiB\|\| 217 Codezeilen\|\|2018-09-17 12:57:29Z hexenmeister		\|[[#10_MQTT_BRIDGE\|10_MQTT_BRIDGE.pm]]<br>seit fhem V6.1 veraltet\|\| MQTT_BRIDGE dient/agiert also als Bruecke (bridge) zwischen '''einem''' bestehenden fhem-Device und macht es ueber anzulegende MQTT-Topics "MQTT-faehig". \|\|10,8 KiB\|\| 217 Codezeilen\|\|2018-09-17 12:57:29Z hexenmeister
	\|-		\|-
	\|[[#10_MQTT_GENERIC_BRIDGE\|10_MQTT_GENERIC_BRIDGE.pm]]\|\| ~~MQTT_GENERIC_BRIDGE~~ dient/agiert ~~fuer alle~~ fhem-~~devices~~ und ~~mqtt~~-~~topics~~ \|\|163,3 KiB\|\| 2884 Codezeilen\|\|2019-06-28 15:56:35Z hexenmeister (Alexander Schulz)		\|[[#10_MQTT_GENERIC_BRIDGE\|10_MQTT_GENERIC_BRIDGE.pm]]\|\| MQTT_BRIDGE dient/agiert also als Bruecke (bridge) zwischen '''allen''' bestehenden fhem-Device und macht es ueber anzulegende MQTT-Topics "MQTT-faehig".\|\|163,3 KiB\|\| 2884 Codezeilen\|\|2019-06-28 15:56:35Z hexenmeister (Alexander Schulz)
	\|}		\|}

Chris T. Ludwig: /* Module im Detail */

2022-08-09T07:25:47Z

Module im Detail

← Nächstältere Version		Version vom 9. August 2022, 09:25 Uhr
Zeile 128:		Zeile 128:
	\|[[#00_MQTT2_CLIENT\|00_MQTT2_CLIENT.pm]]\|\| Verbindung zu einem externen MQTT Server \|\|17,2 KiB\|\| 488 Codezeilen\|\|2019-09-17 16:25:01Z rudolfkoenig		\|[[#00_MQTT2_CLIENT\|00_MQTT2_CLIENT.pm]]\|\| Verbindung zu einem externen MQTT Server \|\|17,2 KiB\|\| 488 Codezeilen\|\|2019-09-17 16:25:01Z rudolfkoenig
	\|-		\|-
	\|[[#10_MQTT_DEVICE\|10_MQTT_DEVICE.pm]]\|\| ~~MQTT_DEVICE agiert~~ als ~~ein fhem-device das mqtt-topics 'gemapt' ist~~\|\|13,2 KiB\|\| 258 Codezeilen\|\|2018-09-17 12:57:29Z hexenmeister		\|[[#10_MQTT_DEVICE\|10_MQTT_DEVICE.pm]]\|\|Ein physikalischen Device mit MQTT-Unterstuetzung wird in FHEM als Device eingebunden. \|\|13,2 KiB\|\| 258 Codezeilen\|\|2018-09-17 12:57:29Z hexenmeister
	\|-		\|-
	\|[[#10_MQTT2_DEVICE\|10_MQTT2_DEVICE.pm]]\|\| Ueber den MQTT2_SERVER oder MQTT2_CLIENT kommunizierende Geraete\|\|31,5 KiB\|\| 804 Codezeilen\|\|2020-01-13 17:02:05Z rudolfkoenig		\|[[#10_MQTT2_DEVICE\|10_MQTT2_DEVICE.pm]]\|\| Ueber den MQTT2_SERVER oder MQTT2_CLIENT kommunizierende Geraete\|\|31,5 KiB\|\| 804 Codezeilen\|\|2020-01-13 17:02:05Z rudolfkoenig
	\|-		\|-
	\|[[#10_MQTT_BRIDGE\|10_MQTT_BRIDGE.pm]]<br>seit fhem V6.1 veraltet\|\| MQTT_BRIDGE dient/agiert als bridge zwischen einem fhem-~~device~~ und ~~mqtt~~-~~topics~~ \|\|10,8 KiB\|\| 217 Codezeilen\|\|2018-09-17 12:57:29Z hexenmeister		\|[[#10_MQTT_BRIDGE\|10_MQTT_BRIDGE.pm]]<br>seit fhem V6.1 veraltet\|\| MQTT_BRIDGE dient/agiert also als Bruecke (bridge) zwischen einem bestehenden fhem-Device und macht es ueber anzulegende MQTT-Topics "MQTT-faehig". \|\|10,8 KiB\|\| 217 Codezeilen\|\|2018-09-17 12:57:29Z hexenmeister
	\|-		\|-
	\|[[#10_MQTT_GENERIC_BRIDGE\|10_MQTT_GENERIC_BRIDGE.pm]]\|\| MQTT_GENERIC_BRIDGE dient/agiert fuer alle fhem-devices und mqtt-topics \|\|163,3 KiB\|\| 2884 Codezeilen\|\|2019-06-28 15:56:35Z hexenmeister (Alexander Schulz)		\|[[#10_MQTT_GENERIC_BRIDGE\|10_MQTT_GENERIC_BRIDGE.pm]]\|\| MQTT_GENERIC_BRIDGE dient/agiert fuer alle fhem-devices und mqtt-topics \|\|163,3 KiB\|\| 2884 Codezeilen\|\|2019-06-28 15:56:35Z hexenmeister (Alexander Schulz)
Zeile 147:		Zeile 147:
	Der offensichtlichste Unterschied zwischen MQTT- und MQTT2-Modulen ist die Herkunft. Wie aus der o.g. Tabelle zu lesen ist, werden die MQTT_Module von hexemeister und die MQTT2-Module von rudolgfkoenig unterhalten.		Der offensichtlichste Unterschied zwischen MQTT- und MQTT2-Modulen ist die Herkunft. Wie aus der o.g. Tabelle zu lesen ist, werden die MQTT_Module von hexemeister und die MQTT2-Module von rudolgfkoenig unterhalten.

	'''MQTT_DEVICE''' wird verwendet, wenn das physikalische Device (Sensor oder Aktor) über mqtt kommuniziert. (Kein dummy mehr nötig!)		'''MQTT_DEVICE''' wird verwendet, wenn das physikalische Device (Sensor oder Aktor) über mqtt kommuniziert. Es ist Kein dummy-Device mehr nötig! MQTT_DEVICE agiert als ein fhem-device das mqtt-topics 'gemapt' hat.
	'''MQTT_BRIDGE''' ist für den Fall, dass ein fhem-device existiert und dieses über mqtt sicht- bzw. steuerbar gemacht werden soll.		'''MQTT_BRIDGE''' ist für den Fall, dass ein fhem-device existiert und dieses über mqtt sicht- bzw. steuerbar gemacht werden soll. MQTT_BRIDGE dient/agiert also als Bruecke (bridge) zwischen einem bestehenden fhem-Device und macht es ueber anzulegende MQTT-Topics "MQTT-faehig".

Chris T. Ludwig: /* Module im Detail */

2022-08-09T07:19:13Z

Module im Detail

← Nächstältere Version		Version vom 9. August 2022, 09:19 Uhr
Zeile 132:		Zeile 132:
	\|[[#10_MQTT2_DEVICE\|10_MQTT2_DEVICE.pm]]\|\| Ueber den MQTT2_SERVER oder MQTT2_CLIENT kommunizierende Geraete\|\|31,5 KiB\|\| 804 Codezeilen\|\|2020-01-13 17:02:05Z rudolfkoenig		\|[[#10_MQTT2_DEVICE\|10_MQTT2_DEVICE.pm]]\|\| Ueber den MQTT2_SERVER oder MQTT2_CLIENT kommunizierende Geraete\|\|31,5 KiB\|\| 804 Codezeilen\|\|2020-01-13 17:02:05Z rudolfkoenig
	\|-		\|-
	\|[[#10_MQTT_BRIDGE\|10_MQTT_BRIDGE.pm]]\|\| MQTT_BRIDGE dient/agiert als bridge zwischen einem fhem-device und mqtt-topics \|\|10,8 KiB\|\| 217 Codezeilen\|\|2018-09-17 12:57:29Z hexenmeister		\|[[#10_MQTT_BRIDGE\|10_MQTT_BRIDGE.pm]]<br>seit fhem V6.1 veraltet\|\| MQTT_BRIDGE dient/agiert als bridge zwischen einem fhem-device und mqtt-topics \|\|10,8 KiB\|\| 217 Codezeilen\|\|2018-09-17 12:57:29Z hexenmeister
	\|-		\|-
	\|[[#10_MQTT_GENERIC_BRIDGE\|10_MQTT_GENERIC_BRIDGE.pm]]\|\| MQTT_GENERIC_BRIDGE dient/agiert fuer alle fhem-devices und mqtt-topics \|\|163,3 KiB\|\| 2884 Codezeilen\|\|2019-06-28 15:56:35Z hexenmeister (Alexander Schulz)		\|[[#10_MQTT_GENERIC_BRIDGE\|10_MQTT_GENERIC_BRIDGE.pm]]\|\| MQTT_GENERIC_BRIDGE dient/agiert fuer alle fhem-devices und mqtt-topics \|\|163,3 KiB\|\| 2884 Codezeilen\|\|2019-06-28 15:56:35Z hexenmeister (Alexander Schulz)

Chris T. Ludwig: /* 10_MQTT_GENERIC_BRIDGE */

2022-08-09T07:17:31Z

10_MQTT_GENERIC_BRIDGE

← Nächstältere Version		Version vom 9. August 2022, 09:17 Uhr
Zeile 321:		Zeile 321:

	==10_MQTT_GENERIC_BRIDGE==		==10_MQTT_GENERIC_BRIDGE==
	[[#Module im Detail\| Zurueck Uebersicht]] [[(FHEM) 10_MQTT_GENERIC_BRIDGE.pm\| [Erlaeuterung, Anwendung und Beispiele] ]]		[[#Module im Detail\| [Zurueck Uebersicht]]] [[(FHEM) 10_MQTT_GENERIC_BRIDGE.pm\| [Erlaeuterung, Anwendung und Beispiele] ]]

	Dieses Modul ist eine MQTT-Brücke, die gleichzeitig Daten von mehreren FHEM-Geräten sammelt und deren Messwerte über MQTT weitergibt, Messwerte von eingehenden MQTT-Nachrichten festlegt oder eingehende Nachrichten als "Set" -Befehl für das konfigurierte FHEM-Gerät ausführt. Einer für die Gerätetypen könnte als IODev dienen: MQTT, MQTT2_CLIENT oder MQTT2_SERVER.		Dieses Modul ist eine MQTT-Brücke, die gleichzeitig Daten von mehreren FHEM-Geräten sammelt und deren Messwerte über MQTT weitergibt, Messwerte von eingehenden MQTT-Nachrichten festlegt oder eingehende Nachrichten als "Set" -Befehl für das konfigurierte FHEM-Gerät ausführt. Einer für die Gerätetypen könnte als IODev dienen: MQTT, MQTT2_CLIENT oder MQTT2_SERVER.