FHEM2FHEM - Versionsgeschichte

Erwin111: TUL durch KNXIO ersetzt

2022-11-27T08:46:13Z

TUL durch KNXIO ersetzt

← Nächstältere Version		Version vom 27. November 2022, 10:46 Uhr
Zeile 61:		Zeile 61:
	Bei diesem Verbindungstyp werden unaufbereitete Ereignisse (raw messages) des remote FHEM-Geräts devicename genau so empfangen, als wäre das Gerät lokal verbunden.		Bei diesem Verbindungstyp werden unaufbereitete Ereignisse (raw messages) des remote FHEM-Geräts devicename genau so empfangen, als wäre das Gerät lokal verbunden.

	Einschränkungen: Nur Geräte, welche die "Dispatch-Funktion" unterstützen (CUL, FHZ, CM11, SISPM, RFXCOM, TCM, TRX, ~~TUL~~), erzeugen raw messages. Für jedes entfernte Gerät, von dem raw messages abgegriffen werden sollen, muss ein eigenes FHEM2FHEM Objekt definiert werden. Dabei ist darauf zu achten, dass der angegebene Name für <code>devicename </code> gleichlautend ist, wie der Devicename auf der entfernten FHEM-Instanz.		Einschränkungen: Nur Geräte, welche die "Dispatch-Funktion" unterstützen (CUL, FHZ, CM11, SISPM, RFXCOM, TCM, TRX, KNXIO), erzeugen raw messages. Für jedes entfernte Gerät, von dem raw messages abgegriffen werden sollen, muss ein eigenes FHEM2FHEM Objekt definiert werden. Dabei ist darauf zu achten, dass der angegebene Name für <code>devicename </code> gleichlautend ist, wie der Devicename auf der entfernten FHEM-Instanz.

	Zusätzlich der Definition des FHEM2FHEM Elements, muss für das übernommene Geräte auf der lokalen Instanz ein Dummygerät gleichen Typs, d.h. als device-node "none" definiert werden. An dieses Dummygerät werden alle raw messages von FHME2FHEM weitergeleitet, weshalb auch alle notwendigen Attribute lokal für dieses Dummygerät gesetzt sein müssen (z.B. rfmode, wenn die remote CUL im HomeMatic-Modus läuft).		Zusätzlich der Definition des FHEM2FHEM Elements, muss für das übernommene Geräte auf der lokalen Instanz ein Dummygerät gleichen Typs, d.h. als device-node "none" definiert werden. An dieses Dummygerät werden alle raw messages von FHME2FHEM weitergeleitet, weshalb auch alle notwendigen Attribute lokal für dieses Dummygerät gesetzt sein müssen (z.B. rfmode, wenn die remote CUL im HomeMatic-Modus läuft).

Jostar: /* [:][:SSL] */ typo

2021-01-30T22:17:21Z

<host>[:<portnr>][:SSL]: typo

← Nächstältere Version		Version vom 31. Januar 2021, 00:17 Uhr
Zeile 46:		Zeile 46:
	===== <host>[:<portnr>][:SSL] =====		===== <host>[:<portnr>][:SSL] =====

	Über <host> ist die IP-Adresse der entfernten FHEM-Instanz zu definieren. Die Portnummer bezieht ~~dich~~ auf die Nummer der Telnetschnittstelle, wie sie auf der entfernten Instanz vergeben ist. Falls nicht explizit verändert, ist diese Nummer standardmäßig 7072. Der letzte Zusatz :SSL muss angegeben werden, wenn die entfernte Instanz eine SSL-verschlüsselte Kommunikation voraussetzt. Ist dieses der Fall, muss auch auf dem lokalen Host das Perl-Modul IO::Socket::SSL installiert sein.		Über <host> ist die IP-Adresse der entfernten FHEM-Instanz zu definieren. Die Portnummer bezieht sich auf die Nummer der Telnetschnittstelle, wie sie auf der entfernten Instanz vergeben ist. Falls nicht explizit verändert, ist diese Nummer standardmäßig 7072. Der letzte Zusatz :SSL muss angegeben werden, wenn die entfernte Instanz eine SSL-verschlüsselte Kommunikation voraussetzt. Ist dieses der Fall, muss auch auf dem lokalen Host das Perl-Modul IO::Socket::SSL installiert sein.

	===== [LOG:regexp\|RAW:devicename] =====		===== [LOG:regexp\|RAW:devicename] =====

Baumbuwe: Vorlage Link2CmdRef

2018-01-31T14:37:50Z

Vorlage Link2CmdRef

