ZWCUL - Versionsgeschichte

AndreasMohr: Typos/Spelling

2018-12-31T19:02:50Z

Typos/Spelling

← Nächstältere Version		Version vom 31. Dezember 2018, 21:02 Uhr
Zeile 13:		Zeile 13:
	== ZWaveCUL (experimentell) ==		== ZWaveCUL (experimentell) ==

	Da Z-Wave eigene Chips zur Funkkommunikation nutzt, ist es prinzipiell erstmal nicht möglich mit einem CC1101 Sendemodul mit ZWave zu kommunizieren. Sicherheitsforscher haben 2013 gezeigt, dass es trotzdem möglich ist. Rudolf König hat auf die vorhandene Arbeit aufgebaut und Z-Wave-Funktionen in culfw 1.66 implementiert. Das Modul 00_ZWCUL.pm bindet den CUL im Z-Wave-Modus in FHEM ein. In Zusammenarbeit mit dem Modul 10_ZWave.pm ist es somit möglich ein Z-Wave Netzwerk mit einem CUL aufzubauen und zu betreiben.		Da Z-Wave eigene Chips zur Funkkommunikation nutzt, ist es prinzipiell erstmal nicht möglich, mit einem CC1101 Sendemodul mit ZWave zu kommunizieren. Sicherheitsforscher haben 2013 gezeigt, dass es trotzdem möglich ist. Rudolf König hat auf die vorhandene Arbeit aufgebaut und Z-Wave-Funktionen in culfw 1.66 implementiert. Das Modul 00_ZWCUL.pm bindet den CUL im Z-Wave-Modus in FHEM ein. In Zusammenarbeit mit dem Modul 10_ZWave.pm ist es somit möglich ein Z-Wave Netzwerk mit einem CUL aufzubauen und zu betreiben.

	Da ZWCUL -soweit bekannt- niemand produktiv einsetzt, gibt es eventuell noch weitere Probleme als unten aufgeführt. Es wird ~~niemanden~~ empfohlen ZWCUL produktiv zur Ansteuerung eines Z-Wave-Netzes einzusetzen, der nicht aktiv mitentwickeln will. Dennoch werden Tester gesucht, da somit ZWCUL ordentlich implementiert werden kann. Für den "Normalanwender" ist die Verwendung eines Z-Wave-Gateways mit einem originalen Z-Wave-Chip, das über 00_ZWDongle.pm angesteuert wird, der empfohlene Weg zur Ansteuerung seines Z-Wave-Netzes.		Da ZWCUL -soweit bekannt- niemand produktiv einsetzt, gibt es eventuell noch weitere Probleme als unten aufgeführt. Es wird niemandem empfohlen ZWCUL produktiv zur Ansteuerung eines Z-Wave-Netzes einzusetzen, der nicht aktiv mitentwickeln will. Dennoch werden Tester gesucht, da somit ZWCUL ordentlich implementiert werden kann. Für den "Normalanwender" ist die Verwendung eines Z-Wave-Gateways mit einem originalen Z-Wave-Chip, das über 00_ZWDongle.pm angesteuert wird, der empfohlene Weg zur Ansteuerung seines Z-Wave-Netzes.

	Im Folgenden werden die Vor- und Nachteile des CULs im Z-Wave-Modus im Vergleich zu einem Stanard-Gateway aufgeführt.		Im Folgenden werden die Vor- und Nachteile des CULs im Z-Wave-Modus im Vergleich zu einem Stanard-Gateway aufgeführt.

	=== Vorteile ===		=== Vorteile ===
	* da die Hersteller der Controller vom Mesh wissen, legen sie ~~kein~~ Wert auf gute Antennen, deswegen ist die ''direkte'' Reichweite der "original" Controller (d.h. der erste Hop bei der ~~Uebertragung~~) kleiner als mit CUL/ZWCUL.		* da die Hersteller der Controller vom Mesh wissen, legen sie keinen Wert auf gute Antennen, deswegen ist die ''direkte'' Reichweite der "original" Controller (d.h. der erste Hop bei der Übertragung) kleiner als mit CUL/ZWCUL.
	* die komplette Konfiguration wird in FHEM gespeichert; man muss kein Firmware Backup machen.		* die komplette Konfiguration wird in FHEM gespeichert; man muss kein Firmware Backup machen.
	* Routing ist deterministisch und vom Benutzer beeinflussbar.		* Routing ist deterministisch und vom Benutzer beeinflussbar.
