Virtueller Controller VCCU - Versionsgeschichte

Soulman: /* Einrichten */ etwas gestrafft

2026-01-07T22:17:35Z

Einrichten: etwas gestrafft

← Nächstältere Version		Version vom 8. Januar 2026, 00:17 Uhr
Zeile 59:		Zeile 59:
	attr <Name der vccu> IOgrp <Name der vccu>		attr <Name der vccu> IOgrp <Name der vccu>
	</pre>		</pre>
	Die folgende Darstellung mit zwei IOs im Raw Definition Format dient nur als Beispiel~~. '''Diese Abfolge ist nicht zum Anlegen der VCCU geeignet!'''~~
			Die folgende Darstellung mit zwei IOs im Raw Definition Format dient nur als Beispiel:

	Es seien z.B. in FHEM bereits die beiden Schnittstellen HMLAN0 und CUL0 angelegt:		Es seien z.B. in FHEM bereits die beiden Schnittstellen HMLAN0 und CUL0 angelegt:
Zeile 79:		Zeile 80:
	attr VCCU IOgrp VCCU		attr VCCU IOgrp VCCU
	attr VCCU model CCU-FHEM		attr VCCU model CCU-FHEM
	~~attr VCCU subType virtual~~
	~~attr VCCU webCmd virtual:update~~

	Wird die VCCU mit einer von vorhandenen Schnittstellen abweichenden ''hmId'' angelegt, so wird die ''hmId'' der ihr zugewiesenen Schnittstelle(n) automatisch angepasst. Dies hat in der Regel zur Folge, dass HM Devices neu gepairt werden müssen.		Wird die VCCU mit einer von vorhandenen Schnittstellen abweichenden ''hmId'' angelegt, so wird die ''hmId'' der ihr zugewiesenen Schnittstelle(n) automatisch angepasst. Dies hat in der Regel zur Folge, dass HM Devices neu gepairt werden müssen.

Soulman: /* Einrichten */

2026-01-07T22:11:26Z

Einrichten

← Nächstältere Version		Version vom 8. Januar 2026, 00:11 Uhr
Zeile 47:		Zeile 47:

	=== Einrichten ===		=== Einrichten ===
	{{Randnotiz\|RNTyp=g\|RNText=Achtung, die Reihenfolge der Befehle muss exakt eingehalten werden.}}		{{Randnotiz\|RNTyp=g\|RNText=Achtung, die Reihenfolge der Befehle muss exakt eingehalten werden.CUL_HM ist leider nicht Raw Definition fähig!}}
	Diese Befehlsfolge erzeugt eine VCCU, bitte die Reihenfolge genau so abarbeiten!		Diese Befehlsfolge erzeugt eine VCCU, bitte die Reihenfolge genau so abarbeiten!
	~~{{Randnotiz\|RNTyp=r\|RNText=CUL_HM ist leider nicht Raw Definition fähig!}}~~		Die Werte in <> durch die echten Werte ersetzen und die <> weglassen!
	Die Werte in <> durch die echten Werte ersetzen und die <> weglassen! ~~Beispiel: <code>attr VCCU IOgrp VCCU</code>~~

	Das Attribut ''IOList'' dient dazu festzulegen, welche physikalischen Schnittstellen ("IO") von der VCCU genutzt werden, dies sind in der Regel '''alle''' HM-fähigen Schnittstellen einer Installation.		Das Attribut ''IOList'' dient dazu festzulegen, welche physikalischen Schnittstellen ("IO") von der VCCU genutzt werden, dies sind in der Regel '''alle''' HM-fähigen Schnittstellen einer Installation.

Otto123: /* Einrichten */ Ergänzung im Abschnitt VCCU

2022-12-20T11:55:19Z

Einrichten: Ergänzung im Abschnitt VCCU