← Nächstältere Version		Version vom 31. Januar 2018, 16:37 Uhr
Zeile 83:		Zeile 83:
	==== disableForIntervals ====		==== disableForIntervals ====

	Das Attribut ist eine leerzeichengetrennte Liste von Minuszeichen- getrennten HH:MM Paaren. Falls die aktuelle Uhrzeit zwischen diesen Werten fällt, dann wird die Ausführung, wie beim disable, ausgesetzt. Eine genaue Beschreibung findet sich in der ~~commandref~~ des Moduls <code>at</code>.		Das Attribut ist eine leerzeichengetrennte Liste von Minuszeichen- getrennten HH:MM Paaren. Falls die aktuelle Uhrzeit zwischen diesen Werten fällt, dann wird die Ausführung, wie beim disable, ausgesetzt. Eine genaue Beschreibung findet sich in der {{Link2CmdRef\|Anker=disabledForIntervals}} des Moduls <code>at</code>.

Baumbuwe: typos

2017-09-12T13:30:30Z

typos

Plin53177 am 5. Februar 2017 um 14:18 Uhr

2017-02-05T14:18:02Z

@@ Zeile 121: / Zeile 121: @@
 Aufruf FritzBox 1:
   fhem("set D_G_WLAN off");;fhem("set forwardRemote set D_G_WLAN off");;
 ==== Weitergabe von Events ====

Krikan: FHEM(R)

2017-01-26T22:33:59Z

FHEM(R)

← Nächstältere Version		Version vom 27. Januar 2017, 00:33 Uhr
Zeile 1:		Zeile 1:
	{{SEITENTITEL:FHEM2FHEM}}		{{SEITENTITEL:FHEM2FHEM}}
	{{Infobox Modul		{{Infobox Modul
	\|ModPurpose=Hilfsmodul, um mehrere ~~Fhem~~-Installationen zu verbinden		\|ModPurpose=Hilfsmodul, um mehrere FHEM-Installationen zu verbinden
	\|ModType=h		\|ModType=h
	\|ModForumArea=Automatisierung		\|ModForumArea=Automatisierung
Zeile 7:		Zeile 7:
	\|ModOwner=rudolfkoenig ({{Link2FU\|8\|Forum}} / [[Benutzer Diskussion:Rudolfkoenig\|Wiki]])		\|ModOwner=rudolfkoenig ({{Link2FU\|8\|Forum}} / [[Benutzer Diskussion:Rudolfkoenig\|Wiki]])
	}}		}}
	[[FHEM2FHEM]] ist ein Hilfsmodul mit dem mehrere ~~Fhem~~-Installationen -auch auf verschiedenen Rechnern- verbunden werden können		[[FHEM2FHEM]] ist ein Hilfsmodul mit dem mehrere FHEM-Installationen -auch auf verschiedenen Rechnern- verbunden werden können

	__TOC__		__TOC__

Kaihs: /* Parameter */ Schreibfehler korrigiert

2016-06-02T21:09:00Z

Parameter: Schreibfehler korrigiert

← Nächstältere Version		Version vom 2. Juni 2016, 23:09 Uhr
Zeile 43:		Zeile 43:
	==== Parameter ====		==== Parameter ====

	Die Parameter der Definition beziehen sich auf die Verbindung zur entfernten FHEM-Instanz, zum Type der übernommenen Events und auf das ~~Postpasswort~~, falls bei der entfernten FHEM-Instanz vergeben.		Die Parameter der Definition beziehen sich auf die Verbindung zur entfernten FHEM-Instanz, zum Type der übernommenen Events und auf das Portpasswort, falls bei der entfernten FHEM-Instanz vergeben.

	===== <host>[:<portnr>][:SSL] =====		===== <host>[:<portnr>][:SSL] =====

Markusbloch: /* Type LOG */ ersetzen von % mit $EVENT

2015-11-17T22:22:50Z

Type LOG: ersetzen von % mit $EVENT

← Nächstältere Version		Version vom 18. November 2015, 00:22 Uhr
Zeile 115:		Zeile 115:
	define Remoteserver FHEM2FHEM 192.168.178.1:7072 LOG:.*		define Remoteserver FHEM2FHEM 192.168.178.1:7072 LOG:.*

	define executeRemote notify forwardRemote {fhem "%"}		define executeRemote notify forwardRemote {fhem "$EVENT"}

	Gast-WLAN bei beiden Boxen ausschalten (siehe Beitrag "Fritzbox: WLAN ein/ausschalten", Dummys, notifys und 99_myUtils_irgendwas.pm müssen natürlich auf beiden Boxen vorhanden sein):		Gast-WLAN bei beiden Boxen ausschalten (siehe Beitrag "Fritzbox: WLAN ein/ausschalten", Dummys, notifys und 99_myUtils_irgendwas.pm müssen natürlich auf beiden Boxen vorhanden sein):