Zeile 27:		Zeile 27:

	=== (Momentane) Nachteile ===		=== (Momentane) Nachteile ===
	* die "original" Z-Wave Chips können 3 "Datenraten" auf einmal empfangen, und wir können den CC1101 Chip nur mit ~~einem~~ betreiben. Die Zwave Chips schalten bei Kommunikationsproblemen automatisch auf die langsamere Datenrate um, das geht mit ZWCUL nicht. Weiterhin gibt es mindestens ein Gerät (eine Schaltsteckdose), das aus Lizenzgründen das Betätigen des ~~Kopfes~~ am Gerät immer auf der langsamen Datenrate meldet, das würde ZWCUL nicht bekommen, falls es mit der schnellen Datenrate läuft.		* die "original" Z-Wave Chips können 3 "Datenraten" auf einmal empfangen, und wir können den CC1101 Chip nur mit einer betreiben. Die Zwave Chips schalten bei Kommunikationsproblemen automatisch auf die langsamere Datenrate um, das geht mit ZWCUL nicht. Weiterhin gibt es mindestens ein Gerät (eine Schaltsteckdose), das aus Lizenzgründen das Betätigen des Knopfes am Gerät immer auf der langsamen Datenrate meldet, das würde ZWCUL nicht bekommen, falls es mit der schnellen Datenrate läuft.
	* FLiRS (kompatible batteriebetriebene ~~Geraete~~ aufwecken) ist nicht implementiert		* FLiRS (kompatible batteriebetriebene Geräte aufwecken) ist nicht implementiert
	* Explorer-Frames (d.h. dynamisches Routing) ist noch nicht ~~entschluesselt~~, d.h. Routing muss statisch konfiguriert werden.		* Explorer-Frames (d.h. dynamisches Routing) ist noch nicht entschlüsselt, d.h. Routing muss statisch konfiguriert werden.
	* ~~Verschluesselte~~ Inklusion geht (noch?) nicht (die Nutzdaten sind in diesem Fall mehr als 64 Byte, und culfw mit Z-Wave kann noch kein sliding window), ~~verschluesselte~~ Kommunikation geht aber.		* Verschlüsselte Inklusion geht (noch?) nicht (die Nutzdaten sind in diesem Fall mehr als 64 Byte, und culfw mit Z-Wave kann noch kein sliding window), verschlüsselte Kommunikation geht aber.

	== Links ==		== Links ==

Baumbuwe: catsort

2018-01-30T12:21:13Z

catsort

← Nächstältere Version		Version vom 30. Januar 2018, 14:21 Uhr
Zeile 36:		Zeile 36:
	* Hinweise zu Vor- und Nachteilen von ZWCUL: {{Link2Forum\|Topic=52364\|Message=441957}}, {{Link2Forum\|Topic=81061\|Message=732095}}		* Hinweise zu Vor- und Nachteilen von ZWCUL: {{Link2Forum\|Topic=52364\|Message=441957}}, {{Link2Forum\|Topic=81061\|Message=732095}}

	[[Kategorie:Z-Wave Components]]		[[Kategorie:Z-Wave Components\|CUL]]

Krikan: Kleinere Überarbeitung/Ergaenzung

2017-12-25T08:25:14Z

Kleinere Überarbeitung/Ergaenzung