← Nächstältere Version		Version vom 20. Dezember 2022, 13:55 Uhr
Zeile 47:		Zeile 47:

	=== Einrichten ===		=== Einrichten ===
	<pre>		{{Randnotiz\|RNTyp=g\|RNText=Achtung, die Reihenfolge der Befehle muss exakt eingehalten werden.}}
			Diese Befehlsfolge erzeugt eine VCCU, bitte die Reihenfolge genau so abarbeiten!
			{{Randnotiz\|RNTyp=r\|RNText=CUL_HM ist leider nicht Raw Definition fähig!}}
			Die Werte in <> durch die echten Werte ersetzen und die <> weglassen! Beispiel: <code>attr VCCU IOgrp VCCU</code>

			Das Attribut ''IOList'' dient dazu festzulegen, welche physikalischen Schnittstellen ("IO") von der VCCU genutzt werden, dies sind in der Regel '''alle''' HM-fähigen Schnittstellen einer Installation.

			''IOList'' beinhaltet die Komma-getrennte Liste der IOs ('''keine Leerzeichen'''!), so wie sie in FHEM angelegt sind.<pre>
	define <Name der vccu> CUL_HM <hmId>		define <Name der vccu> CUL_HM <hmId>
	attr <Name der vccu> model CCU-FHEM		attr <Name der vccu> model CCU-FHEM
Zeile 53:		Zeile 60:
	attr <Name der vccu> IOgrp <Name der vccu>		attr <Name der vccu> IOgrp <Name der vccu>
	</pre>		</pre>
	~~Bitte die Werte in <> durch die echten Werte ersetzen und die <> weglassen!~~ Beispiel~~: <code>attr VCCU IOgrp VCCU</code>~~		Die folgende Darstellung mit zwei IOs im Raw Definition Format dient nur als Beispiel. '''Diese Abfolge ist nicht zum Anlegen der VCCU geeignet!'''

	~~Das Attribut '~~'~~IOList~~'' ~~dient dazu festzulegen, welche physikalischen Schnittstellen ("IO") von~~ der VCCU ~~genutzt werden, dies sind in der Regel '''alle''' HM-fähigen Schnittstellen einer Installation.~~
	~~''IOList'' beinhaltet die Komma-getrennte Liste der IOs ('~~''~~keine Leerzeichen~~'~~''!), so wie sie in FHEM angelegt sind.~~

	Es seien z.b. in FHEM bereits die beiden Schnittstellen HMLAN0 und CUL0 angelegt:		Es seien z.B. in FHEM bereits die beiden Schnittstellen HMLAN0 und CUL0 angelegt:

	define HMLAN0 HMLAN 192.168.168.2:1000		define HMLAN0 HMLAN 192.168.168.2:1000
Zeile 220:		Zeile 224:
	set vccu_Btn1 press long		set vccu_Btn1 press long
	set vccu_Btn1 postEvent <condition>		set vccu_Btn1 postEvent <condition>

	[[Kategorie:HomeMatic supportDevice]]		[[Kategorie:HomeMatic supportDevice]]
	[[Kategorie:HOWTOS]]
			[[Kategorie:HOWTOS]]

Ph1959de: Schreibweise "HomeMatic"

2021-12-03T11:49:02Z

Schreibweise "HomeMatic"

Beta-User: IODev-Änderung in der Handhabung eingepflegt

2021-10-11T12:59:07Z

IODev-Änderung in der Handhabung eingepflegt