Plin53177: /* Features / Funktionen */

2015-11-01T08:35:27Z

Features / Funktionen

← Nächstältere Version		Version vom 1. November 2015, 10:35 Uhr
Zeile 16:		Zeile 16:
	Dieses Modul bietet zwei grundsätzlich unterschiedliche Funktionsmöglichkeiten:		Dieses Modul bietet zwei grundsätzlich unterschiedliche Funktionsmöglichkeiten:
	# Es kann alle Ereignisse (Events) von einem entfernten (remote) host abgreifen und an die lokale FHEM Instanz zur Weiterverarbeitung weiterreichen.		# Es kann alle Ereignisse (Events) von einem entfernten (remote) host abgreifen und an die lokale FHEM Instanz zur Weiterverarbeitung weiterreichen.
	# Es kann die unaufbereitete Ereignisse (raw messages) von einem entfernten (remote) host und bestimmten Interfaces (z.B.~~CUL_HM~~, keine einzelnen Endgräte/Aktoren) abgreifen und an die lokale FHEM Instanz weiterreichen.		# Es kann die unaufbereitete Ereignisse (raw messages) von einem entfernten (remote) host und bestimmten Interfaces (z.B.CUL_0, keine einzelnen Endgräte/Aktoren) abgreifen und an die lokale FHEM Instanz weiterreichen.

	Die Kommunikation ist unidirektional bzw. die Daten werden auf der lokalen Instanz von einer entfernten Instanz abgegriffen (pull Verfahren). Ein Element vom Type FHEM2FHEM wird auf der lokalen Instanz definiert.		Die Kommunikation ist unidirektional bzw. die Daten werden auf der lokalen Instanz von einer entfernten Instanz abgegriffen (pull Verfahren). Ein Element vom Type FHEM2FHEM wird auf der lokalen Instanz definiert.

Plin53177 am 31. Oktober 2015 um 14:47 Uhr

2015-10-31T14:47:48Z

← Nächstältere Version		Version vom 31. Oktober 2015, 16:47 Uhr
Zeile 16:		Zeile 16:
	Dieses Modul bietet zwei grundsätzlich unterschiedliche Funktionsmöglichkeiten:		Dieses Modul bietet zwei grundsätzlich unterschiedliche Funktionsmöglichkeiten:
	# Es kann alle Ereignisse (Events) von einem entfernten (remote) host abgreifen und an die lokale FHEM Instanz zur Weiterverarbeitung weiterreichen.		# Es kann alle Ereignisse (Events) von einem entfernten (remote) host abgreifen und an die lokale FHEM Instanz zur Weiterverarbeitung weiterreichen.
	# Es kann die unaufbereitete Ereignisse (raw messages) von einem entfernten (remote) host und bestimmten Interfaces (z.B.CUL_HM, keine ~~Devices~~) abgreifen und an die lokale FHEM Instanz weiterreichen.		# Es kann die unaufbereitete Ereignisse (raw messages) von einem entfernten (remote) host und bestimmten Interfaces (z.B.CUL_HM, keine einzelnen Endgräte/Aktoren) abgreifen und an die lokale FHEM Instanz weiterreichen.

	Die Kommunikation ist unidirektional bzw. die Daten werden auf der lokalen Instanz von einer entfernten Instanz abgegriffen (pull Verfahren). Ein Element vom Type FHEM2FHEM wird auf der lokalen Instanz definiert.		Die Kommunikation ist unidirektional bzw. die Daten werden auf der lokalen Instanz von einer entfernten Instanz abgegriffen (pull Verfahren). Ein Element vom Type FHEM2FHEM wird auf der lokalen Instanz definiert.

← Nächstältere Version		Version vom 12. September 2017, 15:30 Uhr
Zeile 7:		Zeile 7:
	\|ModOwner=rudolfkoenig ({{Link2FU\|8\|Forum}} / [[Benutzer Diskussion:Rudolfkoenig\|Wiki]])		\|ModOwner=rudolfkoenig ({{Link2FU\|8\|Forum}} / [[Benutzer Diskussion:Rudolfkoenig\|Wiki]])
	}}		}}
	[[FHEM2FHEM]] ist ein Hilfsmodul mit dem mehrere FHEM-Installationen -auch auf verschiedenen Rechnern- verbunden werden können		[[FHEM2FHEM]] ist ein Hilfsmodul mit dem mehrere FHEM-Installationen - auch auf verschiedenen Rechnern - verbunden werden können.

	__TOC__		__TOC__
