HM-RC-12 Funkfernbedienung 12 Tasten - Versionsgeschichte

Baumbuwe: schwarze und weiße Version, Links zu Produkten

2019-03-05T10:35:35Z

schwarze und weiße Version, Links zu Produkten

← Nächstältere Version		Version vom 5. März 2019, 12:35 Uhr
Zeile 1:		Zeile 1:
	HomeMatic Fernbedienung mit 12 Tasten, ~~auch~~ in schwarz als HM-RC-12-B .		HomeMatic Fernbedienung mit 12 Tasten, in weiß als [https://www.elv.de/homematic-funk-fernbedienung-12-tasten-weiss-1.html HM-RC-12-W], in schwarz als [https://www.elv.de/funk-fernbedienung-12-tasten-schwarz.html HM-RC-12-B].

	Fernbedienung mit 5 Tastenpaaren mit beleuchteten Beschriftungsfeldern. Das sechste Tastenpaar liegt etwas versteckt rechts neben dem 4. und 5. Tastenpaar.		Fernbedienung mit 5 Tastenpaaren mit beleuchteten Beschriftungsfeldern. Das sechste Tastenpaar liegt etwas versteckt rechts neben dem 4. und 5. Tastenpaar.

Baumbuwe: /* Bedeutung der LED-Farben und -Sequenzen / Fehlercodes */ Link aktualisiert und neu beschriftet.

2019-03-05T10:27:28Z

Bedeutung der LED-Farben und -Sequenzen / Fehlercodes: Link aktualisiert und neu beschriftet.

← Nächstältere Version		Version vom 5. März 2019, 12:27 Uhr
Zeile 5:		Zeile 5:
	Die Fernbedienung verfügt außerdem über eine Status-LED, die in den Farben Grün, Rot und Orange leuchten bzw. blinken kann.		Die Fernbedienung verfügt außerdem über eine Status-LED, die in den Farben Grün, Rot und Orange leuchten bzw. blinken kann.
	== Bedeutung der LED-Farben und -Sequenzen / Fehlercodes ==		== Bedeutung der LED-Farben und -Sequenzen / Fehlercodes ==
	Siehe [~~http~~://www.homematic-inside.de/~~tecbase/homematic/generell/item~~/fehlercodes-~~und-ihre-bedeutungen~~ Homematic~~-Link~~]		Siehe [https://www.homematic-inside.de/faq/fehlercodes?highlight=fehlercodes FAQ-Seite bei Homematic Inside]

	== Anbindung der Fernbedienung an FHEM ==		== Anbindung der Fernbedienung an FHEM ==

AndreasMohr: Typos/Spelling

2019-03-04T19:54:16Z

Typos/Spelling

AndreasMohr: Typos/Spelling

2018-06-07T18:42:50Z

Typos/Spelling

Soulman am 30. Januar 2018 um 21:54 Uhr

2018-01-30T21:54:49Z

← Nächstältere Version		Version vom 30. Januar 2018, 23:54 Uhr
Zeile 103:		Zeile 103:

	=== Pairing an FHEM-dummy ===		=== Pairing an FHEM-dummy ===
	Ziel ist, die ~~remote~~ nicht an einen HMLAN Konfigurator vom Typ HMLAN , sondern an ein virtuelles Device (dummy) in FHEM anzulernen. Dadurch kommen die Nachrichten von der Fernbedienung direkt auf diesem Device an, ausserdem kann gesteuert werden, ob mit ACK oder NACK geantwortet wird, wodurch wiederum die Farbe der LED-Bestätigung gesteuert werden kann.		Ziel ist, die Fernbedienung nicht an einen HMLAN Konfigurator vom Typ HMLAN , sondern an ein virtuelles Device (dummy) in FHEM anzulernen. Dadurch kommen die Nachrichten von der Fernbedienung direkt auf diesem Device an, ausserdem kann gesteuert werden, ob mit ACK oder NACK geantwortet wird, wodurch wiederum die Farbe der LED-Bestätigung gesteuert werden kann.
	Der Schaltvorgang auf den virtuellen FHEM Device kann per notify abgehorcht und für indirekte Schaltvorgänge o.Ä. verwendet werden.		Der Schaltvorgang auf den virtuellen FHEM Device kann per notify abgehorcht und für indirekte Schaltvorgänge o.Ä. verwendet werden.

Soulman am 30. Januar 2018 um 21:54 Uhr

2018-01-30T21:54:17Z

← Nächstältere Version		Version vom 30. Januar 2018, 23:54 Uhr
Zeile 113:		Zeile 113:
	attr HMvirtual hmClass receiver		attr HMvirtual hmClass receiver
	attr HMvirtual subType switch</nowiki>		attr HMvirtual subType switch</nowiki>
	Bei der Vergabe der ~~HMid~~ ist zu beachten, dass der code 6stellig hexadezimal ist. Werden Buchstaben als Bestandteil der ~~HMid~~ gewählt, müssen diese als Großbuchstaben angegeben werden.		Bei der Vergabe der HMID ist zu beachten, dass der code 6stellig hexadezimal ist. Werden Buchstaben als Bestandteil der HMID gewählt, müssen diese als Großbuchstaben angegeben werden.

	==== Pairing des Remote-Buttons ====		==== Pairing des Remote-Buttons ====

Soulman: /* Pairing des Remote-Buttons */

2018-01-30T21:53:19Z

Pairing des Remote-Buttons

← Nächstältere Version		Version vom 30. Januar 2018, 23:53 Uhr
Zeile 116:		Zeile 116:

	==== Pairing des Remote-Buttons ====		==== Pairing des Remote-Buttons ====
	Im Beispiel wird Button2 an das virtuelle ~~device~~ HMvirtual gekoppelt:		Im Beispiel wird Button2 an das virtuelle Device HMvirtual gekoppelt:

	<nowiki>set HMremoteBtn_2 devicepair 0 HMvirtual single set remote</nowiki>		<nowiki>set HMremoteBtn_2 devicepair 0 HMvirtual single set remote</nowiki>

	==== Erzeugen der ACK-Nachricht (work in progress) ====		==== Erzeugen der ACK-Nachricht (work in progress) ====
	Zum Versenden des ACK wird ein notify definiert:		Zum Versenden des ACK wird ein notify definiert:

Soulman am 30. Januar 2018 um 21:50 Uhr

2018-01-30T21:50:07Z

← Nächstältere Version		Version vom 30. Januar 2018, 23:50 Uhr
Zeile 103:		Zeile 103:

	=== Pairing an FHEM-dummy ===		=== Pairing an FHEM-dummy ===
	Ziel ist, die remote nicht an einen HMLAN Konfigurator vom Typ HMLAN , sondern an ein virtuelles ~~device~~ (dummy) in ~~fhem~~ anzulernen. Dadurch kommen die Nachrichten von der ~~remote~~ direkt auf diesem ~~device~~ an, ausserdem kann gesteuert werden, ob mit ACK oder NACK geantwortet wird, wodurch wiederum die Farbe der LED-Bestätigung gesteuert werden kann.		Ziel ist, die remote nicht an einen HMLAN Konfigurator vom Typ HMLAN , sondern an ein virtuelles Device (dummy) in FHEM anzulernen. Dadurch kommen die Nachrichten von der Fernbedienung direkt auf diesem Device an, ausserdem kann gesteuert werden, ob mit ACK oder NACK geantwortet wird, wodurch wiederum die Farbe der LED-Bestätigung gesteuert werden kann.
	Der Schaltvorgang auf den virtuellen ~~fhem-device~~ kann per notify abgehorcht und für indirekte Schaltvorgänge o.Ä. verwendet werden.		Der Schaltvorgang auf den virtuellen FHEM Device kann per notify abgehorcht und für indirekte Schaltvorgänge o.Ä. verwendet werden.

Soulman am 30. Januar 2018 um 21:48 Uhr

2018-01-30T21:48:52Z

← Nächstältere Version		Version vom 30. Januar 2018, 23:48 Uhr
Zeile 102:		Zeile 102:


	=== Pairing an ~~fhem~~-dummy ===		=== Pairing an FHEM-dummy ===
	Ziel ist, die remote nicht an einen HMLAN Konfigurator vom Typ HMLAN , sondern an ein virtuelles device (dummy) in fhem anzulernen. Dadurch kommen die Nachrichten von der remote direkt auf diesem device an, ausserdem kann gesteuert werden, ob mit ACK oder NACK geantwortet wird, wodurch wiederum die Farbe der LED-Bestätigung gesteuert werden kann.		Ziel ist, die remote nicht an einen HMLAN Konfigurator vom Typ HMLAN , sondern an ein virtuelles device (dummy) in fhem anzulernen. Dadurch kommen die Nachrichten von der remote direkt auf diesem device an, ausserdem kann gesteuert werden, ob mit ACK oder NACK geantwortet wird, wodurch wiederum die Farbe der LED-Bestätigung gesteuert werden kann.
	Der Schaltvorgang auf den virtuellen fhem-device kann per notify abgehorcht und für indirekte Schaltvorgänge o.Ä. verwendet werden.		Der Schaltvorgang auf den virtuellen fhem-device kann per notify abgehorcht und für indirekte Schaltvorgänge o.Ä. verwendet werden.

Otto123: /* Bedeutung der LED-Farben und -Sequenzen / Fehlercodes */ Link korregiert

2016-03-19T21:39:46Z

Bedeutung der LED-Farben und -Sequenzen / Fehlercodes: Link korregiert

← Nächstältere Version		Version vom 19. März 2016, 23:39 Uhr
Zeile 5:		Zeile 5:
	Die Fernbedienung verfügt außerdem über eine Status-LED, die in den Farben Grün, Rot und Orange leuchten bzw. blinken kann.		Die Fernbedienung verfügt außerdem über eine Status-LED, die in den Farben Grün, Rot und Orange leuchten bzw. blinken kann.
	== Bedeutung der LED-Farben und -Sequenzen / Fehlercodes ==		== Bedeutung der LED-Farben und -Sequenzen / Fehlercodes ==
	Siehe [http://www.homematic-inside.de/tecbase/~~categories~~/generell/item/fehlercodes-und-ihre-bedeutungen Homematic-Link]		Siehe [http://www.homematic-inside.de/tecbase/homematic/generell/item/fehlercodes-und-ihre-bedeutungen Homematic-Link]



	== Anbindung der Fernbedienung an fhem ==		== Anbindung der Fernbedienung an fhem ==

← Nächstältere Version		Version vom 4. März 2019, 21:54 Uhr
Zeile 7:		Zeile 7:
	Siehe [http://www.homematic-inside.de/tecbase/homematic/generell/item/fehlercodes-und-ihre-bedeutungen Homematic-Link]		Siehe [http://www.homematic-inside.de/tecbase/homematic/generell/item/fehlercodes-und-ihre-bedeutungen Homematic-Link]

	== Anbindung der Fernbedienung an ~~fhem~~ ==		== Anbindung der Fernbedienung an FHEM ==
	Wie alle HomeMatic-Komponenten wird die Fernbedienung durch das Modul CUL_HM angebunden. Die Funkverbindung ist mittels einer HomeMatic-CCU, eines [[HMLAN Konfigurator]] oder eines CUL/CUNx/COC etc. im HM-Mode möglich.		Wie alle HomeMatic-Komponenten wird die Fernbedienung durch das Modul CUL_HM angebunden. Die Funkverbindung ist mittels einer HomeMatic-CCU, eines [[HMLAN Konfigurator]] oder eines CUL/CUNx/COC etc. im HM-Mode möglich.
	Im Weiteren wird 'HMLAN Konfigurator' synonym für alle diese Devices verwendet.		Im Weiteren wird 'HMLAN Konfigurator' synonym für alle diese Devices verwendet.

	== Anlernen der Fernbedienung an ~~fhem~~ ==		== Anlernen der Fernbedienung an FHEM ==
	# Sicherstellen, dass autocreate aktiv ist.		# Sicherstellen, dass autocreate aktiv ist.
	# HMLAN Konfigurator in den [[Pairing (HomeMatic)\|Pairing]]-Modus bringen durch hmPairForSec oder hmPairSerial .		# HMLAN Konfigurator in den [[Pairing (HomeMatic)\|Pairing]]-Modus bringen durch hmPairForSec oder hmPairSerial .
	# Den Anlerntaster an der Rückseite der Fernbedienung drücken (bei Verwendung von hmPairForSec innerhalb der angegebenen Zeitspanne). In ~~fhem~~ wird nun die Fernbedienung als device angelegt. Bevor die Tasten angelernt werden, sollte man zunächst		# Den Anlerntaster an der Rückseite der Fernbedienung drücken (bei Verwendung von hmPairForSec innerhalb der angegebenen Zeitspanne). In FHEM wird nun die Fernbedienung als device angelegt. Bevor die Tasten angelernt werden, sollte man zunächst
	# das ~~fhem~~-device umbenennen durch Verwendung des Befehls <code>rename</code>, im Beispiel ist der neue Name <code>HMremote</code>.		# das FHEM-device umbenennen durch Verwendung des Befehls <code>rename</code>, im Beispiel ist der neue Name <code>HMremote</code>.
	# In Betracht ziehen, das autocreate von ''Filelogs'' (nicht gesamt) zu deaktivieren. Es werden sonst im nächsten Schritt 12 FileLogs (eines je Taste) angelegt, deren Definition bei JEDEM ~~fhem~~-event geprüft wird - was nicht ohne Auswirkung auf die Performance bleiben kann. Alternativ kann man die FileLogs auch nach Anlage löschen.		# In Betracht ziehen, das autocreate von ''Filelogs'' (nicht gesamt) zu deaktivieren. Es werden sonst im nächsten Schritt 12 FileLogs (eines je Taste) angelegt, deren Definition bei JEDEM FHEM-event geprüft wird - was nicht ohne Auswirkung auf die Performance bleiben kann. Alternativ kann man die FileLogs auch nach Anlage löschen.
	# Erst nach dem Umbenennen den Anlerntaster an der Fernbedienung ein weiteres Mal drücken. Daraufhin werden die 12 Tasten-Kanäle als weitere (Sub)devices in ~~fhem~~ angelegt. Diese werden mit dem Namen des bei Schritt 3 erzeugten bzw. in Schritt 4 umbenannten devices gefolgt vom Zusatz Btn_x angelegt.		# Erst nach dem Umbenennen den Anlerntaster an der Fernbedienung ein weiteres Mal drücken. Daraufhin werden die 12 Tasten-Kanäle als weitere (Sub)devices in FHEM angelegt. Diese werden mit dem Namen des bei Schritt 3 erzeugten bzw. in Schritt 4 umbenannten devices gefolgt vom Zusatz Btn_x angelegt.

	Die 12 Kanäle ~~heissen~~ in ~~fhem~~ also <NameDesDevice>Btn_1 .. <NameDesDevice>Btn_12.		Die 12 Kanäle heißen in FHEM also <NameDesDevice>Btn_1 .. <NameDesDevice>Btn_12.

	Im device sind diese 12 Subdevices/Kanäle verlinkt über die Attribute channel01 .. channel0C (0C hex = 0x0C = 12dez)		Im device sind diese 12 Subdevices/Kanäle verlinkt über die Attribute channel01 .. channel0C (0C hex = 0x0C = 12dez)
Zeile 54:		Zeile 54:

	== Pairing ==		== Pairing ==
	Das Pairing der Remote an ~~fhem~~ kann auf unterschiedlichen Ebenen vorgenommen werden. Folgend eine Übersicht der Alternativen:		Das Pairing der Remote an FHEM kann auf unterschiedlichen Ebenen vorgenommen werden. Folgend eine Übersicht der Alternativen:

	=== Tasten/Kanäle nicht gepaired ===		=== Tasten/Kanäle nicht gepaired ===
	Wenn die einzelnen Tasten, also die Kanäle, noch nicht gepaired sind, sind Tastendrücke bereits in ~~fhem~~ sichtbar, als Empfänger erscheint dann (to broadcast):		Wenn die einzelnen Tasten, also die Kanäle, noch nicht gepaired sind, sind Tastendrücke bereits in FHEM sichtbar, als Empfänger erscheint dann (to broadcast):

	<nowiki>2012-10-29 21:57:18.580 CUL_HM HMremoteBtn_7 Short (to broadcast)</nowiki>		<nowiki>2012-10-29 21:57:18.580 CUL_HM HMremoteBtn_7 Short (to broadcast)</nowiki>
	Nach einem Tastendruck leuchtet die LED an der ~~Fenbedienung~~ kurz orange, um das Senden einer Nachricht zu signalisieren.		Nach einem Tastendruck leuchtet die LED an der Fernbedienung kurz orange, um das Senden einer Nachricht zu signalisieren.
	Wie bei allen HM-Geräten kann jeder Kanal mit 1..n Kanälen an anderen devices gepaired werden.		Wie bei allen HM-Geräten kann jeder Kanal mit 1..n Kanälen an anderen devices gepaired werden.

	=== Pairing an physischen HM-Aktor ===		=== Pairing an physischen HM-Aktor ===
	Eine RC12 hat zwölf Tasten. Diese sind aus Sicht der Fernbedienung IMMER einzelne Kanäle und kennen sich gegenseitig nicht. Es gibt aber einen Modus in dem die Tasten paarweise verwendet werden - also Taste1 = on, Taste2 = off. Die Fernbedienung ~~weiss~~ davon nichts, sondern nur der Aktor. Der hat dann zwei [[Peering (HomeMatic)\|Peers]] auf einem Kanal. Wenn er einen Trigger vom ersten Peer bekommt (Taste 1) wird Aktion 1 ergriffen (also z.B. on). Wenn er ~~trigger~~ von ~~Taste2~~ bekommt macht er etwas anderes (also z.B. off)		Eine RC12 hat zwölf Tasten. Diese sind aus Sicht der Fernbedienung IMMER einzelne Kanäle und kennen sich gegenseitig nicht. Es gibt aber einen Modus in dem die Tasten paarweise verwendet werden - also Taste1 = on, Taste2 = off. Die Fernbedienung weiß davon nichts, sondern nur der Aktor. Der hat dann zwei [[Peering (HomeMatic)\|Peers]] auf einem Kanal. Wenn er einen Trigger vom ersten Peer bekommt (Taste 1) wird Aktion 1 ergriffen (also z.B. on). Wenn er einen Trigger von Taste 2 bekommt macht er etwas anderes (also z.B. off)

	Einfacher Lichtschalter:		Einfacher Lichtschalter:
Zeile 77:		Zeile 77:
	- FHEM richtet den Aktorchannel auf RC Kanal2 als Peer ein (getrennte Aktion)		- FHEM richtet den Aktorchannel auf RC Kanal2 als Peer ein (getrennte Aktion)
	- FHEM richtet beide RC channel auf dem Aktorchannel ein - (eine Aktion!)		- FHEM richtet beide RC channel auf dem Aktorchannel ein - (eine Aktion!)
	=> Aktion im Device: Beim Pairkommando kamen 2n Kanäle => einer wird 'on' Verhalten, der andere 'off' Verhalten bekommen		=> Aktion im Device: Beim Pairkommando kamen 2 Kanäle => einer wird 'on' Verhalten, der andere 'off' Verhalten bekommen
	- Resultat: eine Taste schaltet 'on' , die 2. 'off'		- Resultat: eine Taste schaltet 'on' , die 2. 'off'

Zeile 84:		Zeile 84:
	=== Pairing an HMLAN Konfigurator ===		=== Pairing an HMLAN Konfigurator ===
	Durch das Pairing der Fernbedienung an einen HMLAN Konfigurator wird erreicht, dass der erfolgreiche Empfang der Nachricht durch den HMLAN Konfigurator mit einem ACK an die Fernbedienung bestätigt wird. Die LED an der Fernbedienung leuchtet nach einem Tastendruck erst orange (Senden des Funktelegramms), dann grün (ACK erhalten) oder rot (NACK bzw. missing ACK).		Durch das Pairing der Fernbedienung an einen HMLAN Konfigurator wird erreicht, dass der erfolgreiche Empfang der Nachricht durch den HMLAN Konfigurator mit einem ACK an die Fernbedienung bestätigt wird. Die LED an der Fernbedienung leuchtet nach einem Tastendruck erst orange (Senden des Funktelegramms), dann grün (ACK erhalten) oder rot (NACK bzw. missing ACK).
	Da die Fernbedienung in ~~fhem~~ als 'CUL_HM' läuft, der HMLAN Konfigurator aber als 'HMLAN', ist ein Pairing der beiden Devices in ~~fhem~~ nicht über einen set-Befehl möglich, da es sich um unterschiedliche Device-Typen handelt.		Da die Fernbedienung in FHEM als 'CUL_HM' läuft, der HMLAN Konfigurator aber als 'HMLAN', ist ein Pairing der beiden Devices in FHEM nicht über einen set-Befehl möglich, da es sich um unterschiedliche Device-Typen handelt.
	Das pairing muss daher per raw-Befehl vorgenommen werden.		Das pairing muss daher per raw-Befehl vorgenommen werden.

Zeile 103:		Zeile 103:

	=== Pairing an FHEM-dummy ===		=== Pairing an FHEM-dummy ===
	Ziel ist, die Fernbedienung nicht an einen HMLAN Konfigurator vom Typ HMLAN , sondern an ein virtuelles Device (dummy) in FHEM anzulernen. Dadurch kommen die Nachrichten von der Fernbedienung direkt auf diesem Device an, ~~ausserdem~~ kann gesteuert werden, ob mit ACK oder NACK geantwortet wird, wodurch wiederum die Farbe der LED-Bestätigung gesteuert werden kann.		Ziel ist, die Fernbedienung nicht an einen HMLAN Konfigurator vom Typ HMLAN, sondern an ein virtuelles Device (dummy) in FHEM anzulernen. Dadurch kommen die Nachrichten von der Fernbedienung direkt auf diesem Device an, außerdem kann gesteuert werden, ob mit ACK oder NACK geantwortet wird, wodurch wiederum die Farbe der LED-Bestätigung gesteuert werden kann.
	Der Schaltvorgang auf den virtuellen FHEM Device kann per notify abgehorcht und für indirekte Schaltvorgänge o.Ä. verwendet werden.		Der Schaltvorgang auf den virtuellen FHEM Device kann per notify abgehorcht und für indirekte Schaltvorgänge o.Ä. verwendet werden.


	==== Anlegen des virtuellen Device ====		==== Anlegen des virtuellen Device ====
	Zunächst muss das virtuelle (Dummy)-Device in ~~fhem~~ erzeugt werden:		Zunächst muss das virtuelle (Dummy)-Device in FHEM erzeugt werden:

	<nowiki>define HMvirtual CUL_HM ABC123		<nowiki>define HMvirtual CUL_HM ABC123

← Nächstältere Version		Version vom 7. Juni 2018, 20:42 Uhr
Zeile 16:		Zeile 16:
	# Den Anlerntaster an der Rückseite der Fernbedienung drücken (bei Verwendung von hmPairForSec innerhalb der angegebenen Zeitspanne). In fhem wird nun die Fernbedienung als device angelegt. Bevor die Tasten angelernt werden, sollte man zunächst		# Den Anlerntaster an der Rückseite der Fernbedienung drücken (bei Verwendung von hmPairForSec innerhalb der angegebenen Zeitspanne). In fhem wird nun die Fernbedienung als device angelegt. Bevor die Tasten angelernt werden, sollte man zunächst
	# das fhem-device umbenennen durch Verwendung des Befehls <code>rename</code>, im Beispiel ist der neue Name <code>HMremote</code>.		# das fhem-device umbenennen durch Verwendung des Befehls <code>rename</code>, im Beispiel ist der neue Name <code>HMremote</code>.
	# In Betracht ziehen, das autocreate von ''Filelogs'' (nicht gesamt) zu deaktivieren. Es werden sonst im nächsten Schritt 12 FileLogs (eines je Taste) angelegt, deren Definition bei JEDEM fhem-event geprüft wird - was nicht ohne Auswirkung auf die ~~perofrmance~~ bleiben kann. Alternativ kann man die FileLogs auch nach Anlage löschen.		# In Betracht ziehen, das autocreate von ''Filelogs'' (nicht gesamt) zu deaktivieren. Es werden sonst im nächsten Schritt 12 FileLogs (eines je Taste) angelegt, deren Definition bei JEDEM fhem-event geprüft wird - was nicht ohne Auswirkung auf die Performance bleiben kann. Alternativ kann man die FileLogs auch nach Anlage löschen.
	# Erst nach dem Umbenennen den Anlerntaster an der Fernbedienung ein weiteres ~~mal~~ drücken. Daraufhin werden die 12 Tasten-Kanäle als weitere (Sub)devices in fhem angelegt. Diese werden mit dem Namen des bei Schritt 3 erzeugten bzw. in Schritt 4 umbenannten devices gefolgt vom Zusatz Btn_x angelegt.		# Erst nach dem Umbenennen den Anlerntaster an der Fernbedienung ein weiteres Mal drücken. Daraufhin werden die 12 Tasten-Kanäle als weitere (Sub)devices in fhem angelegt. Diese werden mit dem Namen des bei Schritt 3 erzeugten bzw. in Schritt 4 umbenannten devices gefolgt vom Zusatz Btn_x angelegt.

	Die 12 Kanäle heissen in fhem also <NameDesDevice>Btn_1 .. <NameDesDevice>Btn_12.		Die 12 Kanäle heissen in fhem also <NameDesDevice>Btn_1 .. <NameDesDevice>Btn_12.
Zeile 51:		Zeile 51:
	attr HMremoteBtn_12 chanNo 0C		attr HMremoteBtn_12 chanNo 0C
	attr HMremoteBtn_12 device HMremote</nowiki>		attr HMremoteBtn_12 device HMremote</nowiki>
	Besonders zu beachten ist die HMid (im ~~Beipiel~~ 11477B). Beim primären Device ist diese 6stellig hexadezimal. Bei den Tasten/Kanälen wird der HMid der zweistellige hexadezimale Kanal angehängt (im ~~Beipiel~~ 11477B'''01'''). Diese HMid bzw HMid+ChannelNo sind in allen ein- und ausgehenden Funktelegrammen zu sehen bzw. bei allen raw-Messages zu verwenden.		Besonders zu beachten ist die HMid (im Beispiel 11477B). Beim primären Device ist diese 6stellig hexadezimal. Bei den Tasten/Kanälen wird der HMid der zweistellige hexadezimale Kanal angehängt (im Beispiel 11477B'''01'''). Diese HMid bzw HMid+ChannelNo sind in allen ein- und ausgehenden Funktelegrammen zu sehen bzw. bei allen raw-Messages zu verwenden.

	== Pairing ==		== Pairing ==
	Das ~~pairing~~ der ~~remote~~ an fhem kann auf unterschiedlichen Ebenen vorgenommen werden. Folgend eine Übersicht der Alternativen:		Das Pairing der Remote an fhem kann auf unterschiedlichen Ebenen vorgenommen werden. Folgend eine Übersicht der Alternativen:

	=== Tasten/Kanäle nicht gepaired ===		=== Tasten/Kanäle nicht gepaired ===
Zeile 61:		Zeile 61:
	<nowiki>2012-10-29 21:57:18.580 CUL_HM HMremoteBtn_7 Short (to broadcast)</nowiki>		<nowiki>2012-10-29 21:57:18.580 CUL_HM HMremoteBtn_7 Short (to broadcast)</nowiki>
	Nach einem Tastendruck leuchtet die LED an der Fenbedienung kurz orange, um das Senden einer Nachricht zu signalisieren.		Nach einem Tastendruck leuchtet die LED an der Fenbedienung kurz orange, um das Senden einer Nachricht zu signalisieren.
	Wie bei allen HM-Geräten kann jeder Kanal mit 1..n Kanälen an anderen devices ~~geapired~~ werden.		Wie bei allen HM-Geräten kann jeder Kanal mit 1..n Kanälen an anderen devices gepaired werden.

	=== Pairing an physischen HM-Aktor ===		=== Pairing an physischen HM-Aktor ===
	Eine RC12 hat zwölf Tasten. Diese sind aus Sicht der Fernbedienung IMMER einzelne Kanäle und kennen sich gegenseitig nicht. Es gibt aber einen Modus in dem die Tasten paarweise verwendet werden - also Taste1 = on, Taste2 = off. Die Fernbedienung weiss davon nichts, sondern nur der Aktor. Der hat dann zwei [[Peering (HomeMatic)\|Peers]] auf einem Kanal. Wenn er einen Trigger vom ersten Peer bekommt (Taste 1) wird Aktion 1 ergriffen (also z.B. on). Wenn er trigger von Taste2 bekommt macht er etwas anderes (also z.b. off)		Eine RC12 hat zwölf Tasten. Diese sind aus Sicht der Fernbedienung IMMER einzelne Kanäle und kennen sich gegenseitig nicht. Es gibt aber einen Modus in dem die Tasten paarweise verwendet werden - also Taste1 = on, Taste2 = off. Die Fernbedienung weiss davon nichts, sondern nur der Aktor. Der hat dann zwei [[Peering (HomeMatic)\|Peers]] auf einem Kanal. Wenn er einen Trigger vom ersten Peer bekommt (Taste 1) wird Aktion 1 ergriffen (also z.B. on). Wenn er trigger von Taste2 bekommt macht er etwas anderes (also z.B. off)

	Einfacher Lichtschalter:		Einfacher Lichtschalter:

	<li>Aktion: devicepair single		<li>Aktion: devicepair single
	- FHEM richtet den ~~aktorchannel~~ auf den RC Kanal als ~~peer~~ ein		- FHEM richtet den Aktorchannel auf den RC Kanal als Peer ein
	- FHEM richtet den RC channel auf dem Aktorchannel ein - und zwar nur einen		- FHEM richtet den RC channel auf dem Aktorchannel ein - und zwar nur einen
	=> Aktion im device: Beim ~~pairkommando~~ kam ein Kanal => es wird "toggle" ~~verhalten~~ programmiert		=> Aktion im device: Beim Pairkommando kam ein Kanal => es wird "toggle" Verhalten programmiert
	- Resultat: deine Taste toggelt den ~~Aktor channel~~		- Resultat: deine Taste toggelt den Aktorchannel
	<li>Aktion: devicepair dual		<li>Aktion: devicepair dual
	- FHEM richtet den ~~aktorchannel~~ auf RC Kanal1 als ~~peer~~ ein		- FHEM richtet den Aktorchannel auf RC Kanal1 als Peer ein
	- FHEM richtet den ~~aktorchannel~~ auf RC Kanal2 als ~~peer~~ ein (getrennte ~~aktion~~)		- FHEM richtet den Aktorchannel auf RC Kanal2 als Peer ein (getrennte Aktion)
	- FHEM richtet beide RC channel auf dem Aktorchannel ein - (eine Aktion!)		- FHEM richtet beide RC channel auf dem Aktorchannel ein - (eine Aktion!)
	=> Aktion im Device: Beim ~~pairkommando~~ kamen 2n ~~Kanaele~~ => einer wird 'on' ~~verhalten~~, der andere 'off' ~~verhalten~~ bekommen		=> Aktion im Device: Beim Pairkommando kamen 2n Kanäle => einer wird 'on' Verhalten, der andere 'off' Verhalten bekommen
	- Resultat: eine Taste schaltet 'on' , die 2. 'off'		- Resultat: eine Taste schaltet 'on' , die 2. 'off'

Zeile 90:		Zeile 90:
	Der Aufbau der raw-message im Einzelnen: (Erklärung unter Vorbehalt und noch unvollständig)		Der Aufbau der raw-message im Einzelnen: (Erklärung unter Vorbehalt und noch unvollständig)
	'''++A001<fhemId><RCId><BtnNo>01<fhemId><Chn>00'''		'''++A001<fhemId><RCId><BtnNo>01<fhemId><Chn>00'''
	fhemId= HMId Zentrale (HMLAN Konfigurator/CUL) z.B.123456		fhemId= HMId Zentrale (HMLAN Konfigurator/CUL) z.B. 123456
	Chn = Channel der Zentrale 01 oder 02... 0A		Chn = Channel der Zentrale 01 oder 02... 0A
	RCId = HMID remote control		RCId = HMID remote control
	BtnNo = Rc channel (sprich ~~button~~) in hex: 01 02 03 oder 0A - bei RC12 max 0C		BtnNo = Rc channel (sprich Button) in hex: 01 02 03 oder 0A - bei RC12 max 0C

	++A0013333334444440C013333330100 # Button 12 erhaelt ~~peer~~ HMLAN (333333) channel 01		++A0013333334444440C013333330100 # Button 12 erhaelt Peer HMLAN (333333) channel 01

	~~ueberpruefen~~ mit		überprüfen mit

	<nowiki>set <rcButtonName> getdevicepair</nowiki>		<nowiki>set <rcButtonName> getdevicepair</nowiki>
Zeile 148:		Zeile 148:
	- Das timing der Funkkommunikation ist sehr fragil. Teilweise akzeptiert die remote das gesendete ACK (angezeigt durch grünes LED-Signal) nur, wenn HMLAN hmProtocolEvents <3 hat, zeitweise nur dann, wenn hmProtocolEvents auf 3 steht. Dies ist noch näher zu untersuchen.		- Das timing der Funkkommunikation ist sehr fragil. Teilweise akzeptiert die remote das gesendete ACK (angezeigt durch grünes LED-Signal) nur, wenn HMLAN hmProtocolEvents <3 hat, zeitweise nur dann, wenn hmProtocolEvents auf 3 steht. Dies ist noch näher zu untersuchen.
	- HMvirtual bekommt seinerseits ein missing ACK, das man einfach ignorieren muss		- HMvirtual bekommt seinerseits ein missing ACK, das man einfach ignorieren muss
	- Vmtl. auf Grund desselben ~~timing~~-Problems funktioniert das Quittieren nicht, wenn der nächste ~~button~~-press bereits erfolgt, bevor das missing ACK von HMvirtual abgewartet wurde.		- Vmtl. auf Grund desselben Timing-Problems funktioniert das Quittieren nicht, wenn der nächste Button-press bereits erfolgt, bevor das missing ACK von HMvirtual abgewartet wurde.

	[[Kategorie:HomeMatic Components]]		[[Kategorie:HomeMatic Components]]
	[[Kategorie:Schalter (Sender)]]		[[Kategorie:Schalter (Sender)]]