ZigBee - Versionsgeschichte

Ph1959de: hauptsächlich Korrektur von Tippfehlern

2021-08-06T15:04:10Z

hauptsächlich Korrektur von Tippfehlern

← Nächstältere Version		Version vom 6. August 2021, 17:04 Uhr
Zeile 37:		Zeile 37:
	Prinzipiell lässt sich hier vorwegschicken, dass die FHEM Hue-Module (ob mit einer Philips Hue Bridge oder mit der Dresden Elektronik Software) den größten Funktionsumfang ermöglichen.		Prinzipiell lässt sich hier vorwegschicken, dass die FHEM Hue-Module (ob mit einer Philips Hue Bridge oder mit der Dresden Elektronik Software) den größten Funktionsumfang ermöglichen.

	Je nach Art des Gateways und der Art der Einbindung (dediziertes Modul oder generisch über MQTT(2)) ~~ist~~ bei den FHEM Geräten ein unterschiedlicher Funktionsumfang und teils erheblich Unterschiede in den Features, Reaktionen und Readings zu erwarten. Die Entwicklung schreitet stetig voran!		Je nach Art des Gateways und der Art der Einbindung (dediziertes Modul oder generisch über MQTT(2)) sind bei den FHEM Geräten ein unterschiedlicher Funktionsumfang und teils erheblich Unterschiede in den Features, Reaktionen und Readings zu erwarten. Die Entwicklung schreitet stetig voran!

	Es existieren derzeit diese ~~detailierteren~~ Wiki Artikel zur allgemeinen Einbindung:		Es existieren derzeit diese detaillierteren Wiki Artikel zur allgemeinen Einbindung:
	* [[Hue]], [[ConBee]], [[TRÅDFRI]],		* [[Hue]], [[ConBee]], [[TRÅDFRI]]
	* [[Zigbee2mqtt]]		* [[Zigbee2mqtt]]
	* [[Zigbee2Tasmota-MQTT]]		* [[Zigbee2Tasmota-MQTT]]
Zeile 91:		Zeile 91:
	{{Randnotiz\|RNTyp=g\|RNText=Da der gleich Frequenzbereich wie für WLAN genutzt wird, kann es auch zu Interferenzen mit diesem kommen. In diesen Fall kann es sinnvoll sein, für eine der beiden Techniken einen anderen Kanal zu wählen.}}		{{Randnotiz\|RNTyp=g\|RNText=Da der gleich Frequenzbereich wie für WLAN genutzt wird, kann es auch zu Interferenzen mit diesem kommen. In diesen Fall kann es sinnvoll sein, für eine der beiden Techniken einen anderen Kanal zu wählen.}}
	* Eine brauchbare WLAN Antenne (2,4GHz) an einen CC2531 "Stick" oder ein anderes Gateway anbauen (eher für Experten)		* Eine brauchbare WLAN Antenne (2,4GHz) an einen CC2531 "Stick" oder ein anderes Gateway anbauen (eher für Experten)
	* ein CC2530 als Gateway oder in der Mitte als Repeater (Achtung verschiedene Firmwares erforderlich~~. Gute~~ Antenne muss meist gesondert gekauft werden, anstatt der beigelegten)		* ein CC2530 als Gateway oder in der Mitte als Repeater (Achtung verschiedene Firmwares erforderlich; gute Antenne muss meist gesondert gekauft werden, anstatt der beigelegten)
	* ZigBee ist ein Mesh-Netz, daher irgendwo auf dem Weg ein ZigBee-Gerät verbauen, welches immer eingeschaltet ist (z.B. ZigBee Funksteckdose)		* ZigBee ist ein Mesh-Netz, daher irgendwo auf dem Weg ein ZigBee-Gerät verbauen, welches immer eingeschaltet ist (z.B. ZigBee Funksteckdose)

	== Sicherheit ==		== Sicherheit ==

	=== Direkte Verbindung von Geräten - Binding ===		=== Direkte Verbindung von Geräten - Binding ===
	''Noch in Arbeit!''		''Noch in Arbeit!''