← Nächstältere Version		Version vom 11. Oktober 2021, 14:59 Uhr
Zeile 46:		Zeile 46:
	(Siehe weiter unten ein Tipp, wie dies leicht nachträglich erledigt werden kann)		(Siehe weiter unten ein Tipp, wie dies leicht nachträglich erledigt werden kann)

	Mit der Anlage einer VCCU hat der Inhalt des vorhandenen Attributes IODev eines HM_Devices keine Wirkung mehr. Statt dessen setzt die VCCU ein Internal IODev automatisch je nach Verfügbarkeit und Funklage. Das Attribut IODev ist ~~jedoch aus Systemgründen weiter~~ notwendig~~, sollte also~~ nicht ~~gelöscht~~ werden ~~und kann sich verändern: Es zeigt das letzte genutzte Output-Device an~~.		Mit der Anlage einer VCCU hat der Inhalt des vorhandenen Attributes IODev eines HM_Devices keine Wirkung mehr. Statt dessen setzt die VCCU ein Internal IODev automatisch je nach Verfügbarkeit und Funklage. Das Attribut IODev ist dann nicht mehr notwendig und kann auch nicht mehr gesetzt werden, wenn IOgrp gesetzt ist.


	=== Einrichten ===		=== Einrichten ===
Zeile 131:		Zeile 130:

	==== Autocreate ====		==== Autocreate ====
	Sofern Autocreate eingeschaltet ist und das Pairing wie oben beschrieben an die VCCU erfolgt, ~~werden~~ unter anderem für das Device ~~folgende Attribute~~ angelegt:		Sofern Autocreate eingeschaltet ist und das Pairing wie oben beschrieben an die VCCU erfolgt, wird unter anderem für das Device folgendes Attribut angelegt:

	~~attr <device> IODev <PhysischesIO>~~
	attr <device> IOgrp VCCU:<PhysischesIO>		attr <device> IOgrp VCCU:<PhysischesIO>

	z.B.		z.B.

	~~attr Thermostat_Bad IODev HMLAN1~~
	attr Thermostat_Bad IOgrp VCCU:HMLAN1		attr Thermostat_Bad IOgrp VCCU:HMLAN1

	Das attr <device> ~~IODev bzw~~. ~~die Festlegung des physische IO hat wie weiter oben erwähnt keine weitere Wirkung~~. ~~Der Eintrag~~ zeigt ~~aber~~ an, welches physikalische IO zum Zeitpunkt des Autocreates verwendet wurde, vermutlich ist das das IO mit der besseren Funklage (wenn mehrere existieren). Dasselbe IO wird mit		Das attr <device> IOgrp:... zeigt an, welches physikalische IO zum Zeitpunkt des Autocreates verwendet wurde, vermutlich ist das das IO mit der besseren Funklage (wenn mehrere existieren). Dasselbe IO wird mit
	IOgrp VCCU:HMLAN1		IOgrp VCCU:HMLAN1
	auch als prefered eingetragen. D.h. die VCCU wird später zuerst prüfen ob HMLAN1 verfügbar ist (condition=ok) und es dann verwenden, andere IOs werden nur verwendet, wenn HMLAN1 nicht verfügbar ist.		auch als prefered eingetragen. D.h. die VCCU wird später zuerst prüfen ob HMLAN1 verfügbar ist (condition=ok) und es dann verwenden, andere IOs werden nur verwendet, wenn HMLAN1 nicht verfügbar ist.
Zeile 180:		Zeile 177:
	Bei HM Devices die vor der Einrichtung einer VCCU angelegt wurden, fehlt das Attribut aber.		Bei HM Devices die vor der Einrichtung einer VCCU angelegt wurden, fehlt das Attribut aber.
	Es wird empfohlen, das Attribut IOgrp in solchen Devices zu nachträglich setzen. Kanäle senden nicht selbständig, haben daher kein Attribut IOgrp.<br>		Es wird empfohlen, das Attribut IOgrp in solchen Devices zu nachträglich setzen. Kanäle senden nicht selbständig, haben daher kein Attribut IOgrp.<br>
	Das Attribut '''IODev''' wird automatisch gesetzt, Usereinträge haben keine Funktion~~. Es zeigt jedoch indirekt das letzte genutzte output-device~~.<br>		Das Attribut '''IODev''' wird dann automatisch gelöscht, wenn es gesetzt war, Usereinträge haben keine Funktion.<br>

	==== Setzen der IOgrp auf (fast) allen Devices mit einem einzigen Befehl ====		==== Setzen der IOgrp auf (fast) allen Devices mit einem einzigen Befehl ====
