HomeMatic - Versionsgeschichte

Ph1959de: Schreibweise "HomeMatic"

2021-12-02T14:36:17Z

Schreibweise "HomeMatic"

← Nächstältere Version		Version vom 2. Dezember 2021, 16:36 Uhr
Zeile 7:		Zeile 7:

	HomeMatic-Geräte können auch mit einer Zentrale verbunden (''gepairt'') werden, die dann einen Teil der Steuerungslogik übernehmen kann. Bei dieser Verbindung spricht man vom ''Pairing'', weil jedes HomeMatic-Gerät nur mit einer Zentrale verbunden werden kann. Gepairte Geräte können auch nicht mehr direkt gepeert werden - dies geht dann nur noch unter Beteiligung der Zentrale.		HomeMatic-Geräte können auch mit einer Zentrale verbunden (''gepairt'') werden, die dann einen Teil der Steuerungslogik übernehmen kann. Bei dieser Verbindung spricht man vom ''Pairing'', weil jedes HomeMatic-Gerät nur mit einer Zentrale verbunden werden kann. Gepairte Geräte können auch nicht mehr direkt gepeert werden - dies geht dann nur noch unter Beteiligung der Zentrale.
			{{Hinweis\|Das Einsteiger-pdf ''[http://fhem.de/Heimautomatisierung-mit-fhem.pdf Heimautomatisierung mit FHEM]'' enthält einen sehr umfangreichen Anhang mit weiteren Informationen zur Funktionsweise und zur Einbindung von HomeMatic-Geräten (BidCoS mit dem Modul CUL_HM) in FHEM.}}
	{{Hinweis\|Das Einsteiger-pdf ''[http://fhem.de/Heimautomatisierung-mit-fhem.pdf Heimautomatisierung mit FHEM]'' enthält einen sehr umfangreichen Anhang mit weiteren Informationen zur Funktionsweise und zur Einbindung von ~~Homematic~~-Geräten (BidCoS mit dem Modul CUL_HM) in FHEM.}}

	==Voraussetzungen==		==Voraussetzungen==
Zeile 17:		Zeile 16:
	===FHEM als Zentrale===		===FHEM als Zentrale===
	Zur Kommunikation mit HomeMatic benötigt FHEM eine Schnittstelle, die im 868,3-MHz-Band funken kann. Infrage kommen:		Zur Kommunikation mit HomeMatic benötigt FHEM eine Schnittstelle, die im 868,3-MHz-Band funken kann. Infrage kommen:
	{{Randnotiz\|RNTyp=r\|RNText=Nicht geeignet ist das Funkmodul aus dem "Charly"-Bausatz von eQ-3; mit diesem kann ausschließlich eine CCU aufgebaut werden, zu nutzen mit den HMCCU-Modulen!}}* [[HM-MOD-RPI-PCB HomeMatic Funkmodul ~~f%C3%BCr Raspberry_Pi~~]] (RPI, WLAN, LAN, USB)		{{Randnotiz\|RNTyp=r\|RNText=Nicht geeignet ist das Funkmodul aus dem "Charly"-Bausatz von eQ-3; mit diesem kann ausschließlich eine CCU aufgebaut werden, zu nutzen mit den HMCCU-Modulen!}}* [[HM-MOD-RPI-PCB HomeMatic Funkmodul für Raspberry Pi]] (RPI, WLAN, LAN, USB)
	* [[HM-LGW-O-TW-W-EU Funk-LAN Gateway]] (LAN)		* [[HM-LGW-O-TW-W-EU Funk-LAN Gateway]] (LAN)
	* [[HM-CFG-LAN]] (oft auch "HMLAN" genannt; LAN; nicht mehr lieferbar)		* [[HM-CFG-LAN]] (oft auch "HMLAN" genannt; LAN; nicht mehr lieferbar)
Zeile 23:		Zeile 22:
	* [[CUL]] und andere Geräte mit CC110x-Transceiver, [[CUNO]], SelbstbauCUL, nanoCUL, umgeflashter MAX-Cube, MapleCUx, CUNX usw. (USB, GPIO, LAN , WLAN)		* [[CUL]] und andere Geräte mit CC110x-Transceiver, [[CUNO]], SelbstbauCUL, nanoCUL, umgeflashter MAX-Cube, MapleCUx, CUNX usw. (USB, GPIO, LAN , WLAN)

	Erfahrungsgemäß ist der Einsatz originaler HomeMatic IOs empfehlenswert, da es bei allen CUL-Derivaten immer wieder zu Schwierigkeiten kommen kann, vor allem in größeren Installationen und bei der Kommunikation mit komplexeren Geräten. Wer dennoch einen CUL für HomeMatic verwenden will, sollte eine speziell für den Betrieb mit HomeMatic optimierte CUL-firmware (~~[https://forum.fhem.de/index.php/topic,~~24436~~.0.html~~ tsculfw - TimeStamp Firmware]) verwenden. Bei HomeMatic ist das Timing der Telegramme entscheidend sonst kann es zu "MISSING_ACK" bzw. "RESPONSE TIMEOUT:RegisterRead" u.ä. Meldungen kommen! Zusätzlich sind '''unbedingt''' die Hinweise im Artikel [[~~AES_Encryption~~]] zu beachten!		Erfahrungsgemäß ist der Einsatz originaler HomeMatic IOs empfehlenswert, da es bei allen CUL-Derivaten immer wieder zu Schwierigkeiten kommen kann, vor allem in größeren Installationen und bei der Kommunikation mit komplexeren Geräten. Wer dennoch einen CUL für HomeMatic verwenden will, sollte eine speziell für den Betrieb mit HomeMatic optimierte CUL-firmware ({{Link2Forum\|Topic=24436\|LinkText=tsculfw - TimeStamp Firmware}}) verwenden. Bei HomeMatic ist das Timing der Telegramme entscheidend sonst kann es zu "MISSING_ACK" bzw. "RESPONSE TIMEOUT:RegisterRead" u.ä. Meldungen kommen! Zusätzlich sind '''unbedingt''' die Hinweise im Artikel [[AES Encryption]] zu beachten!

	Für ''HomeMatic Wired'' benötigt man eine RS485-Schnittstelle. Das "offizielle" Gateway [[HomeMatic Wired RS485 LAN Gateway\|HMW-LGW-O-DR-GS-EU]] (LAN) funktioniert prinzipiell mit FHEM, der Einsatz wird aber nicht empfohlen. Hier gibt es Alternativen dazu: [[Serial/Netzwerk-RS485-Adapter]].		Für ''HomeMatic Wired'' benötigt man eine RS485-Schnittstelle. Das "offizielle" Gateway [[HomeMatic Wired RS485 LAN Gateway\|HMW-LGW-O-DR-GS-EU]] (LAN) funktioniert prinzipiell mit FHEM, der Einsatz wird aber nicht empfohlen. Hier gibt es Alternativen dazu: [[Serial/Netzwerk-RS485-Adapter]].
Zeile 45:		Zeile 44:

	==Firmware==		==Firmware==
	Angaben zur Aktualisierung der Firmware der ~~Homematic~~ Geräte finden sich zum Beispiel in dem [https://heinz-otto.blogspot.com/2016/11/homematic-firmwareupdate.html Blog von Otto] und im ~~[https://forum.fhem.de/index.php/topic,~~59301~~.msg506762.html#msg506762~~ Forum].		Angaben zur Aktualisierung der Firmware der HomeMatic Geräte finden sich zum Beispiel in dem [https://heinz-otto.blogspot.com/2016/11/homematic-firmwareupdate.html Blog von Otto] und im {{Link2Forum\|Topic=59301\|Message=506762\|LinkText=Forum}}.

	=Betrieb mit FHEM=		=Betrieb mit FHEM=
Zeile 58:		Zeile 57:
	====Device====		====Device====
	Das Device ist für die Kommunikation verantwortlich. Es sortiert und ordnet die zu sendenden und empfangenden Nachrichten.		Das Device ist für die Kommunikation verantwortlich. Es sortiert und ordnet die zu sendenden und empfangenden Nachrichten.
	Man kann prüfen, ob alle Nachrichten übertragen sind, oder ob es Probleme gegeben hat. Die Variablen "prot..." geben Auskunft darüber. Siehe auch [[~~Homematic_HMInfo~~#protoEvents]].		Man kann prüfen, ob alle Nachrichten übertragen sind, oder ob es Probleme gegeben hat. Die Variablen "prot..." geben Auskunft darüber. Siehe auch [[HMInfo#protoEvents]].
	Zu beachten sind zudem die Übertragungsmodi. Nicht alle Devices sind ständig auf Empfang - FHEM muss berücksichtigen, wann gesendet werden kann. In '''protState''' kann man sehen, ob Kommandos auf Verarbeitung warten, also pending sind. Einige Devices unterstützen mehrere Modi parallel.		Zu beachten sind zudem die Übertragungsmodi. Nicht alle Devices sind ständig auf Empfang - FHEM muss berücksichtigen, wann gesendet werden kann. In '''protState''' kann man sehen, ob Kommandos auf Verarbeitung warten, also pending sind. Einige Devices unterstützen mehrere Modi parallel.

Zeile 142:		Zeile 141:
	*Device		*Device
	** channel_xx: Liste der Kanäle, die dem Device zugeordnet sind.		** channel_xx: Liste der Kanäle, die dem Device zugeordnet sind.
	** prot... : Gruppe von Daten zum Zustand des ~~<u>~~[[HomeMatic#Protokol\|Protokolls]]~~</u>~~, also der Kommunikation mit dem Device.		** prot... : Gruppe von Daten zum Zustand des [[HomeMatic#Protokol\|Protokolls]], also der Kommunikation mit dem Device.
	** rssi...: Gruppe von Daten die den ~~<u>~~[[HomeMatic#Rssi\|Empfangspegel]]~~</u>~~ des Device bei IOs, Peers und Repeatern darstellt.		** rssi...: Gruppe von Daten die den [[HomeMatic#Rssi\|Empfangspegel]] des Device bei IOs, Peers und Repeatern darstellt.

	*Kanäle		*Kanäle
Zeile 159:		Zeile 158:
	Register sind Konfigurationsparameter, die '''im Device flash''' gespeichert werden. Daten, die Registern zugeordnet sind, beginnen mit "R-". Sollte das Register einem peer zugeordnet sein kommt dieser danach. Der Namen ist also '''R-<peer>-<registerName>'''.		Register sind Konfigurationsparameter, die '''im Device flash''' gespeichert werden. Daten, die Registern zugeordnet sind, beginnen mit "R-". Sollte das Register einem peer zugeordnet sein kommt dieser danach. Der Namen ist also '''R-<peer>-<registerName>'''.

	Der Zugriff ist indirekt, geht also nur über Methoden und Kommandos. Man kann die Konfiguration (Register und peers) mit '''getConfig''' aus dem Device lesen und in FHEM dargestellen. FHEM bemüht sich, die angezeigten Register aktuell zu halten - der User muss aber eine gewisse Vorsicht im Umgang damit walten lassen. Register können mit '''regSet''' gesetzt werden. Ob die gelesenen Register komplett sind prüft [[~~Homematic_HMInfo~~#~~Integrit.C3.A4tspr.C3.BCfungen~~\|configCheck]]. Da einige Entities viele Register haben kann man mit dem Attribut '''expert''' die Sichtbarkeit steuern (siehe auch [[~~Homematic_HMInfo~~#Infos\|Register]]).		Der Zugriff ist indirekt, geht also nur über Methoden und Kommandos. Man kann die Konfiguration (Register und peers) mit '''getConfig''' aus dem Device lesen und in FHEM dargestellen. FHEM bemüht sich, die angezeigten Register aktuell zu halten - der User muss aber eine gewisse Vorsicht im Umgang damit walten lassen. Register können mit '''regSet''' gesetzt werden. Ob die gelesenen Register komplett sind prüft [[HMInfo#Integritätsprüfungen\|configCheck]]. Da einige Entities viele Register haben kann man mit dem Attribut '''expert''' die Sichtbarkeit steuern (siehe auch [[HMInfo#Infos\|Register]]).

	Von einigen Devices sind Register schwer zu lesen, z.B. config devices. Man kann die Register-Readings [[~~Homematic_HMInfo~~#archConfig\|archivieren]] und beim reboot wieder [[~~Homematic_HMInfo~~#archConfig\|laden]].		Von einigen Devices sind Register schwer zu lesen, z.B. config devices. Man kann die Register-Readings [[HMInfo#archConfig\|archivieren]] und beim reboot wieder [[HMInfo#archConfig\|laden]].

	==== Attribute====		==== Attribute====
Zeile 238:		Zeile 237:

	Die Zähler können mit '''set <device> clear msgEvents''' rückgesetzt werden. Dies kann vor Konfigurationsänderungen Sinn machen, um Probleme besser erkennen zu können. <br>		Die Zähler können mit '''set <device> clear msgEvents''' rückgesetzt werden. Dies kann vor Konfigurationsänderungen Sinn machen, um Probleme besser erkennen zu können. <br>
	Eine Übersicht kann man mit HMInfo ~~<u>~~[[~~Homematic_HMInfo~~#protoEvents\|protoEvents]]~~</u>~~ erhalten. Auch das Löschen aller Zähler ist von HMInfo aus möglich.		Eine Übersicht kann man mit HMInfo [[HMInfo#protoEvents\|protoEvents]] erhalten. Auch das Löschen aller Zähler ist von HMInfo aus möglich.

	====RSSI====		====RSSI====
Zeile 244:		Zeile 243:
	HM liefert Empfangspegel am IO Device (FHEM standard) aber auch den Empfangspegel am Device selbst. Ebenfalls ausgewertet werden Pegel, die beim Senden zwischen Peers erreicht werden.<br>		HM liefert Empfangspegel am IO Device (FHEM standard) aber auch den Empfangspegel am Device selbst. Ebenfalls ausgewertet werden Pegel, die beim Senden zwischen Peers erreicht werden.<br>
	Die Zähler können mit '''set <device> clear rssi''' rückgesetzt werden.<br>		Die Zähler können mit '''set <device> clear rssi''' rückgesetzt werden.<br>
	Eine Übersicht erhält man mit HMInfo ~~<u>~~[[~~Homematic_HMInfo~~#RSSI\|Rssi]]~~</u>~~. Das Löschen der Zähler aller HM devices ist von HMInfo aus möglich.<br>		Eine Übersicht erhält man mit HMInfo [[HMInfo#RSSI\|Rssi]]. Das Löschen der Zähler aller HM devices ist von HMInfo aus möglich.<br>

	Man kann RSSI kontinuierlich aufzeichnen, wenn das Attribut '''rssiLog''' im Device gesetzt ist. Es wird ein Reading rssi_<name> erzeugt. Das generelle Setzen dieses Attributs wird aus Performance-Gründen nicht empfohlen.		Man kann RSSI kontinuierlich aufzeichnen, wenn das Attribut '''rssiLog''' im Device gesetzt ist. Es wird ein Reading rssi_<name> erzeugt. Das generelle Setzen dieses Attributs wird aus Performance-Gründen nicht empfohlen.
Zeile 266:		Zeile 265:

	== HMInfo ==		== HMInfo ==
	: ''→ Siehe auch: [[~~Homematic~~ HMInfo]]''		: ''→ Siehe auch: [[HMInfo]]''

	Bei der Betreuung einer HomeMatic-Installation ist das Modul [[~~Homematic_HMInfo\|~~HMInfo]] sehr hilfreich. Es stellt eine Übersicht der HomeMatic-Komponenten zur Verfügung, kann die Konfiguration prüfen und Alarmierungen gesammelt auswerten.		Bei der Betreuung einer HomeMatic-Installation ist das Modul [[HMInfo]] sehr hilfreich. Es stellt eine Übersicht der HomeMatic-Komponenten zur Verfügung, kann die Konfiguration prüfen und Alarmierungen gesammelt auswerten.

	== Besondere Entities ==		== Besondere Entities ==
Zeile 341:		Zeile 340:

	=== Messages Sniffen ===		=== Messages Sniffen ===
	Um Probleme besser nachvollziehen zu können, kann man ~~<u>~~[[~~Homematic_Nachrichten_sniffen\|~~Nachrichten ~~mitsniffen~~]]~~</u>~~		Um Probleme besser nachvollziehen zu können, kann man [[HomeMatic Nachrichten sniffen]]

	=== Daten können empfangen werden, Befehle werden nicht übertragen ===		=== Daten können empfangen werden, Befehle werden nicht übertragen ===

	Das kann mehrere Ursachen haben:		Das kann mehrere Ursachen haben:
	* Pairing nicht abgeschlossen (bei den ''Readings'' "PairedTo" bzw. "R-pairCentral" steht der Wert '''set_'''0x1A2B3C). Das Pairing ist erst dann erfolgreich abgeschlossen, wenn das '''set_''' fehlt, also nur noch (beispielhaft) "0x1A2B3C" steht. Siehe [[~~HomeMatic_Devices_pairen~~]]		* Pairing nicht abgeschlossen (bei den ''Readings'' "PairedTo" bzw. "R-pairCentral" steht der Wert '''set_'''0x1A2B3C). Das Pairing ist erst dann erfolgreich abgeschlossen, wenn das '''set_''' fehlt, also nur noch (beispielhaft) "0x1A2B3C" steht. Siehe [[HomeMatic Devices pairen]]
	* Sender (CUL/HM-LAN) und Empfänger (HM-Device) stehen zu nah (RSSI-Werte bei ~ "-17") beieinander		* Sender (CUL/HM-LAN) und Empfänger (HM-Device) stehen zu nah (RSSI-Werte bei ~ "-17") beieinander
	* Sender (CUL/HM-LAN) und Empfänger (HM-Device) stehen zu weit (RSSI-Werte bei unter ~ "-80") voneinander entfernt		* Sender (CUL/HM-LAN) und Empfänger (HM-Device) stehen zu weit (RSSI-Werte bei unter ~ "-80") voneinander entfernt
Zeile 364:		Zeile 362:

	Alternativ können so viele HM-Geräte wie möglich auf ''autoReadReg 0_off'' gesetzt werden.		Alternativ können so viele HM-Geräte wie möglich auf ''autoReadReg 0_off'' gesetzt werden.


	Siehe auch: [[1% Regel]]		Siehe auch: [[1% Regel]]

Beta-User: IOgrp

2021-10-11T13:04:29Z

IOgrp

← Nächstältere Version		Version vom 11. Oktober 2021, 15:04 Uhr
Zeile 279:		Zeile 279:
	jetzt hat man ein virtuelles Device mit 10 Kanälen angelegt.		jetzt hat man ein virtuelles Device mit 10 Kanälen angelegt.
	Die die gültigen Kommandos kann man wie immer mit '''get <entity> cmdList''' erfahren.<br>		Die die gültigen Kommandos kann man wie immer mit '''get <entity> cmdList''' erfahren.<br>
	Auch einem Virtuellen Device sollte man das '''Attribut IODev ~~setzen~~ '''.		Auch einem Virtuellen Device sollte man das '''Attribut IODev''' bzw. '''IOgrp''' setzen.
	=== IO Entities ===		=== IO Entities ===
	: ''→ Siehe auch: [[Virtueller Controller VCCU#Virtuelle Kanäle der VCCU]]''		: ''→ Siehe auch: [[Virtueller Controller VCCU#Virtuelle Kanäle der VCCU]]''

Beta-User: DebMatic-Link ergänzt

2020-11-05T14:44:26Z

DebMatic-Link ergänzt

← Nächstältere Version		Version vom 5. November 2020, 16:44 Uhr
Zeile 1:		Zeile 1:
	'''HomeMatic''' (HM) ist ein System des Herstellers eQ-3 zur Steuerung und Überwachung von zahlreichen Aufgaben und Situationen im Haus. Erhältlich sind sowohl Geräte mit Funkschnittstelle 868.3 MHz, als auch (seit 2008) drahtgebundene Geräte mit RS485-Schnittstelle. Im Programm sind Geräte zur Heizungs- und Lichtsteuerung, Temperatur-, Luftfeuchte- und Feuchtemessung, Zutrittskontrolle, als Wasser-, Brand- und Bewegungsmelder sowie als Wetterstation, ferner gibt es noch Fernbedienungen und Statusdisplays.		'''HomeMatic''' (HM) ist ein System des Herstellers eQ-3 zur Steuerung und Überwachung von zahlreichen Aufgaben und Situationen im Haus. Erhältlich sind sowohl Geräte mit Funkschnittstelle 868.3 MHz, als auch (seit 2008) drahtgebundene Geräte mit RS485-Schnittstelle. Im Programm sind Geräte zur Heizungs- und Lichtsteuerung, Temperatur-, Luftfeuchte- und Feuchtemessung, Zutrittskontrolle, als Wasser-, Brand- und Bewegungsmelder sowie als Wetterstation, ferner gibt es noch Fernbedienungen und Statusdisplays.

	Das ähnliche klingende '''''[[HomeMatic IP]]''''' ist eine neue Generation von Geräten und Funkprotokoll (HM-IP: IP over BidCos). Die dort angebotenen Geräte lassen sich über den Einsatz einer (physischen) CCU2 (bzw. CCU3) oder anderen Lösungen wie [https://github.com/leonsio/YAHM YAHM] ~~oder~~ [https://github.com/alexreinert/piVCCU piVCCU], raspberrymatic usw. und den [[HMCCU\|HomeMatic-Modulen]] integrieren.		Das ähnliche klingende '''''[[HomeMatic IP]]''''' ist eine neue Generation von Geräten und Funkprotokoll (HM-IP: IP over BidCos). Die dort angebotenen Geräte lassen sich über den Einsatz einer (physischen) CCU2 (bzw. CCU3) oder anderen Lösungen wie [https://github.com/leonsio/YAHM YAHM], [https://github.com/alexreinert/piVCCU piVCCU], raspberrymatic oder {{Link2Forum\|Topic=97295\|LinkText=DebMatic}} usw. und den [[HMCCU\|HomeMatic-Modulen]] integrieren.

	=Grundlagen=		=Grundlagen=

Beta-User: links zu YAHM und piVCCU ergänzt

2020-11-05T11:41:23Z

links zu YAHM und piVCCU ergänzt

← Nächstältere Version		Version vom 5. November 2020, 13:41 Uhr
Zeile 1:		Zeile 1:
	'''HomeMatic''' (HM) ist ein System des Herstellers eQ-3 zur Steuerung und Überwachung von zahlreichen Aufgaben und Situationen im Haus. Erhältlich sind sowohl Geräte mit Funkschnittstelle 868.3 MHz, als auch (seit 2008) drahtgebundene Geräte mit RS485-Schnittstelle. Im Programm sind Geräte zur Heizungs- und Lichtsteuerung, Temperatur-, Luftfeuchte- und Feuchtemessung, Zutrittskontrolle, als Wasser-, Brand- und Bewegungsmelder sowie als Wetterstation, ferner gibt es noch Fernbedienungen und Statusdisplays.		'''HomeMatic''' (HM) ist ein System des Herstellers eQ-3 zur Steuerung und Überwachung von zahlreichen Aufgaben und Situationen im Haus. Erhältlich sind sowohl Geräte mit Funkschnittstelle 868.3 MHz, als auch (seit 2008) drahtgebundene Geräte mit RS485-Schnittstelle. Im Programm sind Geräte zur Heizungs- und Lichtsteuerung, Temperatur-, Luftfeuchte- und Feuchtemessung, Zutrittskontrolle, als Wasser-, Brand- und Bewegungsmelder sowie als Wetterstation, ferner gibt es noch Fernbedienungen und Statusdisplays.

	Das ähnliche klingende '''''[[HomeMatic IP]]''''' ist eine neue Generation von Geräten und Funkprotokoll (HM-IP: IP over BidCos). Die dort angebotenen Geräte lassen sich über den Einsatz einer (physischen) CCU2 (bzw. CCU3) oder anderen Lösungen wie ~~YHAM~~, raspberrymatic usw. und den [[HMCCU\|HomeMatic-Modulen]] integrieren.		Das ähnliche klingende '''''[[HomeMatic IP]]''''' ist eine neue Generation von Geräten und Funkprotokoll (HM-IP: IP over BidCos). Die dort angebotenen Geräte lassen sich über den Einsatz einer (physischen) CCU2 (bzw. CCU3) oder anderen Lösungen wie [https://github.com/leonsio/YAHM YAHM] oder [https://github.com/alexreinert/piVCCU piVCCU], raspberrymatic usw. und den [[HMCCU\|HomeMatic-Modulen]] integrieren.

	=Grundlagen=		=Grundlagen=

Beta-User: CCU2->CCU3

2020-07-02T08:34:40Z

CCU2->CCU3

← Nächstältere Version		Version vom 2. Juli 2020, 10:34 Uhr
Zeile 1:		Zeile 1:
	'''HomeMatic''' (HM) ist ein System des Herstellers eQ-3 zur Steuerung und Überwachung von zahlreichen Aufgaben und Situationen im Haus. Erhältlich sind sowohl Geräte mit Funkschnittstelle 868.3 MHz, als auch (seit 2008) drahtgebundene Geräte mit RS485-Schnittstelle. Im Programm sind Geräte zur Heizungs- und Lichtsteuerung, Temperatur-, Luftfeuchte- und Feuchtemessung, Zutrittskontrolle, als Wasser-, Brand- und Bewegungsmelder sowie als Wetterstation, ferner gibt es noch Fernbedienungen und Statusdisplays.		'''HomeMatic''' (HM) ist ein System des Herstellers eQ-3 zur Steuerung und Überwachung von zahlreichen Aufgaben und Situationen im Haus. Erhältlich sind sowohl Geräte mit Funkschnittstelle 868.3 MHz, als auch (seit 2008) drahtgebundene Geräte mit RS485-Schnittstelle. Im Programm sind Geräte zur Heizungs- und Lichtsteuerung, Temperatur-, Luftfeuchte- und Feuchtemessung, Zutrittskontrolle, als Wasser-, Brand- und Bewegungsmelder sowie als Wetterstation, ferner gibt es noch Fernbedienungen und Statusdisplays.

	Das ähnliche klingende '''''[[HomeMatic IP]]''''' ist eine neue Generation von Geräten und Funkprotokoll (HM-IP: IP over BidCos). Die dort angebotenen Geräte lassen sich über den Einsatz einer (physischen) CCU2 oder anderen Lösungen wie YHAM, raspberrymatic usw. und den [[HMCCU\|HomeMatic-Modulen]] integrieren.		Das ähnliche klingende '''''[[HomeMatic IP]]''''' ist eine neue Generation von Geräten und Funkprotokoll (HM-IP: IP over BidCos). Die dort angebotenen Geräte lassen sich über den Einsatz einer (physischen) CCU2 (bzw. CCU3) oder anderen Lösungen wie YHAM, raspberrymatic usw. und den [[HMCCU\|HomeMatic-Modulen]] integrieren.

	=Grundlagen=		=Grundlagen=
Zeile 13:		Zeile 13:
	Für den Betrieb ohne Zentrale sind keine weiteren Voraussetzungen zu erfüllen.		Für den Betrieb ohne Zentrale sind keine weiteren Voraussetzungen zu erfüllen.
	===Zentrale von eQ-3===		===Zentrale von eQ-3===
	Vom Hersteller eQ-3 selbst wird eine Zentrale (derzeit aktuell ~~CCU-2~~) und Windows-Software zur Steuerung und Auswertung der HM-Komponenten angeboten. Diese Zentrale kann wie eingangs dargestellt über das Modul [[HMCCU]] in FHEM eingebunden werden und dann neben HM-IP- und HM-wired-Komponenten auch solche mit BidCoS verwalten.		Vom Hersteller eQ-3 selbst wird eine Zentrale (derzeit aktuell CCU3) und Windows-Software zur Steuerung und Auswertung der HM-Komponenten angeboten. Diese Zentrale kann wie eingangs dargestellt über das Modul [[HMCCU]] in FHEM eingebunden werden und dann neben HM-IP- und HM-wired-Komponenten auch solche mit BidCoS verwalten.

	===FHEM als Zentrale===		===FHEM als Zentrale===

Otto123: /* FHEM als Zentrale */

2020-05-14T09:12:12Z

FHEM als Zentrale

Beta-User: Hinweis auf "Charly" eingebaut

2020-01-06T06:39:49Z

Hinweis auf "Charly" eingebaut

← Nächstältere Version		Version vom 6. Januar 2020, 08:39 Uhr
Zeile 17:		Zeile 17:
	===FHEM als Zentrale===		===FHEM als Zentrale===
	Zur Kommunikation mit HomeMatic benötigt FHEM eine Schnittstelle, die im 868,3-MHz-Band funken kann. Infrage kommen:		Zur Kommunikation mit HomeMatic benötigt FHEM eine Schnittstelle, die im 868,3-MHz-Band funken kann. Infrage kommen:
	* [[HM-MOD-RPI-PCB HomeMatic Funkmodul f%C3%BCr Raspberry_Pi]] (RPI, WLAN, LAN, USB)		{{Randnotiz\|RNTyp=r\|RNText=Nicht geeignet ist das Funkmodul aus dem "Charly"-Bausatz von eQ-3; mit diesem kann ausschließlich eine CCU aufgebaut werden, zu nutzen mit den HMCCU-Modulen!}}* [[HM-MOD-RPI-PCB HomeMatic Funkmodul f%C3%BCr Raspberry_Pi]] (RPI, WLAN, LAN, USB)
	* [[HM-LGW-O-TW-W-EU Funk-LAN Gateway]] (LAN)		* [[HM-LGW-O-TW-W-EU Funk-LAN Gateway]] (LAN)
	* [[HM-CFG-LAN]] (oft auch "HMLAN" genannt; LAN; nicht mehr lieferbar)		* [[HM-CFG-LAN]] (oft auch "HMLAN" genannt; LAN; nicht mehr lieferbar)

Andies: /* Protokoll */ Unterabschnitt Firmware eingefügt

2019-10-21T06:33:32Z

Protokoll: Unterabschnitt Firmware eingefügt

← Nächstältere Version		Version vom 21. Oktober 2019, 08:33 Uhr
Zeile 43:		Zeile 43:

	Das Protokoll ''BidCoS'' wurde zum großen Teil entschlüsselt, seine offen verfügbare Variante heißt ''AskSin''. Unter Verwendung der AskSin-Library entstehen derzeit erste Geräte, die in das HomeMatic-System eingebunden werden können. Zur Unterscheidung zwischen HM und den neuen Geräten werden diese als [[HomeBrew]] (HB) bezeichnet.		Das Protokoll ''BidCoS'' wurde zum großen Teil entschlüsselt, seine offen verfügbare Variante heißt ''AskSin''. Unter Verwendung der AskSin-Library entstehen derzeit erste Geräte, die in das HomeMatic-System eingebunden werden können. Zur Unterscheidung zwischen HM und den neuen Geräten werden diese als [[HomeBrew]] (HB) bezeichnet.

			==Firmware==
			Angaben zur Aktualisierung der Firmware der Homematic Geräte finden sich zum Beispiel in dem [https://heinz-otto.blogspot.com/2016/11/homematic-firmwareupdate.html Blog von Otto] und im [https://forum.fhem.de/index.php/topic,59301.msg506762.html#msg506762 Forum].

	=Betrieb mit FHEM=		=Betrieb mit FHEM=

Beta-User: Text in Hinweisbox übernommen

2018-06-20T13:17:10Z

Text in Hinweisbox übernommen

← Nächstältere Version		Version vom 20. Juni 2018, 15:17 Uhr
Zeile 8:		Zeile 8:
	HomeMatic-Geräte können auch mit einer Zentrale verbunden (''gepairt'') werden, die dann einen Teil der Steuerungslogik übernehmen kann. Bei dieser Verbindung spricht man vom ''Pairing'', weil jedes HomeMatic-Gerät nur mit einer Zentrale verbunden werden kann. Gepairte Geräte können auch nicht mehr direkt gepeert werden - dies geht dann nur noch unter Beteiligung der Zentrale.		HomeMatic-Geräte können auch mit einer Zentrale verbunden (''gepairt'') werden, die dann einen Teil der Steuerungslogik übernehmen kann. Bei dieser Verbindung spricht man vom ''Pairing'', weil jedes HomeMatic-Gerät nur mit einer Zentrale verbunden werden kann. Gepairte Geräte können auch nicht mehr direkt gepeert werden - dies geht dann nur noch unter Beteiligung der Zentrale.

	Das ~~Einsteigerdokument von FHEM enthält einen sehr umfangreichen Abschnitt mit weiteren Informationen zur Einbindung von Homematic~~-~~Geräten in FHEM. Siehe dazu~~ [http://fhem.de/Heimautomatisierung-mit-fhem.pdf ~~diesen Link~~].		{{Hinweis\|Das Einsteiger-pdf ''[http://fhem.de/Heimautomatisierung-mit-fhem.pdf Heimautomatisierung mit FHEM]'' enthält einen sehr umfangreichen Anhang mit weiteren Informationen zur Funktionsweise und zur Einbindung von Homematic-Geräten (BidCoS mit dem Modul CUL_HM) in FHEM.}}

	==Voraussetzungen==		==Voraussetzungen==

Andies: Verweis auf Einsteigerdokument mit Abschnitt Homematic

2018-06-20T12:48:07Z

Verweis auf Einsteigerdokument mit Abschnitt Homematic

← Nächstältere Version		Version vom 20. Juni 2018, 14:48 Uhr
Zeile 7:		Zeile 7:

	HomeMatic-Geräte können auch mit einer Zentrale verbunden (''gepairt'') werden, die dann einen Teil der Steuerungslogik übernehmen kann. Bei dieser Verbindung spricht man vom ''Pairing'', weil jedes HomeMatic-Gerät nur mit einer Zentrale verbunden werden kann. Gepairte Geräte können auch nicht mehr direkt gepeert werden - dies geht dann nur noch unter Beteiligung der Zentrale.		HomeMatic-Geräte können auch mit einer Zentrale verbunden (''gepairt'') werden, die dann einen Teil der Steuerungslogik übernehmen kann. Bei dieser Verbindung spricht man vom ''Pairing'', weil jedes HomeMatic-Gerät nur mit einer Zentrale verbunden werden kann. Gepairte Geräte können auch nicht mehr direkt gepeert werden - dies geht dann nur noch unter Beteiligung der Zentrale.

			Das Einsteigerdokument von FHEM enthält einen sehr umfangreichen Abschnitt mit weiteren Informationen zur Einbindung von Homematic-Geräten in FHEM. Siehe dazu [http://fhem.de/Heimautomatisierung-mit-fhem.pdf diesen Link].

	==Voraussetzungen==		==Voraussetzungen==

← Nächstältere Version		Version vom 14. Mai 2020, 11:12 Uhr
Zeile 23:		Zeile 23:
	* [[CUL]] und andere Geräte mit CC110x-Transceiver, [[CUNO]], SelbstbauCUL, nanoCUL, umgeflashter MAX-Cube, MapleCUx, CUNX usw. (USB, GPIO, LAN , WLAN)		* [[CUL]] und andere Geräte mit CC110x-Transceiver, [[CUNO]], SelbstbauCUL, nanoCUL, umgeflashter MAX-Cube, MapleCUx, CUNX usw. (USB, GPIO, LAN , WLAN)

	Erfahrungsgemäß ist der Einsatz originaler HomeMatic IOs empfehlenswert, da es bei allen CUL-Derivaten immer wieder zu Schwierigkeiten kommen kann, vor allem in größeren Installationen und bei der Kommunikation mit komplexeren Geräten. Wer dennoch einen CUL für HomeMatic verwenden will, sollte eine speziell für den Betrieb mit HomeMatic optimierte CUL-firmware ([https://forum.fhem.de/index.php/topic,24436.0.html TimeStamp Firmware]) verwenden. Bei HomeMatic ist das Timing der Telegramme entscheidend sonst kann es zu "MISSING_ACK" bzw. "RESPONSE TIMEOUT:RegisterRead" u.ä. Meldungen kommen! Zusätzlich sind '''unbedingt''' die Hinweise im Artikel [[AES_Encryption]] zu beachten!		Erfahrungsgemäß ist der Einsatz originaler HomeMatic IOs empfehlenswert, da es bei allen CUL-Derivaten immer wieder zu Schwierigkeiten kommen kann, vor allem in größeren Installationen und bei der Kommunikation mit komplexeren Geräten. Wer dennoch einen CUL für HomeMatic verwenden will, sollte eine speziell für den Betrieb mit HomeMatic optimierte CUL-firmware ([https://forum.fhem.de/index.php/topic,24436.0.html tsculfw - TimeStamp Firmware]) verwenden. Bei HomeMatic ist das Timing der Telegramme entscheidend sonst kann es zu "MISSING_ACK" bzw. "RESPONSE TIMEOUT:RegisterRead" u.ä. Meldungen kommen! Zusätzlich sind '''unbedingt''' die Hinweise im Artikel [[AES_Encryption]] zu beachten!

	Für ''HomeMatic Wired'' benötigt man eine RS485-Schnittstelle. Das "offizielle" Gateway [[HomeMatic Wired RS485 LAN Gateway\|HMW-LGW-O-DR-GS-EU]] (LAN) funktioniert prinzipiell mit FHEM, der Einsatz wird aber nicht empfohlen. Hier gibt es Alternativen dazu: [[Serial/Netzwerk-RS485-Adapter]].		Für ''HomeMatic Wired'' benötigt man eine RS485-Schnittstelle. Das "offizielle" Gateway [[HomeMatic Wired RS485 LAN Gateway\|HMW-LGW-O-DR-GS-EU]] (LAN) funktioniert prinzipiell mit FHEM, der Einsatz wird aber nicht empfohlen. Hier gibt es Alternativen dazu: [[Serial/Netzwerk-RS485-Adapter]].
Zeile 94:		Zeile 94:
	Es gibt folgende Logik-Optionen: [einzelne Betrachtung von <tt>(Vorergebnis o Kanal)</tt>]		Es gibt folgende Logik-Optionen: [einzelne Betrachtung von <tt>(Vorergebnis o Kanal)</tt>]
	{\|		{\|
	!style="text-align:left;"\|Wert!!style="text-align:left;"\|Bedeutung!!style="text-align:left;"\|Beispiel (alle Werte in %)		! style="text-align:left;" \|Wert!! style="text-align:left;" \|Bedeutung!! style="text-align:left;" \|Beispiel (alle Werte in %)
	\|-		\|-
	\|inactive\|\|keine Verknüpfung\|\| 30 inactive 80 = 30		\|inactive\|\|keine Verknüpfung\|\| 30 inactive 80 = 30
Zeile 196:		Zeile 196:
	*<code>set <name> regSet [prep\|exec] <regName> <value> ... [<peerChannel>]</code>		*<code>set <name> regSet [prep\|exec] <regName> <value> ... [<peerChannel>]</code>
	::Schreiben eines Registerwerts. Das Kommando landet im Kommandstack		::Schreiben eines Registerwerts. Das Kommando landet im Kommandstack
	*<code>set <name> regbulk ...</code>''		*<code>set <name> regbulk ...</code>
	::Kommando zum Setzen von Rohdaten und ganzen Registerlisten. Außer zum Rekonfigurieren eines ganzen Device eher nicht für den User zu gebrauchen		::Kommando zum Setzen von Rohdaten und ganzen Registerlisten. Außer zum Rekonfigurieren eines ganzen Device eher nicht für den User zu gebrauchen
	*<code>set <name> sign [on\|off]</code>		*<code>set <name> sign [on\|off]</code>
Zeile 260:		Zeile 260:

	=== Peeren ===		=== Peeren ===
	: ''→ Siehe auch: [[Peering (HomeMatic)]]		: ''→ Siehe auch: [[Peering (HomeMatic)]]''

	Um es Geräten zu ermöglichen auch ohne Zentrale zu interagieren (zum Beispiel wenn die Zentrale einen Defekt hat), können HM-Geräte untereinander ''gepeert'' werden.		Um es Geräten zu ermöglichen auch ohne Zentrale zu interagieren (zum Beispiel wenn die Zentrale einen Defekt hat), können HM-Geräte untereinander ''gepeert'' werden.
Zeile 281:		Zeile 281:
	Auch einem Virtuellen Device sollte man das '''Attribut IODev setzen '''.		Auch einem Virtuellen Device sollte man das '''Attribut IODev setzen '''.
	=== IO Entities ===		=== IO Entities ===
	: ''→ Siehe auch: [[Virtueller Controller VCCU#Virtuelle Kanäle der VCCU]]		: ''→ Siehe auch: [[Virtueller Controller VCCU#Virtuelle Kanäle der VCCU]]''

	'''IO-Entities''' sind virtuelle Kanäle der Zentrale, mit denen andere HomeMatic-Geräte gepeert werden können. Diese Kanäle sind einem ''IO-Device'' zugeordnet – im Unterschied zu ''virtuellen Entities'' gibt es kein virtuelles HomeMatic-Gerät welches die Kanäle beherbergt.		'''IO-Entities''' sind virtuelle Kanäle der Zentrale, mit denen andere HomeMatic-Geräte gepeert werden können. Diese Kanäle sind einem ''IO-Device'' zugeordnet – im Unterschied zu ''virtuellen Entities'' gibt es kein virtuelles HomeMatic-Gerät welches die Kanäle beherbergt.