Zeile 126:		Zeile 125:
	* Jamming (einfach die Frequenz belegen mit beliebigem Signal)		* Jamming (einfach die Frequenz belegen mit beliebigem Signal)
	* Flutung mit ZigBee Messages		* Flutung mit ZigBee Messages

	Quelle: https://research.kudelskisecurity.com/2017/11/21/zigbee-security-basics-part-3/		Quelle: https://research.kudelskisecurity.com/2017/11/21/zigbee-security-basics-part-3/

Otto123: /* Einbindung in FHEM */ Ergänzt, Wikiseiten verlinkt

2021-07-18T19:26:21Z

Einbindung in FHEM: Ergänzt, Wikiseiten verlinkt

← Nächstältere Version		Version vom 18. Juli 2021, 21:26 Uhr
Zeile 36:		Zeile 36:
	== Einbindung in FHEM ==		== Einbindung in FHEM ==
	Prinzipiell lässt sich hier vorwegschicken, dass die FHEM Hue-Module (ob mit einer Philips Hue Bridge oder mit der Dresden Elektronik Software) den größten Funktionsumfang ermöglichen.		Prinzipiell lässt sich hier vorwegschicken, dass die FHEM Hue-Module (ob mit einer Philips Hue Bridge oder mit der Dresden Elektronik Software) den größten Funktionsumfang ermöglichen.

			Je nach Art des Gateways und der Art der Einbindung (dediziertes Modul oder generisch über MQTT(2)) ist bei den FHEM Geräten ein unterschiedlicher Funktionsumfang und teils erheblich Unterschiede in den Features, Reaktionen und Readings zu erwarten. Die Entwicklung schreitet stetig voran!

			Es existieren derzeit diese detailierteren Wiki Artikel zur allgemeinen Einbindung:
			* [[Hue]], [[ConBee]], [[TRÅDFRI]],
			* [[Zigbee2mqtt]]
			* [[Zigbee2Tasmota-MQTT]]

	=== Hersteller-Bridges ===		=== Hersteller-Bridges ===

Otto123: /* Sicherheit */ Abschnitt Binding eingefügt

2021-07-16T22:20:34Z

Sicherheit: Abschnitt Binding eingefügt

@@ Zeile 88: / Zeile 88: @@
 == Sicherheit ==
 === Sicherheitsrelevante Geräte ===
 Welche Geräte sicherheitsrelevant sind, ist eine sehr schwierige Frage. Beim Türschloss ist das klar. Wenn ein Temperatursensor dafür sorgt, dass ein Raum nicht mehr beheizt und daraufhin wegen geplatztem Heizkörper die Wohnung geflutet wird, so ist dies schon etwas schwerer zu erkennen...

Beta-User: https://github.com/Koenkk/zigbee-OTA

2021-06-28T07:40:08Z

https://github.com/Koenkk/zigbee-OTA