Zeile 215:		Zeile 212:

	=== Kommandos ===		=== Kommandos ===
	: ''→ Siehe auch: {{Link2CmdRef\|Anker=~~CUL_HMvirtual~~}}''		: ''→ Siehe auch: {{Link2CmdRef\|Anker=CUL_HM-set-virtual}}''

	Verfügbare Kommandos auflisten:		Verfügbare Kommandos auflisten:

Ph1959de: ohne "lang=" auf

 umgestellt

2021-03-16T11:02:47Z

<syntaxhighlight> ohne "lang=" auf <pre> umgestellt

← Nächstältere Version		Version vom 16. März 2021, 13:02 Uhr
Zeile 50:		Zeile 50:

	=== Einrichten ===		=== Einrichten ===
			<pre>
	<~~syntaxhighlight~~>
	define <Name der vccu> CUL_HM <hmId>		define <Name der vccu> CUL_HM <hmId>
	attr <Name der vccu> model CCU-FHEM		attr <Name der vccu> model CCU-FHEM
	attr <Name der vccu> IOList <Name des io1>[,<Name des io2>,...]		attr <Name der vccu> IOList <Name des io1>[,<Name des io2>,...]
	attr <Name der vccu> IOgrp <Name der vccu>		attr <Name der vccu> IOgrp <Name der vccu>
			</pre>
	</~~syntaxhighlight~~>

	Bitte die Werte in <> durch die echten Werte ersetzen und die <> weglassen! Beispiel: <code>attr VCCU IOgrp VCCU</code>		Bitte die Werte in <> durch die echten Werte ersetzen und die <> weglassen! Beispiel: <code>attr VCCU IOgrp VCCU</code>

Zeile 75:		Zeile 72:
	attr CUL0 icon cul_cul		attr CUL0 icon cul_cul
	attr CUL0 rfmode HomeMatic		attr CUL0 rfmode HomeMatic


	Dann kann zusätzlich die VCCU mit derselben hmId angelegt werden und die beiden physikalischen Schnittstellen ihr zugewiesen:		Dann kann zusätzlich die VCCU mit derselben hmId angelegt werden und die beiden physikalischen Schnittstellen ihr zugewiesen:
Zeile 119:		Zeile 115:
	=== Pairen von HM Devices===		=== Pairen von HM Devices===
	Ein erneutes Pairen nach dem Anlegen einer VCCU in bestehenden Installationen ist nicht notwendig!		Ein erneutes Pairen nach dem Anlegen einer VCCU in bestehenden Installationen ist nicht notwendig!


	Neue HM Devices sollten vorzugsweise direkt mit der VCCU gepairt werden, hierzu werden die normalen Befehle		Neue HM Devices sollten vorzugsweise direkt mit der VCCU gepairt werden, hierzu werden die normalen Befehle
Zeile 180:		Zeile 175:
	=== Bemerkungen ===		=== Bemerkungen ===
	Die besprochene Steuerung betrifft das '''Senden'''. Empfangen und verarbeitet werden Nachrichten immer von allen verfügbaren Quellen. Kanäle senden nicht selbständig und haben daher auch kein Attribut IOgrp.		Die besprochene Steuerung betrifft das '''Senden'''. Empfangen und verarbeitet werden Nachrichten immer von allen verfügbaren Quellen. Kanäle senden nicht selbständig und haben daher auch kein Attribut IOgrp.


	=== IOgrp bei nachträglicher Einrichtung einer VCCU ===		=== IOgrp bei nachträglicher Einrichtung einer VCCU ===