← Nächstältere Version		Version vom 25. Dezember 2017, 10:25 Uhr
Zeile 8:		Zeile 8:
	\|ModOwner=Rudolf König ([http://forum.fhem.de/index.php?action=profile;u=8 Forum])		\|ModOwner=Rudolf König ([http://forum.fhem.de/index.php?action=profile;u=8 Forum])
	}}		}}

			Mit dem '''{{PAGENAME}}''' - Modul wird ein [[CUL]] als Gateway zur Ansteuerung von Z-Wave-Geräten in FHEM eingebunden. Die Implementierung der Z-Wave-Controllerfunktionen in der CUL-Firmware culfw (Z-Wave@culfw) befindet sich noch im Beta-Stadium.

	== ZWaveCUL (experimentell) ==		== ZWaveCUL (experimentell) ==

	Da Z-Wave eigene Chips zur Funkkommunikation nutzt, ist es prinzipiell erstmal nicht möglich mit einem CC1101 Sendemodul mit ZWave zu kommunizieren. Sicherheitsforscher haben 2013 gezeigt, dass es trotzdem möglich ist. Rudolf König hat auf die vorhandene Arbeit aufgebaut und ~~das~~ Modul 00_ZWCUL.pm ~~geschrieben~~. In Zusammenarbeit mit dem Modul 10_ZWave.pm ist es somit möglich ein Z-Wave Netzwerk mit einem CUL ~~auf zu bauen~~ und zu betreiben.		Da Z-Wave eigene Chips zur Funkkommunikation nutzt, ist es prinzipiell erstmal nicht möglich mit einem CC1101 Sendemodul mit ZWave zu kommunizieren. Sicherheitsforscher haben 2013 gezeigt, dass es trotzdem möglich ist. Rudolf König hat auf die vorhandene Arbeit aufgebaut und Z-Wave-Funktionen in culfw 1.66 implementiert. Das Modul 00_ZWCUL.pm bindet den CUL im Z-Wave-Modus in FHEM ein. In Zusammenarbeit mit dem Modul 10_ZWave.pm ist es somit möglich ein Z-Wave Netzwerk mit einem CUL aufzubauen und zu betreiben.

	Da ZWCUL niemand produktiv einsetzt, gibt es eventuell noch weitere Probleme als unten aufgeführt. Es wird niemanden empfohlen ZWCUL ~~ein zu setzen~~, der nicht aktiv ~~mit entwickeln~~ will. Dennoch werden Tester gesucht, da somit ZWCUL ordentlich implementiert werden kann.		Da ZWCUL -soweit bekannt- niemand produktiv einsetzt, gibt es eventuell noch weitere Probleme als unten aufgeführt. Es wird niemanden empfohlen ZWCUL produktiv zur Ansteuerung eines Z-Wave-Netzes einzusetzen, der nicht aktiv mitentwickeln will. Dennoch werden Tester gesucht, da somit ZWCUL ordentlich implementiert werden kann. Für den "Normalanwender" ist die Verwendung eines Z-Wave-Gateways mit einem originalen Z-Wave-Chip, das über 00_ZWDongle.pm angesteuert wird, der empfohlene Weg zur Ansteuerung seines Z-Wave-Netzes.

			Im Folgenden werden die Vor- und Nachteile des CULs im Z-Wave-Modus im Vergleich zu einem Stanard-Gateway aufgeführt.

	=== Vorteile ~~von ZWaveCUL~~ ===		=== Vorteile ===
	* da die Hersteller der Controller vom Mesh wissen, legen sie kein Wert auf gute Antennen, deswegen ist die ~~_direkte_~~ Reichweite der "original" Controller (d.h. der erste Hop bei der Uebertragung) kleiner als mit CUL/ZWCUL.		* da die Hersteller der Controller vom Mesh wissen, legen sie kein Wert auf gute Antennen, deswegen ist die ''direkte'' Reichweite der "original" Controller (d.h. der erste Hop bei der Uebertragung) kleiner als mit CUL/ZWCUL.
	* die komplette Konfiguration wird in FHEM gespeichert, man muss kein Firmware Backup machen.		* die komplette Konfiguration wird in FHEM gespeichert; man muss kein Firmware Backup machen.
	* Routing ist deterministisch und vom Benutzer beeinflussbar.		* Routing ist deterministisch und vom Benutzer beeinflussbar.
			* besseres Debugging der Z-Wave-Funkkommunikation
			* Firmware ist Open Source

			=== (Momentane) Nachteile ===
	=== (Momentane) Nachteile ~~von ZWaveCUL~~ ===

	* die "original" Z-Wave Chips können 3 "Datenraten" auf einmal empfangen, und wir können den CC1101 Chip nur mit einem betreiben. Die Zwave Chips schalten bei Kommunikationsproblemen automatisch auf die langsamere Datenrate um, das geht mit ZWCUL nicht. Weiterhin gibt es mindestens ein Gerät (eine Schaltsteckdose), das aus Lizenzgründen das Betätigen des Kopfes am Gerät immer auf der langsamen Datenrate meldet, das würde ZWCUL nicht bekommen, falls es mit der schnellen Datenrate läuft.		* die "original" Z-Wave Chips können 3 "Datenraten" auf einmal empfangen, und wir können den CC1101 Chip nur mit einem betreiben. Die Zwave Chips schalten bei Kommunikationsproblemen automatisch auf die langsamere Datenrate um, das geht mit ZWCUL nicht. Weiterhin gibt es mindestens ein Gerät (eine Schaltsteckdose), das aus Lizenzgründen das Betätigen des Kopfes am Gerät immer auf der langsamen Datenrate meldet, das würde ZWCUL nicht bekommen, falls es mit der schnellen Datenrate läuft.
	* FLiRS (kompatible batteriebetriebene Geraete aufwecken) ist nicht implementiert		* FLiRS (kompatible batteriebetriebene Geraete aufwecken) ist nicht implementiert
	* Explorer-Frames (d.h. dynamisches Routing) ist noch nicht entschluesselt, d.h. Routing muss statisch konfiguriert werden.		* Explorer-Frames (d.h. dynamisches Routing) ist noch nicht entschluesselt, d.h. Routing muss statisch konfiguriert werden.
	* Verschluesselte Inklusion geht (noch?) nicht (die Nutzdaten sind in diesem Fall mehr als 64 Byte, und culfw mit Z-Wave kann noch kein sliding window), verschluesselte Kommunikation geht aber.		* Verschluesselte Inklusion geht (noch?) nicht (die Nutzdaten sind in diesem Fall mehr als 64 Byte, und culfw mit Z-Wave kann noch kein sliding window), verschluesselte Kommunikation geht aber.

			== Links ==
			* Thread zur Entwicklung: {{Link2Forum\|Topic=44905}}
			* Hinweise zu Vor- und Nachteilen von ZWCUL: {{Link2Forum\|Topic=52364\|Message=441957}}, {{Link2Forum\|Topic=81061\|Message=732095}}

	[[Kategorie:Z-Wave Components]]		[[Kategorie:Z-Wave Components]]