Zeile 16:		Zeile 16:
	Dieses Modul bietet zwei grundsätzlich unterschiedliche Funktionsmöglichkeiten:		Dieses Modul bietet zwei grundsätzlich unterschiedliche Funktionsmöglichkeiten:
	# Es kann alle Ereignisse (Events) von einem entfernten (remote) host abgreifen und an die lokale FHEM Instanz zur Weiterverarbeitung weiterreichen.		# Es kann alle Ereignisse (Events) von einem entfernten (remote) host abgreifen und an die lokale FHEM Instanz zur Weiterverarbeitung weiterreichen.
	# Es kann die ~~unaufbereitete~~ Ereignisse (raw messages) von einem entfernten (remote) host und bestimmten Interfaces (z.B.CUL_0, keine einzelnen ~~Endgräte~~/Aktoren) abgreifen und an die lokale FHEM Instanz weiterreichen.		# Es kann die unaufbereiteten Ereignisse (raw messages) von einem entfernten (remote) host und bestimmten Interfaces (z.B.CUL_0, keine einzelnen Endgeräte/Aktoren) abgreifen und an die lokale FHEM Instanz weiterreichen.

	Die Kommunikation ist unidirektional bzw. die Daten werden auf der lokalen Instanz von einer entfernten Instanz abgegriffen (pull Verfahren). Ein Element vom Type FHEM2FHEM wird auf der lokalen Instanz definiert.		Die Kommunikation ist unidirektional bzw. die Daten werden auf der lokalen Instanz von einer entfernten Instanz abgegriffen (pull Verfahren). Ein Element vom Type FHEM2FHEM wird auf der lokalen Instanz definiert.
Zeile 22:		Zeile 22:
	== Anwendung ==		== Anwendung ==

	Beispiele für die Anwendung sind		Beispiele für die Anwendung sind:
	* ~~zur~~ Verteilung der Interfaces auf mehrere FHEM Instanzen,		* Verteilung der Interfaces auf mehrere FHEM Instanzen,
	** Da an einer Hardwareinstanz ggf. zu wenig USB-Ports vorhanden sind, um stabil betrieben werden zu könne (z.B. RPi).		** da an einer Hardwareinstanz ggf. zu wenig USB-Ports vorhanden sind, um stabil betrieben werden zu könne (z.B. RPi),
	** Um eine zeitkritische und eine weniger zeitkritische Hardwareinstanz zu betreiben, da bestimmte Module die FHEM Instanz für eine gewisse Zeit verzögern können (Verzögerungen verursachen z.B. disconnects des HMLan beim keepalive).		** um eine zeitkritische und eine weniger zeitkritische Hardwareinstanz zu betreiben, da bestimmte Module die FHEM Instanz für eine gewisse Zeit verzögern können (Verzögerungen verursachen z.B. disconnects des HMLan beim keepalive),
	** Um die Hauptinstanz von bestimmten Verarbeitungsschritten der Events zu entlasten, obwohl man hier zunächst untersuchen sollte, ob die Verarbeitung nicht eleganter und weniger ~~Prozessorintensiv~~ ausgeführt werden kann.		** um die Hauptinstanz von bestimmten Verarbeitungsschritten der Events zu entlasten, obwohl man hier zunächst untersuchen sollte, ob die Verarbeitung nicht eleganter und weniger prozessorintensiv ausgeführt werden kann.
	* ~~Um längere örtliche~~ Distanzen ~~zu überbrücken~~,		* Überbrückung längerer örtlicher Distanzen,
	** da z.B. die Funkreichweite bestimmter Signale für einen stabilen Betrieb zu gering ist.		** da z.B. die Funkreichweite bestimmter Signale für einen stabilen Betrieb zu gering ist,
	** da ein Sensor nur lokal betrieben werden kann und die Distanz zur Hauptinstanz zu groß ist, z.B. bei direkt per USB an der Hardware Instanz angeschlossen Sensoren (CO2/VOC-Sensor)		** da ein Sensor nur lokal betrieben werden kann und die Distanz zur Hauptinstanz zu groß ist, z.B. bei direkt per USB an der Hardware Instanz angeschlossen Sensoren (CO2/VOC-Sensor)
	* etc.

	Lokale und remote FHEM-Instanz sind über ein Netzwerk verbunden.		Lokale und remote FHEM-Instanz sind über ein Netzwerk verbunden.