Zeile 187:		Zeile 181:
	Es wird empfohlen, das Attribut IOgrp in solchen Devices zu nachträglich setzen. Kanäle senden nicht selbständig, haben daher kein Attribut IOgrp.<br>		Es wird empfohlen, das Attribut IOgrp in solchen Devices zu nachträglich setzen. Kanäle senden nicht selbständig, haben daher kein Attribut IOgrp.<br>
	Das Attribut '''IODev''' wird automatisch gesetzt, Usereinträge haben keine Funktion. Es zeigt jedoch indirekt das letzte genutzte output-device.<br>		Das Attribut '''IODev''' wird automatisch gesetzt, Usereinträge haben keine Funktion. Es zeigt jedoch indirekt das letzte genutzte output-device.<br>


	==== Setzen der IOgrp auf (fast) allen Devices mit einem einzigen Befehl ====		==== Setzen der IOgrp auf (fast) allen Devices mit einem einzigen Befehl ====
Zeile 214:		Zeile 207:
	Man peert beispielsweise einen Dimmer mit einer IO-Entity um "Tastendrücke" in der Zentrale auslösen zu können. Sowohl kurze (short) als auch lange (long) Tastendrücke können so an den Dimmer gesendet werden.		Man peert beispielsweise einen Dimmer mit einer IO-Entity um "Tastendrücke" in der Zentrale auslösen zu können. Sowohl kurze (short) als auch lange (long) Tastendrücke können so an den Dimmer gesendet werden.
	Auch mehrere Aktoren können mit einer IO-Entity gepeert werden, beispielsweise um alle Lichter der Gruppe mit einem "press" gleichzeitig zu schalten.		Auch mehrere Aktoren können mit einer IO-Entity gepeert werden, beispielsweise um alle Lichter der Gruppe mit einem "press" gleichzeitig zu schalten.

	=== Anlegen ===		=== Anlegen ===
	set VCCU virtual <Anzahl Button>		set VCCU virtual <Anzahl Button>
Zeile 228:		Zeile 222:

	Insbesondere gibt es:		Insbesondere gibt es:

	set vccu_Btn1 press short		set vccu_Btn1 press short
	set vccu_Btn1 press long		set vccu_Btn1 press long
	set vccu_Btn1 postEvent <condition>		set vccu_Btn1 postEvent <condition>

	[[Kategorie:HomeMatic supportDevice]]		[[Kategorie:HomeMatic supportDevice]]
			[[Kategorie:HOWTOS]]

	[[Kategorie:HOWTOS]]

Otto123: /* Einrichten */

2020-11-05T10:59:32Z

Einrichten

← Nächstältere Version		Version vom 5. November 2020, 12:59 Uhr
Zeile 53:		Zeile 53:
	<syntaxhighlight>		<syntaxhighlight>
	define <Name der vccu> CUL_HM <hmId>		define <Name der vccu> CUL_HM <hmId>
	attr <Name der vccu> model FHEM~~-CCU~~		attr <Name der vccu> model CCU-FHEM
	~~attr <Name der vccu> subType virtual~~
	attr <Name der vccu> IOList <Name des io1>[,<Name des io2>,...]		attr <Name der vccu> IOList <Name des io1>[,<Name des io2>,...]
	attr <Name der vccu> IOgrp <Name der vccu>		attr <Name der vccu> IOgrp <Name der vccu>
Zeile 233:		Zeile 232:
	set vccu_Btn1 press long		set vccu_Btn1 press long
	set vccu_Btn1 postEvent <condition>		set vccu_Btn1 postEvent <condition>

			[[Kategorie:HomeMatic supportDevice]]

	~~[[Kategorie:HomeMatic supportDevice]]~~
			[[Kategorie:HOWTOS]]

	[[Kategorie:HOWTOS]]

Otto123: /* Einrichten */ attr subType virtual ergänzt

2020-11-05T10:43:49Z

Einrichten: attr subType virtual ergänzt