Krikan: Rohfassung des Artikels / Auslagerung aus Artikel Z-Wave

2017-12-25T07:19:36Z

Rohfassung des Artikels / Auslagerung aus Artikel Z-Wave

Neue Seite

{{Infobox Modul
|Name=ZWCUL
|ModPurpose=Einbindung CUL im Z-Wave-Modus als Gateway
|ModType=d
|ModCmdRef=ZWCUL
|ModForumArea=ZWave
|ModTechName=00_ZWCUL.pm
|ModOwner=Rudolf König ([http://forum.fhem.de/index.php?action=profile;u=8 Forum])
}}

== ZWaveCUL (experimentell) ==

Da Z-Wave eigene Chips zur Funkkommunikation nutzt, ist es prinzipiell erstmal nicht möglich mit einem CC1101 Sendemodul mit ZWave zu kommunizieren. Sicherheitsforscher haben 2013 gezeigt, dass es trotzdem möglich ist. Rudolf König hat auf die vorhandene Arbeit aufgebaut und das Modul 00_ZWCUL.pm geschrieben. In Zusammenarbeit mit dem Modul 10_ZWave.pm ist es somit möglich ein Z-Wave Netzwerk mit einem CUL auf zu bauen und zu betreiben.

Da ZWCUL niemand produktiv einsetzt, gibt es eventuell noch weitere Probleme als unten aufgeführt. Es wird niemanden empfohlen ZWCUL ein zu setzen, der nicht aktiv mit entwickeln will. Dennoch werden Tester gesucht, da somit ZWCUL ordentlich implementiert werden kann.

=== Vorteile von ZWaveCUL ===
* da die Hersteller der Controller vom Mesh wissen, legen sie kein Wert auf gute Antennen, deswegen ist die _direkte_ Reichweite der "original" Controller (d.h. der erste Hop bei der Uebertragung) kleiner als mit CUL/ZWCUL.
* die komplette Konfiguration wird in FHEM gespeichert, man muss kein Firmware Backup machen.
* Routing ist deterministisch und vom Benutzer beeinflussbar.

=== (Momentane) Nachteile von ZWaveCUL ===

* die "original" Z-Wave Chips können 3 "Datenraten" auf einmal empfangen, und wir können den CC1101 Chip nur mit einem betreiben. Die Zwave Chips schalten bei Kommunikationsproblemen automatisch auf die langsamere Datenrate um, das geht mit ZWCUL nicht. Weiterhin gibt es mindestens ein Gerät (eine Schaltsteckdose), das aus Lizenzgründen das Betätigen des Kopfes am Gerät immer auf der langsamen Datenrate meldet, das würde ZWCUL nicht bekommen, falls es mit der schnellen Datenrate läuft.
* FLiRS (kompatible batteriebetriebene Geraete aufwecken) ist nicht implementiert
* Explorer-Frames (d.h. dynamisches Routing) ist noch nicht entschluesselt, d.h. Routing muss statisch konfiguriert werden.
* Verschluesselte Inklusion geht (noch?) nicht (die Nutzdaten sind in diesem Fall mehr als 64 Byte, und culfw mit Z-Wave kann noch kein sliding window), verschluesselte Kommunikation geht aber.

[[Kategorie:Z-Wave Components]]