← Nächstältere Version		Version vom 28. Juni 2021, 09:40 Uhr
Zeile 111:		Zeile 111:
	== Links ==		== Links ==
	* https://www.golem.de/news/smart-home-sicherheitsluecken-im-zigbee-protokoll-demonstriert-1511-117657-2.html		* https://www.golem.de/news/smart-home-sicherheitsluecken-im-zigbee-protokoll-demonstriert-1511-117657-2.html
			* Sammlung von OTA-files und Quellen bei [https://github.com/Koenkk/zigbee-OTA koenkk]

	[[Kategorie:ZigBee]]		[[Kategorie:ZigBee]]

Ph1959de: Sichtung / Korrektur der letzten Änderungen; Struktur teilweise überarbeitet

2021-04-09T06:43:01Z

Sichtung / Korrektur der letzten Änderungen; Struktur teilweise überarbeitet

← Nächstältere Version		Version vom 9. April 2021, 08:43 Uhr
Zeile 25:		Zeile 25:
	Im einzelnen sollte man sich also vor dem Kauf informieren, welche Komponenten tatsächlich problemlos zusammen arbeiten.		Im einzelnen sollte man sich also vor dem Kauf informieren, welche Komponenten tatsächlich problemlos zusammen arbeiten.

	Beim Vergleich der Kosten muss aber die jeweilige Bridge des Herstellers zusätzlich mit berücksichtigt werden ~~(siehe [[#Firmware updates]])~~.		Beim Vergleich der Kosten muss aber die jeweilige Bridge des Herstellers zusätzlich mit berücksichtigt werden.

	==~~= Firmware updates ===~~		Eine Grundsatzdiskussion über diese Thematik ist im Forum unter dem Titel {{Link2Forum\|Topic=93836\|LinkText=... HUE oder OSRAM oder Tradfri oder ...?}} geführt worden. Kernpunkte aus der Diskussion:
	~~Es ist sinnvoll~~ oder ~~sogar zwingend nötig, neue Leuchtmittel zumindest einmal bei der Inbetriebnahme auf den aktuellen Firmwarestand zu bringen~~. ~~Gerade wenn Komponenten herstellerübergreifend verwendet werden sollen, ist sonst oft mit Einschränkungen oder sogar Problemen zu rechnen~~.

	Hierzu ist aktuell in der Regel~~<ref>Der Diskussionsstand 11/2018 hierzu ist diesem {{Link2Forum\|Topic=93836\|LinkText=Forenthread}} zu entnehmen.</ref>~~ die zugehörige original Bridge (und oft auch die App) des jeweiligen Herstellers nötig, d.h., auch wenn man z.B. Osram LIGHTIFY oder IKEA Trådfri Leuchtmittel an einer Hue Bridge betreiben möchte, braucht man zumindest am Anfang einmal auch noch die Osram und IKEA Bridge und muss das Leuchtmittel jeweils an- und ab- und wieder anlernen.		* Es ist sinnvoll oder sogar zwingend nötig, neue Leuchtmittel zumindest einmal bei der Inbetriebnahme auf den aktuellen Firmwarestand zu bringen. Gerade wenn Komponenten herstellerübergreifend verwendet werden sollen, ist sonst oft mit Einschränkungen oder sogar Problemen zu rechnen.
			* Hierzu ist aktuell in der Regel die zugehörige original Bridge (und oft auch die App) des jeweiligen Herstellers nötig, d.h., auch wenn man z.B. Osram LIGHTIFY oder IKEA Trådfri Leuchtmittel an einer Hue Bridge betreiben möchte, braucht man zumindest am Anfang einmal auch noch die Osram und IKEA Bridge und muss das Leuchtmittel jeweils an- und ab- und wieder anlernen.
	Aktualisierungen der Hue Bridge und Hue Leuchtmittel lassen sich direkt aus FHEM heraus anstoßen.		* Aktualisierungen der Hue Bridge und Hue Leuchtmittel lassen sich direkt aus FHEM heraus anstoßen.
			* Das HUEBridge Modul erkennt, wenn ein Leuchtmittel zwischen einer Hue und einer deCONZ Bridge (oder umgekehrt) wechselt und verschiebt das zugehörige HUEDevice in FHEM jeweils zum richtigen Bridge-Device. D.h., wenn z.B. zum Firmwareupdate die Bridge gewechselt wird, ist auf FHEM Seite nichts weiter zu tun.
	Das HUEBridge Modul erkennt, wenn ein Leuchtmittel zwischen einer Hue und einer deCONZ Bridge (oder umgekehrt) wechselt und verschiebt das zugehörige HUEDevice in FHEM jeweils zum richtigen Bridge-Device. D.h. wenn z.B. zum Firmwareupdate die Bridge gewechselt wird, ist auf FHEM Seite nichts weiter zu tun.

	== Einbindung in FHEM ==		== Einbindung in FHEM ==
Zeile 41:		Zeile 39:
	=== Hersteller-Bridges ===		=== Hersteller-Bridges ===
	Wir benötigen also zur Einbindung ein Gateway. Manche Nutzer haben sich gleich ein Starterkit wie Philips Hue oder IKEA Trådfri gekauft.		Wir benötigen also zur Einbindung ein Gateway. Manche Nutzer haben sich gleich ein Starterkit wie Philips Hue oder IKEA Trådfri gekauft.
	Diese Lösungen haben den Vorteil, dass Alexa-Integration etc. sowie die Smartphone-App gleich mitkommen, und das Einbinden der Endgeräte, ~~aber~~ vor allem aber Softwareupdates i.d.R. herstellerproprietär gelöst wurden.		Diese Lösungen haben den Vorteil, dass Alexa-Integration etc. sowie die Smartphone-App gleich mitkommen, und das Einbinden der Endgeräte, vor allem aber Softwareupdates i.d.R. herstellerproprietär gelöst wurden.

	Der Nachteil ist, dass die Lösungen bis hin zum gut dokumentierten Hue-System mit API in anderer Hinsicht geschlossene Systeme sind. So ist z.B. über die Hue-Bridge die Abfrage von Hue-Bewegungssensoren oder -Tastern nur per Polling durch FHEM möglich - es gibt keinen Event-Mechanismus, der FHEM notifizieren könnte (siehe [[#Freie Lösungen]]). Alle 5 Minuten die Bridge fragen (= Pollen), ob der Bewegungsmelder jemanden gesehen hat und ggf. das Licht ausschalten, ist also per Polling machbar, auf einen ZigBee-Tasterdruck oder Bewegung hin via FHEM die WiFi-Steckdose schalten hingegen eher zu verzögert.		Der Nachteil ist, dass die Lösungen bis hin zum gut dokumentierten Hue-System mit API in anderer Hinsicht geschlossene Systeme sind. So ist z.B. über die Hue-Bridge die Abfrage von Hue-Bewegungssensoren oder -Tastern nur per Polling durch FHEM möglich - es gibt keinen Event-Mechanismus, der FHEM notifizieren könnte (siehe [[#Freie Lösungen]]). Alle fünf Minuten die Bridge fragen (= Pollen), ob der Bewegungsmelder jemanden gesehen hat und ggf. das Licht ausschalten, ist also per Polling machbar, auf einen ZigBee-Tasterdruck oder Bewegung hin via FHEM die WiFi-Steckdose schalten hingegen eher zu verzögert.

	Außerdem ist unser Ziel ja, die Steckerleiste der Steuergeräte kurz zu halten.		Außerdem ist unser Ziel ja, die Steckerleiste der Steuergeräte kurz zu halten.
Zeile 55:		Zeile 53:

	==== Hue Bridge von Philips ====		==== Hue Bridge von Philips ====
	Siehe [[Hue]]. Eine gute Dokumentation kompatibler Geräte findet sich [https://iconnecthue.com/supported-devices/ hier]. Hue ist wohl die ~~meist~~ verbreitete Bridge und hat auch ein dokumentiertes REST-API. Jedoch ist die Anzahl der Endgeräte (offiziell: 50) und Regeln (ca. 200) stärker als bei anderen Lösungen begrenzt und Events können nicht zu FHEM weitergeleitet werden.		Siehe [[Hue]]. Eine gute Dokumentation kompatibler Geräte findet sich [https://iconnecthue.com/supported-devices/ hier]. Hue ist wohl die am weitesten verbreitete Bridge und hat auch ein dokumentiertes REST-API. Jedoch ist die Anzahl der Endgeräte (offiziell: 50) und Regeln (ca. 200) stärker als bei anderen Lösungen begrenzt und Events können nicht zu FHEM weitergeleitet werden.

	==== Trådfri von IKEA ====		==== Trådfri von IKEA ====
	Siehe {{Link2Forum\|Topic=70653}} und [[TRÅDFRI]].		Siehe {{Link2Forum\|Topic=70653\|LinkText=dieses Forenthema}} und die [[TRÅDFRI]] Modulseite.

	==== Lightify von Osram ====		==== Lightify von Osram ====
	Siehe {{Link2Forum\|Topic=28339}}. Auch hier geht nur Polling von Events, ebenfalls max. 50 Geräte, und der Nutzerkreis ist kleiner.		Siehe {{Link2Forum\|Topic=28339\|LinkText=dieses Forenthema}}. Auch hier geht nur Polling von Events, ebenfalls max. 50 Geräte und der Nutzerkreis ist kleiner.

	=== Andere Lösungen ===		=== Andere Lösungen ===
	Die Alternative sind Lösungen, die spezielle Hardware erfordern, wie den RaspBee (Aufsteckmodul für Raspberry) oder [[ConBee]] (USB-Gateway) von Dresden Elektronik oder manche Module mit Chips des Herstellers [https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices Texas Instruments], und die zusätzlich nötige Software auf dem Raspberry etc. mitlaufen lassen. Abgesehen von zigbee2tasmota sind dies keine ~~reine~~ Hardware-Lösungen ohne Zusatzsoftware, in der FHEM die Software-Funktionen des Gateway vollständig ~~abbildeen~~ würde. FHEM kommuniziert lediglich mit einer Software, die ebenfalls ~~auf dem~~ - ggf. gleichen - ~~Computer~~ mitläuft.		Die Alternative sind Lösungen, die
			* spezielle Hardware erfordern, wie den RaspBee (Aufsteckmodul für Raspberry) oder [[ConBee]] (USB-Gateway) von Dresden Elektronik
			* oder manche Module mit Chips des Herstellers [https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices Texas Instruments]
			und die zusätzlich nötige Software auf dem Raspberry etc. mitlaufen lassen.

			Abgesehen von zigbee2tasmota sind dies keine reinen Hardware-Lösungen ohne Zusatzsoftware, in der FHEM die Software-Funktionen des Gateway vollständig abbilden würde. FHEM kommuniziert lediglich mit einer Software, die ebenfalls - ggf. auf dem gleichen Computer - mitläuft.

	==== Dresden Elektronik ====		==== Dresden Elektronik ====
	Das Dresden Elektronik System ermöglicht aktuell als einziges der 'fertigen' Systeme auch das aktive Senden von Events und somit eine 'fast Echtzeit' Reaktion auf Taster, Bewegungsmelder oder Ähnliches. Realisiert ist das über eine Push Erweiterung im ansonsten weitgehend Hue kompatiblen API. Auch die Integration von Tastern und anderen Sensoren unterschiedlichster Hersteller ist mit der DE Software gut möglich. Die Anbindung an FHEM (inklusive Push) erfolgt über die HUE-Module.		Das Dresden Elektronik System ermöglicht aktuell als einziges der 'fertigen' Systeme auch das aktive Senden von Events und somit eine 'fast Echtzeit' Reaktion auf Taster, Bewegungsmelder oder Ähnliches. Realisiert ist das über eine Push Erweiterung im ansonsten weitgehend Hue kompatiblen API. Auch die Integration von Tastern und anderen Sensoren unterschiedlichster Hersteller ist mit der DE Software gut möglich. Die Anbindung an FHEM (inklusive Push) erfolgt über die HUE-Module.

	[[ConBee~~\|Beschreibung des Conbee II Sticks und installationshinweise~~]].		Details dazu und zur Installation sind auf der Seite [[ConBee]] zu finden.

	==== Direkt per MQTT ====		==== Direkt per MQTT ====
Zeile 75:		Zeile 78:

	==== Das Modul von Neumann ====		==== Das Modul von Neumann ====
	Siehe ~~diesen Forenbeitrag:~~ {{Link2Forum\|Topic=84790}}		Siehe das Forenthema {{Link2Forum\|Topic=84790\|LinkText="Xiaomi Smart Home ohne Gateway direkt an FHEM"}} zum Modul ''XiaomiMQTTDevice''.

	== Funkübertragung ==		== Funkübertragung ==

	=== Reichweite erhöhen ===		=== Reichweite erhöhen ===
			{{Randnotiz\|RNTyp=g\|RNText=Da der gleich Frequenzbereich wie für WLAN genutzt wird, kann es auch zu Interferenzen mit diesem kommen. In diesen Fall kann es sinnvoll sein, für eine der beiden Techniken einen anderen Kanal zu wählen.}}
	* Eine brauchbare WLAN Antenne (2,4GHz) an einen CC2531 "Stick" oder ein anderes Gateway anbauen (eher für Experten)		* Eine brauchbare WLAN Antenne (2,4GHz) an einen CC2531 "Stick" oder ein anderes Gateway anbauen (eher für Experten)
	* ein CC2530 als Gateway oder in der Mitte als Repeater (Achtung verschiedene Firmwares erforderlich. Gute Antenne muss meist gesondert gekauft werden, anstatt der beigelegten)		* ein CC2530 als Gateway oder in der Mitte als Repeater (Achtung verschiedene Firmwares erforderlich. Gute Antenne muss meist gesondert gekauft werden, anstatt der beigelegten)
	* ZigBee ist ein Mesh-Netz, daher irgendwo auf dem Weg ein ZigBee-Gerät verbauen, welches immer eingeschaltet ist (z.B. ZigBee Funksteckdose)		* ZigBee ist ein Mesh-Netz, daher irgendwo auf dem Weg ein ZigBee-Gerät verbauen, welches immer eingeschaltet ist (z.B. ZigBee Funksteckdose)
	{{Hinweis\|Da derselbe Frequenzbereich wie WLAN genutzt wird, kann es auch zu Interferenzen mit diesem kommen. In diesen Fall kann es sinnvoll sein, für eine der beiden Techniken einen anderen Kanal zu wählen.}}

	== Sicherheit ==		== Sicherheit ==
Zeile 110:		Zeile 112:
	* https://www.golem.de/news/smart-home-sicherheitsluecken-im-zigbee-protokoll-demonstriert-1511-117657-2.html		* https://www.golem.de/news/smart-home-sicherheitsluecken-im-zigbee-protokoll-demonstriert-1511-117657-2.html

	[[Kategorie:ZigBee\|!]]		[[Kategorie:ZigBee]]
	~~<references />~~

Otto123: /* Dresden Elektronik */ Link zu ConBee ergänzt

2021-04-08T11:11:48Z

Dresden Elektronik: Link zu ConBee ergänzt

← Nächstältere Version		Version vom 8. April 2021, 13:11 Uhr
Zeile 68:		Zeile 68:
	==== Dresden Elektronik ====		==== Dresden Elektronik ====
	Das Dresden Elektronik System ermöglicht aktuell als einziges der 'fertigen' Systeme auch das aktive Senden von Events und somit eine 'fast Echtzeit' Reaktion auf Taster, Bewegungsmelder oder Ähnliches. Realisiert ist das über eine Push Erweiterung im ansonsten weitgehend Hue kompatiblen API. Auch die Integration von Tastern und anderen Sensoren unterschiedlichster Hersteller ist mit der DE Software gut möglich. Die Anbindung an FHEM (inklusive Push) erfolgt über die HUE-Module.		Das Dresden Elektronik System ermöglicht aktuell als einziges der 'fertigen' Systeme auch das aktive Senden von Events und somit eine 'fast Echtzeit' Reaktion auf Taster, Bewegungsmelder oder Ähnliches. Realisiert ist das über eine Push Erweiterung im ansonsten weitgehend Hue kompatiblen API. Auch die Integration von Tastern und anderen Sensoren unterschiedlichster Hersteller ist mit der DE Software gut möglich. Die Anbindung an FHEM (inklusive Push) erfolgt über die HUE-Module.

			[[ConBee\|Beschreibung des Conbee II Sticks und installationshinweise]].

	==== Direkt per MQTT ====		==== Direkt per MQTT ====
Zeile 109:		Zeile 111:

	[[Kategorie:ZigBee\|!]]		[[Kategorie:ZigBee\|!]]
			<references />

Ph1959de: Neue Seite "ConBee" verlinkt

2021-02-01T10:40:05Z

Neue Seite "ConBee" verlinkt

← Nächstältere Version		Version vom 1. Februar 2021, 12:40 Uhr
Zeile 64:		Zeile 64:

	=== Andere Lösungen ===		=== Andere Lösungen ===
	Die Alternative sind Lösungen, die spezielle Hardware erfordern, wie den RaspBee (Aufsteckmodul für Raspberry) oder ~~Conbee~~ (USB-Gateway) von Dresden Elektronik oder manche Module mit Chips des Herstellers [https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices Texas Instruments], und die zusätzlich nötige Software auf dem Raspberry etc. mitlaufen lassen. Abgesehen von zigbee2tasmota sind dies keine reine Hardware-Lösungen ohne Zusatzsoftware, in der FHEM die Software-Funktionen des Gateway vollständig abbildeen würde. FHEM kommuniziert lediglich mit einer Software, die ebenfalls auf dem - ggf. gleichen - Computer mitläuft.		Die Alternative sind Lösungen, die spezielle Hardware erfordern, wie den RaspBee (Aufsteckmodul für Raspberry) oder [[ConBee]] (USB-Gateway) von Dresden Elektronik oder manche Module mit Chips des Herstellers [https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices Texas Instruments], und die zusätzlich nötige Software auf dem Raspberry etc. mitlaufen lassen. Abgesehen von zigbee2tasmota sind dies keine reine Hardware-Lösungen ohne Zusatzsoftware, in der FHEM die Software-Funktionen des Gateway vollständig abbildeen würde. FHEM kommuniziert lediglich mit einer Software, die ebenfalls auf dem - ggf. gleichen - Computer mitläuft.

	==== Dresden Elektronik ====		==== Dresden Elektronik ====

Beta-User: Link repariert

2020-12-18T08:41:26Z

Link repariert

← Nächstältere Version		Version vom 18. Dezember 2020, 10:41 Uhr
Zeile 70:		Zeile 70:

	==== Direkt per MQTT ====		==== Direkt per MQTT ====
	Über die Community-Projekte [https://www.zigbee2mqtt.io/ zigbee2mqtt] oder [https://tasmota.github.io/docs/Zigbee/ zigbee2tasmota] kann ZigBee-Hardware relativ einfach eingebunden werden. Da bei beiden Lösungen der Datenaustausch mittels JSON erfolgt, wird empfohlen, die MQTT2-Modulfamilie zur [[MQTT#Installation_in_FHEM\|Einbindung in FHEM]] zu nutzen. Details sind den [[Zigbee2mqtt\|zigbee2mqtt]] und [[Zigbee2Tasmota-MQTT\|zigbee2tasmota]] zu entnehmen.		Über die Community-Projekte [https://www.zigbee2mqtt.io/ zigbee2mqtt] oder [https://tasmota.github.io/docs/Zigbee/ zigbee2tasmota] kann ZigBee-Hardware relativ einfach eingebunden werden. Da bei beiden Lösungen der Datenaustausch mittels JSON erfolgt, wird empfohlen, die MQTT2-Modulfamilie zur [[MQTT#Installation_in_FHEM\|Einbindung in FHEM]] zu nutzen. Details sind den Artikeln [[Zigbee2mqtt\|zigbee2mqtt]] und [[Zigbee2Tasmota-MQTT\|zigbee2tasmota]] zu entnehmen.

	==== Das Modul von Neumann ====		==== Das Modul von Neumann ====

Beta-User: Link auf neue Seite

2020-12-18T08:40:28Z

Link auf neue Seite

← Nächstältere Version		Version vom 18. Dezember 2020, 10:40 Uhr
Zeile 70:		Zeile 70:

	==== Direkt per MQTT ====		==== Direkt per MQTT ====
	Über die Community-Projekte [https://www.zigbee2mqtt.io/ zigbee2mqtt] oder [https://tasmota.github.io/docs/Zigbee/ zigbee2tasmota] kann ZigBee-Hardware relativ einfach eingebunden werden. Da bei beiden Lösungen der Datenaustausch mittels JSON erfolgt, wird empfohlen, die MQTT2-Modulfamilie zur [[MQTT#Installation_in_FHEM\|Einbindung in FHEM]] zu nutzen. Details sind den [[~~MQTT2-Module - Praxisbeispiele#~~zigbee2mqtt~~\|MQTT2-Praxisbeispielen~~]] und [[Zigbee2Tasmota-MQTT\|zigbee2tasmota]] zu entnehmen.		Über die Community-Projekte [https://www.zigbee2mqtt.io/ zigbee2mqtt] oder [https://tasmota.github.io/docs/Zigbee/ zigbee2tasmota] kann ZigBee-Hardware relativ einfach eingebunden werden. Da bei beiden Lösungen der Datenaustausch mittels JSON erfolgt, wird empfohlen, die MQTT2-Modulfamilie zur [[MQTT#Installation_in_FHEM\|Einbindung in FHEM]] zu nutzen. Details sind den [[Zigbee2mqtt\|zigbee2mqtt]] und [[Zigbee2Tasmota-MQTT\|zigbee2tasmota]] zu entnehmen.

	==== Das Modul von Neumann ====		==== Das Modul von Neumann ====

Beta-User: zigbee2tasmota aufgenommen

2020-08-07T08:12:48Z

zigbee2tasmota aufgenommen

← Nächstältere Version		Version vom 7. August 2020, 10:12 Uhr
Zeile 64:		Zeile 64:

	=== Andere Lösungen ===		=== Andere Lösungen ===
	Die Alternative sind Lösungen, die spezielle Hardware erfordern, wie den RaspBee (Aufsteckmodul für Raspberry) oder Conbee (USB-Gateway) von Dresden Elektronik oder manche Module mit Chips des Herstellers [https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices Texas Instruments], und die zusätzlich nötige Software auf dem Raspberry etc. mitlaufen lassen. ~~Eine~~ reine Hardware-~~Lösung~~ ohne Zusatzsoftware, in der FHEM die Software-Funktionen des Gateway vollständig ~~abbildet, gibt es nicht -~~ FHEM kommuniziert lediglich mit einer Software, die ebenfalls auf dem - ggf. gleichen - Computer mitläuft.		Die Alternative sind Lösungen, die spezielle Hardware erfordern, wie den RaspBee (Aufsteckmodul für Raspberry) oder Conbee (USB-Gateway) von Dresden Elektronik oder manche Module mit Chips des Herstellers [https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices Texas Instruments], und die zusätzlich nötige Software auf dem Raspberry etc. mitlaufen lassen. Abgesehen von zigbee2tasmota sind dies keine reine Hardware-Lösungen ohne Zusatzsoftware, in der FHEM die Software-Funktionen des Gateway vollständig abbildeen würde. FHEM kommuniziert lediglich mit einer Software, die ebenfalls auf dem - ggf. gleichen - Computer mitläuft.

	==== Dresden Elektronik ====		==== Dresden Elektronik ====
Zeile 70:		Zeile 70:

	==== Direkt per MQTT ====		==== Direkt per MQTT ====
	~~Siehe~~ [[MQTT2-Module - Praxisbeispiele#zigbee2mqtt]]		Über die Community-Projekte [https://www.zigbee2mqtt.io/ zigbee2mqtt] oder [https://tasmota.github.io/docs/Zigbee/ zigbee2tasmota] kann ZigBee-Hardware relativ einfach eingebunden werden. Da bei beiden Lösungen der Datenaustausch mittels JSON erfolgt, wird empfohlen, die MQTT2-Modulfamilie zur [[MQTT#Installation_in_FHEM\|Einbindung in FHEM]] zu nutzen. Details sind den [[MQTT2-Module - Praxisbeispiele#zigbee2mqtt\|MQTT2-Praxisbeispielen]] und [[Zigbee2Tasmota-MQTT\|zigbee2tasmota]] zu entnehmen.

	==== Das Modul von Neumann ====		==== Das Modul von Neumann ====