← Nächstältere Version		Version vom 5. November 2020, 12:43 Uhr
Zeile 50:		Zeile 50:

	=== Einrichten ===		=== Einrichten ===
	define <Name der vccu> CUL_HM <hmId>
	attr <Name der vccu> model FHEM-CCU		<syntaxhighlight>
	attr <Name der vccu> IOList <Name des io1>[,<Name des io2>,...]		define <Name der vccu> CUL_HM <hmId>
	attr <Name der vccu> IOgrp <Name der vccu>		attr <Name der vccu> model FHEM-CCU
			attr <Name der vccu> subType virtual
			attr <Name der vccu> IOList <Name des io1>[,<Name des io2>,...]
			attr <Name der vccu> IOgrp <Name der vccu>

			</syntaxhighlight>

	Bitte die Werte in <> durch die echten Werte ersetzen und die <> weglassen! Beispiel: <code>attr VCCU IOgrp VCCU</code>		Bitte die Werte in <> durch die echten Werte ersetzen und die <> weglassen! Beispiel: <code>attr VCCU IOgrp VCCU</code>
Zeile 228:		Zeile 233:
	set vccu_Btn1 press long		set vccu_Btn1 press long
	set vccu_Btn1 postEvent <condition>		set vccu_Btn1 postEvent <condition>

			[[Kategorie:HomeMatic supportDevice]]

	~~[[Kategorie:HomeMatic supportDevice]]~~
			[[Kategorie:HOWTOS]]
	[[Kategorie:HOWTOS]]

Soulman: /* Pairen von HM Devices */ kleine Eegänzungen

2020-07-15T17:20:19Z

Pairen von HM Devices: kleine Eegänzungen

← Nächstältere Version		Version vom 15. Juli 2020, 19:20 Uhr
Zeile 71:		Zeile 71:
	attr CUL0 icon cul_cul		attr CUL0 icon cul_cul
	attr CUL0 rfmode HomeMatic		attr CUL0 rfmode HomeMatic



Zeile 118:		Zeile 117:


	HM Devices sollten vorzugsweise direkt mit der VCCU gepairt werden, hierzu werden die normalen Befehle		Neue HM Devices sollten vorzugsweise direkt mit der VCCU gepairt werden, hierzu werden die normalen Befehle
	hmPairForSec		hmPairForSec
	also z.b.		also z.b.
Zeile 124:		Zeile 123:
	oder		oder
	hmPairSerial		hmPairSerial
	verwendet. Es ist ~~im Übrigen~~ weiter möglich ~~(aber nicht sinnvoll / empfehlenswert)~~ auch nach Anlage einer VCCU HM Devices mit diesen Kommandos direkt an ein IO zu pairen, d.h. diese Kommandos haben auch nach Anlage einer VCCU noch eine Funktion an der physikalischen Schnittstelle (im Gegensatz z.b. zum attr IODev)		verwendet.

			Es ist alternativ weiter möglich - auch nach Anlage einer VCCU - HM Devices mit diesen Kommandos direkt an ein IO zu pairen, d.h. diese Kommandos haben auch nach Anlage einer VCCU noch eine Funktion an der physikalischen Schnittstelle (im Gegensatz z.b. zum attr IODev).

			Da die VCCU und alle IOs die selbe ''hmId'' teilen, hat diese '''nicht''' die Wirkung, dass das Geräte etwa nicht mit der VCCU, sondern nur mit dem gepairten IO angesprochen werden kann.

	Ist der Pairvorgang nicht sofort (oder nur teilweise) erfolgreich kann/muss er ohne Weiteres 2 bis 3 mal wiederholt werden. Dann sollte das Gerät erfolgreich gepairt sein. Mit hmInfo configCheck kann das einfach überprüft werden.		Ist der Pairvorgang nicht sofort (oder nur teilweise) erfolgreich, kann/muss er ohne Weiteres 2 bis 3 mal wiederholt werden. Dann sollte das Gerät erfolgreich gepairt sein. Mit hmInfo configCheck kann das einfach überprüft werden. Mitunter kann es auch sinnvoll sein, das Gerät in den Auslieferungszustand zu bringen (siehe Handbuch, oft Knopf mindestens 5 Sekunden drücken, bis es blinkt, dann loslassen und nochmals 5 Sekunden drücken, bis es schneller blinkt) und danach erneut zu pairen.

	==== Autocreate ====		==== Autocreate ====
Zeile 145:		Zeile 148:

	== Dynamisches IO ==		== Dynamisches IO ==
	Ohne VCCU sendet das System Befehle an ein HM Device in der Regel immer über das gleiche IO-Device. Fällt es aus, wird nicht mehr gesendet, selbst wenn ein zweites IO verfügbar wäre. Außerdem kann eine ''bewegliche'' Fernbedienung ihre Verbindung zu einem IO verlieren, obwohl sie über ein anderes IO gut ~~empfangen werden~~ könnten.		Ohne VCCU sendet das System Befehle an ein HM Device in der Regel immer über das gleiche IO-Device. Fällt es aus, wird nicht mehr gesendet, selbst wenn ein zweites IO verfügbar wäre. Außerdem kann eine ''bewegliche'' Fernbedienung ihre Verbindung zu einem IO verlieren, obwohl sie über ein anderes IO gut kommunizieren könnten.

	Die VCCU adressiert beide Probleme:		Die VCCU adressiert beide Probleme:
Zeile 225:		Zeile 228:
	set vccu_Btn1 press long		set vccu_Btn1 press long
	set vccu_Btn1 postEvent <condition>		set vccu_Btn1 postEvent <condition>

			[[Kategorie:HomeMatic supportDevice]]

	[[Kategorie:HomeMatic supportDevice]]		[[Kategorie:HOWTOS]]
	[[Kategorie:HOWTOS]]

Soulman: /* Dynamisches IO */

2020-05-24T19:42:13Z

Dynamisches IO

← Nächstältere Version		Version vom 24. Mai 2020, 21:42 Uhr
Zeile 172:		Zeile 172:

	=== Bemerkungen ===		=== Bemerkungen ===
	Die besprochene Steuerung betrifft das '''Senden'''. Empfangen und verarbeitet werden Nachrichten immer von allen verfügbaren Quellen.		Die besprochene Steuerung betrifft das '''Senden'''. Empfangen und verarbeitet werden Nachrichten immer von allen verfügbaren Quellen. Kanäle senden nicht selbständig und haben daher auch kein Attribut IOgrp.

← Nächstältere Version		Version vom 3. Dezember 2021, 13:49 Uhr
Zeile 9:		Zeile 9:
	* Die Verwendung mehrerer I/O-Devices wird möglich. Das sorgt für Redundanz (Ausfallsicherheit) und/oder Reichweiten-Vergrößerung.		* Die Verwendung mehrerer I/O-Devices wird möglich. Das sorgt für Redundanz (Ausfallsicherheit) und/oder Reichweiten-Vergrößerung.
	* Der Tausch eines I/O-Devices ist transparent für gepairte Geräte.		* Der Tausch eines I/O-Devices ist transparent für gepairte Geräte.
	* Die VCCU stellt virtuelle Kanäle zur Verfügung, mit denen HomeMatic-Geräte [[~~Homematic~~ Peering Beispiele\|gepeert]] werden können.		* Die VCCU stellt virtuelle Kanäle zur Verfügung, mit denen HomeMatic-Geräte [[HomeMatic Peering Beispiele\|gepeert]] werden können.
	* "Geordnete" Termination von Nachrichten. (Da die üblichen Funkschnittstellen (wie CUL im HM-Mode oder HM-LAN-Konfigurator) relativ "dumm" sind, führen viele Zustände zu den bekannten "Help me" ~~Einträge~~ im Log.)		* "Geordnete" Termination von Nachrichten (da die üblichen Funkschnittstellen (wie CUL im HM-Mode oder HM-LAN-Konfigurator) relativ "dumm" sind, führen viele Zustände zu den bekannten "Help me" Einträgen im Log)

	Der einzige Nachteil einer VCCU gegenüber dem direkten Pairing mit dem I/O-Device ist ein Mehraufwand bei der initialen Konfiguration vom FHEM.		Der einzige Nachteil einer VCCU gegenüber dem direkten Pairing mit dem I/O-Device ist ein Mehraufwand bei der initialen Konfiguration vom FHEM.

	== Kurzbeschreibung ==		== Kurzbeschreibung ==

	Ein virtueller Controller '''VCCU''' ist der Protokoll-Endpunkt der Zentrale und ersetzt dabei logisch (jedoch nicht physikalisch) z.b. den [[HM-CFG-LAN LAN Konfigurations-Adapter]] einer "klassischen" FHEM Konfiguration		Ein virtueller Controller '''VCCU''' ist der Protokoll-Endpunkt der Zentrale und ersetzt dabei logisch (jedoch nicht physikalisch) z.b. den [[HM-CFG-LAN LAN Konfigurations-Adapter]] einer "klassischen" FHEM Konfiguration

Zeile 25:		Zeile 24:

	== Mehrere VCCUs in einer Installation==		== Mehrere VCCUs in einer Installation==

	Theoretisch erlaubt FHEM die parallele Nutzung mehrerer VCCUs, praktisch ergeben sich dadurch jedoch keine Vorteile gegenüber einer einzigen VCCU. Insbesondere kann bereits eine VCCU verschiedene I/O-Devices bedienen, zum Beispiel einen [[CUL]] ''und'' ein [[HM-CFG-LAN]].		Theoretisch erlaubt FHEM die parallele Nutzung mehrerer VCCUs, praktisch ergeben sich dadurch jedoch keine Vorteile gegenüber einer einzigen VCCU. Insbesondere kann bereits eine VCCU verschiedene I/O-Devices bedienen, zum Beispiel einen [[CUL]] ''und'' ein [[HM-CFG-LAN]].

Zeile 38:		Zeile 36:
	Eine VCCU gibt die ''hmId'' an die ihr zugewiesenen IOs (Funkschnittstellen) weiter. Damit haben alle von einer VCCU genutzten I/Os nach der Zuweisung dieselbe ''hmId''.		Eine VCCU gibt die ''hmId'' an die ihr zugewiesenen IOs (Funkschnittstellen) weiter. Damit haben alle von einer VCCU genutzten I/Os nach der Zuweisung dieselbe ''hmId''.

	* Definiert man eine VCCU nachdem IOs für ~~Homematic~~ angelegt und in Verwendung sind, sollte man die ''hmId'' der bereits vorhandenen Funkschnittstelle verwenden, hierdurch kann man sich das Neupairen der HM Devices ersparen.		* Definiert man eine VCCU nachdem IOs für HomeMatic angelegt und in Verwendung sind, sollte man die ''hmId'' der bereits vorhandenen Funkschnittstelle verwenden, hierdurch kann man sich das Neupairen der HM Devices ersparen.
	* Hat man bereits mehrere Funkschnittstellen im Einsatz, werden diese unterschiedliche ''hmIds'' haben, zumindest eine Schnittstelle wird nach der Zuweisung zur VCCU seine ''hmId'' also ändern.		* Hat man bereits mehrere Funkschnittstellen im Einsatz, werden diese unterschiedliche ''hmIds'' haben, zumindest eine Schnittstelle wird nach der Zuweisung zur VCCU seine ''hmId'' also ändern.
	* Für mit dieser Schnittstelle schon gepairte Devices ist ein Neupairen unumgänglich.		* Für mit dieser Schnittstelle schon gepairte Devices ist ein Neupairen unumgänglich.