FHEMWiki - Benutzerbeiträge [de]

HM-LC-Sw1PBU-FM Alternative Firmware

2014-05-20T18:25:38Z

Jab: /* Vorgehen */

= Alternative Firmware für HM-LC-Sw1PBU-FM =

Um die alternative Firmware auf den HM-LC-Sw1PBU-FM flashen zu können muss das Gerät geöffnet und ein Programmer angelötet werden. '''Dabei geht die Garantie verloren und das Gerät verliert seine Zertifizierungen!'''

== Neue Funktionen ==
* Der Taster kann mit anderen Geräten gepeert werden. Das ist mir original Firmware nicht möglich.
* Die alternative Firmware hat eine Stromerkennung die Hardwaretechnisch immer vorhanden ist aber von der EQ3 Firmware nicht benutzt wird. Es ist möglich damit eine Wechselschaltung zu implementieren.

== Vorgehen ==
=== Anschluss der einzelnen PINs bei Verwendung der GPIO-Ports vom Raspberry PI ===
Raspberry PIN | Beschreibung | HM-LC-Sw1PBU-FM
--------------|--------------|----------------
Pin #17 | 3,3V | MP2
Pin #19 | MOSI | MP4
Pin #21 | MISO | MP5
Pin #23 | SCLK | MP6
Pin #22 | Reset | MP3
Pin #25 | GND | MP15
=== Bootloader ===
* Fuses setzen (wichtig)
* Firmware bauen + flashen
* HMID auf die des originalen Gerätes setzen
* Seriennummer ist wenn man sie nicht ändert KEQ0123456
* Gerät starten (LED blinkt einmal)

=== Firmware ===
* Firmware mit arduino bauen
* In eq3 File konvertieren

=== Firmware OTA flashen ===
* Windows flasher: In den Flasher die Seriennummer eingeben und die Firmware laden (vorher tar.gz bauen)
* flash-ota: eq3 File und Seriennummer eingeben

=== Gerät nutzen ===
* 99_Asksin_HM_LC_Sw1PBU_FM_CustomFW.pm in FHEM installieren
* Gerät mit FHEM pairen (Config Taster drücken)
* Andere Geräte mit dem Gerät peeren und Spaß haben

=== UART nutzen ===
Statt /dev/ttyXXX das eigene Interface einfügen:
* /dev/ttyUSB0 (USB Interface)
* /dev/ttyAMA0 (Raspberry PI)
* /dev/ttyS0 (normaler Serieller Port)

Öffnen
* Direkt in der Arduino IDE (Tools -> Serial Monitor)
* Mit screen
screen /dev/ttyXXX 57600,CS8,ixon,ixoff
* Mit minicom
sudo apt-get install minicom
minicom -b 57600 -o -D /dev/ttyXXX -w

== Links ==
* Firmware: [https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM]
* Bootloader: [https://github.com/jabdoa2/Asksin_OTA_Bootloader]
* Arduino Port für Atmega 644: [https://github.com/jabdoa2/jabduino]

HM-LC-Sw1PBU-FM Unterputz-Schaltaktor 1-fach

2014-05-18T12:53:34Z

Jab: /* Alternative Firmware */

Homematic Funk-Schaltaktor 2-fach (Unterputz)

= Features =

Schalten eines angeschlossenen Verbraucher mittels [[CUL]]/[[CUN]]/[[HMLAN Konfigurator]] und über einen mechanischen Taster.
Das besondere an diesem Schalter ist, dass er den vorhandenen Unterputzeinsatz vollständig ersetzt. Dabei kann die Wippe des vorhandenen Schalters - je nach Hersteller - mit einer entsprechenden Adapterplatte weiterverwendet werden.

Es handelt sich hierbei nur um einen Aktor. Es ist nicht möglich die Taster mit anderen Homematic Geräten zu peeren. Man kann nur andere Taster mit dem Aktor peeren und diesen fernsteuern.

= Technische Daten =

{|
| Art
| Unterputz
|-
| Typ
| 1fach
|-
| Stand-by-Verbrauch
| 0,5 W (lt. Bedienungsanleitung, S. 31, Stand 02/2012, 1 W)
|-
| Versorgungsspannung
| 230 V
|-
| Abmessungen (B x H x T)
| 71 x 71 x 37 mm
|-
| Farbe
| Grau
|-
| Max. Schaltleistung
| 1000 W
|-
| Relaistyp
| Wechsler
|-
| Funkfrequenz
| 868,3 MHz
|-
| Empfängerklasse
| SRD Class 2
|-
| Sicherung (intern)
| Rundsicherung 5 A, träge
|-
| Max. Sendeleistung
| 10 mW
|-
| IP-Schutzgrad
| IP 20
|-
| Umgebungstemperaturbereich
| 5–35 °C
|}

= Hinweise zur Hardware-Installation =

Der vorhandene Schalter muss ersetzt werden. Dabei sind ein paar Dinge zu beachten:

* Der (neue) Schalter benötigt neben dem einen (bzw. zwei) L-Leitern auch einen N-Leiter für die Stromversorgung
* Die Befestigung ist nicht wie bei dem System z.B. von Merten durch spreizen von Klammern möglich. Der Schalter muss in die Löcher in der Dose geschraubt werden (Schrauben im Lieferumfang enthalten).
* Die "Frontplatte" bzw. der Befestigungsrahmen ist etwas dicker als der Rahmen eines normalen Schalters. Dadurch kann es sein, dass der vorhandene Rahmen des Schalters nicht mehr ganz an der Wand abschließt
* Um die bereits vorhandene Schalter-Wippe weiter nutzen zu können muss ein passendes Adapter-Pack gekauft werden

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define LichtWohnzimmer CUL_HM 197764
attr LichtWohnzimmer devInfo 010100
attr LichtWohnzimmer firmware 2.1
attr LichtWohnzimmer hmClass receiver
attr LichtWohnzimmer model unknown
attr LichtWohnzimmer room Wohnzimmer
attr LichtWohnzimmer serialNr JEQ0xxxxxx
attr LichtWohnzimmer subType switch
</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Ändert den Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1PBU-FM folgendes Log zu sehen:
<pre>
2012-06-05_00:09:22 LichtWohnzimmer deviceMsg: off
2012-06-05_00:09:22 LichtWohnzimmer off
2012-06-05_07:40:51 LichtWohnzimmer on
2012-06-05_07:40:51 LichtWohnzimmer deviceMsg: on
</pre>

Beim Einrichten des Schalters kommt folgender Auszug (Stand: 06.2012)
<pre>
2012.06.04 23:12:27 2: CUL_HM pair: CUL_HM_switch_197764 is a switch, model unknown serialNr JEQ0xxxxxx
</pre>

== Funktion als Treppenlichtschalter ==

Um dafür zu sorgen, dass z.B. ein durch den HM-LC-Sw1PBU-FM eingeschaltetes Licht automatisch von FHEM nach 10 Minuten ausgeschaltet wird, können Sie folgenden Code verwenden:
<pre>
define Beleuchtung_an notify Beleuchtung:on* define Beleuchtung_aus at +00:10:00 set Beleuchtung off
</pre>

== Workaround um den Taster in FHEM zu nutzen ==
Man kann den Taster in der Originalfirmware nicht mit anderen Geräten peeren. Allerdings kann man mit folgendem Workaround den Taster in FHEM nutzen. Das hat jedoch eine Verzögerung zwischen 3 und 8s. Dabei ist es trotzdem möglich den Aktor per FHEM oder gepeertem Gerät weiter zu steuern. Der Taster beeinflusst den Aktor nicht mehr. Das ganze funktioniert weil der HM-LC-Sw1PBU-FM bei jedem Tasterdruck das reading für state updatet (auch wenn sich der Wert nicht ändert).

Zuerst setzt man ein event auf event-on-change-reading:

attr HM-LC-Sw1PBU-FM event-on-change-reading state
attr HM-LC-Sw1PBU-FM event-on-update-reading state

Weiterhin wird der Schalter deaktiviert (hier nur für kurzes Drücken, kann man mit lgSwJtXXX auch für langes drücken machen):
set HM-LC-Sw1PBU-FM regSet intKeyVisib visib
set HM-LC-Sw1PBU-FM getConfig
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOn on self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self02
set HM-LC-Sw1PBU-FM regSet exec shSwJtOn on self02

Nun setzt man einen Notify auf das Reading:
define HM-LC-Sw1PBU-FM-TasterPressed notify HM-LC-Sw1PBU-FM {set YourOtherDevice toggle}

== Alternative Firmware ==

Um die beiden Taster als Remote und den Aktor getrennt zu nutzen gibt es alternative Firmware im alpha stadium: [[HM-LC-Sw1PBU-FM_Alternative_Firmware]]. Dazu muss man einen ISP Programmer für Atmega haben (Raspberry PI geht auch) und die Firmware flashen.

= Links =

Anleitung: [http://www.elv-downloads.de/Assets/Produkte/10/1030/103029/Downloads/103029_FunkSchaltaktor_um.pdf PDF]

Produktwebseite bei [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=37991 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-LC-Sw1PBU-FM Alternative Firmware

2014-05-18T12:51:52Z

Jab: erste version

HomeMatic Wired

2014-02-22T00:22:52Z

Jab: /* Links */ github link gefixt

'''HomeMatic Wired''' (HMW / HM485) ist ein auf RS485 basierendes Bussystem für die Hausautomation. Die Auswahl an Aktoren und Sensoren ist im Vergleich zum HomeMatic-Funksystem geringer. Die wichtigsten Funktionen wie Lichtsteuerung, Rollläden, Tür- / Fenstersensoren, Schalter und Taster lassen sich aber integrieren. Über verschiedene I/O-Module lassen sich viele weitere Geräte anschließen. Auch z.B. analoge Messwert können ausgewertet werden, so dass hier z.B. auch Temperatursensoren integriert werden könnten.

Alle Module sind rückkanalfähig. D.h. es erfolgen Rückmeldung, ob Aktionen ausgeführt wurden (''ACK'' für '''Ack'''nowledgement, also Empfangsbestätigung). Auch werden externe Statusänderungen der Module unmittelbar über den Bus weitergeleitet.

'''Stromversorgung'''
Alle HMW-Module werden über den Bus mit Energie versorgt. Batteriebetriebene Module sind nicht vorgesehen und auch nicht sinnvoll, da HMW ein kabelgebundenes System ist.

'''Hinweis:''' Die Integration von HMW in FHEM ist noch nicht fertig und daher auch noch nicht komplett. Somit ist dieser Artikel auch noch nicht vollständig.
Viele Funktionen sind aber schon verfügbar.

== Betrieb mit FHEM ==
Für den Einsatz mit FHEM benötigt man die entsprechende [[:Kategorie:Server_Hardware|Rechner-Hardware]], FHEM selbst und einen Übertragungs- bzw. Konfigurationsadapter ([[Interface]]) wie z.B. einen [[Serial/Netzwerk-RS485-Adapter]] oder das [[HomeMatic Wired RS485 LAN Gateway]].

Vorteile von FHEM statt der eQ-3-Software:
* Hier gelten die selben Vor- / Nachteile wie für die [[HomeMatic#Betrieb_mit_FHEM|HomeMatic-Funk-Komponenten]]

== Pair / Peer bzw. pairen und peeren ==
HMW-Geräte können unter- bzw. miteinander <ins>gep'''ee'''rt</ins> werden, wenn z.B. ein Sensor einen Aktor direkt (ohne Zentrale) steuern soll.

'''Hinweis:''' Das Peeren der Module untereinander ist mit aktuellem Softwarestand mit FHEM noch nicht möglich.

HMW-Geräte müssen andererseits mit einer Zentrale <ins>gepairt</ins> werden, wenn diese Zentrale die Geräte (um-)konfigurieren bzw. steuern oder zumindest auslesen können soll.

Anders als bei den HomeMatic-Funk-Geräten erfolgt dieses Pairing automatisch, sobald ein Gerät das erste Mal Nachrichten über den RS485 Bus sendet. Zusätzlich besteht die Möglichkeit über einen Discovery-Befehl alle am Bus angeschlossenen Module zu ermitteln. Auch bei diesem Vorgang erfolgt im Anschluss ein automatisches Pairing aller bis dahin unbekannten Geräte mit der Zentrale bzw. mit FHEM.

== Aktoren / Sensoren ==
Eine Übersicht und weitere Informationen über die von FHEM unterstützten HomeMatic-Geräte ist hier zu finden: [http://www.fhemwiki.de/wiki/Kategorie:HomeMatic_Components diese Seite].

Hier dennoch eine dedizierte Liste aller HMW-Geräte und der benötigten Interfaces:
* [[Serial/Netzwerk-RS485-Adapter]] Netzwerk-/Serial-/USB-RS485 Adapter
* [[HomeMatic Wired RS485 LAN Gateway|HMW-LGW-O-DR-GS-EU]] HomeMatic Wired RS485 LAN Gateway, Hutschienenmontage
* [[HMW-Sen-SC-12|HMW-Sen-SC-12-DR]] HomeMatic Wired RS485 Schließerkontakt, 12 Eingänge, Hutschienenmontage
* [[HMW-Sen-SC-12|HMW-Sen-SC-12-FM]] HomeMatic Wired RS485 Schließerkontakt, 12 Eingänge, Unterputzmontage
* [[HMW-IO-12-FM]] HomeMatic Wired RS485 I/O-Modul, 12 Ein-/Ausgänge, Unterputzmontage
* [[HMW-IO-12-Sw14-DR]] HomeMatic Wired RS485 I/O-Modul 12 Eingänge und 14 Ausgänge, Hutschienenmontage
* [[HMW-LC-Sw2-DR]] HomeMatic Wired RS485-Schaltaktor 2fach, Hutschienenmontage
* [[HMW-IO-12-SW7-DR]] HomeMatic Wired RS485-I/O-Modul 12 Eingänge und 7 Schaltausgänge, Hutschienenmontage
* [[HMW-IO-4-FM]] HomeMatic Wired RS485 4fach-I/O-Modul, 4 Ein-/Ausgänge, Unterputzmontage
* [[HMW-LC-Bl1-DR]] HomeMatic Wired RS485-Rollladenaktor, 1fach, Hutschienenmontage
* [[HMW-LC-Dim1L-DR]] HomeMatic Wired RS485-Dimmaktor 1fach, Phasenanschnitt, Hutschienenmontage

== Links ==
* [https://github.com/kc-GitHub/FHEM-HM485 Github Repository] der HM485 Module
* [https://github.com/kc-GitHub/WebViewControl/archive/master.zip aktuelle Version] der HM485 Module zum Download
* [http://www.homematic.com/ HomeMatic] Homepage
* Hersteller [http://www.eq-3.de eQ-3]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Glossary]]

Raspberry Pi: FHEM starten/stoppen

2014-02-13T09:44:02Z

Jab: /* Voraussetzungen */ einrückungen gefixt

Ein auf einem '''[[Raspberry Pi]]''' laufendes '''Fhem starten und stoppen''' (ein Neustart des Raspberry ist so nicht erforderlich).

== Voraussetzungen ==
* Funktionierender SSH Consolen Client
** MacOS X: Terminal.app
** Windows: openssh mit mingw (bei putty geht das einloggen anders)
** Linux: ssh in der Shell

== FHEM starten ==
* Starten des SSH Clients
* ssh pi@192.168.2.50 (Hier muss natürlich der eigene User und IP eingegeben werden.)
* PASSWORT DES RASPBERRY EINGEBEN
* sudo /etc/init.d/fhem start

== FHEM stoppen ==
* Starten des SSH Clients
* ssh pi@192.168.2.50 (Hier muss natürlich der eigene User und IP eingegeben werden.)
* PASSWORT DES RASPBERRY EINGEBEN
* sudo /etc/init.d/fhem stop

== Links ==
* Ausführlichere Anleitung, die auch für Raspberry hilfreich sein kann: [[FritzBox: FHEM per Telnet starten]]
* Auswahl sinnvoller [[Kommandozeilentools]]

[[Kategorie:FAQ]]
[[Kategorie:HOWTOS]]

Raspberry Pi: FHEM starten/stoppen

2014-02-13T09:43:43Z

Jab: verallgemeinert. todo entfernt

Ein auf einem '''[[Raspberry Pi]]''' laufendes '''Fhem starten und stoppen''' (ein Neustart des Raspberry ist so nicht erforderlich).

== Voraussetzungen ==
* Funktionierender SSH Consolen Client
* MacOS X: Terminal.app
* Windows: openssh mit mingw (bei putty geht das einloggen anders)
* Linux: ssh in der Shell

== FHEM starten ==
* Starten des SSH Clients
* ssh pi@192.168.2.50 (Hier muss natürlich der eigene User und IP eingegeben werden.)
* PASSWORT DES RASPBERRY EINGEBEN
* sudo /etc/init.d/fhem start

== FHEM stoppen ==
* Starten des SSH Clients
* ssh pi@192.168.2.50 (Hier muss natürlich der eigene User und IP eingegeben werden.)
* PASSWORT DES RASPBERRY EINGEBEN
* sudo /etc/init.d/fhem stop

== Links ==
* Ausführlichere Anleitung, die auch für Raspberry hilfreich sein kann: [[FritzBox: FHEM per Telnet starten]]
* Auswahl sinnvoller [[Kommandozeilentools]]

[[Kategorie:FAQ]]
[[Kategorie:HOWTOS]]

HMinfo

2014-02-13T09:37:07Z

Jab: /* Save Commands */

HMInfo hilft FHEM mit Homematic komfortabler nutzen zu können. Man erstellt HMInfo mit folgendem Befehl:
define HM HMinfo

Danach kann man alle Funktionen auflisten lassen:
set HM help

== Integritäts checks ==
Überprüft ob alle peerings auch beidseitig sind:
set HM peerCheck

Überprüft ob alle register korrekt gelesen wurden:
set HM regCheck

Beide Befehle in Kombination:
set HM configCheck

== Save Commands ==
Peers und Register mit saveConfig speichern:
set HM saveConfig [<typeFilter>] [<file>]

Nur vollständige Elemente speichern:
set HM archConfig [-a] [<file>]

Template erstellen:
set HM saveConfig -f ^meinDevice$ <myTempalteFile>

== Aktionen ==
Register von einem Peer kopieren:
set HM cpRegs Licht1:peer7 Licht3:peer2

== Info Commands ==
Counter updaten:
set HM update

Counter zurücksetzen:
set HM clear [<typeFilter>] [Protocol|readings|msgStat|register|rssi]

Register lesen:
set HM register [<typeFilter>]

Geräte Modelle anzeigen:
set HM models [<typeFilter>]

Übertragungsfehler/status anzeigen:
set HM protoEvents [<typeFilter>] [short|long]

Übersicht über alle peerings:
set HM peerXref [<typeFilter>]

Übersicht über Emfangsstärken:
set HM rssi [<typeFilter>]

== Filter ==
."\n ***footnote***"
."\n [<nameFilter>] : only matiching names are processed - partial names are possible"
."\n [<modelsFilter>] : any match in the output are searched. "

."\n ======= typeFilter options: supress class of devices ===="
."\n set <name> <cmd> [-dcasev] [-f <filter>] [params]"
."\n entities according to list will be processed"
."\n d - device :include devices"
."\n c - channels :include channels"
."\n i - ignore :include devices marked as ignore"
."\n v - virtual :supress fhem virtual"
."\n p - physical :supress physical"
."\n a - aktor :supress actor"
."\n s - sensor :supress sensor"
."\n e - empty :include results even if requested fields are empty"
."\n "
."\n -f - filter :regexp to filter entity names "
."\n "

= Quellen =
* [http://forum.fhem.de/index.php?topic=11035.0]
* [http://forum.fhem.de/index.php/topic,20119.0.html]

[[Kategorie:HomeMatic Components]]
[[Kategorie:HOWTOS]]

HMinfo

2014-02-13T09:35:07Z

Jab:

HMInfo hilft FHEM mit Homematic komfortabler nutzen zu können. Man erstellt HMInfo mit folgendem Befehl:
define HM HMinfo

Danach kann man alle Funktionen auflisten lassen:
set HM help

== Integritäts checks ==
Überprüft ob alle peerings auch beidseitig sind:
set HM peerCheck

Überprüft ob alle register korrekt gelesen wurden:
set HM regCheck

Beide Befehle in Kombination:
set HM configCheck

== Save Commands ==
Peers und Register mit saveConfig speichern:
set HM saveConfig [<typeFilter>] [<file>]

Nur vollständige Elemente speichern:
set HM archConfig [-a] [<file>]

== Info Commands ==
Counter updaten:
set HM update

Counter zurücksetzen:
set HM clear [<typeFilter>] [Protocol|readings|msgStat|register|rssi]

Register lesen:
set HM register [<typeFilter>]

Geräte Modelle anzeigen:
set HM models [<typeFilter>]

Übertragungsfehler/status anzeigen:
set HM protoEvents [<typeFilter>] [short|long]

Übersicht über alle peerings:
set HM peerXref [<typeFilter>]

Übersicht über Emfangsstärken:
set HM rssi [<typeFilter>]

== Filter ==
."\n ***footnote***"
."\n [<nameFilter>] : only matiching names are processed - partial names are possible"
."\n [<modelsFilter>] : any match in the output are searched. "

."\n ======= typeFilter options: supress class of devices ===="
."\n set <name> <cmd> [-dcasev] [-f <filter>] [params]"
."\n entities according to list will be processed"
."\n d - device :include devices"
."\n c - channels :include channels"
."\n i - ignore :include devices marked as ignore"
."\n v - virtual :supress fhem virtual"
."\n p - physical :supress physical"
."\n a - aktor :supress actor"
."\n s - sensor :supress sensor"
."\n e - empty :include results even if requested fields are empty"
."\n "
."\n -f - filter :regexp to filter entity names "
."\n "

= Quellen =
* [http://forum.fhem.de/index.php?topic=11035.0]
* [http://forum.fhem.de/index.php/topic,20119.0.html]

[[Kategorie:HomeMatic Components]]
[[Kategorie:HOWTOS]]

HomeMatic Nachrichten sniffen

2014-02-12T13:39:08Z

Jab:

Um Probleme besser zu verstehen und Support zu ermöglichen kann man Nachrichten mitsniffen. Dazu kann man folgende Kommands verwenden:

attr global verbose 1
attr global mseclog 1
attr <hmlan> logIDs all,sys

Die Nachrichten landen danach im Logfile. Man sollte später das logIDs Attribute auf hmlan wieder löschen da das Log sonst sehr groß wird.

== Links ==
Quelle: [http://forum.fhem.de/index.php/topic,16563.0.html]

[[Kategorie:HomeMatic Components]]
[[Kategorie:HOWTOS]]

HMinfo

2014-02-12T13:34:58Z

Jab:

HMInfo hilft FHEM mit Homematic komfortabler nutzen zu können. Man erstellt HMInfo mit folgendem Befehl:
define HM HMinfo

Danach kann man alle Funktionen auflisten lassen:
set HM help

Peers checken:
set HM peerCheck

Übersicht über alle peerings:
set HM peerXref

Übersicht über Emfangsstärken:
set HM rssi

= Quellen =
* [http://forum.fhem.de/index.php?topic=11035.0]
* [http://forum.fhem.de/index.php/topic,20119.0.html]

[[Kategorie:HomeMatic Components]]
[[Kategorie:HOWTOS]]

HMinfo

2014-02-12T13:34:19Z

Jab: Die Seite wurde neu angelegt: „HMInfo hilft FHEM mit Homematic komfortabler nutzen zu können. Man erstellt HMInfo mit folgendem Befehl: define HM HMinfo Danach kann man alle Funktionen au…“

HMInfo hilft FHEM mit Homematic komfortabler nutzen zu können. Man erstellt HMInfo mit folgendem Befehl:
define HM HMinfo

Danach kann man alle Funktionen auflisten lassen:
set HM help

Peers checken:
set HM peerCheck

Übersicht über alle peerings:
set HM peerXref

Übersicht über Emfangsstärken:
set HM rssi

= Quellen =
- [http://forum.fhem.de/index.php?topic=11035.0]
- [http://forum.fhem.de/index.php/topic,20119.0.html]

HomeMatic

2014-02-12T13:30:49Z

Jab:

'''HomeMatic''' (HM) ist ein System zur Steuerung und Überwachung von zahlreichen Aufgaben und Situationen im Haus. Anfangs gab es nur auf Funk (868,3 MHz) basierende Sensoren und Aktoren, 2008 kamen die ersten "wired"-Komponenten (basierend auf RS485) auf. Es kann zur Heizungs- und Lichtsteuerung, Temperatur-, Luftfeuchte- und Feuchtemessung, Zutrittskontrolle, als Wasser-, Brand- und Bewegungsmelder sowie als Wetterstation (Wind, Regen, Licht, Temperatur und Luftfeuchte) usw. eingesetzt werden. Zusätzlich gibt es noch Fernbedienungen und Statusdisplays.

Da, wo es notwendig ist, sind die Geräte <ins>rückkanalfähig</ins>, soll heißen, dass ein Aktor (z.B. Lichtschalter) an die Steuerungseinheit zurückmeldet, ob er einen Schaltbefehl erhalten hat (''ACK'' für '''Ack'''nowledgement, also Empfangsbestätigung). Erkennt der Aktor den Befehl nicht, sendet er ein ''NACK''. Kommt vom Aktor keine Rückmeldung innerhalb einer festgelegten Zeit, meldet FHEM ein ''MISSING ACK'' im FHEM-Log.

Vom Hersteller eQ-3 selbst wird entsprechende Hard- und Software für den Aufbau einer HM-Zentrale zur Steuerung und Auswertung der HM-Komponenten angeboten. Diese ist aber nur in Verbindung mit HM-Geräten nutzbar.

== Betrieb mit FHEM ==
Für den Einsatz mit FHEM benötigt man die entsprechende [[:Kategorie:Server_Hardware|Rechner-Hardware]], FHEM selbst und einen Übertragungs- bzw. Konfigurationsadapter ([[Interface]]) wie z.B. [[CUL]] oder [[HMLAN Konfigurator]].

'''Anmerkung:''' Stand Dezember 2013 ist wohl davon abzuraten, HomeMatic-Geräte mittels CUNO in Fhem einbinden zu wollen. Zu näheren Details (Timing-Probleme) gibt es einen [http://forum.fhem.de/index.php/topic,17847.msg118072.html#msg118072 Thread im Fhem-Forum].

Beachten Sie bitte '''vor''' der Auswahl des o.a. Adapters [[HMLAN Konfigurator|diesen Artikel]].

Vorteile von FHEM statt der eQ-3-Software:

* betriebssystemunabhängig
* paralleler Betrieb mit Geräten anderer Hersteller (z.B. FS20, mit 2. Adapter!)
* FHEM läuft auf einigen NAS-Systemen, FritzBoxen oder auch z.B. einem RaspBerry Pi
* <bitte ergänzen>

'''Wichtig:''' Falls Sie sich (zunächst) für den CUL-Betrieb entscheiden, setzen Sie die erforderliche [[HMLAN_Konfigurator#Einbindung_in_FHEM|HMID]] bitte unter Berücksichtigung [[HMLAN_Konfigurator#Bekannte_Probleme|dieses Links]] (HMID nur aus '''Groß'''buchstaben und Zahlen). Dies erleichtert einen späteren Wechsel auf HM-LAN.

'''Hinweis:''' Sofern Sie (Konfigurations-)Befehle (egal ob ''set ...'' oder ''get ...'') per FHEM an einen HM-Sensor bzw. -Aktor absetzen, müssen Sie auf deren Verarbeitung warten, bis der Sensor/Aktor von sich aus Kontakt mit der HM-Zentrale (hier: FHEM) aufnimmt. Solange sehen Sie in den ''Readings'' des HM-Device den Hinweis ''CMDs pending''. Einige Sensoren nehmen nur bei Änderung ihres Status (z.B. HM-Sec-SC, HM-Sec-RHS) Kontakt zur Zentrale auf. Die Kontaktaufnahme dauert in der Regel ca. 5 Minuten. Um diese Kommunikation zu erzwingen bzw. vorzuziehen, können Sie an dem Aktor/Sensor entweder die Anlerntaste (beim HM-CC-TC die <OK>-Taste) für ca. 5 Sekunden drücken oder den Zustand des HM-Gerätes verändern (z.B. Türe/Fenster öffnen).

== Pair / Peer bzw. pairen und peeren ==
HM-Geräte können unter- bzw. miteinander <ins>gep'''ee'''rt</ins> werden, wenn z.B. ein Sensor einen Aktor direkt (ohne Zentrale) steuern soll.

HM-Geräte müssen andererseits mit einer Zentrale <ins>gepairt</ins> werden, wenn diese Zentrale die Geräte (um-)konfigurieren bzw. steuern oder zumindest auslesen können soll.

Der Vorgang des <ins>Peerens mittels Anlerntaste(n)</ins> muss durchgeführt werden '''bevor''' auch nur eines der zu p'''ee'''renden Geräte mit einer Zentrale gep'''ai'''rt wird. Ansonsten muss dieser Peer-Vorgang durch FHEM-Befehle vorgenommen werden.

=> [[HomeMatic Devices pairen|weitere Infos zum P'''ai'''ren und P'''ee'''ren]]

== HMInfo ==
Es gibt Homematic spezifische Kommands um die Konfiguration und Troubleshooting zu verbessern. Dazu sollte man sich eine [[Homematic_HMInfo|HMInfo]] Komponente definieren.
define HM HMinfo
set HM help

== Aktoren / Sensoren ==
Eine Übersicht und weitere Informationen über die von FHEM unterstützten HM-Geräte erreichen Sie über [http://www.fhemwiki.de/wiki/Kategorie:HomeMatic_Components diese Seite].

=== Attribute / Eigenschaften / Readings ===
Alle Aktoren/Sensoren verfügen über Attribute (Eigenschaften), Register und Readings, die mittels FHEM ausgelesen und/oder verändert werden können.

'''Beispiel:'''
Die Ausgabe der Eigenschaften, Register und sonstiger Attribute eines [[HM-SEC-SC Tür-Fensterkontakt]] erfolgt durch den Befehl

list EG.WZ.Tuerkontakt

wobei ''EG.WZ.Tuerkontakt'' dem per ''rename'' angepassten Namen des SC entspricht (kann bei Ihnen natürlich anders lauten):

Internals:
CHANGED
DEF 1BB0CF
EVENTS 11
HMLAN1_MSGCNT 15
HMLAN1_RAWMSG R842D4EED,0001,7C73E9F4,FF,FFC1,9FA0101BB0CF123ABC0201010000
HMLAN1_RSSI -63
HMLAN1_TIME 2013-03-19 20:43:14
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 15
NAME EG.WZ.Tuerkontakt
NR 119
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:9F - t:10 s:1BB0CF d:123ABC 0201010000
protCmdDel 3
protLastRcv 2013-03-19 20:43:14
protResnd 2 last_at:2013-03-19 20:37:33
protResndFail 1 last_at:2013-03-19 20:37:36
protSnd 7 last_at:2013-03-19 20:43:14
protState CMDs_done
rssi_at_HMLAN1 avg:-58.66 min:-77 max:-50 lst:-63 cnt:15
Readings:
2013-03-19 20:43:11 Activity: alive
2013-03-19 20:43:12 CommandAccepted yes
2013-03-19 20:43:13 PairedTo 0x0
2013-03-19 20:43:14 R-EG.WZ.Heizung_WindowRec-expectAES off
2013-03-19 20:43:14 R-EG.WZ.Heizung_WindowRec-peerNeedsBurst on
2013-03-19 20:43:13 R-cyclicInfoMsg on
2013-03-19 20:43:14 R-eventDlyTime 0 s
2013-03-19 20:43:13 R-intKeyVisib invisib
2013-03-19 20:43:14 R-ledOnTime 0.5 s
2013-03-19 20:43:14 R-msgScPosA closed
2013-03-19 20:43:14 R-msgScPosB open
2013-03-19 20:43:13 R-pairCentral 0x0
2013-03-19 20:43:13 R-sabotageMsg on
2013-03-19 20:43:13 R-transmDevTryMax 6
2013-03-19 20:43:14 R-transmitTryMax 6
2013-03-19 20:43:13 RegL_00: 02:00 09:01 0A:00 0B:00 0C:00 10:01 14:06 00:00
2013-03-19 20:43:14 RegL_01: 08:00 20:60 21:00 22:64 30:06 00:00
2013-03-19 20:43:14 RegL_04:EG.WZ.Heizung_WindowRec 01:01 00:00
2013-03-19 20:37:23 alive yes
2013-03-19 20:37:23 battery ok
2013-03-19 20:37:24 contact open (to EG.WZ.Heizung)
2013-03-19 20:37:23 cover open
2013-03-19 20:43:13 peerList EG.WZ.Heizung_WindowRec,
2013-03-19 20:37:36 state MISSING ACK
Helper:
mId 002F
peerIDsRaw ,1AD19403,00000000
rxType 12
Rssi:
At_hmlan1:
avg -58.6666666666667
cnt 15
lst -63
max -50
min -77
Shadowreg:
Attributes:
actCycle 028:00
actStatus alive
expert 2_full
firmware 2.0
fp_GrundrissEG 465,1077,1,Terrassentüre
model HM-SEC-SC
peerIDs 00000000,1AD19403,
room EG.WohnZ
serialNr JEQ0383824
subType threeStateSensor

'''Erläuterungen zu einzelnen Ausgabezeilen:'''

HMLAN1_RAWMSG R842D4EED,0001,7C73E9F4,FF,FFC1,9FA0101BB0CF123ABC0201010000

Hier erfolgte eine Kommunikation zwischen dem Gerät mit der REF-ID ''1BB0CF'' (HM-Sec-SC) und der Zentrale mit der HMID ''123ABC''.

<nowiki>HMLAN1_RSSI -63</nowiki>
Die Sende-/Empfangsstärke der '''letzten''' Funkübertragung. Dies ist im Zusammenhang mit der Zeile

rssi_at_HMLAN1 avg:-58.66 min:-77 max:-50 lst:-63 cnt:15

zu sehen, welche den Durchschnitts- (avg), Min-, Max- und nochmal den letzten (lst) Wert von insgesamt (cnt) 15 Funkübertragungen angibt.

PairedTo 0x0
...
R-pairCentral 0x0

weist darauf hin, dass hier noch kein P'''ai'''ring des HM-Sec-SC mit dem HMLAN-Konfigurator abgeschlossen wurde.

IODev HMLAN1
LASTInputDev HMLAN1

Die (letzte) Kommunikation erfolgte mit dem Device ''HMLAN1'' (hier der Klarname des HMLAN-Konfigurators, der Zentrale).

2013-03-19 20:43:13 R-cyclicInfoMsg on

Hat der HM-Sec-SC fast 24 Stunden nichts zu melden gehabt (Tür/Fenster wurde nicht geöffnet/geschlossen), wird zumindest eine Batteriestatus-Meldung an die Zentrale geschickt. Dies ist aber nur bei den Three-State-Sensoren erforderlich (siehe unten).

2013-03-19 20:43:13 peerList EG.WZ.Heizung_WindowRec,

in Verbindung mit

peerIDsRaw ,1AD19403,00000000
...
peerIDs 00000000,1AD19403,

Der HM-Sec-SC ist mit dem [[HM-CC-TC Funk-Wandthermostat]] (Raumtemperaturregler) mit dem Namen ''EG.WZ.Heizung'' (Geräte-ID 1AD194) und dessen Channel ''_WindowRec'' (Kanal 03) mit der ID 1AD194 '''03'''gep'''ee'''rt. Über diesen erfolgt auch die Steuerung. Steht hier nur die ''00000000,'', ist kein P'''ee'''ring erfolgt und der SC kann nicht gesteuert werden.

firmware 2.0
Bei HM-Geräten ohne Display kann nur über das Auflisten der Attribute die Firmware-Version in Erfahrung gebracht werden.

== Besonderheiten ==

=== Three-State-Sensoren ===
Bei allen(?) HM-Devices, die von FHEM als "CUL_HM_threeStateSensor_1A2B3C" erkannt und eingebunden werden, gibt es eine Besonderheit bei den Batteriezuständen zu beachten.

Zu den Three-State-Sensoren gehören:

* [[HM-Sec-WDS Funk-Wassermelder]]
* [[HM-SEC-SC Tür-Fensterkontakt]]
* [[HM-Sec-RHS]]
* ...

Regulär sendet ein Three-State-Sensor (TSS) keine Meldungen über den Zustand der Batterien an FHEM bzw. nur dann, wenn der Sensor seinen Zustand ändert (z.B. auf <=> zu). Um dies zu ändern, müssen im TSS bestimmte Registerwerte gesetzt werden. Hierzu ist die in diesem [http://forum.fhem.de/index.php/topic,11563.msg68193.html#msg68193 Forenthread] dargestellte Vorgehensweise erforderlich (bitte auch nachfolgende Thread-Beiträge beachten).

Beim HM-SEC-SC/RHS z.B. kann man die Register nur beschreiben, indem der Anlernknopf im Batteriefach gedrückt wird.

'''Ablauf:'''

Um das entsprechende Register zu setzen, muss man zunächst in FHEM folgende Befehle

set CUL_HM_threeStateSensor_1A2B3C getConfig
set CUL_HM_threeStateSensor_1A2B3C regSet cyclicInfoMsg on

eingeben. Danach siehst man in FHEM beim Device, dass mindestens ein Kommando zur Übertragung ansteht ("cmd pending") und in den "Readings", dass das ''cyclicInfoMsg-register'' geschrieben werden soll ("set_on"). Jetzt ist am SC/RHS der Anlernknopf zu drücken. Danach noch mal

set CUL_HM_threeStateSensor_1A2B3C getConfig

eingeben, ggfls. Anlernknopf drücken. Jetzt sollten keine "pending-commands" mehr zu sehen sein und in den "Readings"

R-cyclicInfoMsg on

statt ''set_on'' stehen. Ab jetzt kommt regelmäßig eine Batteriemeldung, wenn der TSS etwa 24 Stunden lang nicht betätigt wurde. Zudem kann das Device jetzt auch vom ActionDetector unterstützt werden.

'''Hinweis:''' Das funktioniert seit dem 20.03.2013 auch beim [[HM-Sec-WDS Funk-Wassermelder]] (nach einem ''update'').

=== Virtuelle Aktorkanäle ===
Mit den HM-Geräten

* [[HM-LC-Dim1PWM-CV Dimmaktor PWM DC-LED]]
* [[HM-LC-Dim1TPBU-FM 1-Kanal-Dimmer UP]]
* <bitte ergänzen>

sind <ins>erstmalig</ins> '''virtuelle Aktorkanäle''' und '''Verknüpfungslogiken''' [http://www.elv.de/output/controller.aspx?cid=758&detail=10&detail2=93 eingeführt worden]. Das bedeutet, dass Aktionen unabhängig von der Verfügbarkeit der HM-Zentralen (CCU, FHEM mit HM-LAN-Konfigurator) direkt zwischen verschiedenen Aktoren/Sensoren und dem Gerät mit den virtuellen Aktorkanälen festgelegt werden können.

Eine <ins>offizielle</ins> Unterstützung seitens FHEM gibt es z.Zt. (16.2.2013) noch nicht (Korrektur: siehe unten unter "Anmerkung:").

Wer jedoch erste Versuche mit FHEM starten möchte, kann - nachdem der entsprechende Aktor in FHEM angelernt wurde - wie folgt verfahren:

in der ''fhem. cfg'' müssen Sie nach

define <dimmerDevice> CUL_HM 1C062D

(wobei "1C062D" bei Ihnen anders lauten kann)

folgendes einfügen

define <dimmerDevice>_SW CUL_HM 1C062D01 <= 1C062D + 01 = 1. virt. Kanal
define <dimmerDevice>_SW_V1 CUL_HM 1C062D02 <= 1C062D + 02 = 2. virt. Kanal
define <dimmerDevice>_SW_V2 CUL_HM 1C062D03 <= 1C062D + 03 = 3. virt. Kanal

(die Anmerkungen oben ab "<= ...." bitte nicht einfügen).

Danach "save"n Sie ihre ''fhem.cfg'' und machen zumindest ein ''rereadcfg''. Jetzt sehen Sie die virtuellen Kanäle und können ihre ersten Versuche mit den virtuellen Kanälen nach dem o.a. Artikel starten (so Sie entsprechende Aktoren besitzen).

'''Anmerkung:''' Zwischenzeitlich ist eine Änderung vorgenommen worden. Mittels des Kommandos

set <dimmerDevice> regSet intKeyVisib visib

können die virtuellen Kanäle sichtbar gemacht werden.

Kommando zurück lautet:

set <dimmerDevice> regSet intKeyVisib invisib

Damit werden die virtuellen Kanäle wieder versteckt bzw. unsichtbar gemacht.

=== Action Detector - Batteriebetriebene HomeMatic-Geräte ===

In Fhem ist für batteriebetriebene HomeMatic-Geräte ein sogenannter Action-Detector integriert. Dieser ist dazu gedacht festzustellen, wenn ein batteriebetriebenes Gerät ausfällt ohne noch Zeit für die Meldung "Battery low" gehabt zu haben.

Der Eintrag in diese Überwachung erfolgt bei eingeschaltetem ''autocreate'' automatisch, kann alternativ aber durch das Attribut ''actCycle'' (siehe commandref) explizit gesetzt werden (sogar für nicht batteriebetriebene Geräte). Bei '''allen'' Geräten sollte dann aber auch das Register ''cyclicInfoMsg'' auf ''on'' gesetzt sein (siehe oben unter Three State Sensor).

=== Burst-Modus ===

Näheres zum Burst-Modus lesen Sie bitte [[HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Burst-Modus|hier]].

== Tipps / HowTos / Beispiele ==

* [[HomeMatic Devices pairen|HM Devices pairen]] zum '''Pairen''' der Geräte untereinander.
* [[CUL]] (also gleichzeitig)?
* [[Slider für HM-Rolladensteuerung anzeigen]]
* Für den "Fall der Fälle": Erstellen Sie eine Liste aller HM-Geräte mit den Installationsorten, HM-Namen, Fhem-Namen '''und''' den Geräte-IDs. Falls Sie sich ihr Fhem einmal zerschießen, wird diese Liste sehr hilfreich sein. Zur Abwicklung von Gewährleistungsansprüchen sind Daten über Kaufdatum und Lieferant (bei größeren Installationen mit Zukauf in zeitlichen Abständen) ebenfalls angebracht.

== Probleme ==

=== Messages Sniffen ===
Um Probleme besser nachvollziehen zu können ist kann man [[Homematic_Nachrichten_sniffen|Nachrichten mitsniffen]]

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

Das kann mehrere Ursachen haben:
* P'''ai'''ring nicht abgeschlossen (bei den ''Readings'' "PairedTo" bzw. "R-pairCentral" steht der Wert '''set_'''0x1A2B3C). Das P'''ai'''ring 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 weit (RSSI-Werte bei unter ~ "-80") voneinander entfernt
* ...

=== Notifys und anderes funktionieren nach einem Fhem-Neustart nicht mehr oder nicht mehr zeitnah ===
Im Logfile von Fhem erscheint nach einem Neustart die Meldung

2013.10.03 13:41:18 2: HMLAN_Parse: HMLAN1 new condition ERROR-Overload

Wenn Sie schon mehrere HomeMatic-Geräte haben und (seit Mitte Oktober 2013) ein Fhem-Update durchgeführt haben, wird / wurde das Attribut ''autoReadReg'' (sofern es noch nicht gesetzt war) auf "4_reqStatus" gesetzt. Damit wird für jedes HM-Device mit diesem so gesetzten Attribut beim Fhem-Start ein ''getConfig'' durchgeführt. Dies kann dazu führen, dass insgesamt zu viel Funklast vom HMLAN erzeugt wird. Diese Last ist aber begrenzt und wird vom HMLAN bei Überschreitung mit der o.a. Meldung quittiert. Ab diesem Moment werden eben auch keine anderen Befehle mehr an weitere HM-Geräte geschickt. Nach ca. 1 Stunde sollte der Spuk vorbei sein. Als '''Notbehelf''' können Sie auch den HMLAN kurz von der Spannungsversorgung trennen. Dann wird der Zähler wieder auf Null gesetzt.

Um solche Vorfälle für die Zukunft zu minimieren oder auszuschließen, sollten Sie so viele HM-Geräte wie möglich auf ''autoReadReg 0_off'' setzen.

=== Spannungsversorgung ===
Bisherige Erfahrungen mit einigen [[HM-CC-TC Funk-Wandthermostat|HM-CC-TC]], [[HM-SEC-SC Tür-Fensterkontakt|HM-SEC-SC]] und [[HM-CC-VD Funk-Stellantrieb|HM-CC-VD]] über nun ca. 13 Monate zeigen durchwachsene Erfahrungen mit der Haltbarkeit der in diesen HM-Geräten eingesetzten Batterien (Mignon/AA bzw. LR44). Einige ab Werk mitgelieferte Batterien hatten bereits direkt bei Wareneingang eine bedenklich niedrige Spannung und wurden direkt ersetzt, andere gaben nach drei bis vier Wochen "den Geist auf".

Insgesamt kann man von ca. 12 Monaten ausgehen, was die ausreichende Spannungslage in den batteriebetriebenen HM-Geräten anbelangt. Obwohl die Aktoren und Sensoren eine ''battery low'' Meldung erzeugen sollten, wenn die Spannung zu gering ist, ist dies hier bisher nur einmal vorgekommen (an einem HM-Sec-SC). Meistens hat sich eine zu niedrige Spannung in einer Störung des Funkverkehrs geäußert (blinkendes Antennensymbol im HM-CC-TC und kurzes piepen zur vollen Stunde von morgens bis abends).

== Links ==
* [http://www.homematic.com/ HomeMatic] Homepage
* Hersteller [http://www.eq-3.de eQ-3]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Glossary]]

HomeMatic Nachrichten sniffen

2014-02-12T13:27:12Z

Jab: Die Seite wurde neu angelegt: „Um Probleme besser zu verstehen und Support zu ermöglichen kann man Nachrichten mitsniffen. Dazu kann man folgende Kommands verwenden: attr global verbose 1…“

Um Probleme besser zu verstehen und Support zu ermöglichen kann man Nachrichten mitsniffen. Dazu kann man folgende Kommands verwenden:

attr global verbose 1
attr global mseclog 1
attr <hmlan> logIDs all,sys

== Links ==
Quelle: [http://forum.fhem.de/index.php/topic,16563.0.html]

[[Kategorie:HomeMatic Components]]
[[Kategorie:HOWTOS]]

HomeMatic

2014-02-12T13:26:16Z

Jab: /* Probleme */

'''HomeMatic''' (HM) ist ein System zur Steuerung und Überwachung von zahlreichen Aufgaben und Situationen im Haus. Anfangs gab es nur auf Funk (868,3 MHz) basierende Sensoren und Aktoren, 2008 kamen die ersten "wired"-Komponenten (basierend auf RS485) auf. Es kann zur Heizungs- und Lichtsteuerung, Temperatur-, Luftfeuchte- und Feuchtemessung, Zutrittskontrolle, als Wasser-, Brand- und Bewegungsmelder sowie als Wetterstation (Wind, Regen, Licht, Temperatur und Luftfeuchte) usw. eingesetzt werden. Zusätzlich gibt es noch Fernbedienungen und Statusdisplays.

Da, wo es notwendig ist, sind die Geräte <ins>rückkanalfähig</ins>, soll heißen, dass ein Aktor (z.B. Lichtschalter) an die Steuerungseinheit zurückmeldet, ob er einen Schaltbefehl erhalten hat (''ACK'' für '''Ack'''nowledgement, also Empfangsbestätigung). Erkennt der Aktor den Befehl nicht, sendet er ein ''NACK''. Kommt vom Aktor keine Rückmeldung innerhalb einer festgelegten Zeit, meldet FHEM ein ''MISSING ACK'' im FHEM-Log.

Vom Hersteller eQ-3 selbst wird entsprechende Hard- und Software für den Aufbau einer HM-Zentrale zur Steuerung und Auswertung der HM-Komponenten angeboten. Diese ist aber nur in Verbindung mit HM-Geräten nutzbar.

== Betrieb mit FHEM ==
Für den Einsatz mit FHEM benötigt man die entsprechende [[:Kategorie:Server_Hardware|Rechner-Hardware]], FHEM selbst und einen Übertragungs- bzw. Konfigurationsadapter ([[Interface]]) wie z.B. [[CUL]] oder [[HMLAN Konfigurator]].

'''Anmerkung:''' Stand Dezember 2013 ist wohl davon abzuraten, HomeMatic-Geräte mittels CUNO in Fhem einbinden zu wollen. Zu näheren Details (Timing-Probleme) gibt es einen [http://forum.fhem.de/index.php/topic,17847.msg118072.html#msg118072 Thread im Fhem-Forum].

Beachten Sie bitte '''vor''' der Auswahl des o.a. Adapters [[HMLAN Konfigurator|diesen Artikel]].

Vorteile von FHEM statt der eQ-3-Software:

* betriebssystemunabhängig
* paralleler Betrieb mit Geräten anderer Hersteller (z.B. FS20, mit 2. Adapter!)
* FHEM läuft auf einigen NAS-Systemen, FritzBoxen oder auch z.B. einem RaspBerry Pi
* <bitte ergänzen>

'''Wichtig:''' Falls Sie sich (zunächst) für den CUL-Betrieb entscheiden, setzen Sie die erforderliche [[HMLAN_Konfigurator#Einbindung_in_FHEM|HMID]] bitte unter Berücksichtigung [[HMLAN_Konfigurator#Bekannte_Probleme|dieses Links]] (HMID nur aus '''Groß'''buchstaben und Zahlen). Dies erleichtert einen späteren Wechsel auf HM-LAN.

'''Hinweis:''' Sofern Sie (Konfigurations-)Befehle (egal ob ''set ...'' oder ''get ...'') per FHEM an einen HM-Sensor bzw. -Aktor absetzen, müssen Sie auf deren Verarbeitung warten, bis der Sensor/Aktor von sich aus Kontakt mit der HM-Zentrale (hier: FHEM) aufnimmt. Solange sehen Sie in den ''Readings'' des HM-Device den Hinweis ''CMDs pending''. Einige Sensoren nehmen nur bei Änderung ihres Status (z.B. HM-Sec-SC, HM-Sec-RHS) Kontakt zur Zentrale auf. Die Kontaktaufnahme dauert in der Regel ca. 5 Minuten. Um diese Kommunikation zu erzwingen bzw. vorzuziehen, können Sie an dem Aktor/Sensor entweder die Anlerntaste (beim HM-CC-TC die <OK>-Taste) für ca. 5 Sekunden drücken oder den Zustand des HM-Gerätes verändern (z.B. Türe/Fenster öffnen).

== Pair / Peer bzw. pairen und peeren ==
HM-Geräte können unter- bzw. miteinander <ins>gep'''ee'''rt</ins> werden, wenn z.B. ein Sensor einen Aktor direkt (ohne Zentrale) steuern soll.

HM-Geräte müssen andererseits mit einer Zentrale <ins>gepairt</ins> werden, wenn diese Zentrale die Geräte (um-)konfigurieren bzw. steuern oder zumindest auslesen können soll.

Der Vorgang des <ins>Peerens mittels Anlerntaste(n)</ins> muss durchgeführt werden '''bevor''' auch nur eines der zu p'''ee'''renden Geräte mit einer Zentrale gep'''ai'''rt wird. Ansonsten muss dieser Peer-Vorgang durch FHEM-Befehle vorgenommen werden.

=> [[HomeMatic Devices pairen|weitere Infos zum P'''ai'''ren und P'''ee'''ren]]

== Aktoren / Sensoren ==
Eine Übersicht und weitere Informationen über die von FHEM unterstützten HM-Geräte erreichen Sie über [http://www.fhemwiki.de/wiki/Kategorie:HomeMatic_Components diese Seite].

=== Attribute / Eigenschaften / Readings ===
Alle Aktoren/Sensoren verfügen über Attribute (Eigenschaften), Register und Readings, die mittels FHEM ausgelesen und/oder verändert werden können.

'''Beispiel:'''
Die Ausgabe der Eigenschaften, Register und sonstiger Attribute eines [[HM-SEC-SC Tür-Fensterkontakt]] erfolgt durch den Befehl

list EG.WZ.Tuerkontakt

wobei ''EG.WZ.Tuerkontakt'' dem per ''rename'' angepassten Namen des SC entspricht (kann bei Ihnen natürlich anders lauten):

Internals:
CHANGED
DEF 1BB0CF
EVENTS 11
HMLAN1_MSGCNT 15
HMLAN1_RAWMSG R842D4EED,0001,7C73E9F4,FF,FFC1,9FA0101BB0CF123ABC0201010000
HMLAN1_RSSI -63
HMLAN1_TIME 2013-03-19 20:43:14
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 15
NAME EG.WZ.Tuerkontakt
NR 119
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:9F - t:10 s:1BB0CF d:123ABC 0201010000
protCmdDel 3
protLastRcv 2013-03-19 20:43:14
protResnd 2 last_at:2013-03-19 20:37:33
protResndFail 1 last_at:2013-03-19 20:37:36
protSnd 7 last_at:2013-03-19 20:43:14
protState CMDs_done
rssi_at_HMLAN1 avg:-58.66 min:-77 max:-50 lst:-63 cnt:15
Readings:
2013-03-19 20:43:11 Activity: alive
2013-03-19 20:43:12 CommandAccepted yes
2013-03-19 20:43:13 PairedTo 0x0
2013-03-19 20:43:14 R-EG.WZ.Heizung_WindowRec-expectAES off
2013-03-19 20:43:14 R-EG.WZ.Heizung_WindowRec-peerNeedsBurst on
2013-03-19 20:43:13 R-cyclicInfoMsg on
2013-03-19 20:43:14 R-eventDlyTime 0 s
2013-03-19 20:43:13 R-intKeyVisib invisib
2013-03-19 20:43:14 R-ledOnTime 0.5 s
2013-03-19 20:43:14 R-msgScPosA closed
2013-03-19 20:43:14 R-msgScPosB open
2013-03-19 20:43:13 R-pairCentral 0x0
2013-03-19 20:43:13 R-sabotageMsg on
2013-03-19 20:43:13 R-transmDevTryMax 6
2013-03-19 20:43:14 R-transmitTryMax 6
2013-03-19 20:43:13 RegL_00: 02:00 09:01 0A:00 0B:00 0C:00 10:01 14:06 00:00
2013-03-19 20:43:14 RegL_01: 08:00 20:60 21:00 22:64 30:06 00:00
2013-03-19 20:43:14 RegL_04:EG.WZ.Heizung_WindowRec 01:01 00:00
2013-03-19 20:37:23 alive yes
2013-03-19 20:37:23 battery ok
2013-03-19 20:37:24 contact open (to EG.WZ.Heizung)
2013-03-19 20:37:23 cover open
2013-03-19 20:43:13 peerList EG.WZ.Heizung_WindowRec,
2013-03-19 20:37:36 state MISSING ACK
Helper:
mId 002F
peerIDsRaw ,1AD19403,00000000
rxType 12
Rssi:
At_hmlan1:
avg -58.6666666666667
cnt 15
lst -63
max -50
min -77
Shadowreg:
Attributes:
actCycle 028:00
actStatus alive
expert 2_full
firmware 2.0
fp_GrundrissEG 465,1077,1,Terrassentüre
model HM-SEC-SC
peerIDs 00000000,1AD19403,
room EG.WohnZ
serialNr JEQ0383824
subType threeStateSensor

'''Erläuterungen zu einzelnen Ausgabezeilen:'''

HMLAN1_RAWMSG R842D4EED,0001,7C73E9F4,FF,FFC1,9FA0101BB0CF123ABC0201010000

Hier erfolgte eine Kommunikation zwischen dem Gerät mit der REF-ID ''1BB0CF'' (HM-Sec-SC) und der Zentrale mit der HMID ''123ABC''.

<nowiki>HMLAN1_RSSI -63</nowiki>
Die Sende-/Empfangsstärke der '''letzten''' Funkübertragung. Dies ist im Zusammenhang mit der Zeile

rssi_at_HMLAN1 avg:-58.66 min:-77 max:-50 lst:-63 cnt:15

zu sehen, welche den Durchschnitts- (avg), Min-, Max- und nochmal den letzten (lst) Wert von insgesamt (cnt) 15 Funkübertragungen angibt.

PairedTo 0x0
...
R-pairCentral 0x0

weist darauf hin, dass hier noch kein P'''ai'''ring des HM-Sec-SC mit dem HMLAN-Konfigurator abgeschlossen wurde.

IODev HMLAN1
LASTInputDev HMLAN1

Die (letzte) Kommunikation erfolgte mit dem Device ''HMLAN1'' (hier der Klarname des HMLAN-Konfigurators, der Zentrale).

2013-03-19 20:43:13 R-cyclicInfoMsg on

Hat der HM-Sec-SC fast 24 Stunden nichts zu melden gehabt (Tür/Fenster wurde nicht geöffnet/geschlossen), wird zumindest eine Batteriestatus-Meldung an die Zentrale geschickt. Dies ist aber nur bei den Three-State-Sensoren erforderlich (siehe unten).

2013-03-19 20:43:13 peerList EG.WZ.Heizung_WindowRec,

in Verbindung mit

peerIDsRaw ,1AD19403,00000000
...
peerIDs 00000000,1AD19403,

Der HM-Sec-SC ist mit dem [[HM-CC-TC Funk-Wandthermostat]] (Raumtemperaturregler) mit dem Namen ''EG.WZ.Heizung'' (Geräte-ID 1AD194) und dessen Channel ''_WindowRec'' (Kanal 03) mit der ID 1AD194 '''03'''gep'''ee'''rt. Über diesen erfolgt auch die Steuerung. Steht hier nur die ''00000000,'', ist kein P'''ee'''ring erfolgt und der SC kann nicht gesteuert werden.

firmware 2.0
Bei HM-Geräten ohne Display kann nur über das Auflisten der Attribute die Firmware-Version in Erfahrung gebracht werden.

== Besonderheiten ==

=== Three-State-Sensoren ===
Bei allen(?) HM-Devices, die von FHEM als "CUL_HM_threeStateSensor_1A2B3C" erkannt und eingebunden werden, gibt es eine Besonderheit bei den Batteriezuständen zu beachten.

Zu den Three-State-Sensoren gehören:

* [[HM-Sec-WDS Funk-Wassermelder]]
* [[HM-SEC-SC Tür-Fensterkontakt]]
* [[HM-Sec-RHS]]
* ...

Regulär sendet ein Three-State-Sensor (TSS) keine Meldungen über den Zustand der Batterien an FHEM bzw. nur dann, wenn der Sensor seinen Zustand ändert (z.B. auf <=> zu). Um dies zu ändern, müssen im TSS bestimmte Registerwerte gesetzt werden. Hierzu ist die in diesem [http://forum.fhem.de/index.php/topic,11563.msg68193.html#msg68193 Forenthread] dargestellte Vorgehensweise erforderlich (bitte auch nachfolgende Thread-Beiträge beachten).

Beim HM-SEC-SC/RHS z.B. kann man die Register nur beschreiben, indem der Anlernknopf im Batteriefach gedrückt wird.

'''Ablauf:'''

Um das entsprechende Register zu setzen, muss man zunächst in FHEM folgende Befehle

set CUL_HM_threeStateSensor_1A2B3C getConfig
set CUL_HM_threeStateSensor_1A2B3C regSet cyclicInfoMsg on

eingeben. Danach siehst man in FHEM beim Device, dass mindestens ein Kommando zur Übertragung ansteht ("cmd pending") und in den "Readings", dass das ''cyclicInfoMsg-register'' geschrieben werden soll ("set_on"). Jetzt ist am SC/RHS der Anlernknopf zu drücken. Danach noch mal

set CUL_HM_threeStateSensor_1A2B3C getConfig

eingeben, ggfls. Anlernknopf drücken. Jetzt sollten keine "pending-commands" mehr zu sehen sein und in den "Readings"

R-cyclicInfoMsg on

statt ''set_on'' stehen. Ab jetzt kommt regelmäßig eine Batteriemeldung, wenn der TSS etwa 24 Stunden lang nicht betätigt wurde. Zudem kann das Device jetzt auch vom ActionDetector unterstützt werden.

'''Hinweis:''' Das funktioniert seit dem 20.03.2013 auch beim [[HM-Sec-WDS Funk-Wassermelder]] (nach einem ''update'').

=== Virtuelle Aktorkanäle ===
Mit den HM-Geräten

* [[HM-LC-Dim1PWM-CV Dimmaktor PWM DC-LED]]
* [[HM-LC-Dim1TPBU-FM 1-Kanal-Dimmer UP]]
* <bitte ergänzen>

sind <ins>erstmalig</ins> '''virtuelle Aktorkanäle''' und '''Verknüpfungslogiken''' [http://www.elv.de/output/controller.aspx?cid=758&detail=10&detail2=93 eingeführt worden]. Das bedeutet, dass Aktionen unabhängig von der Verfügbarkeit der HM-Zentralen (CCU, FHEM mit HM-LAN-Konfigurator) direkt zwischen verschiedenen Aktoren/Sensoren und dem Gerät mit den virtuellen Aktorkanälen festgelegt werden können.

Eine <ins>offizielle</ins> Unterstützung seitens FHEM gibt es z.Zt. (16.2.2013) noch nicht (Korrektur: siehe unten unter "Anmerkung:").

Wer jedoch erste Versuche mit FHEM starten möchte, kann - nachdem der entsprechende Aktor in FHEM angelernt wurde - wie folgt verfahren:

in der ''fhem. cfg'' müssen Sie nach

define <dimmerDevice> CUL_HM 1C062D

(wobei "1C062D" bei Ihnen anders lauten kann)

folgendes einfügen

define <dimmerDevice>_SW CUL_HM 1C062D01 <= 1C062D + 01 = 1. virt. Kanal
define <dimmerDevice>_SW_V1 CUL_HM 1C062D02 <= 1C062D + 02 = 2. virt. Kanal
define <dimmerDevice>_SW_V2 CUL_HM 1C062D03 <= 1C062D + 03 = 3. virt. Kanal

(die Anmerkungen oben ab "<= ...." bitte nicht einfügen).

Danach "save"n Sie ihre ''fhem.cfg'' und machen zumindest ein ''rereadcfg''. Jetzt sehen Sie die virtuellen Kanäle und können ihre ersten Versuche mit den virtuellen Kanälen nach dem o.a. Artikel starten (so Sie entsprechende Aktoren besitzen).

'''Anmerkung:''' Zwischenzeitlich ist eine Änderung vorgenommen worden. Mittels des Kommandos

set <dimmerDevice> regSet intKeyVisib visib

können die virtuellen Kanäle sichtbar gemacht werden.

Kommando zurück lautet:

set <dimmerDevice> regSet intKeyVisib invisib

Damit werden die virtuellen Kanäle wieder versteckt bzw. unsichtbar gemacht.

=== Action Detector - Batteriebetriebene HomeMatic-Geräte ===

In Fhem ist für batteriebetriebene HomeMatic-Geräte ein sogenannter Action-Detector integriert. Dieser ist dazu gedacht festzustellen, wenn ein batteriebetriebenes Gerät ausfällt ohne noch Zeit für die Meldung "Battery low" gehabt zu haben.

Der Eintrag in diese Überwachung erfolgt bei eingeschaltetem ''autocreate'' automatisch, kann alternativ aber durch das Attribut ''actCycle'' (siehe commandref) explizit gesetzt werden (sogar für nicht batteriebetriebene Geräte). Bei '''allen'' Geräten sollte dann aber auch das Register ''cyclicInfoMsg'' auf ''on'' gesetzt sein (siehe oben unter Three State Sensor).

=== Burst-Modus ===

Näheres zum Burst-Modus lesen Sie bitte [[HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Burst-Modus|hier]].

== Tipps / HowTos / Beispiele ==

* [[HomeMatic Devices pairen|HM Devices pairen]] zum '''Pairen''' der Geräte untereinander.
* [[CUL]] (also gleichzeitig)?
* [[Slider für HM-Rolladensteuerung anzeigen]]
* Für den "Fall der Fälle": Erstellen Sie eine Liste aller HM-Geräte mit den Installationsorten, HM-Namen, Fhem-Namen '''und''' den Geräte-IDs. Falls Sie sich ihr Fhem einmal zerschießen, wird diese Liste sehr hilfreich sein. Zur Abwicklung von Gewährleistungsansprüchen sind Daten über Kaufdatum und Lieferant (bei größeren Installationen mit Zukauf in zeitlichen Abständen) ebenfalls angebracht.

== Probleme ==

=== Messages Sniffen ===
Um Probleme besser nachvollziehen zu können ist kann man [[Homematic_Nachrichten_sniffen|Nachrichten mitsniffen]]

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

Das kann mehrere Ursachen haben:
* P'''ai'''ring nicht abgeschlossen (bei den ''Readings'' "PairedTo" bzw. "R-pairCentral" steht der Wert '''set_'''0x1A2B3C). Das P'''ai'''ring 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 weit (RSSI-Werte bei unter ~ "-80") voneinander entfernt
* ...

=== Notifys und anderes funktionieren nach einem Fhem-Neustart nicht mehr oder nicht mehr zeitnah ===
Im Logfile von Fhem erscheint nach einem Neustart die Meldung

2013.10.03 13:41:18 2: HMLAN_Parse: HMLAN1 new condition ERROR-Overload

Wenn Sie schon mehrere HomeMatic-Geräte haben und (seit Mitte Oktober 2013) ein Fhem-Update durchgeführt haben, wird / wurde das Attribut ''autoReadReg'' (sofern es noch nicht gesetzt war) auf "4_reqStatus" gesetzt. Damit wird für jedes HM-Device mit diesem so gesetzten Attribut beim Fhem-Start ein ''getConfig'' durchgeführt. Dies kann dazu führen, dass insgesamt zu viel Funklast vom HMLAN erzeugt wird. Diese Last ist aber begrenzt und wird vom HMLAN bei Überschreitung mit der o.a. Meldung quittiert. Ab diesem Moment werden eben auch keine anderen Befehle mehr an weitere HM-Geräte geschickt. Nach ca. 1 Stunde sollte der Spuk vorbei sein. Als '''Notbehelf''' können Sie auch den HMLAN kurz von der Spannungsversorgung trennen. Dann wird der Zähler wieder auf Null gesetzt.

Um solche Vorfälle für die Zukunft zu minimieren oder auszuschließen, sollten Sie so viele HM-Geräte wie möglich auf ''autoReadReg 0_off'' setzen.

=== Spannungsversorgung ===
Bisherige Erfahrungen mit einigen [[HM-CC-TC Funk-Wandthermostat|HM-CC-TC]], [[HM-SEC-SC Tür-Fensterkontakt|HM-SEC-SC]] und [[HM-CC-VD Funk-Stellantrieb|HM-CC-VD]] über nun ca. 13 Monate zeigen durchwachsene Erfahrungen mit der Haltbarkeit der in diesen HM-Geräten eingesetzten Batterien (Mignon/AA bzw. LR44). Einige ab Werk mitgelieferte Batterien hatten bereits direkt bei Wareneingang eine bedenklich niedrige Spannung und wurden direkt ersetzt, andere gaben nach drei bis vier Wochen "den Geist auf".

Insgesamt kann man von ca. 12 Monaten ausgehen, was die ausreichende Spannungslage in den batteriebetriebenen HM-Geräten anbelangt. Obwohl die Aktoren und Sensoren eine ''battery low'' Meldung erzeugen sollten, wenn die Spannung zu gering ist, ist dies hier bisher nur einmal vorgekommen (an einem HM-Sec-SC). Meistens hat sich eine zu niedrige Spannung in einer Störung des Funkverkehrs geäußert (blinkendes Antennensymbol im HM-CC-TC und kurzes piepen zur vollen Stunde von morgens bis abends).

== Links ==
* [http://www.homematic.com/ HomeMatic] Homepage
* Hersteller [http://www.eq-3.de eQ-3]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Glossary]]

HomeMatic

2014-02-12T13:23:42Z

Jab: /* Daten können empfangen werden, Befehle werden nicht übertragen */

'''HomeMatic''' (HM) ist ein System zur Steuerung und Überwachung von zahlreichen Aufgaben und Situationen im Haus. Anfangs gab es nur auf Funk (868,3 MHz) basierende Sensoren und Aktoren, 2008 kamen die ersten "wired"-Komponenten (basierend auf RS485) auf. Es kann zur Heizungs- und Lichtsteuerung, Temperatur-, Luftfeuchte- und Feuchtemessung, Zutrittskontrolle, als Wasser-, Brand- und Bewegungsmelder sowie als Wetterstation (Wind, Regen, Licht, Temperatur und Luftfeuchte) usw. eingesetzt werden. Zusätzlich gibt es noch Fernbedienungen und Statusdisplays.

Da, wo es notwendig ist, sind die Geräte <ins>rückkanalfähig</ins>, soll heißen, dass ein Aktor (z.B. Lichtschalter) an die Steuerungseinheit zurückmeldet, ob er einen Schaltbefehl erhalten hat (''ACK'' für '''Ack'''nowledgement, also Empfangsbestätigung). Erkennt der Aktor den Befehl nicht, sendet er ein ''NACK''. Kommt vom Aktor keine Rückmeldung innerhalb einer festgelegten Zeit, meldet FHEM ein ''MISSING ACK'' im FHEM-Log.

Vom Hersteller eQ-3 selbst wird entsprechende Hard- und Software für den Aufbau einer HM-Zentrale zur Steuerung und Auswertung der HM-Komponenten angeboten. Diese ist aber nur in Verbindung mit HM-Geräten nutzbar.

== Betrieb mit FHEM ==
Für den Einsatz mit FHEM benötigt man die entsprechende [[:Kategorie:Server_Hardware|Rechner-Hardware]], FHEM selbst und einen Übertragungs- bzw. Konfigurationsadapter ([[Interface]]) wie z.B. [[CUL]] oder [[HMLAN Konfigurator]].

'''Anmerkung:''' Stand Dezember 2013 ist wohl davon abzuraten, HomeMatic-Geräte mittels CUNO in Fhem einbinden zu wollen. Zu näheren Details (Timing-Probleme) gibt es einen [http://forum.fhem.de/index.php/topic,17847.msg118072.html#msg118072 Thread im Fhem-Forum].

Beachten Sie bitte '''vor''' der Auswahl des o.a. Adapters [[HMLAN Konfigurator|diesen Artikel]].

Vorteile von FHEM statt der eQ-3-Software:

* betriebssystemunabhängig
* paralleler Betrieb mit Geräten anderer Hersteller (z.B. FS20, mit 2. Adapter!)
* FHEM läuft auf einigen NAS-Systemen, FritzBoxen oder auch z.B. einem RaspBerry Pi
* <bitte ergänzen>

'''Wichtig:''' Falls Sie sich (zunächst) für den CUL-Betrieb entscheiden, setzen Sie die erforderliche [[HMLAN_Konfigurator#Einbindung_in_FHEM|HMID]] bitte unter Berücksichtigung [[HMLAN_Konfigurator#Bekannte_Probleme|dieses Links]] (HMID nur aus '''Groß'''buchstaben und Zahlen). Dies erleichtert einen späteren Wechsel auf HM-LAN.

'''Hinweis:''' Sofern Sie (Konfigurations-)Befehle (egal ob ''set ...'' oder ''get ...'') per FHEM an einen HM-Sensor bzw. -Aktor absetzen, müssen Sie auf deren Verarbeitung warten, bis der Sensor/Aktor von sich aus Kontakt mit der HM-Zentrale (hier: FHEM) aufnimmt. Solange sehen Sie in den ''Readings'' des HM-Device den Hinweis ''CMDs pending''. Einige Sensoren nehmen nur bei Änderung ihres Status (z.B. HM-Sec-SC, HM-Sec-RHS) Kontakt zur Zentrale auf. Die Kontaktaufnahme dauert in der Regel ca. 5 Minuten. Um diese Kommunikation zu erzwingen bzw. vorzuziehen, können Sie an dem Aktor/Sensor entweder die Anlerntaste (beim HM-CC-TC die <OK>-Taste) für ca. 5 Sekunden drücken oder den Zustand des HM-Gerätes verändern (z.B. Türe/Fenster öffnen).

== Pair / Peer bzw. pairen und peeren ==
HM-Geräte können unter- bzw. miteinander <ins>gep'''ee'''rt</ins> werden, wenn z.B. ein Sensor einen Aktor direkt (ohne Zentrale) steuern soll.

HM-Geräte müssen andererseits mit einer Zentrale <ins>gepairt</ins> werden, wenn diese Zentrale die Geräte (um-)konfigurieren bzw. steuern oder zumindest auslesen können soll.

Der Vorgang des <ins>Peerens mittels Anlerntaste(n)</ins> muss durchgeführt werden '''bevor''' auch nur eines der zu p'''ee'''renden Geräte mit einer Zentrale gep'''ai'''rt wird. Ansonsten muss dieser Peer-Vorgang durch FHEM-Befehle vorgenommen werden.

=> [[HomeMatic Devices pairen|weitere Infos zum P'''ai'''ren und P'''ee'''ren]]

== Aktoren / Sensoren ==
Eine Übersicht und weitere Informationen über die von FHEM unterstützten HM-Geräte erreichen Sie über [http://www.fhemwiki.de/wiki/Kategorie:HomeMatic_Components diese Seite].

=== Attribute / Eigenschaften / Readings ===
Alle Aktoren/Sensoren verfügen über Attribute (Eigenschaften), Register und Readings, die mittels FHEM ausgelesen und/oder verändert werden können.

'''Beispiel:'''
Die Ausgabe der Eigenschaften, Register und sonstiger Attribute eines [[HM-SEC-SC Tür-Fensterkontakt]] erfolgt durch den Befehl

list EG.WZ.Tuerkontakt

wobei ''EG.WZ.Tuerkontakt'' dem per ''rename'' angepassten Namen des SC entspricht (kann bei Ihnen natürlich anders lauten):

Internals:
CHANGED
DEF 1BB0CF
EVENTS 11
HMLAN1_MSGCNT 15
HMLAN1_RAWMSG R842D4EED,0001,7C73E9F4,FF,FFC1,9FA0101BB0CF123ABC0201010000
HMLAN1_RSSI -63
HMLAN1_TIME 2013-03-19 20:43:14
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 15
NAME EG.WZ.Tuerkontakt
NR 119
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:9F - t:10 s:1BB0CF d:123ABC 0201010000
protCmdDel 3
protLastRcv 2013-03-19 20:43:14
protResnd 2 last_at:2013-03-19 20:37:33
protResndFail 1 last_at:2013-03-19 20:37:36
protSnd 7 last_at:2013-03-19 20:43:14
protState CMDs_done
rssi_at_HMLAN1 avg:-58.66 min:-77 max:-50 lst:-63 cnt:15
Readings:
2013-03-19 20:43:11 Activity: alive
2013-03-19 20:43:12 CommandAccepted yes
2013-03-19 20:43:13 PairedTo 0x0
2013-03-19 20:43:14 R-EG.WZ.Heizung_WindowRec-expectAES off
2013-03-19 20:43:14 R-EG.WZ.Heizung_WindowRec-peerNeedsBurst on
2013-03-19 20:43:13 R-cyclicInfoMsg on
2013-03-19 20:43:14 R-eventDlyTime 0 s
2013-03-19 20:43:13 R-intKeyVisib invisib
2013-03-19 20:43:14 R-ledOnTime 0.5 s
2013-03-19 20:43:14 R-msgScPosA closed
2013-03-19 20:43:14 R-msgScPosB open
2013-03-19 20:43:13 R-pairCentral 0x0
2013-03-19 20:43:13 R-sabotageMsg on
2013-03-19 20:43:13 R-transmDevTryMax 6
2013-03-19 20:43:14 R-transmitTryMax 6
2013-03-19 20:43:13 RegL_00: 02:00 09:01 0A:00 0B:00 0C:00 10:01 14:06 00:00
2013-03-19 20:43:14 RegL_01: 08:00 20:60 21:00 22:64 30:06 00:00
2013-03-19 20:43:14 RegL_04:EG.WZ.Heizung_WindowRec 01:01 00:00
2013-03-19 20:37:23 alive yes
2013-03-19 20:37:23 battery ok
2013-03-19 20:37:24 contact open (to EG.WZ.Heizung)
2013-03-19 20:37:23 cover open
2013-03-19 20:43:13 peerList EG.WZ.Heizung_WindowRec,
2013-03-19 20:37:36 state MISSING ACK
Helper:
mId 002F
peerIDsRaw ,1AD19403,00000000
rxType 12
Rssi:
At_hmlan1:
avg -58.6666666666667
cnt 15
lst -63
max -50
min -77
Shadowreg:
Attributes:
actCycle 028:00
actStatus alive
expert 2_full
firmware 2.0
fp_GrundrissEG 465,1077,1,Terrassentüre
model HM-SEC-SC
peerIDs 00000000,1AD19403,
room EG.WohnZ
serialNr JEQ0383824
subType threeStateSensor

'''Erläuterungen zu einzelnen Ausgabezeilen:'''

HMLAN1_RAWMSG R842D4EED,0001,7C73E9F4,FF,FFC1,9FA0101BB0CF123ABC0201010000

Hier erfolgte eine Kommunikation zwischen dem Gerät mit der REF-ID ''1BB0CF'' (HM-Sec-SC) und der Zentrale mit der HMID ''123ABC''.

<nowiki>HMLAN1_RSSI -63</nowiki>
Die Sende-/Empfangsstärke der '''letzten''' Funkübertragung. Dies ist im Zusammenhang mit der Zeile

rssi_at_HMLAN1 avg:-58.66 min:-77 max:-50 lst:-63 cnt:15

zu sehen, welche den Durchschnitts- (avg), Min-, Max- und nochmal den letzten (lst) Wert von insgesamt (cnt) 15 Funkübertragungen angibt.

PairedTo 0x0
...
R-pairCentral 0x0

weist darauf hin, dass hier noch kein P'''ai'''ring des HM-Sec-SC mit dem HMLAN-Konfigurator abgeschlossen wurde.

IODev HMLAN1
LASTInputDev HMLAN1

Die (letzte) Kommunikation erfolgte mit dem Device ''HMLAN1'' (hier der Klarname des HMLAN-Konfigurators, der Zentrale).

2013-03-19 20:43:13 R-cyclicInfoMsg on

Hat der HM-Sec-SC fast 24 Stunden nichts zu melden gehabt (Tür/Fenster wurde nicht geöffnet/geschlossen), wird zumindest eine Batteriestatus-Meldung an die Zentrale geschickt. Dies ist aber nur bei den Three-State-Sensoren erforderlich (siehe unten).

2013-03-19 20:43:13 peerList EG.WZ.Heizung_WindowRec,

in Verbindung mit

peerIDsRaw ,1AD19403,00000000
...
peerIDs 00000000,1AD19403,

Der HM-Sec-SC ist mit dem [[HM-CC-TC Funk-Wandthermostat]] (Raumtemperaturregler) mit dem Namen ''EG.WZ.Heizung'' (Geräte-ID 1AD194) und dessen Channel ''_WindowRec'' (Kanal 03) mit der ID 1AD194 '''03'''gep'''ee'''rt. Über diesen erfolgt auch die Steuerung. Steht hier nur die ''00000000,'', ist kein P'''ee'''ring erfolgt und der SC kann nicht gesteuert werden.

firmware 2.0
Bei HM-Geräten ohne Display kann nur über das Auflisten der Attribute die Firmware-Version in Erfahrung gebracht werden.

== Besonderheiten ==

=== Three-State-Sensoren ===
Bei allen(?) HM-Devices, die von FHEM als "CUL_HM_threeStateSensor_1A2B3C" erkannt und eingebunden werden, gibt es eine Besonderheit bei den Batteriezuständen zu beachten.

Zu den Three-State-Sensoren gehören:

* [[HM-Sec-WDS Funk-Wassermelder]]
* [[HM-SEC-SC Tür-Fensterkontakt]]
* [[HM-Sec-RHS]]
* ...

Regulär sendet ein Three-State-Sensor (TSS) keine Meldungen über den Zustand der Batterien an FHEM bzw. nur dann, wenn der Sensor seinen Zustand ändert (z.B. auf <=> zu). Um dies zu ändern, müssen im TSS bestimmte Registerwerte gesetzt werden. Hierzu ist die in diesem [http://forum.fhem.de/index.php/topic,11563.msg68193.html#msg68193 Forenthread] dargestellte Vorgehensweise erforderlich (bitte auch nachfolgende Thread-Beiträge beachten).

Beim HM-SEC-SC/RHS z.B. kann man die Register nur beschreiben, indem der Anlernknopf im Batteriefach gedrückt wird.

'''Ablauf:'''

Um das entsprechende Register zu setzen, muss man zunächst in FHEM folgende Befehle

set CUL_HM_threeStateSensor_1A2B3C getConfig
set CUL_HM_threeStateSensor_1A2B3C regSet cyclicInfoMsg on

eingeben. Danach siehst man in FHEM beim Device, dass mindestens ein Kommando zur Übertragung ansteht ("cmd pending") und in den "Readings", dass das ''cyclicInfoMsg-register'' geschrieben werden soll ("set_on"). Jetzt ist am SC/RHS der Anlernknopf zu drücken. Danach noch mal

set CUL_HM_threeStateSensor_1A2B3C getConfig

eingeben, ggfls. Anlernknopf drücken. Jetzt sollten keine "pending-commands" mehr zu sehen sein und in den "Readings"

R-cyclicInfoMsg on

statt ''set_on'' stehen. Ab jetzt kommt regelmäßig eine Batteriemeldung, wenn der TSS etwa 24 Stunden lang nicht betätigt wurde. Zudem kann das Device jetzt auch vom ActionDetector unterstützt werden.

'''Hinweis:''' Das funktioniert seit dem 20.03.2013 auch beim [[HM-Sec-WDS Funk-Wassermelder]] (nach einem ''update'').

=== Virtuelle Aktorkanäle ===
Mit den HM-Geräten

* [[HM-LC-Dim1PWM-CV Dimmaktor PWM DC-LED]]
* [[HM-LC-Dim1TPBU-FM 1-Kanal-Dimmer UP]]
* <bitte ergänzen>

sind <ins>erstmalig</ins> '''virtuelle Aktorkanäle''' und '''Verknüpfungslogiken''' [http://www.elv.de/output/controller.aspx?cid=758&detail=10&detail2=93 eingeführt worden]. Das bedeutet, dass Aktionen unabhängig von der Verfügbarkeit der HM-Zentralen (CCU, FHEM mit HM-LAN-Konfigurator) direkt zwischen verschiedenen Aktoren/Sensoren und dem Gerät mit den virtuellen Aktorkanälen festgelegt werden können.

Eine <ins>offizielle</ins> Unterstützung seitens FHEM gibt es z.Zt. (16.2.2013) noch nicht (Korrektur: siehe unten unter "Anmerkung:").

Wer jedoch erste Versuche mit FHEM starten möchte, kann - nachdem der entsprechende Aktor in FHEM angelernt wurde - wie folgt verfahren:

in der ''fhem. cfg'' müssen Sie nach

define <dimmerDevice> CUL_HM 1C062D

(wobei "1C062D" bei Ihnen anders lauten kann)

folgendes einfügen

define <dimmerDevice>_SW CUL_HM 1C062D01 <= 1C062D + 01 = 1. virt. Kanal
define <dimmerDevice>_SW_V1 CUL_HM 1C062D02 <= 1C062D + 02 = 2. virt. Kanal
define <dimmerDevice>_SW_V2 CUL_HM 1C062D03 <= 1C062D + 03 = 3. virt. Kanal

(die Anmerkungen oben ab "<= ...." bitte nicht einfügen).

Danach "save"n Sie ihre ''fhem.cfg'' und machen zumindest ein ''rereadcfg''. Jetzt sehen Sie die virtuellen Kanäle und können ihre ersten Versuche mit den virtuellen Kanälen nach dem o.a. Artikel starten (so Sie entsprechende Aktoren besitzen).

'''Anmerkung:''' Zwischenzeitlich ist eine Änderung vorgenommen worden. Mittels des Kommandos

set <dimmerDevice> regSet intKeyVisib visib

können die virtuellen Kanäle sichtbar gemacht werden.

Kommando zurück lautet:

set <dimmerDevice> regSet intKeyVisib invisib

Damit werden die virtuellen Kanäle wieder versteckt bzw. unsichtbar gemacht.

=== Action Detector - Batteriebetriebene HomeMatic-Geräte ===

In Fhem ist für batteriebetriebene HomeMatic-Geräte ein sogenannter Action-Detector integriert. Dieser ist dazu gedacht festzustellen, wenn ein batteriebetriebenes Gerät ausfällt ohne noch Zeit für die Meldung "Battery low" gehabt zu haben.

Der Eintrag in diese Überwachung erfolgt bei eingeschaltetem ''autocreate'' automatisch, kann alternativ aber durch das Attribut ''actCycle'' (siehe commandref) explizit gesetzt werden (sogar für nicht batteriebetriebene Geräte). Bei '''allen'' Geräten sollte dann aber auch das Register ''cyclicInfoMsg'' auf ''on'' gesetzt sein (siehe oben unter Three State Sensor).

=== Burst-Modus ===

Näheres zum Burst-Modus lesen Sie bitte [[HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Burst-Modus|hier]].

== Tipps / HowTos / Beispiele ==

* [[HomeMatic Devices pairen|HM Devices pairen]] zum '''Pairen''' der Geräte untereinander.
* [[CUL]] (also gleichzeitig)?
* [[Slider für HM-Rolladensteuerung anzeigen]]
* Für den "Fall der Fälle": Erstellen Sie eine Liste aller HM-Geräte mit den Installationsorten, HM-Namen, Fhem-Namen '''und''' den Geräte-IDs. Falls Sie sich ihr Fhem einmal zerschießen, wird diese Liste sehr hilfreich sein. Zur Abwicklung von Gewährleistungsansprüchen sind Daten über Kaufdatum und Lieferant (bei größeren Installationen mit Zukauf in zeitlichen Abständen) ebenfalls angebracht.

== Probleme ==

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

Das kann mehrere Ursachen haben:
* P'''ai'''ring nicht abgeschlossen (bei den ''Readings'' "PairedTo" bzw. "R-pairCentral" steht der Wert '''set_'''0x1A2B3C). Das P'''ai'''ring 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 weit (RSSI-Werte bei unter ~ "-80") voneinander entfernt
* ...

=== Notifys und anderes funktionieren nach einem Fhem-Neustart nicht mehr oder nicht mehr zeitnah ===
Im Logfile von Fhem erscheint nach einem Neustart die Meldung

2013.10.03 13:41:18 2: HMLAN_Parse: HMLAN1 new condition ERROR-Overload

Wenn Sie schon mehrere HomeMatic-Geräte haben und (seit Mitte Oktober 2013) ein Fhem-Update durchgeführt haben, wird / wurde das Attribut ''autoReadReg'' (sofern es noch nicht gesetzt war) auf "4_reqStatus" gesetzt. Damit wird für jedes HM-Device mit diesem so gesetzten Attribut beim Fhem-Start ein ''getConfig'' durchgeführt. Dies kann dazu führen, dass insgesamt zu viel Funklast vom HMLAN erzeugt wird. Diese Last ist aber begrenzt und wird vom HMLAN bei Überschreitung mit der o.a. Meldung quittiert. Ab diesem Moment werden eben auch keine anderen Befehle mehr an weitere HM-Geräte geschickt. Nach ca. 1 Stunde sollte der Spuk vorbei sein. Als '''Notbehelf''' können Sie auch den HMLAN kurz von der Spannungsversorgung trennen. Dann wird der Zähler wieder auf Null gesetzt.

Um solche Vorfälle für die Zukunft zu minimieren oder auszuschließen, sollten Sie so viele HM-Geräte wie möglich auf ''autoReadReg 0_off'' setzen.

=== Spannungsversorgung ===
Bisherige Erfahrungen mit einigen [[HM-CC-TC Funk-Wandthermostat|HM-CC-TC]], [[HM-SEC-SC Tür-Fensterkontakt|HM-SEC-SC]] und [[HM-CC-VD Funk-Stellantrieb|HM-CC-VD]] über nun ca. 13 Monate zeigen durchwachsene Erfahrungen mit der Haltbarkeit der in diesen HM-Geräten eingesetzten Batterien (Mignon/AA bzw. LR44). Einige ab Werk mitgelieferte Batterien hatten bereits direkt bei Wareneingang eine bedenklich niedrige Spannung und wurden direkt ersetzt, andere gaben nach drei bis vier Wochen "den Geist auf".

Insgesamt kann man von ca. 12 Monaten ausgehen, was die ausreichende Spannungslage in den batteriebetriebenen HM-Geräten anbelangt. Obwohl die Aktoren und Sensoren eine ''battery low'' Meldung erzeugen sollten, wenn die Spannung zu gering ist, ist dies hier bisher nur einmal vorgekommen (an einem HM-Sec-SC). Meistens hat sich eine zu niedrige Spannung in einer Störung des Funkverkehrs geäußert (blinkendes Antennensymbol im HM-CC-TC und kurzes piepen zur vollen Stunde von morgens bis abends).

== Links ==
* [http://www.homematic.com/ HomeMatic] Homepage
* Hersteller [http://www.eq-3.de eQ-3]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Glossary]]

HM-CFG-USB USB Konfigurations-Adapter

2014-01-26T12:53:42Z

Jab: /* Einrichtung unter Linux */

Der [[HomeMatic]] '''USB Konfigurations-Adapter''' ist ein USB-Stick, der außer zur Konfiguration von HomeMatic Komponenten auch als [[Interface]] zwischen Fhem und HomeMatic Geräten benutzt werden kann.

== Einbindung in FHEM ==
Im Fhem-Forum wird das Thema diskutiert unter dem Titel [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]. Teile der Informationen sind hier zusammengefasst.

=== Einrichtung unter Linux ===
Es gibt einen gut funktionierenden Daemon um den USB Stick mit Fhem zum laufen zu bekommen. Dabei wird zuerst der [https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb hmland] installiert und danach das Gerät (üblicherweise auf localhost) genau wie [[HM-CFG-LAN LAN Konfigurations-Adapter|HMLAN]] in Fhem eingebunden.

Zunächst muss der Daemon "gebaut" werden. Analog zu [https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb dieser Beschreibung] ist die Vorgehensweise die folgende (in Debian/Ubuntu/Raspbian):
cd /opt/
apt-get install build-essentials libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make

Danach kann der Dienst zu Testzwecken gestartet werden (in /opt/hmcfgusb):
:<code>./hmland -p 1234 -D</code>

Um den Deamon permanent laufen zu lassen, kann ein init script wie das Folgende verwendet werden:
<pre>
# simple init for hmland

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
chrt 50 /opt/hmcfgusb/hmland -r 03:30 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac
</pre>

=== Einrichtung unter Windows ===
< Todo >

== Bekannte Probleme ==

=== Raspberry Pi ===
Der Raspberry Pi hat leider einen recht schlechten USB Treiber für USB 2.0. Daher sieht man dort öfter Fehlermeldungen:
usb-transfer took more than 100ms (1039ms), this may lead to timing problems!

Da das Timing bei Homematic wichtig ist führt das zu vielen Retransmits und zu unzuverlässigen Aktoren. Als Workaround kann man den USB auf 1.1 stellen. Dazu führt man folgenden Text am Anfang der /boot/cmdline.txt ein:
dwc_otg.speed=1

Danach sieht sie dann in etwa so aus:
dwc_otg.speed=1 dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

== Weitergehende Informationen ==
Es sind zwei Versionen des HM-CFG-USB im Umlauf:
* HM-CFG-USB-2: die aktuelle Version; Dokumentation derzeit (12/2013) nicht über die ELV-Artikelseite verfügbar, alternativ jedoch bei [http://files.voelkner.de/625000-649999/640558-an-01-ml-USB_FUNK_KONFIGURATIONSADAPTER_de_en.pdf Völkner]; Kennzeichen dieser Version:
** Größe: 28 x 84 x 11,5 mm
** Gewicht: 18 g
** Antenne innenliegend
* HM-CFG-USB: Vorgängerversion; Stand 12/2013 noch Restbestände im Handel verfügbar. Dokumentation ([http://files.voelkner.de/625000-649999/646462-an-01-ml-HM_Konfigurationsadapter_CFG_USB_de_en.pdf Völkner]); Kennzeichen:
** Anschluss per separatem USB-Kabel
** abstehende Stabantenne
** Größe: 40 x 90 x 25 mm
** Gewicht: 45 g

== Links ==
* [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 FHEM Forum: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]
* [http://www.elv.de/homematic-usb-konfigurations-adapter-1.html ELV- / Herstellerinformationen] zum HM-CFG-USB

[[Kategorie:HomeMatic Components]]
[[Kategorie:Interfaces]]

HM-CFG-USB USB Konfigurations-Adapter

2014-01-26T12:53:15Z

Jab: /* Einrichtung unter Linux */

Der [[HomeMatic]] '''USB Konfigurations-Adapter''' ist ein USB-Stick, der außer zur Konfiguration von HomeMatic Komponenten auch als [[Interface]] zwischen Fhem und HomeMatic Geräten benutzt werden kann.

== Einbindung in FHEM ==
Im Fhem-Forum wird das Thema diskutiert unter dem Titel [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]. Teile der Informationen sind hier zusammengefasst.

=== Einrichtung unter Linux ===
Es gibt einen gut funktionierenden Daemon um den USB Stick mit Fhem zum laufen zu bekommen. Dabei wird zuerst der [https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb hmland] installiert und danach das Gerät (üblicherweise auf localhost) genau wie [[HM-CFG-LAN LAN Konfigurations-Adapter|HMLAN]] in Fhem eingebunden.

Zunächst muss der Daemon "gebaut" werden. Analog zu [https://git.zerfleddert.de/cgi-bin/gitweb.cgi dieser Beschreibung] ist die Vorgehensweise die folgende (in Debian/Ubuntu/Raspbian):
cd /opt/
apt-get install build-essentials libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make

Danach kann der Dienst zu Testzwecken gestartet werden (in /opt/hmcfgusb):
:<code>./hmland -p 1234 -D</code>

Um den Deamon permanent laufen zu lassen, kann ein init script wie das Folgende verwendet werden:
<pre>
# simple init for hmland

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
chrt 50 /opt/hmcfgusb/hmland -r 03:30 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac
</pre>

=== Einrichtung unter Windows ===
< Todo >

== Bekannte Probleme ==

=== Raspberry Pi ===
Der Raspberry Pi hat leider einen recht schlechten USB Treiber für USB 2.0. Daher sieht man dort öfter Fehlermeldungen:
usb-transfer took more than 100ms (1039ms), this may lead to timing problems!

Da das Timing bei Homematic wichtig ist führt das zu vielen Retransmits und zu unzuverlässigen Aktoren. Als Workaround kann man den USB auf 1.1 stellen. Dazu führt man folgenden Text am Anfang der /boot/cmdline.txt ein:
dwc_otg.speed=1

Danach sieht sie dann in etwa so aus:
dwc_otg.speed=1 dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

== Weitergehende Informationen ==
Es sind zwei Versionen des HM-CFG-USB im Umlauf:
* HM-CFG-USB-2: die aktuelle Version; Dokumentation derzeit (12/2013) nicht über die ELV-Artikelseite verfügbar, alternativ jedoch bei [http://files.voelkner.de/625000-649999/640558-an-01-ml-USB_FUNK_KONFIGURATIONSADAPTER_de_en.pdf Völkner]; Kennzeichen dieser Version:
** Größe: 28 x 84 x 11,5 mm
** Gewicht: 18 g
** Antenne innenliegend
* HM-CFG-USB: Vorgängerversion; Stand 12/2013 noch Restbestände im Handel verfügbar. Dokumentation ([http://files.voelkner.de/625000-649999/646462-an-01-ml-HM_Konfigurationsadapter_CFG_USB_de_en.pdf Völkner]); Kennzeichen:
** Anschluss per separatem USB-Kabel
** abstehende Stabantenne
** Größe: 40 x 90 x 25 mm
** Gewicht: 45 g

== Links ==
* [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 FHEM Forum: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]
* [http://www.elv.de/homematic-usb-konfigurations-adapter-1.html ELV- / Herstellerinformationen] zum HM-CFG-USB

[[Kategorie:HomeMatic Components]]
[[Kategorie:Interfaces]]

HM-CFG-USB USB Konfigurations-Adapter

2014-01-26T12:51:34Z

Jab: /* Bekannte Probleme */ Raspberry PI

Der [[HomeMatic]] '''USB Konfigurations-Adapter''' ist ein USB-Stick, der außer zur Konfiguration von HomeMatic Komponenten auch als [[Interface]] zwischen Fhem und HomeMatic Geräten benutzt werden kann.

== Einbindung in FHEM ==
Im Fhem-Forum wird das Thema diskutiert unter dem Titel [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]. Teile der Informationen sind hier zusammengefasst.

=== Einrichtung unter Linux ===
Es gibt einen gut funktionierenden Daemon um den USB Stick mit Fhem zum laufen zu bekommen. Dabei wird zuerst der [https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb hmland] installiert und danach das Gerät (üblicherweise auf localhost) genau wie [[HM-CFG-LAN LAN Konfigurations-Adapter|HMLAN]] in Fhem eingebunden.

Zunächst muss der Daemon "gebaut" werden. Analog zu [https://git.zerfleddert.de/cgi-bin/gitweb.cgihmcfgusb dieser Beschreibung] ist die Vorgehensweise die folgende (in Debian/Ubuntu/Raspbian):
cd /opt/
apt-get install build-essentials libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make

Danach kann der Dienst zu Testzwecken gestartet werden (in /opt/hmcfgusb):
:<code>./hmland -p 1234 -D</code>

Um den Deamon permanent laufen zu lassen, kann ein init script wie das Folgende verwendet werden:
<pre>
# simple init for hmland

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
chrt 50 /opt/hmcfgusb/hmland -r 03:30 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac
</pre>

=== Einrichtung unter Windows ===
< Todo >

== Bekannte Probleme ==

=== Raspberry Pi ===
Der Raspberry Pi hat leider einen recht schlechten USB Treiber für USB 2.0. Daher sieht man dort öfter Fehlermeldungen:
usb-transfer took more than 100ms (1039ms), this may lead to timing problems!

Da das Timing bei Homematic wichtig ist führt das zu vielen Retransmits und zu unzuverlässigen Aktoren. Als Workaround kann man den USB auf 1.1 stellen. Dazu führt man folgenden Text am Anfang der /boot/cmdline.txt ein:
dwc_otg.speed=1

Danach sieht sie dann in etwa so aus:
dwc_otg.speed=1 dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

== Weitergehende Informationen ==
Es sind zwei Versionen des HM-CFG-USB im Umlauf:
* HM-CFG-USB-2: die aktuelle Version; Dokumentation derzeit (12/2013) nicht über die ELV-Artikelseite verfügbar, alternativ jedoch bei [http://files.voelkner.de/625000-649999/640558-an-01-ml-USB_FUNK_KONFIGURATIONSADAPTER_de_en.pdf Völkner]; Kennzeichen dieser Version:
** Größe: 28 x 84 x 11,5 mm
** Gewicht: 18 g
** Antenne innenliegend
* HM-CFG-USB: Vorgängerversion; Stand 12/2013 noch Restbestände im Handel verfügbar. Dokumentation ([http://files.voelkner.de/625000-649999/646462-an-01-ml-HM_Konfigurationsadapter_CFG_USB_de_en.pdf Völkner]); Kennzeichen:
** Anschluss per separatem USB-Kabel
** abstehende Stabantenne
** Größe: 40 x 90 x 25 mm
** Gewicht: 45 g

== Links ==
* [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 FHEM Forum: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]
* [http://www.elv.de/homematic-usb-konfigurations-adapter-1.html ELV- / Herstellerinformationen] zum HM-CFG-USB

[[Kategorie:HomeMatic Components]]
[[Kategorie:Interfaces]]

HM-CFG-USB USB Konfigurations-Adapter

2014-01-26T12:45:38Z

Jab: /* Einrichtung unter Linux */ update init script

Der [[HomeMatic]] '''USB Konfigurations-Adapter''' ist ein USB-Stick, der außer zur Konfiguration von HomeMatic Komponenten auch als [[Interface]] zwischen Fhem und HomeMatic Geräten benutzt werden kann.

== Einbindung in FHEM ==
Im Fhem-Forum wird das Thema diskutiert unter dem Titel [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]. Teile der Informationen sind hier zusammengefasst.

=== Einrichtung unter Linux ===
Es gibt einen gut funktionierenden Daemon um den USB Stick mit Fhem zum laufen zu bekommen. Dabei wird zuerst der [https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb hmland] installiert und danach das Gerät (üblicherweise auf localhost) genau wie [[HM-CFG-LAN LAN Konfigurations-Adapter|HMLAN]] in Fhem eingebunden.

Zunächst muss der Daemon "gebaut" werden. Analog zu [https://git.zerfleddert.de/cgi-bin/gitweb.cgihmcfgusb dieser Beschreibung] ist die Vorgehensweise die folgende (in Debian/Ubuntu/Raspbian):
cd /opt/
apt-get install build-essentials libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make

Danach kann der Dienst zu Testzwecken gestartet werden (in /opt/hmcfgusb):
:<code>./hmland -p 1234 -D</code>

Um den Deamon permanent laufen zu lassen, kann ein init script wie das Folgende verwendet werden:
<pre>
# simple init for hmland

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
chrt 50 /opt/hmcfgusb/hmland -r 03:30 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac
</pre>

=== Einrichtung unter Windows ===
< Todo >

== Bekannte Probleme ==
< Todo >

== Weitergehende Informationen ==
Es sind zwei Versionen des HM-CFG-USB im Umlauf:
* HM-CFG-USB-2: die aktuelle Version; Dokumentation derzeit (12/2013) nicht über die ELV-Artikelseite verfügbar, alternativ jedoch bei [http://files.voelkner.de/625000-649999/640558-an-01-ml-USB_FUNK_KONFIGURATIONSADAPTER_de_en.pdf Völkner]; Kennzeichen dieser Version:
** Größe: 28 x 84 x 11,5 mm
** Gewicht: 18 g
** Antenne innenliegend
* HM-CFG-USB: Vorgängerversion; Stand 12/2013 noch Restbestände im Handel verfügbar. Dokumentation ([http://files.voelkner.de/625000-649999/646462-an-01-ml-HM_Konfigurationsadapter_CFG_USB_de_en.pdf Völkner]); Kennzeichen:
** Anschluss per separatem USB-Kabel
** abstehende Stabantenne
** Größe: 40 x 90 x 25 mm
** Gewicht: 45 g

== Links ==
* [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 FHEM Forum: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]
* [http://www.elv.de/homematic-usb-konfigurations-adapter-1.html ELV- / Herstellerinformationen] zum HM-CFG-USB

[[Kategorie:HomeMatic Components]]
[[Kategorie:Interfaces]]

HomeMatic Devices pairen

2014-01-26T12:42:43Z

Jab: /* Devices pairen */

Im Gegensatz zu FS20 Komponenten müssen HomeMatic Geräte mit FHEM (bzw. dem CUL/CUN/HMLAN Konfigurator) gepairt werden, damit sie angesprochen werden können. Das Pairing funktioniert anders als bei FHT Devices, da die ID der HomeMatic Geräte nicht frei vergeben (am Gerät eingestellt) werden kann, sondern im Gerät fest vergeben ist. Daher empfiehlt es sich, die Geräte per Autocreate anlegen zu lassen, und den "Define"- Befehl nicht manuell in die fhem.cg einzutragen.

Zuerst [[HomeMatic_Installieren|CUL/CUN/HMLAN installieren]]. Danach hier weiter:

Nur weil ein Gerät angelegt wurde heißt nicht, dass es auch gepaired ist. Bitte immer das Pairing verifizieren!

= HMLAN in den pairing Modus versetzen =
* CUL/CUN/HMLAN Konfigurator in den "Akzeptiere-Pairing-Requests-Modus" bringen, dazu per Telnet oder in der Kommandozeile des Webinterfaces (oder in der Weboberfläche das passende set-Kommando beim CUL/CUNO/HMLAN eintragen)

set HMLAN hmPairForSec 600

600 bedeutet hier, dass FEHM 600 Sekunden = 10 Minuten im Pairingmodus ist. Solange im hmPair: 1 steht ist der Pairingmodus aktiv.

= Devices pairen =

Dazu ist meistens ein Knopf zu drücken, üblicherweise so lange bis die LEDs blinken, meist nach ca. 5 Sekunden (bitte Handbuch beachten, Stichwort "anlernen").
Bei Fernbedienungen muss auch oft ein spezieller Pairingknopf betätigt werden und anschliessend eine Kanaltaste (Handbuch des Gerätes beachten).

Jetzt werden die Devices von autocreate erkannt und alle notwendigen Eintragungen werden in fhem.cfg eingetragen. Diese Einträge haben das Format

define <name> CUL_HM <6-digit-hex-code>

= Pairing verifizieren =
Nur weil ein Gerät angelegt wurde heißt '''nicht''' dass es auch gepaired ist. In den Readings eines Devices muss stehen (list <name> oder im Webinterface):

PairedTo 0xABCDEF

Steht dort:

PairedTo set_0xABCDEF

Ist das pairing noch nicht vollständig. Dann kann man getConfig aufrufen. Wenn es danach immer noch dort steht hat das pairing '''nicht''' geklappt.

Alternativ kann man auch mit HMinfo einen Config check durchführen:

define hm HMInfo
set hm configCheck

= Vorgehen bei Problemen =

Wenn ein Gerät nicht paired, dann das Gerät in den Auslieferungszustand bringen (Knopf mindestens 5 Sekunden drücken, bis es blinkt, dann loslassen und nochmals 5 Sekunden drücken, bis es schneller blinkt) und danach erneut pairen.

Wenn das zu pairende Geräte ein Empfänger ist, kann mit FHEM per Telnet oder in der Kommandzeile des Webinterfaces folgendes Kommando abgesetzt werden:

hmPairSerial <10-stellige Seriennummer>

Die 10-stellige Seriennummer ist beim Empfängern idR. auf der Rückseite des Geräte aufgedruckt. Die Seriennummer fängt normalerweise mit Buchstaben an und endet mit Zahlen.

Es gilt auch sicherzustellen, dass das zu pairende Gerät nicht bereits zuvor mit der Homematic Config Software gepairt wurde. Ist dies der Fall, so sollte das Pairing in der Homematic Config Software gelöscht und das Pairing in FHEM erneut durchgeführt werden.

= Gezieltes Pairing =
Bei bereits bekanntem FHEM Device <name> kann man mit:

set <name> pair

ein gezieltes Pairing veranlassen.

[[Kategorie:HOWTOS]]

HomeMatic Devices pairen

2014-01-26T12:42:16Z

Jab: /* Pairing verifizieren */

Im Gegensatz zu FS20 Komponenten müssen HomeMatic Geräte mit FHEM (bzw. dem CUL/CUN/HMLAN Konfigurator) gepairt werden, damit sie angesprochen werden können. Das Pairing funktioniert anders als bei FHT Devices, da die ID der HomeMatic Geräte nicht frei vergeben (am Gerät eingestellt) werden kann, sondern im Gerät fest vergeben ist. Daher empfiehlt es sich, die Geräte per Autocreate anlegen zu lassen, und den "Define"- Befehl nicht manuell in die fhem.cg einzutragen.

Zuerst [[HomeMatic_Installieren|CUL/CUN/HMLAN installieren]]. Danach hier weiter:

Nur weil ein Gerät angelegt wurde heißt nicht, dass es auch gepaired ist. Bitte immer das Pairing verifizieren!

= HMLAN in den pairing Modus versetzen =
* CUL/CUN/HMLAN Konfigurator in den "Akzeptiere-Pairing-Requests-Modus" bringen, dazu per Telnet oder in der Kommandozeile des Webinterfaces (oder in der Weboberfläche das passende set-Kommando beim CUL/CUNO/HMLAN eintragen)

set HMLAN hmPairForSec 600

600 bedeutet hier, dass FEHM 600 Sekunden = 10 Minuten im Pairingmodus ist. Solange im hmPair: 1 steht ist der Pairingmodus aktiv.

= Devices pairen =

Dazu ist meistens ein Knopf zu drücken, üblicherweise so lange bis die LEDs blinken, meist nach ca. 5 Sekunden (bitte Handbuch beachten, Stichwort "anlernen").
Bei Fernbedienungen muss auch oft ein spezieller Pairingknopf betätigt werden und anschliessend eine Kanaltaste (Handbuch des Gerätes beachten).

Jetzt werden die Devices von autocreate erkannt und alle notwendigen Eintragungen werden in fhem.cfg eingetragen. Diese Einträge haben das Format

define <name> CUL_HM <6-digit-hex-code>"

= Pairing verifizieren =
Nur weil ein Gerät angelegt wurde heißt '''nicht''' dass es auch gepaired ist. In den Readings eines Devices muss stehen (list <name> oder im Webinterface):

PairedTo 0xABCDEF

Steht dort:

PairedTo set_0xABCDEF

Ist das pairing noch nicht vollständig. Dann kann man getConfig aufrufen. Wenn es danach immer noch dort steht hat das pairing '''nicht''' geklappt.

Alternativ kann man auch mit HMinfo einen Config check durchführen:

define hm HMInfo
set hm configCheck

= Vorgehen bei Problemen =

Wenn ein Gerät nicht paired, dann das Gerät in den Auslieferungszustand bringen (Knopf mindestens 5 Sekunden drücken, bis es blinkt, dann loslassen und nochmals 5 Sekunden drücken, bis es schneller blinkt) und danach erneut pairen.

Wenn das zu pairende Geräte ein Empfänger ist, kann mit FHEM per Telnet oder in der Kommandzeile des Webinterfaces folgendes Kommando abgesetzt werden:

hmPairSerial <10-stellige Seriennummer>

Die 10-stellige Seriennummer ist beim Empfängern idR. auf der Rückseite des Geräte aufgedruckt. Die Seriennummer fängt normalerweise mit Buchstaben an und endet mit Zahlen.

Es gilt auch sicherzustellen, dass das zu pairende Gerät nicht bereits zuvor mit der Homematic Config Software gepairt wurde. Ist dies der Fall, so sollte das Pairing in der Homematic Config Software gelöscht und das Pairing in FHEM erneut durchgeführt werden.

= Gezieltes Pairing =
Bei bereits bekanntem FHEM Device <name> kann man mit:

set <name> pair

ein gezieltes Pairing veranlassen.

[[Kategorie:HOWTOS]]

HomeMatic Devices pairen

2014-01-26T12:35:36Z

Jab:

Im Gegensatz zu FS20 Komponenten müssen HomeMatic Geräte mit FHEM (bzw. dem CUL/CUN/HMLAN Konfigurator) gepairt werden, damit sie angesprochen werden können. Das Pairing funktioniert anders als bei FHT Devices, da die ID der HomeMatic Geräte nicht frei vergeben (am Gerät eingestellt) werden kann, sondern im Gerät fest vergeben ist. Daher empfiehlt es sich, die Geräte per Autocreate anlegen zu lassen, und den "Define"- Befehl nicht manuell in die fhem.cg einzutragen.

Zuerst [[HomeMatic_Installieren|CUL/CUN/HMLAN installieren]]. Danach hier weiter:

Nur weil ein Gerät angelegt wurde heißt nicht, dass es auch gepaired ist. Bitte immer das Pairing verifizieren!

= HMLAN in den pairing Modus versetzen =
* CUL/CUN/HMLAN Konfigurator in den "Akzeptiere-Pairing-Requests-Modus" bringen, dazu per Telnet oder in der Kommandozeile des Webinterfaces (oder in der Weboberfläche das passende set-Kommando beim CUL/CUNO/HMLAN eintragen)

set HMLAN hmPairForSec 600

600 bedeutet hier, dass FEHM 600 Sekunden = 10 Minuten im Pairingmodus ist. Solange im hmPair: 1 steht ist der Pairingmodus aktiv.

= Devices pairen =

Dazu ist meistens ein Knopf zu drücken, üblicherweise so lange bis die LEDs blinken, meist nach ca. 5 Sekunden (bitte Handbuch beachten, Stichwort "anlernen").
Bei Fernbedienungen muss auch oft ein spezieller Pairingknopf betätigt werden und anschliessend eine Kanaltaste (Handbuch des Gerätes beachten).

Jetzt werden die Devices von autocreate erkannt und alle notwendigen Eintragungen werden in fhem.cfg eingetragen. Diese Einträge haben das Format

define <name> CUL_HM <6-digit-hex-code>"

= Pairing verifizieren =
Nur weil ein Gerät angelegt wurde heißt '''nicht''' dass es auch gepaired ist. In den Readings eines Devices muss stehen (list <name> oder im Webinterface):

PairedTo 0xABCDEF

Steht dort:

PairedTo set_0xABCDEF

Ist das pairing noch nicht vollständig. Dann kann man getConfig aufrufen. Wenn es danach immer noch dort steht hat das pairing '''nicht''' geklappt.

= Vorgehen bei Problemen =

Wenn ein Gerät nicht paired, dann das Gerät in den Auslieferungszustand bringen (Knopf mindestens 5 Sekunden drücken, bis es blinkt, dann loslassen und nochmals 5 Sekunden drücken, bis es schneller blinkt) und danach erneut pairen.

Wenn das zu pairende Geräte ein Empfänger ist, kann mit FHEM per Telnet oder in der Kommandzeile des Webinterfaces folgendes Kommando abgesetzt werden:

hmPairSerial <10-stellige Seriennummer>

Die 10-stellige Seriennummer ist beim Empfängern idR. auf der Rückseite des Geräte aufgedruckt. Die Seriennummer fängt normalerweise mit Buchstaben an und endet mit Zahlen.

Es gilt auch sicherzustellen, dass das zu pairende Gerät nicht bereits zuvor mit der Homematic Config Software gepairt wurde. Ist dies der Fall, so sollte das Pairing in der Homematic Config Software gelöscht und das Pairing in FHEM erneut durchgeführt werden.

= Gezieltes Pairing =
Bei bereits bekanntem FHEM Device <name> kann man mit:

set <name> pair

ein gezieltes Pairing veranlassen.

[[Kategorie:HOWTOS]]

HomeMatic Devices pairen

2014-01-26T12:29:15Z

Jab: /* HMLAN in den pairing Modus versetzen */

Im Gegensatz zu FS20 Komponenten müssen HomeMatic Geräte mit FHEM (bzw. dem CUL/CUN/HMLAN Konfigurator) gepairt werden, damit sie angesprochen werden können. Das Pairing funktioniert anders als bei FHT Devices, da die ID der HomeMatic Geräte nicht frei vergeben (am Gerät eingestellt) werden kann, sondern im Gerät fest vergeben ist. Daher empfiehlt es sich, die Geräte per Autocreate anlegen zu lassen, und den "Define"- Befehl nicht manuell in die fhem.cg einzutragen.

Zuerst [[HomeMatic_Installieren|CUL/CUN/HMLAN installieren]]. Danach hier weiter:

= HMLAN in den pairing Modus versetzen =
* CUL/CUN/HMLAN Konfigurator in den "Akzeptiere-Pairing-Requests-Modus" bringen, dazu per Telnet oder in der Kommandozeile des Webinterfaces (oder in der Weboberfläche das passende set-Kommando beim CUL/CUNO/HMLAN eintragen)

set HMLAN hmPairForSec 600

600 bedeutet hier, dass FEHM 600 Sekunden = 10 Minuten im Pairingmodus ist. Solange im hmPair: 1 steht ist der Pairingmodus aktiv.

= Devices pairen =

Dazu ist meistens ein Knopf zu drücken, üblicherweise so lange bis die LEDs blinken, meist nach ca. 5 Sekunden (bitte Handbuch beachten, Stichwort "anlernen").
Bei Fernbedienungen muss auch oft ein spezieller Pairingknopf betätigt werden und anschliessend eine Kanaltaste (Handbuch des Gerätes beachten).

Jetzt werden die Devices von autocreate erkannt und alle notwendigen Eintragungen werden in fhem.cfg eingetragen. Diese Einträge haben das Format

define <name> CUL_HM <6-digit-hex-code>"

= Pairing verifizieren =
Nur weil ein Gerät angelegt wurde heißt '''nicht''' dass es auch gepaired ist. In den Readings eines Devices muss stehen (list <name> oder im Webinterface):

PairedTo 0xABCDEF

Steht dort:

PairedTo set_0xABCDEF

Ist das pairing noch nicht vollständig. Dann kann man getConfig aufrufen. Wenn es danach immer noch dort steht hat das pairing '''nicht''' geklappt.

= Vorgehen bei Problemen =

Wenn ein Gerät nicht paired, dann das Gerät in den Auslieferungszustand bringen (Knopf mindestens 5 Sekunden drücken, bis es blinkt, dann loslassen und nochmals 5 Sekunden drücken, bis es schneller blinkt) und danach erneut pairen.

Wenn das zu pairende Geräte ein Empfänger ist, kann mit FHEM per Telnet oder in der Kommandzeile des Webinterfaces folgendes Kommando abgesetzt werden:

hmPairSerial <10-stellige Seriennummer>

Die 10-stellige Seriennummer ist beim Empfängern idR. auf der Rückseite des Geräte aufgedruckt. Die Seriennummer fängt normalerweise mit Buchstaben an und endet mit Zahlen.

Es gilt auch sicherzustellen, dass das zu pairende Gerät nicht bereits zuvor mit der Homematic Config Software gepairt wurde. Ist dies der Fall, so sollte das Pairing in der Homematic Config Software gelöscht und das Pairing in FHEM erneut durchgeführt werden.

= Gezieltes Pairing =
Bei bereits bekanntem FHEM Device <name> kann man mit:

set <name> pair

ein gezieltes Pairing veranlassen.

[[Kategorie:HOWTOS]]

HomeMatic Devices pairen

2014-01-20T10:33:00Z

Jab:

Im Gegensatz zu FS20 Komponenten müssen HomeMatic Geräte mit FHEM (bzw. dem CUL/CUN/HMLAN Konfigurator) gepairt werden, damit sie angesprochen werden können. Das Pairing funktioniert anders als bei FHT Devices, da die ID der HomeMatic Geräte nicht frei vergeben (am Gerät eingestellt) werden kann, sondern im Gerät fest vergeben ist. Daher empfiehlt es sich, die Geräte per Autocreate anlegen zu lassen, und den "Define"- Befehl nicht manuell in die fhem.cg einzutragen.

Zuerst [[HomeMatic_Installieren|CUL/CUN/HMLAN installieren]]. Danach hier weiter:

= HMLAN in den pairing Modus versetzen =
* CUL/CUN/HMLAN Konfigurator in den "Akzeptiere-Pairing-Requests-Modus" bringen, dazu per Telnet oder in der Kommandozeile des Webinterfaces (oder in der Weboberfläche das passende set-Kommando beim CUL/CUNO/HMLAN eintragen)

set HMLAN hmPairForSec 600

600 bedeutet hier, dass FEHM 600 Sekunden = 10 Minuten im Pairingmodus ist.

= Devices pairen =

Dazu ist meistens ein Knopf zu drücken, üblicherweise so lange bis die LEDs blinken, meist nach ca. 5 Sekunden (bitte Handbuch beachten, Stichwort "anlernen").
Bei Fernbedienungen muss auch oft ein spezieller Pairingknopf betätigt werden und anschliessend eine Kanaltaste (Handbuch des Gerätes beachten).

Jetzt werden die Devices von autocreate erkannt und alle notwendigen Eintragungen werden in fhem.cfg eingetragen. Diese Einträge haben das Format

define <name> CUL_HM <6-digit-hex-code>"

= Pairing verifizieren =
Nur weil ein Gerät angelegt wurde heißt '''nicht''' dass es auch gepaired ist. In den Readings eines Devices muss stehen (list <name> oder im Webinterface):

PairedTo 0xABCDEF

Steht dort:

PairedTo set_0xABCDEF

Ist das pairing noch nicht vollständig. Dann kann man getConfig aufrufen. Wenn es danach immer noch dort steht hat das pairing '''nicht''' geklappt.

= Vorgehen bei Problemen =

Wenn ein Gerät nicht paired, dann das Gerät in den Auslieferungszustand bringen (Knopf mindestens 5 Sekunden drücken, bis es blinkt, dann loslassen und nochmals 5 Sekunden drücken, bis es schneller blinkt) und danach erneut pairen.

Wenn das zu pairende Geräte ein Empfänger ist, kann mit FHEM per Telnet oder in der Kommandzeile des Webinterfaces folgendes Kommando abgesetzt werden:

hmPairSerial <10-stellige Seriennummer>

Die 10-stellige Seriennummer ist beim Empfängern idR. auf der Rückseite des Geräte aufgedruckt. Die Seriennummer fängt normalerweise mit Buchstaben an und endet mit Zahlen.

Es gilt auch sicherzustellen, dass das zu pairende Gerät nicht bereits zuvor mit der Homematic Config Software gepairt wurde. Ist dies der Fall, so sollte das Pairing in der Homematic Config Software gelöscht und das Pairing in FHEM erneut durchgeführt werden.

= Gezieltes Pairing =
Bei bereits bekanntem FHEM Device <name> kann man mit:

set <name> pair

ein gezieltes Pairing veranlassen.

[[Kategorie:HOWTOS]]

HomeMatic Devices pairen

2014-01-20T10:32:45Z

Jab:

Im Gegensatz zu FS20 Komponenten müssen HomeMatic Geräte mit FHEM (bzw. dem CUL/CUN/HMLAN Konfigurator) gepairt werden, damit sie angesprochen werden können. Das Pairing funktioniert anders als bei FHT Devices, da die ID der HomeMatic Geräte nicht frei vergeben (am Gerät eingestellt) werden kann, sondern im Gerät fest vergeben ist. Daher empfiehlt es sich, die Geräte per Autocreate anlegen zu lassen, und den "Define"- Befehl nicht manuell in die fhem.cg einzutragen.

Zuerst [[HomeMatic_Installieren|CUL/CUN/HMLAN installieren]. Danach hier weiter:

= HMLAN in den pairing Modus versetzen =
* CUL/CUN/HMLAN Konfigurator in den "Akzeptiere-Pairing-Requests-Modus" bringen, dazu per Telnet oder in der Kommandozeile des Webinterfaces (oder in der Weboberfläche das passende set-Kommando beim CUL/CUNO/HMLAN eintragen)

set HMLAN hmPairForSec 600

600 bedeutet hier, dass FEHM 600 Sekunden = 10 Minuten im Pairingmodus ist.

= Devices pairen =

Dazu ist meistens ein Knopf zu drücken, üblicherweise so lange bis die LEDs blinken, meist nach ca. 5 Sekunden (bitte Handbuch beachten, Stichwort "anlernen").
Bei Fernbedienungen muss auch oft ein spezieller Pairingknopf betätigt werden und anschliessend eine Kanaltaste (Handbuch des Gerätes beachten).

Jetzt werden die Devices von autocreate erkannt und alle notwendigen Eintragungen werden in fhem.cfg eingetragen. Diese Einträge haben das Format

define <name> CUL_HM <6-digit-hex-code>"

= Pairing verifizieren =
Nur weil ein Gerät angelegt wurde heißt '''nicht''' dass es auch gepaired ist. In den Readings eines Devices muss stehen (list <name> oder im Webinterface):

PairedTo 0xABCDEF

Steht dort:

PairedTo set_0xABCDEF

Ist das pairing noch nicht vollständig. Dann kann man getConfig aufrufen. Wenn es danach immer noch dort steht hat das pairing '''nicht''' geklappt.

= Vorgehen bei Problemen =

Wenn ein Gerät nicht paired, dann das Gerät in den Auslieferungszustand bringen (Knopf mindestens 5 Sekunden drücken, bis es blinkt, dann loslassen und nochmals 5 Sekunden drücken, bis es schneller blinkt) und danach erneut pairen.

Wenn das zu pairende Geräte ein Empfänger ist, kann mit FHEM per Telnet oder in der Kommandzeile des Webinterfaces folgendes Kommando abgesetzt werden:

hmPairSerial <10-stellige Seriennummer>

Die 10-stellige Seriennummer ist beim Empfängern idR. auf der Rückseite des Geräte aufgedruckt. Die Seriennummer fängt normalerweise mit Buchstaben an und endet mit Zahlen.

Es gilt auch sicherzustellen, dass das zu pairende Gerät nicht bereits zuvor mit der Homematic Config Software gepairt wurde. Ist dies der Fall, so sollte das Pairing in der Homematic Config Software gelöscht und das Pairing in FHEM erneut durchgeführt werden.

= Gezieltes Pairing =
Bei bereits bekanntem FHEM Device <name> kann man mit:

set <name> pair

ein gezieltes Pairing veranlassen.

[[Kategorie:HOWTOS]]

HomeMatic Installieren

2014-01-20T10:25:33Z

Jab: Inhalt von HomeMatic_Devices_pairen hierher verschoben

Solange, bis das jemand in dieses Wiki überträgt, erstmal die PDF-Version [[HomeMatic]] [https://oskar.endoftheinternet.org/groups/fhem/wiki/56652/attachments/6d51e/ActuatorDescriptionV2.pdf mit FHEM installieren]

=Schnittstellen Einstellungen=

Folgende Schritte sind durchzuführen:

==CUL==
* CUL anschließen, bzw. CUN(O) oder HMLAN Konfigurator im Netzwerk anmelden
* CUL dem System bekannt machen und in den HomeMatic-Modus versetzen, z.B.:

define CULx CUL /dev/ttyACM0@38400 1234
attr CULx rfmode HomeMatic

x = irgendwein Wert.

==CUNO==
Beim CUNO ist die Vorgehensweise identisch

define CUNx CUL <zutreffende IP Adresse eintragen>:2323 1234
attr CUNx rfmode HomeMatic

x = irgendein Wert

==HMLAN Konfigurator==
Beim HMLAN Konfigurator zuerst unbedingt [[HMLAN Konfigurator#3. AES Encryptet LAN Communication|AES Encryption]] mittels der mitgelieferten Software abschalten:

define HMLANx HMLAN <zutreffende IP Adresse eintragen>:1000
x = irgendein Wert
==Bei allen Adaptern==

attr <Adapter> hmId 123ABC
123ABC steht für eine beliebige 6-stellige hex Adresse, 000000 oder FFFFFF sind nicht erlaubt

Bei <Adapter> ist dann entsprechend HMLAN1 oder CULx oder CUNx einzutragen.

Vergisst man dieses Attribut, meckert FHEM beim HMLAN, bei CUL/CUN erzeugt FHEM automatisch eine HM-ID nach dem Muster F1<FHTID>, wobei FHTID der letzte Parameter bei der Definition des Adapters ist.
=FHEM Einstellungen=
Sicherstellen, das Autocreate aktiv ist, z.b. durch einfügen folgender Zeilen in die fhem.cfg

define autocreate autocreate
attr autocreate autosave

Achtung: Da autocreate u.U. einem bei vorheriger manueller Verfassung der fhem.cfg diese gehörig umstellt, unbedingt vorher eine Sicherheitskopie erstellen.

* fhem.cfg speichern (telnet oder im Webinterface "save" eingeben) und ein ''rereadcfg'' absetzen, um die neue Konfiguration auch anzuwenden.

Nun kann man [[HomeMatic_Devices_pairen|HomeMatic Devices pairen]].

[[Kategorie:HOWTOS]]

HM-LC-Sw1PBU-FM Unterputz-Schaltaktor 1-fach

2014-01-15T23:32:47Z

Jab: /* Alternative Firmware */

Homematic Funk-Schaltaktor 2-fach (Unterputz)

= Features =

Schalten eines angeschlossenen Verbraucher mittels [[CUL]]/[[CUN]]/[[HMLAN Konfigurator]] und über einen mechanischen Taster.
Das besondere an diesem Schalter ist, dass er den vorhandenen Unterputzeinsatz vollständig ersetzt. Dabei kann die Wippe des vorhandenen Schalters - je nach Hersteller - mit einer entsprechenden Adapterplatte weiterverwendet werden.

Es handelt sich hierbei nur um einen Aktor. Es ist nicht möglich die Taster mit anderen Homematic Geräten zu peeren. Man kann nur andere Taster mit dem Aktor peeren und diesen fernsteuern.

= Technische Daten =

{|
| Art
| Unterputz
|-
| Typ
| 1fach
|-
| Stand-by-Verbrauch
| 0,5 W (lt. Bedienungsanleitung, S. 31, Stand 02/2012, 1 W)
|-
| Versorgungsspannung
| 230 V
|-
| Abmessungen (B x H x T)
| 71 x 71 x 37 mm
|-
| Farbe
| Grau
|-
| Max. Schaltleistung
| 1000 W
|-
| Relaistyp
| Wechsler
|-
| Funkfrequenz
| 868,3 MHz
|-
| Empfängerklasse
| SRD Class 2
|-
| Sicherung (intern)
| Rundsicherung 5 A, träge
|-
| Max. Sendeleistung
| 10 mW
|-
| IP-Schutzgrad
| IP 20
|-
| Umgebungstemperaturbereich
| 5–35 °C
|}

= Hinweise zur Hardware-Installation =

Der vorhandene Schalter muss ersetzt werden. Dabei sind ein paar Dinge zu beachten:

* Der (neue) Schalter benötigt neben dem einen (bzw. zwei) L-Leitern auch einen N-Leiter für die Stromversorgung
* Die Befestigung ist nicht wie bei dem System z.B. von Merten durch spreizen von Klammern möglich. Der Schalter muss in die Löcher in der Dose geschraubt werden (Schrauben im Lieferumfang enthalten).
* Die "Frontplatte" bzw. der Befestigungsrahmen ist etwas dicker als der Rahmen eines normalen Schalters. Dadurch kann es sein, dass der vorhandene Rahmen des Schalters nicht mehr ganz an der Wand abschließt
* Um die bereits vorhandene Schalter-Wippe weiter nutzen zu können muss ein passendes Adapter-Pack gekauft werden

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define LichtWohnzimmer CUL_HM 197764
attr LichtWohnzimmer devInfo 010100
attr LichtWohnzimmer firmware 2.1
attr LichtWohnzimmer hmClass receiver
attr LichtWohnzimmer model unknown
attr LichtWohnzimmer room Wohnzimmer
attr LichtWohnzimmer serialNr JEQ0xxxxxx
attr LichtWohnzimmer subType switch
</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Ändert den Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1PBU-FM folgendes Log zu sehen:
<pre>
2012-06-05_00:09:22 LichtWohnzimmer deviceMsg: off
2012-06-05_00:09:22 LichtWohnzimmer off
2012-06-05_07:40:51 LichtWohnzimmer on
2012-06-05_07:40:51 LichtWohnzimmer deviceMsg: on
</pre>

Beim Einrichten des Schalters kommt folgender Auszug (Stand: 06.2012)
<pre>
2012.06.04 23:12:27 2: CUL_HM pair: CUL_HM_switch_197764 is a switch, model unknown serialNr JEQ0xxxxxx
</pre>

== Funktion als Treppenlichtschalter ==

Um dafür zu sorgen, dass z.B. ein durch den HM-LC-Sw1PBU-FM eingeschaltetes Licht automatisch von FHEM nach 10 Minuten ausgeschaltet wird, können Sie folgenden Code verwenden:
<pre>
define Beleuchtung_an notify Beleuchtung:on* define Beleuchtung_aus at +00:10:00 set Beleuchtung off
</pre>

== Workaround um den Taster in FHEM zu nutzen ==
Man kann den Taster in der Originalfirmware nicht mit anderen Geräten peeren. Allerdings kann man mit folgendem Workaround den Taster in FHEM nutzen. Das hat jedoch eine Verzögerung zwischen 3 und 8s. Dabei ist es trotzdem möglich den Aktor per FHEM oder gepeertem Gerät weiter zu steuern. Der Taster beeinflusst den Aktor nicht mehr. Das ganze funktioniert weil der HM-LC-Sw1PBU-FM bei jedem Tasterdruck das reading für state updatet (auch wenn sich der Wert nicht ändert).

Zuerst setzt man ein event auf event-on-change-reading:

attr HM-LC-Sw1PBU-FM event-on-change-reading state
attr HM-LC-Sw1PBU-FM event-on-update-reading state

Weiterhin wird der Schalter deaktiviert (hier nur für kurzes Drücken, kann man mit lgSwJtXXX auch für langes drücken machen):
set HM-LC-Sw1PBU-FM regSet intKeyVisib visib
set HM-LC-Sw1PBU-FM getConfig
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOn on self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self02
set HM-LC-Sw1PBU-FM regSet exec shSwJtOn on self02

Nun setzt man einen Notify auf das Reading:
define HM-LC-Sw1PBU-FM-TasterPressed notify HM-LC-Sw1PBU-FM {set YourOtherDevice toggle}

== Alternative Firmware ==

Um die beiden Taster als Remote und den Aktor getrennt zu nutzen gibt es alternative Firmware im alpha stadium: https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM. Dazu muss man einen ISP Programmer für Atmega haben (Raspberry PI geht auch) und die Firmware flashen.

= Links =

Anleitung: [http://www.elv-downloads.de/Assets/Produkte/10/1030/103029/Downloads/103029_FunkSchaltaktor_um.pdf PDF]

Produktwebseite bei [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=37991 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-LC-Sw1PBU-FM Unterputz-Schaltaktor 1-fach

2014-01-05T16:25:58Z

Jab: /* Workaround um den Taster in FHEM zu nutzen */

Homematic Funk-Schaltaktor 2-fach (Unterputz)

= Features =

Schalten eines angeschlossenen Verbraucher mittels [[CUL]]/[[CUN]]/[[HMLAN Konfigurator]] und über einen mechanischen Taster.
Das besondere an diesem Schalter ist, dass er den vorhandenen Unterputzeinsatz vollständig ersetzt. Dabei kann die Wippe des vorhandenen Schalters - je nach Hersteller - mit einer entsprechenden Adapterplatte weiterverwendet werden.

Es handelt sich hierbei nur um einen Aktor. Es ist nicht möglich die Taster mit anderen Homematic Geräten zu peeren. Man kann nur andere Taster mit dem Aktor peeren und diesen fernsteuern.

= Technische Daten =

{|
| Art
| Unterputz
|-
| Typ
| 1fach
|-
| Stand-by-Verbrauch
| 0,5 W (lt. Bedienungsanleitung, S. 31, Stand 02/2012, 1 W)
|-
| Versorgungsspannung
| 230 V
|-
| Abmessungen (B x H x T)
| 71 x 71 x 37 mm
|-
| Farbe
| Grau
|-
| Max. Schaltleistung
| 1000 W
|-
| Relaistyp
| Wechsler
|-
| Funkfrequenz
| 868,3 MHz
|-
| Empfängerklasse
| SRD Class 2
|-
| Sicherung (intern)
| Rundsicherung 5 A, träge
|-
| Max. Sendeleistung
| 10 mW
|-
| IP-Schutzgrad
| IP 20
|-
| Umgebungstemperaturbereich
| 5–35 °C
|}

= Hinweise zur Hardware-Installation =

Der vorhandene Schalter muss ersetzt werden. Dabei sind ein paar Dinge zu beachten:

* Der (neue) Schalter benötigt neben dem einen (bzw. zwei) L-Leitern auch einen N-Leiter für die Stromversorgung
* Die Befestigung ist nicht wie bei dem System z.B. von Merten durch spreizen von Klammern möglich. Der Schalter muss in die Löcher in der Dose geschraubt werden (Schrauben im Lieferumfang enthalten).
* Die "Frontplatte" bzw. der Befestigungsrahmen ist etwas dicker als der Rahmen eines normalen Schalters. Dadurch kann es sein, dass der vorhandene Rahmen des Schalters nicht mehr ganz an der Wand abschließt
* Um die bereits vorhandene Schalter-Wippe weiter nutzen zu können muss ein passendes Adapter-Pack gekauft werden

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define LichtWohnzimmer CUL_HM 197764
attr LichtWohnzimmer devInfo 010100
attr LichtWohnzimmer firmware 2.1
attr LichtWohnzimmer hmClass receiver
attr LichtWohnzimmer model unknown
attr LichtWohnzimmer room Wohnzimmer
attr LichtWohnzimmer serialNr JEQ0xxxxxx
attr LichtWohnzimmer subType switch
</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Ändert den Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1PBU-FM folgendes Log zu sehen:
<pre>
2012-06-05_00:09:22 LichtWohnzimmer deviceMsg: off
2012-06-05_00:09:22 LichtWohnzimmer off
2012-06-05_07:40:51 LichtWohnzimmer on
2012-06-05_07:40:51 LichtWohnzimmer deviceMsg: on
</pre>

Beim Einrichten des Schalters kommt folgender Auszug (Stand: 06.2012)
<pre>
2012.06.04 23:12:27 2: CUL_HM pair: CUL_HM_switch_197764 is a switch, model unknown serialNr JEQ0xxxxxx
</pre>

== Funktion als Treppenlichtschalter ==

Um dafür zu sorgen, dass z.B. ein durch den HM-LC-Sw1PBU-FM eingeschaltetes Licht automatisch von FHEM nach 10 Minuten ausgeschaltet wird, können Sie folgenden Code verwenden:
<pre>
define Beleuchtung_an notify Beleuchtung:on* define Beleuchtung_aus at +00:10:00 set Beleuchtung off
</pre>

== Workaround um den Taster in FHEM zu nutzen ==
Man kann den Taster in der Originalfirmware nicht mit anderen Geräten peeren. Allerdings kann man mit folgendem Workaround den Taster in FHEM nutzen. Das hat jedoch eine Verzögerung zwischen 3 und 8s. Dabei ist es trotzdem möglich den Aktor per FHEM oder gepeertem Gerät weiter zu steuern. Der Taster beeinflusst den Aktor nicht mehr. Das ganze funktioniert weil der HM-LC-Sw1PBU-FM bei jedem Tasterdruck das reading für state updatet (auch wenn sich der Wert nicht ändert).

Zuerst setzt man ein event auf event-on-change-reading:

attr HM-LC-Sw1PBU-FM event-on-change-reading state
attr HM-LC-Sw1PBU-FM event-on-update-reading state

Weiterhin wird der Schalter deaktiviert (hier nur für kurzes Drücken, kann man mit lgSwJtXXX auch für langes drücken machen):
set HM-LC-Sw1PBU-FM regSet intKeyVisib visib
set HM-LC-Sw1PBU-FM getConfig
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOn on self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self02
set HM-LC-Sw1PBU-FM regSet exec shSwJtOn on self02

Nun setzt man einen Notify auf das Reading:
define HM-LC-Sw1PBU-FM-TasterPressed notify HM-LC-Sw1PBU-FM {set YourOtherDevice toggle}

== Alternative Firmware ==

Um die beiden Taster als Remote und den Aktor getrennt zu nutzen gibt es alternative Firmware im alpha stadium: https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM. Dazu muss man einen ISP Programmer für Atmega haben und die Firmware flashen.

= Links =

Anleitung: [http://www.elv-downloads.de/Assets/Produkte/10/1030/103029/Downloads/103029_FunkSchaltaktor_um.pdf PDF]

Produktwebseite bei [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=37991 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

Benutzer Diskussion:Ph1959de

2014-01-03T14:52:29Z

Jab: /* Verwendung der Sandbox */ Link gefixt

== Kategoriestruktur ==

Ich habe eine Bestandsaufnahme der Kategoriestruktur mittels Freeplane Mindmap Programm erstellt. Die Quelldatei kann ich derzeit hier nicht ablegen, da nur Bilddateien erlaubt sind. Bei Bedarf bitte nach der .mm Datei fragen, ich sende sie gern an Interessenten (die willens sind, an der Umstrukturierung mitzuarbeiten). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:13, 8. Jul. 2013 (CEST)

::Darfst du die Datei im Forum hochladen? Dann könntest einfach von hier dorthin verlinken? Grüße, [[Benutzer:Rince|Rince]] ([[Benutzer Diskussion:Rince|Diskussion]]) 08:43, 10. Jul. 2013 (CEST)

== Löschkandidaten ==

Die ganzen unverlinkten Bilde in Löschkandidaten packen hättest du nicht machen brauchen. Ich lösch unverlinkte Bilder die aus dem Import kommen auch so... wenn ich zwischendurch immer mal Zeit [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 17:00, 9. Jul. 2013 (CEST)

: :-) ... War ich ja gar nicht - das war Markusbloch ... von mir war der Hinweis auf die unverlinkten Dateien. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 23:03, 9. Jul. 2013 (CEST)

::: Manchmal hab ich eben so ne Phase irgendwie. Ist genauso wie bei der manuellen Korrektur aller Artikel direkt nach dem Import ;-) --[[Benutzer:Markusbloch|Markusbloch]] ([[Benutzer Diskussion:Markusbloch|Diskussion]]) 18:33, 10. Jul. 2013 (CEST)

::::Oh ja, hab irgendwie nicht aufgepasst. Also gegen die Phasen hab ich nix :-) [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 20:24, 10. Jul. 2013 (CEST)

== Abbildung von Bauteilen als Foto ==

Hallo Peter,

ich habe eine grundsätzliche Frage zur Darstellung von eigenen Fotos unter FHEMWiki. Ist es urheberrechtilich zulässig, eigene Fotos von Bauteilen darzustellen ?

Gruß
Lothar

:Hallo Lothar, ich bin da zwar kein Experte, denke aber, dass genau diese Art von Bildern erlaubt ist. Was nicht geht, ist das Übernehmen von Bildern von z.B. einer Herstellerseite, oder das direkte einbinden von Bildern aus fremdem Webspace. Ich denke, diese Aussage ist auch durch die Beschreibung bei Wikipedia abgedeckt: http://de.wikipedia.org/wiki/Hilfe:Bildertutorial/2_Bildrechte.
:<hr>
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:30, 27. Aug. 2013 (CEST)

== Urheberschaft der alten Einträge ==

Hallo,

ich habe festgestellt, dass ihr beim Neuaufsetzen des Wiki alle Urheberinformationen gelöscht habt. War das Absicht, oder ein Unfall ?

KG

pah
<hr />
:Hallo pah, muss man wohl eher als Unfall bezeichnen. Das Wiki war komplett weg (und das Backup war nicht wirklich als solches zu bezeichnen, sondern komplett unbrauchbar) und wurde aus dem Google-Cache wieder hergestellt. Dabei ist natürlich die ganze Änderungshistorie (und damit auch das was Du vermutlich als Urheberinformation bezeichnest?) verloren gegangen.
:Aber das erinnert mich daran, dass ich bei einem der Administratoren dringend mal nachfragen wollte, wie es jetzt um die Sicherstellung der Backups steht.
:Und noch ein Nachsatz: ''...dass ihr beim Neuaufsetzen des Wiki...'': daran war ich nicht wirklich aktiv beteiligt. Bin auch nur "ganz normaler" Wiki Benutzer ohne besondere Rechte. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:43, 10. Nov. 2013 (CET)

== Links auf der Willkommensseite ==
Hallo Peter,

ich bin - als Neuling - nicht ganz sicher, ob die Kommunikation mit Dir so gedacht ist, aber zumindest stand das so auf der Begrüßungsseite ;-)

Ich habe festgestellt, dass in der Begrüßungsseite die Links auf die englische Version von wikipedia verweisen. Ich denke gerade für Neulinge wäre da die deutsche Version besser. (Z.B. http://de.wikipedia.org/wiki/Wikipedia:Tutorial)

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 12:31, 28. Nov. 2013 (CET)
: ... ja, ist mir bekannt (trotzdem danke für die Rückmeldung). Kann ich aber leider nicht ändern, aber wenn ich mich recht erinnere, habe ich da beim "Betreiber" unseres Wiki schon mal nachgefragt aber bisher keine Antwort bekommen. Ich werde noch mal nachhaken. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:40, 28. Nov. 2013 (CET)
:: Ok, ich habe mir das noch mal angeschaut. Ist für neue Benutzer wirklich ziemlich verwirrend, deshalb habe ich vorerst mal "hartcodiert" auf die Links auf die deutschen Wikipedia:-Hilfeseiten umgestellt. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:42, 28. Nov. 2013 (CET)

== Verwendung der Sandbox ==
Hallo Peter,

den Wiki "sauber" zu halten ist ja eine wichtige Sache und ich denke dafür ist die [[FhemWiki:Sandbox]] gedacht.
Leider ist mir völlig unklar, wie ich diese in diesem Sinne verwenden soll. Gibt es hierzu eine Anleitung oder ein paar Hinweise?

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 17:01, 29. Nov. 2013 (CET)
:Die Geschichte mit der Sandbox sollte man vielleicht nicht überbewerten. Was vermieden werden sollte ist
:* das wilde Anlegen von neuen Artikeln mit zusätzlichem experimentieren mit den Seitennamen (das gibt dann immer gleich eine Weiterleitung und zusätzlichen Aufräumaufwand)
:* jede noch so kleine Änderung separat abzuspeichern (Vorschau, Vorschau, Vorschau!); es gibt einige Leute, die neue Änderungen querlesen - denen macht man die Arbeit sonst unnötig schwer
:* was mir sonst noch so eingefallen ist, habe ich schon auf die [[FHEMWiki:Über FHEMWiki]]-Seite geschrieben (darf natürlich ergänzt werden)
:Experimentieren kann man zur Not auch im eigenen Namensraum (also in Deinem Fall <nowiki>[[Funfactor/Experiment...]]</nowiki>. Aber weitere Ideen sind jederzeit willkommen (bitte beachten: ich bin auch nur "ganz normaler User" hier). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:35, 29. Nov. 2013 (CET)

== On-for-timer zurücksetzen ==
Hi, es gibt da einen Artikel, den ich erstmals gerne mit einem Template Löschkandidat oder Qualtitästsicherung versehen würde: [[On-for-timer zurücksetzen]]
Erbitte Zweitmeinung. Und ich weiss nicht, ob wir ggf passende Templates haben muss ich zugeben.

[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 16:38, 27. Dez. 2013 (CET)
:<hr>
:--[[Benutzer:Stephan|Stephan]] ([[Benutzer Diskussion:Stephan|Diskussion]]) 16:45, 27. Dez. 2013 (CET) ''(Stefans Beitrag auf die Diskussionsseite des Artikels ([[Diskussion:On-for-timer_zurücksetzen]]) verschoben [ph1959de])''

:<hr>
:Ich (traue mich fast nicht :-), aber ich ...) verweise einfach mal auf die [[:Kategorie:Löschkandidaten]] und dortselbst auf den einleitenden Text.
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:54, 27. Dez. 2013 (CET)

HM-LC-Sw1PBU-FM Unterputz-Schaltaktor 1-fach

2013-12-29T16:39:10Z

Jab: Alternative Firmware

Homematic Funk-Schaltaktor 2-fach (Unterputz)

= Features =

Schalten eines angeschlossenen Verbraucher mittels [[CUL]]/[[CUN]]/[[HMLAN Konfigurator]] und über einen mechanischen Taster.
Das besondere an diesem Schalter ist, dass er den vorhandenen Unterputzeinsatz vollständig ersetzt. Dabei kann die Wippe des vorhandenen Schalters - je nach Hersteller - mit einer entsprechenden Adapterplatte weiterverwendet werden.

Es handelt sich hierbei nur um einen Aktor. Es ist nicht möglich die Taster mit anderen Homematic Geräten zu peeren. Man kann nur andere Taster mit dem Aktor peeren und diesen fernsteuern.

= Technische Daten =

{|
| Art
| Unterputz
|-
| Typ
| 1fach
|-
| Stand-by-Verbrauch
| 0,5 W (lt. Bedienungsanleitung, S. 31, Stand 02/2012, 1 W)
|-
| Versorgungsspannung
| 230 V
|-
| Abmessungen (B x H x T)
| 71 x 71 x 37 mm
|-
| Farbe
| Grau
|-
| Max. Schaltleistung
| 1000 W
|-
| Relaistyp
| Wechsler
|-
| Funkfrequenz
| 868,3 MHz
|-
| Empfängerklasse
| SRD Class 2
|-
| Sicherung (intern)
| Rundsicherung 5 A, träge
|-
| Max. Sendeleistung
| 10 mW
|-
| IP-Schutzgrad
| IP 20
|-
| Umgebungstemperaturbereich
| 5–35 °C
|}

= Hinweise zur Hardware-Installation =

Der vorhandene Schalter muss ersetzt werden. Dabei sind ein paar Dinge zu beachten:

* Der (neue) Schalter benötigt neben dem einen (bzw. zwei) L-Leitern auch einen N-Leiter für die Stromversorgung
* Die Befestigung ist nicht wie bei dem System z.B. von Merten durch spreizen von Klammern möglich. Der Schalter muss in die Löcher in der Dose geschraubt werden (Schrauben im Lieferumfang enthalten).
* Die "Frontplatte" bzw. der Befestigungsrahmen ist etwas dicker als der Rahmen eines normalen Schalters. Dadurch kann es sein, dass der vorhandene Rahmen des Schalters nicht mehr ganz an der Wand abschließt
* Um die bereits vorhandene Schalter-Wippe weiter nutzen zu können muss ein passendes Adapter-Pack gekauft werden

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define LichtWohnzimmer CUL_HM 197764
attr LichtWohnzimmer devInfo 010100
attr LichtWohnzimmer firmware 2.1
attr LichtWohnzimmer hmClass receiver
attr LichtWohnzimmer model unknown
attr LichtWohnzimmer room Wohnzimmer
attr LichtWohnzimmer serialNr JEQ0xxxxxx
attr LichtWohnzimmer subType switch
</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Ändert den Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1PBU-FM folgendes Log zu sehen:
<pre>
2012-06-05_00:09:22 LichtWohnzimmer deviceMsg: off
2012-06-05_00:09:22 LichtWohnzimmer off
2012-06-05_07:40:51 LichtWohnzimmer on
2012-06-05_07:40:51 LichtWohnzimmer deviceMsg: on
</pre>

Beim Einrichten des Schalters kommt folgender Auszug (Stand: 06.2012)
<pre>
2012.06.04 23:12:27 2: CUL_HM pair: CUL_HM_switch_197764 is a switch, model unknown serialNr JEQ0xxxxxx
</pre>

== Funktion als Treppenlichtschalter ==

Um dafür zu sorgen, dass z.B. ein durch den HM-LC-Sw1PBU-FM eingeschaltetes Licht automatisch von FHEM nach 10 Minuten ausgeschaltet wird, können Sie folgenden Code verwenden:
<pre>
define Beleuchtung_an notify Beleuchtung:on* define Beleuchtung_aus at +00:10:00 set Beleuchtung off
</pre>

== Workaround um den Taster in FHEM zu nutzen ==
Man kann den Taster in der Originalfirmware nicht mit anderen Geräten peeren. Allerdings kann man mit folgendem Workaround den Taster in FHEM nutzen. Das hat jedoch eine Verzögerung zwischen 3 und 8s. Dabei ist es trotzdem möglich den Aktor per FHEM oder gepeertem Gerät weiter zu steuern. Der Taster beeinflusst den Aktor nicht mehr. Das ganze funktioniert weil der HM-LC-Sw1PBU-FM bei jedem Tasterdruck das reading für state updatet (auch wenn sich der Wert nicht ändert).

Zuerst setzt man ein event auf event-on-change-reading:

attr HM-LC-Sw1PBU-FM event-on-change-reading state
attr HM-LC-Sw1PBU-FM event-on-update-reading state

Weiterhin wird der Schalter deaktiviert (hier nur für kurzes Drücken, kann man mit lgSwJtXXX auch für langes drücken machen):
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOn on self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self02
set HM-LC-Sw1PBU-FM regSet exec shSwJtOn on self02

Nun setzt man einen Notify auf das Reading:
define HM-LC-Sw1PBU-FM-TasterPressed notify HM-LC-Sw1PBU-FM {set YourOtherDevice toggle}

== Alternative Firmware ==

Um die beiden Taster als Remote und den Aktor getrennt zu nutzen gibt es alternative Firmware im alpha stadium: https://github.com/jabdoa2/Asksin_HM_LC_Sw1PBU_FM. Dazu muss man einen ISP Programmer für Atmega haben und die Firmware flashen.

= Links =

Anleitung: [http://www.elv-downloads.de/Assets/Produkte/10/1030/103029/Downloads/103029_FunkSchaltaktor_um.pdf PDF]

Produktwebseite bei [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=37991 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-CC-RT-DN Funk-Heizkörperthermostat

2013-12-10T13:13:37Z

Jab: Neue Firmware Version

Beim '''HM-CC-RT-DN''' handelt es sich um einen '''Funk-Heizkörperthermostaten''', der als Nachfolger den [[HM-CC-VD]] ablöst und seit Mitte September 2013 verfügbar ist.

Im Gegensatz zum Vorgänger misst der HM-CC-RT-DN selbst die Temperatur und verfügt über eine Boost-Funktion. Er braucht zur Steuerung kein separates Raumregelungsgerät mehr und verfügt über eine eigene Fenster-Offen-Erkennung. Laut Aussagen auf der ELV-Produktseite soll ein passender Wandthermostat "im Laufe des Jahres 2014" erscheinen.

Das Gerät wird seit Anfang Oktober 2013 von Fhem unterstützt (siehe Diskussion im [http://forum.fhem.de/index.php/topic,14738.0.html Forum]).

Der '''HM-CC-RT-DN''' scheint das erste HomeMatic-Device zu sein, bei dem ein Update der Firmware auch vom Anwender durchgeführt werden kann. Zu dem "Wie" kann bisher noch nichts näheres gesagt werden.

'''Achtung:''' Die Solltemperaturen eines HM-CC-RT-DN lassen sich <ins>nicht</ins> durch einen [[HM-CC-TC Funk-Wandthermostat|HM-CC-TC]] steuern. Dieser kann höchstens die Ist-Temperatur an den RT weiter geben, damit die Raumtemperatur nicht am RT selbst zur Ventilsteuerung genommen wird.

Mit einem HM-CC-RT-DN können maximal (neben der Zentrale/Fhem):
* 7 HomeMatic Heizkörperthermostate
* 8 HomeMatic Tür-Fensterkontakte / Fenster-Drehgriffkontakte
* 8 Tastenpaare von HomeMatic Fernbedienungen bzw. Display-Wandtaster
* 1 HomeMatic Innen-Temperatur-Sensor
gepeert werden.

== Technische Daten ==

* Betriebsspannung: 2 Stck. 1,5V LR6/Mignon/AA
* Stromaufnahme: 180 mA max.
* Abmessungen (B x H x T): 54 x 65 x 93 mm
* Gewicht: 180 g (ohne Batterien)
* Ventilanschluss: M30 x 1,5 mm

Aktuelle Firmware: 1.2 (in CCU2 2.7.8)

== Betrieb mit FHEM ==
Der Funk-Heizkörperthermostat muss zuerst mit Fhem [[HomeMatic_Devices_pairen|gepairt]] werden.

=== Channels (Kanäle) ===
==== Channel (Kanal) 01 _Weather ====
Dieser Kanal dient zur Einspeisung der "IST-Temperatur", als Sensor kann z. B. ein HomeMatic HM-WDS10-TH-O Funk-Temperatur-/Luftfeuchtesensor OTH dienen.

Befehl zum peeren:
set <thermoSensor> peerChan 0 <rt_Weather> single

==== Channel (Kanal) 02 _Climate ====

==== Channel (Kanal) 03 _WindowRec ====
Hier lassen sich Fensterkontakte (HM-SEC-SC oder HM-SEC-RHS) peeren, die ihren Fensterstatus (geöffnet/gekippt) an ein oder mehrere Thermostate senden. Die Thermostate stellen anschließend die entsprechende (konfigurierbare) Temperatur ein. Der Temperaturwert kann je Fenster-Sensor unterschidlich definiert werden. Sind mehrere Fenster gleichzeitig geöffnet, so wird der Thermostat auf die Temperatur des Sensors mit dem gerinsgten Temperaturwert eingestellt.
Ferner wird empfohlen, bei Einsatz von externen Sensoren, die interne „Fenster auf Erkennung“ zu deaktivieren (Weitere Details sind im [[HM-CC-RT-DN_Funk-Heizkörperthermostat#Channel_.28Kanal.29_04_ClimRT_tr|Channel (Kanal) 04 _ClimRT_tr]] näher beschrieben).

Befehl zum peeren:
set <fenster-sensor> peerChan 0 <rt_WindowRec> single

Zum Löschen von einen peer:
set <fenster-sensor> peerChan 0 <rt_WindowRec> single unset

Der Peer-(Lösch)Vorgang muss auf dem SC/RHS Sensor durch "drücken" der Anlerntaste bestätigt werden.

Temperatur für Windowopen definieren:

set <rt_WindowRec> regSet winOpnTemp 10 <fenster-sensor>

==== Channel (Kanal) 04 _ClimRT_tr ====
Dieser Kanal ist "der" operationelle. Hier kann z.B. die Temperatur eingestellt werden.

'''Temperaturlisten setzen''': um gebündelt die Wunschtemperaturen für eine ganze Woche zu setzen, können, wie beim HM-CC-TC [[HM-CC-TC Funk-Wandthermostat#Temperaturlisten|beschrieben]], Temperaturlisten in der z.B. [[99_myUtils anlegen|99_MyUtils.pm]] angelegt werden. Anders als beim HM-CC-TC sind diese Listen aber nicht auf den Channel ''_Climate'', sondern auf den Channel ''_ClimRT_tr'' zu übertragen.

######################################################
# Temperatur-Liste für Kellertreppe
# setzen per Aufruf von "{SetTempList_UG_Treppe_Heizung}"
# Vorsicht, da kein HM-CC-TC, sondern HM-CC-RT-DN, ist hier ein anderer Channel
# zu nehmen. Zudem wird mit prep|exec gearbeitet, um nicht alle Zeilen als
# einzelnen Befehl zu senden, sondern per "prep" erst alles
# zusammenzufassen und dann per "exec" an das Thermostat zu senden.
# Also als ein einziger Befehl statt sieben. Vermeidet "NACKs"
######################################################
sub
SetTempList_UG_Treppe_Heizung()
{
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListMon prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListTue prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListWed prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListThu prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListFri prep 05:30 16.0 07:00 18.0 15:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListSat prep 07:00 16.0 09:00 18.0 15:00 18.5 21:00 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListSun exec 07:00 16.0 09:00 18.0 15:00 18.5 21:00 19.0 24:00 16.0")};
}
# End SetTempList_UG_Treppe_Heizung

Sobald die neue/geänderte ''99_MyUtils.pm'' gespeichert ist, können per Fhem-Befehl ''<code>{SetTempList_UG_Treppe_Heizung}</code>'' (also inclusive der geschweiften Klammern) die neuen Temperaturen an den HM-CC-RT-DN gesendet werden.

'''Die interne Fernster auf Erkennung kann man wie folgt abschalten:'''

set <rt_ClimRT_tr> regSet winOpnMode off

==== Channel (Kanal) 05 _ClimaTeam ====
Dieser Kanal dient zum peeren von mehreren RTs untereinander, also wenn z.B. zwei RTs in einem Raum sind und sich synchronisieren sollen. Das funktioniert jedoch nur, wenn die Einstellungsänderungen direkt am Thermostat durchgeführt werden. Änderungen, die in FHEM (bzw. über den Channel 4) durchgeführt werden, werden (nach bisherigen Erkenntnissen firmwarebedingt) nicht unterstützt.

Die Temperaturen werden '''nicht''' ausgetauscht, wenn die Quelle (z.B. Fensterkontakt) 'in der Lage ist' es an alle RTs zu verteilen (so die HM Philosophie).

'''Folgende Änderungen werden "nicht" weitergegeben:'''
* Status der Fensterkontakte
* Temperaturvorgaben der Zentrale
* Temperaturlisten/Wochenplan

'''Folgende Änderungen werden weitergegeben:'''
* Änderung der Temperatur am Handrad
* Boost am Handrad

Befehl zum peeren:
<pre>set <rt1-ClimaTeam> peerChan 0 <rt2-ClimaTeam> single</pre>

==== Channel (Kanal) 06 _remote ====
Kann an eine Fernbedienung gekoppelt werden. Damit lässt sich z.B. mit der +/- Taste die Temperatur einstellen.

Befehl zum peeren:
<pre>set <button> peerChan 0 <rt-remote> single</pre>

=== Modus Auto, Manu, Party (Urlaub) ===

Im Automode kann man die Temperatur am Einstellrad des RT ändern. Zum nächsten Schaltpunkt wird dies dann überschrieben. Will man dies nicht (z.B. lange Party, ...), kann man auf manuell schalten. Dann bleibt die mit dem Drehregler (oder der Zentrale) eingestellte Temperatur stehen bis ''ultimo''. Es gibt dann noch den Party- oder Urlaubsmodus. In diesen kann man den Automodus für eine gegebene Zeit überschreiben.

=== Burst-Modus ===

Das ist ein Übertragungsmodus für Nachrichten zwischen HM-Geräten und der Zentrale. Der RT erwacht alle 2,5 Minuten und dann überträgt die Zentrale die Kommanods. Wenn man einen Fensterkontakt oder eine Fernsteuerung nutzt, muss der RT sofort reagieren - dann muss man den Burst ''enablen''. Der RT kann in diesem Fall sofort aufgeweckt werden und bearbeitet die Anforderung (Request). Das kannt man auch von der Zentrale aus nutzen (so man möchte). Das ist der '''Vorteil''' des eingeschalteten Burst-Modus.

'''Nachteil:''' Der RT muss den Receiver wach halten. Der RT und alle anderen Burst-Devices erwachen bei '''jedem''' Burst (egal für wen) und legen sich dann wieder schlafen.
* jeder Burst-trigger kostet Batterie für '''alle''' Burst-Geräte im System
* wenn Burst enabled ist kostet es dem RT Batteriekapazität

==Fhem-Log==
=== Device-Log ===
2013.10.10 20:03:24 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_2212BC, please define it
2013.10.10 20:03:24 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC CUL_HM 2212BC A1A0184002212BC0000001000954B4551303531303031375900FFFF
2013.10.10 20:03:24 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_2212BC thermostat, model HM-CC-RT-DN serialNr KEQ0510017
2013.10.10 20:03:24 3: LANCUL pairing (hmPairForSec) not enabled
2013.10.10 20:03:24 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC-%Y.log CUL_HM_HM_CC_RT_DN_2212BC
2013.10.10 20:03:24 3: Device Heizung_Wohnzimmer added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: Heizung_Wohnzimmer thermostat, model HM-CC-TC serialNr JEQ0044286
2013.10.10 20:03:24 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_2212BC thermostat, model HM-CC-RT-DN serialNr KEQ0510017
2013.10.10 20:03:25 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_Weather CUL_HM 2212BC01
2013.10.10 20:03:25 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Weather FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Weather-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Weather
2013.10.10 20:03:25 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Weather FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Weather-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Weather
2013.10.10 20:03:26 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_Climate CUL_HM 2212BC02
2013.10.10 20:03:26 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Climate FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Climate-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Climate
2013.10.10 20:03:26 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Climate FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Climate-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Climate
2013.10.10 20:03:27 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_WindowRec CUL_HM 2212BC03
2013.10.10 20:03:27 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_WindowRec FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_WindowRec
2013.10.10 20:03:27 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_WindowRec FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_WindowRec
2013.10.10 20:03:28 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr CUL_HM 2212BC04
2013.10.10 20:03:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr
2013.10.10 20:03:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr
2013.10.10 20:03:29 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam CUL_HM 2212BC05
2013.10.10 20:03:29 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam
2013.10.10 20:03:29 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam
2013.10.10 20:03:30 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_remote CUL_HM 2212BC06
2013.10.10 20:03:30 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_remote FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_remote-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_remote
2013.10.10 20:03:30 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_remote FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_remote-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_remote
2013.10.10 20:03:35 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:40 2: CUL_HM set CUL_HM_HM_CC_RT_DN_2212BC getSerial
2013.10.10 20:03:40 2: CUL_HM set CUL_HM_HM_CC_RT_DN_2212BC getConfig
2013.10.10 20:03:54 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time

=== Event monitor ===
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr motorErr: ok
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr measured-temp: 18.4
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr desired-temp: 18
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr ValvePosition: 3 %
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr mode: manu
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr unknown0: 24
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr T: 18.4 desired: 18 valve: 3 %
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC battery: ok
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC batteryLevel: 3.1 V
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC measured-temp: 18.4
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC desired-temp: 18
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC actuator: 3 %

== Bekannte Probleme ==

== Links ==
* [http://www.elv.de/homematic-heizkoerperthermostat-1.html Produktinfo]
* [http://www.elv-downloads.de/Assets/Produkte/10/1051/105155/Downloads/105155_thermostat_um.pdf Bedienungsanleitung (PDF)]
* [http://www.elv-downloads.de/Assets/Produkte/10/1051/105155/Downloads/105155_thermostat_data.pdf Datenblatt (PDF)]
* [http://www.elv-downloads.de/service/manuals/ventilkompatibilitaet.pdf Ventil-Kompatibilitätsliste (PDF)]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Heizungsventile]]

HM-LC-Sw1PBU-FM Unterputz-Schaltaktor 1-fach

2013-12-10T12:23:25Z

Jab: /* Workaround um den Taster in FHEM zu nutzen */

Homematic Funk-Schaltaktor 2-fach (Unterputz)

= Features =

Schalten eines angeschlossenen Verbraucher mittels [[CUL]]/[[CUN]]/[[HMLAN Konfigurator]] und über einen mechanischen Taster.
Das besondere an diesem Schalter ist, dass er den vorhandenen Unterputzeinsatz vollständig ersetzt. Dabei kann die Wippe des vorhandenen Schalters - je nach Hersteller - mit einer entsprechenden Adapterplatte weiterverwendet werden.

Es handelt sich hierbei nur um einen Aktor. Es ist nicht möglich die Taster mit anderen Homematic Geräten zu peeren. Man kann nur andere Taster mit dem Aktor peeren und diesen fernsteuern.

= Technische Daten =

{|
| Art
| Unterputz
|-
| Typ
| 1fach
|-
| Stand-by-Verbrauch
| 0,5 W (lt. Bedienungsanleitung, S. 31, Stand 02/2012, 1 W)
|-
| Versorgungsspannung
| 230 V
|-
| Abmessungen (B x H x T)
| 71 x 71 x 37 mm
|-
| Farbe
| Grau
|-
| Max. Schaltleistung
| 1000 W
|-
| Relaistyp
| Wechsler
|-
| Funkfrequenz
| 868,3 MHz
|-
| Empfängerklasse
| SRD Class 2
|-
| Sicherung (intern)
| Rundsicherung 5 A, träge
|-
| Max. Sendeleistung
| 10 mW
|-
| IP-Schutzgrad
| IP 20
|-
| Umgebungstemperaturbereich
| 5–35 °C
|}

= Hinweise zur Hardware-Installation =

Der vorhandene Schalter muss ersetzt werden. Dabei sind ein paar Dinge zu beachten:

* Der (neue) Schalter benötigt neben dem einen (bzw. zwei) L-Leitern auch einen N-Leiter für die Stromversorgung
* Die Befestigung ist nicht wie bei dem System z.B. von Merten durch spreizen von Klammern möglich. Der Schalter muss in die Löcher in der Dose geschraubt werden (Schrauben im Lieferumfang enthalten).
* Die "Frontplatte" bzw. der Befestigungsrahmen ist etwas dicker als der Rahmen eines normalen Schalters. Dadurch kann es sein, dass der vorhandene Rahmen des Schalters nicht mehr ganz an der Wand abschließt
* Um die bereits vorhandene Schalter-Wippe weiter nutzen zu können muss ein passendes Adapter-Pack gekauft werden

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define LichtWohnzimmer CUL_HM 197764
attr LichtWohnzimmer devInfo 010100
attr LichtWohnzimmer firmware 2.1
attr LichtWohnzimmer hmClass receiver
attr LichtWohnzimmer model unknown
attr LichtWohnzimmer room Wohnzimmer
attr LichtWohnzimmer serialNr JEQ0xxxxxx
attr LichtWohnzimmer subType switch
</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Ändert den Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1PBU-FM folgendes Log zu sehen:
<pre>
2012-06-05_00:09:22 LichtWohnzimmer deviceMsg: off
2012-06-05_00:09:22 LichtWohnzimmer off
2012-06-05_07:40:51 LichtWohnzimmer on
2012-06-05_07:40:51 LichtWohnzimmer deviceMsg: on
</pre>

Beim Einrichten des Schalters kommt folgender Auszug (Stand: 06.2012)
<pre>
2012.06.04 23:12:27 2: CUL_HM pair: CUL_HM_switch_197764 is a switch, model unknown serialNr JEQ0xxxxxx
</pre>

== Funktion als Treppenlichtschalter ==

Um dafür zu sorgen, dass z.B. ein durch den HM-LC-Sw1PBU-FM eingeschaltetes Licht automatisch von FHEM nach 10 Minuten ausgeschaltet wird, können Sie folgenden Code verwenden:
<pre>
define Beleuchtung_an notify Beleuchtung:on* define Beleuchtung_aus at +00:10:00 set Beleuchtung off
</pre>

== Workaround um den Taster in FHEM zu nutzen ==
Man kann den Taster nicht mit anderen Geräten peeren. Allerdings kann man mit folgendem Workaround den Taster in FHEM nutzen. Das hat jedoch eine Verzögerung zwischen 3 und 8s. Dabei ist es trotzdem möglich den Aktor per FHEM oder gepeertem Gerät weiter zu steuern. Der Taster beeinflusst den Aktor nicht mehr. Das ganze funktioniert weil der HM-LC-Sw1PBU-FM bei jedem Tasterdruck das reading für state updatet (auch wenn sich der Wert nicht ändert).

Zuerst setzt man ein event auf event-on-change-reading:

attr HM-LC-Sw1PBU-FM event-on-change-reading state
attr HM-LC-Sw1PBU-FM event-on-update-reading state

Weiterhin wird der Schalter deaktiviert (hier nur für kurzes Drücken, kann man mit lgSwJtXXX auch für langes drücken machen):
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOn on self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self02
set HM-LC-Sw1PBU-FM regSet exec shSwJtOn on self02

Nun setzt man einen Notify auf das Reading:
define HM-LC-Sw1PBU-FM-TasterPressed notify HM-LC-Sw1PBU-FM {set YourOtherDevice toggle}

Es gibt noch mehr Leute mit diesem Problem und mittlerweile auch ein Projekt um eine [http://matthiasm.com/homematic.html Alternative Firmware für den HM-LC-Sw1PBU-FM] zu realisieren.

= Links =

Anleitung: [http://www.elv-downloads.de/Assets/Produkte/10/1030/103029/Downloads/103029_FunkSchaltaktor_um.pdf PDF]

Produktwebseite bei [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=37991 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-LC-Sw1PBU-FM Unterputz-Schaltaktor 1-fach

2013-12-10T12:13:08Z

Jab:

Homematic Funk-Schaltaktor 2-fach (Unterputz)

= Features =

Schalten eines angeschlossenen Verbraucher mittels [[CUL]]/[[CUN]]/[[HMLAN Konfigurator]] und über einen mechanischen Taster.
Das besondere an diesem Schalter ist, dass er den vorhandenen Unterputzeinsatz vollständig ersetzt. Dabei kann die Wippe des vorhandenen Schalters - je nach Hersteller - mit einer entsprechenden Adapterplatte weiterverwendet werden.

Es handelt sich hierbei nur um einen Aktor. Es ist nicht möglich die Taster mit anderen Homematic Geräten zu peeren. Man kann nur andere Taster mit dem Aktor peeren und diesen fernsteuern.

= Technische Daten =

{|
| Art
| Unterputz
|-
| Typ
| 1fach
|-
| Stand-by-Verbrauch
| 0,5 W (lt. Bedienungsanleitung, S. 31, Stand 02/2012, 1 W)
|-
| Versorgungsspannung
| 230 V
|-
| Abmessungen (B x H x T)
| 71 x 71 x 37 mm
|-
| Farbe
| Grau
|-
| Max. Schaltleistung
| 1000 W
|-
| Relaistyp
| Wechsler
|-
| Funkfrequenz
| 868,3 MHz
|-
| Empfängerklasse
| SRD Class 2
|-
| Sicherung (intern)
| Rundsicherung 5 A, träge
|-
| Max. Sendeleistung
| 10 mW
|-
| IP-Schutzgrad
| IP 20
|-
| Umgebungstemperaturbereich
| 5–35 °C
|}

= Hinweise zur Hardware-Installation =

Der vorhandene Schalter muss ersetzt werden. Dabei sind ein paar Dinge zu beachten:

* Der (neue) Schalter benötigt neben dem einen (bzw. zwei) L-Leitern auch einen N-Leiter für die Stromversorgung
* Die Befestigung ist nicht wie bei dem System z.B. von Merten durch spreizen von Klammern möglich. Der Schalter muss in die Löcher in der Dose geschraubt werden (Schrauben im Lieferumfang enthalten).
* Die "Frontplatte" bzw. der Befestigungsrahmen ist etwas dicker als der Rahmen eines normalen Schalters. Dadurch kann es sein, dass der vorhandene Rahmen des Schalters nicht mehr ganz an der Wand abschließt
* Um die bereits vorhandene Schalter-Wippe weiter nutzen zu können muss ein passendes Adapter-Pack gekauft werden

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define LichtWohnzimmer CUL_HM 197764
attr LichtWohnzimmer devInfo 010100
attr LichtWohnzimmer firmware 2.1
attr LichtWohnzimmer hmClass receiver
attr LichtWohnzimmer model unknown
attr LichtWohnzimmer room Wohnzimmer
attr LichtWohnzimmer serialNr JEQ0xxxxxx
attr LichtWohnzimmer subType switch
</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Ändert den Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1PBU-FM folgendes Log zu sehen:
<pre>
2012-06-05_00:09:22 LichtWohnzimmer deviceMsg: off
2012-06-05_00:09:22 LichtWohnzimmer off
2012-06-05_07:40:51 LichtWohnzimmer on
2012-06-05_07:40:51 LichtWohnzimmer deviceMsg: on
</pre>

Beim Einrichten des Schalters kommt folgender Auszug (Stand: 06.2012)
<pre>
2012.06.04 23:12:27 2: CUL_HM pair: CUL_HM_switch_197764 is a switch, model unknown serialNr JEQ0xxxxxx
</pre>

== Funktion als Treppenlichtschalter ==

Um dafür zu sorgen, dass z.B. ein durch den HM-LC-Sw1PBU-FM eingeschaltetes Licht automatisch von FHEM nach 10 Minuten ausgeschaltet wird, können Sie folgenden Code verwenden:
<pre>
define Beleuchtung_an notify Beleuchtung:on* define Beleuchtung_aus at +00:10:00 set Beleuchtung off
</pre>

== Workaround um den Taster in FHEM zu nutzen ==
Man kann den Taster nicht mit anderen Geräten peeren. Allerdings kann man mit folgendem Workaround den Taster in FHEM nutzen. Das hat jedoch eine Verzögerung zwischen 3 und 8s. Dabei ist es trotzdem möglich den Aktor per FHEM oder gepeertem Gerät weiter zu steuern. Der Taster beeinflusst den Aktor nicht mehr. Das ganze funktioniert weil der HM-LC-Sw1PBU-FM bei jedem Tasterdruck das reading für state updatet (auch wenn sich der Wert nicht ändert).

Zuerst setzt man ein event auf event-on-change-reading:

attr HM-LC-Sw1PBU-FM event-on-change-reading state
attr HM-LC-Sw1PBU-FM event-on-update-reading state

Weiterhin wird der Schalter deaktiviert (hier nur für kurzes Drücken, kann man mit lgSwJtXXX auch für langes drücken machen):
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOn on self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self02
set HM-LC-Sw1PBU-FM regSet exec shSwJtOn on self02

Nun setzt man einen Notify auf das Reading:
define HM-LC-Sw1PBU-FM-TasterPressed notify HM-LC-Sw1PBU-FM {set YourOtherDevice toggle}

= Links =

Anleitung: [http://www.elv-downloads.de/Assets/Produkte/10/1030/103029/Downloads/103029_FunkSchaltaktor_um.pdf PDF]

Produktwebseite bei [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=37991 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-LC-Sw1PBU-FM Unterputz-Schaltaktor 1-fach

2013-12-10T12:12:37Z

Jab:

Homematic Funk-Schaltaktor 2-fach (Unterputz)

= Features =

Schalten eines angeschlossenen Verbraucher mittels [[CUL]]/[[CUN]]/[[HMLAN Konfigurator]] und über einen mechanischen Taster.
Das besondere an diesem Schalter ist, dass er den vorhandenen Unterputzeinsatz vollständig ersetzt. Dabei kann die Wippe des vorhandenen Schalters - je nach Hersteller - mit einer entsprechenden Adapterplatte weiterverwendet werden.

Es handelt sich hierbei nur um einen Aktor. Es ist nicht möglich die Taster mit anderen Homematic Geräten zu peeren. Man kann nur andere Taster mit dem Aktor peeren und diesen fernsteuern.

= Technische Daten =

{|
| Art
| Unterputz
|-
| Typ
| 1fach
|-
| Stand-by-Verbrauch
| 0,5 W (lt. Bedienungsanleitung, S. 31, Stand 02/2012, 1 W)
|-
| Versorgungsspannung
| 230 V
|-
| Abmessungen (B x H x T)
| 71 x 71 x 37 mm
|-
| Farbe
| Grau
|-
| Max. Schaltleistung
| 1000 W
|-
| Relaistyp
| Wechsler
|-
| Funkfrequenz
| 868,3 MHz
|-
| Empfängerklasse
| SRD Class 2
|-
| Sicherung (intern)
| Rundsicherung 5 A, träge
|-
| Max. Sendeleistung
| 10 mW
|-
| IP-Schutzgrad
| IP 20
|-
| Umgebungstemperaturbereich
| 5–35 °C
|}

= Hinweise zur Hardware-Installation =

Der vorhandene Schalter muss ersetzt werden. Dabei sind ein paar Dinge zu beachten:

* Der (neue) Schalter benötigt neben dem einen (bzw. zwei) L-Leitern auch einen N-Leiter für die Stromversorgung
* Die Befestigung ist nicht wie bei dem System z.B. von Merten durch spreizen von Klammern möglich. Der Schalter muss in die Löcher in der Dose geschraubt werden (Schrauben im Lieferumfang enthalten).
* Die "Frontplatte" bzw. der Befestigungsrahmen ist etwas dicker als der Rahmen eines normalen Schalters. Dadurch kann es sein, dass der vorhandene Rahmen des Schalters nicht mehr ganz an der Wand abschließt
* Um die bereits vorhandene Schalter-Wippe weiter nutzen zu können muss ein passendes Adapter-Pack gekauft werden

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define LichtWohnzimmer CUL_HM 197764
attr LichtWohnzimmer devInfo 010100
attr LichtWohnzimmer firmware 2.1
attr LichtWohnzimmer hmClass receiver
attr LichtWohnzimmer model unknown
attr LichtWohnzimmer room Wohnzimmer
attr LichtWohnzimmer serialNr JEQ0xxxxxx
attr LichtWohnzimmer subType switch
</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Ändert den Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1PBU-FM folgendes Log zu sehen:
<pre>
2012-06-05_00:09:22 LichtWohnzimmer deviceMsg: off
2012-06-05_00:09:22 LichtWohnzimmer off
2012-06-05_07:40:51 LichtWohnzimmer on
2012-06-05_07:40:51 LichtWohnzimmer deviceMsg: on
</pre>

Beim Einrichten des Schalters kommt folgender Auszug (Stand: 06.2012)
<pre>
2012.06.04 23:12:27 2: CUL_HM pair: CUL_HM_switch_197764 is a switch, model unknown serialNr JEQ0xxxxxx
</pre>

== Funktion als Treppenlichtschalter ==

Um dafür zu sorgen, dass z.B. ein durch den HM-LC-Sw1PBU-FM eingeschaltetes Licht automatisch von FHEM nach 10 Minuten ausgeschaltet wird, können Sie folgenden Code verwenden:
<pre>
define Beleuchtung_an notify Beleuchtung:on* define Beleuchtung_aus at +00:10:00 set Beleuchtung off
</pre>

= Links =

Anleitung: [http://www.elv-downloads.de/Assets/Produkte/10/1030/103029/Downloads/103029_FunkSchaltaktor_um.pdf PDF]

Produktwebseite bei [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=37991 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

== Workaround um den Taster in FHEM zu nutzen ==
Man kann den Taster nicht mit anderen Geräten peeren. Allerdings kann man mit folgendem Workaround den Taster in FHEM nutzen. Das hat jedoch eine Verzögerung zwischen 3 und 8s. Dabei ist es trotzdem möglich den Aktor per FHEM oder gepeertem Gerät weiter zu steuern. Der Taster beeinflusst den Aktor nicht mehr. Das ganze funktioniert weil der HM-LC-Sw1PBU-FM bei jedem Tasterdruck das reading für state updatet (auch wenn sich der Wert nicht ändert).

Zuerst setzt man ein event auf event-on-change-reading:

attr HM-LC-Sw1PBU-FM event-on-change-reading state
attr HM-LC-Sw1PBU-FM event-on-update-reading state

Weiterhin wird der Schalter deaktiviert (hier nur für kurzes Drücken, kann man mit lgSwJtXXX auch für langes drücken machen):
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOn on self01
set HM-LC-Sw1PBU-FM regSet prep shSwJtOff off self02
set HM-LC-Sw1PBU-FM regSet exec shSwJtOn on self02

Nun setzt man einen Notify auf das Reading:
define HM-LC-Sw1PBU-FM-TasterPressed notify HM-LC-Sw1PBU-FM {set YourOtherDevice toggle}

HM-LC-Sw1PBU-FM Unterputz-Schaltaktor 1-fach

2013-12-10T09:53:44Z

Jab: /* Features */

Homematic Funk-Schaltaktor 2-fach (Unterputz)

= Features =

Schalten eines angeschlossenen Verbraucher mittels [[CUL]]/[[CUN]]/[[HMLAN Konfigurator]] und über einen mechanischen Taster.
Das besondere an diesem Schalter ist, dass er den vorhandenen Unterputzeinsatz vollständig ersetzt. Dabei kann die Wippe des vorhandenen Schalters - je nach Hersteller - mit einer entsprechenden Adapterplatte weiterverwendet werden.

Es handelt sich hierbei nur um einen Aktor. Es ist nicht möglich die Taster mit anderen Homematic Geräten zu peeren. Man kann nur andere Taster mit dem Aktor peeren und diesen fernsteuern.

= Technische Daten =

{|
| Art
| Unterputz
|-
| Typ
| 1fach
|-
| Stand-by-Verbrauch
| 0,5 W (lt. Bedienungsanleitung, S. 31, Stand 02/2012, 1 W)
|-
| Versorgungsspannung
| 230 V
|-
| Abmessungen (B x H x T)
| 71 x 71 x 37 mm
|-
| Farbe
| Grau
|-
| Max. Schaltleistung
| 1000 W
|-
| Relaistyp
| Wechsler
|-
| Funkfrequenz
| 868,3 MHz
|-
| Empfängerklasse
| SRD Class 2
|-
| Sicherung (intern)
| Rundsicherung 5 A, träge
|-
| Max. Sendeleistung
| 10 mW
|-
| IP-Schutzgrad
| IP 20
|-
| Umgebungstemperaturbereich
| 5–35 °C
|}

= Hinweise zur Hardware-Installation =

Der vorhandene Schalter muss ersetzt werden. Dabei sind ein paar Dinge zu beachten:

* Der (neue) Schalter benötigt neben dem einen (bzw. zwei) L-Leitern auch einen N-Leiter für die Stromversorgung
* Die Befestigung ist nicht wie bei dem System z.B. von Merten durch spreizen von Klammern möglich. Der Schalter muss in die Löcher in der Dose geschraubt werden (Schrauben im Lieferumfang enthalten).
* Die "Frontplatte" bzw. der Befestigungsrahmen ist etwas dicker als der Rahmen eines normalen Schalters. Dadurch kann es sein, dass der vorhandene Rahmen des Schalters nicht mehr ganz an der Wand abschließt
* Um die bereits vorhandene Schalter-Wippe weiter nutzen zu können muss ein passendes Adapter-Pack gekauft werden

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define LichtWohnzimmer CUL_HM 197764
attr LichtWohnzimmer devInfo 010100
attr LichtWohnzimmer firmware 2.1
attr LichtWohnzimmer hmClass receiver
attr LichtWohnzimmer model unknown
attr LichtWohnzimmer room Wohnzimmer
attr LichtWohnzimmer serialNr JEQ0xxxxxx
attr LichtWohnzimmer subType switch
</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Ändert den Zustand des Aktors, d.h. ein eingeschalteter Aktor wird ausgeschaltet
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1PBU-FM folgendes Log zu sehen:
<pre>
2012-06-05_00:09:22 LichtWohnzimmer deviceMsg: off
2012-06-05_00:09:22 LichtWohnzimmer off
2012-06-05_07:40:51 LichtWohnzimmer on
2012-06-05_07:40:51 LichtWohnzimmer deviceMsg: on
</pre>

Beim Einrichten des Schalters kommt folgender Auszug (Stand: 06.2012)
<pre>
2012.06.04 23:12:27 2: CUL_HM pair: CUL_HM_switch_197764 is a switch, model unknown serialNr JEQ0xxxxxx
</pre>

== Funktion als Treppenlichtschalter ==

Um dafür zu sorgen, dass z.B. ein durch den HM-LC-Sw1PBU-FM eingeschaltetes Licht automatisch von FHEM nach 10 Minuten ausgeschaltet wird, können Sie folgenden Code verwenden:
<pre>
define Beleuchtung_an notify Beleuchtung:on* define Beleuchtung_aus at +00:10:00 set Beleuchtung off
</pre>

= Links =

Anleitung: [http://www.elv-downloads.de/Assets/Produkte/10/1030/103029/Downloads/103029_FunkSchaltaktor_um.pdf PDF]

Produktwebseite bei [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=37991 ELV]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-CFG-USB USB Konfigurations-Adapter

2013-12-01T22:30:10Z

Jab:

== Einbindung in FHEM ==
Offensichtlich ist es mittlerweile möglich, auch den USB Konfigurations-Adapter in bzw. aus FHEM heraus zu nutzen um HomeMatic Geräte anzusprechen.

Von eQ-3 gibt es neben dem [[HMLAN Konfigurator]] (und der CCU) noch zwei weitere Geräte, die für die Konfiguration bzw. Kommunikation der HomeMatic Geräte verwendet werden können.

Dies sind:
* '''HM-CFG-USB''' ([http://files.voelkner.de/625000-649999/646462-an-01-ml-HM_Konfigurationsadapter_CFG_USB_de_en.pdf PDF-Manual])
* '''HM-CFG-USB-2''' ([http://files.voelkner.de/625000-649999/640558-an-01-ml-USB_FUNK_KONFIGURATIONSADAPTER_de_en.pdf PDF-Manual])

Im Forum wird das Thema diskutiert: [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen].

== Einrichtung hm-cfg-usb2 mit hmland ==
Es gibt einen gut funktionierenden Daemon um den USB Stick mit FHEM zum laufen zu bekommen. Dabei wird zuerst ein der [https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb hmland] installiert und danach das Gerät (meistens dann auf localhost) genau wie [[HMLAN_Konfigurator|HMLAN]] in FHEM eingebunden.

Zuerst muss man den Daemon bauen. Äquivalent zu [https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb] geht das in etwa so (in Debian/Ubuntu/Raspbian):
cd /opt/
apt-get install build-essentials libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make

Danach kann man den Dienst zu Testzwecken starten (in /opt/hmcfgusb):
./hmland -p 1234 -D

Um das ganze Permanent laufen zu lassen empfiehlt sich ein init script wie das folgende:
# simple init for hmland

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
/opt/hmcfgusb/hmland -d -P -l 127.0.0.1 -p $port
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac

== Links ==
* [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 FHEM Forum: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]
* [http://www.elv.de/homematic-usb-konfigurations-adapter-1.html ELV- / Herstellerinformationen] zum HM USB Konfig-Adapter

[[Kategorie:HomeMatic Components]]

HM-CFG-USB USB Konfigurations-Adapter

2013-12-01T22:28:16Z

Jab: /* Einbindung in FHEM */

== Einbindung in FHEM ==
Offensichtlich ist es mittlerweile möglich, auch den USB Konfigurations-Adapter in bzw. aus FHEM heraus zu nutzen um HomeMatic Geräte anzusprechen.

Von eQ-3 gibt es neben dem [[HMLAN Konfigurator]] (und der CCU) noch zwei weitere Geräte, die für die Konfiguration bzw. Kommunikation der HomeMatic Geräte verwendet werden können.

Dies sind:
* '''HM-CFG-USB''' ([http://files.voelkner.de/625000-649999/646462-an-01-ml-HM_Konfigurationsadapter_CFG_USB_de_en.pdf PDF-Manual])
* '''HM-CFG-USB-2''' ([http://files.voelkner.de/625000-649999/640558-an-01-ml-USB_FUNK_KONFIGURATIONSADAPTER_de_en.pdf PDF-Manual])

Im Forum wird das Thema diskutiert: [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen].

== Einrichtung hm-cfg-usb2 mit hmland ==
Es gibt einen gut funktionierenden Daemon um den USB Stick mit FHEM zum laufen zu bekommen. Dabei wird zuerst ein der [https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb|hmland] installiert und danach das Gerät (meistens dann auf localhost) genau wie [HMLAN_Konfigurator|HMLAN] in FHEM eingebunden.

Zuerst muss man den Daemon bauen. Äquivalent zu [https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb] geht das in etwa so (in Debian/Ubuntu/Raspbian):
cd /opt/
apt-get install build-essentials libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make

Danach kann man den Dienst zu Testzwecken starten (in /opt/hmcfgusb):
./hmland -p 1234 -D

Um das ganze Permanent laufen zu lassen empfiehlt sich ein init script wie das folgende:
# simple init for hmland

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
/opt/hmcfgusb/hmland -d -P -l 127.0.0.1 -p $port
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac

== Links ==
* [http://forum.fhem.de/index.php/topic,13071.msg86075.html#msg86075 FHEM Forum: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen]
* [http://www.elv.de/homematic-usb-konfigurations-adapter-1.html ELV- / Herstellerinformationen] zum HM USB Konfig-Adapter

{{Todo|Informationen aus dem Forenthread konsolidieren und für das Wiki aufbereiten.}}

[[Kategorie:HomeMatic Components]]

HM-WDS40-TH-I Funk-Temperatur-/Feuchtesensor innen (IT)

2013-12-01T22:17:08Z

Jab: /* FHEM Config-Auszug */ Format

'''HomeMatic HM-WDS40-TH-I Funk-Innensensor ITH'''
Homematic Innensensor für Temperatur und relative Luftfeuchte.
== Features ==
* Batteriebetrieb (2 x AA)
* Wandaufhängung möglich
* Für Temp. von -20 °C bis +80 °C
* Datenübermittlung alle 120 bis 180 Sekunden
* Übermittlung des Batteriestatus
* Aktuelle Firmware: 1.2

== Hinweise zum Betrieb mit FHEM ==
Das Pairing sollte wie unter [[HomeMatic Devices pairen]] beschrieben durchgeführt werden. Hierfür muss die von außen erreichbare Anlerntaste betätigt werden.

== Probleme ==
Bisher keine.

== FHEM Config-Auszug ==

define TEMPERATUR_SENSOR CUL_HM xxxxxx
attr TEMPERATUR_SENSOR .devInfo 030100
attr TEMPERATUR_SENSOR .stc 70
attr TEMPERATUR_SENSOR actCycle 000:10
attr TEMPERATUR_SENSOR actStatus alive
attr TEMPERATUR_SENSOR autoReadReg 4_reqStatus
attr TEMPERATUR_SENSOR expert 2_full
attr TEMPERATUR_SENSOR firmware 1.2
attr TEMPERATUR_SENSOR model HM-WDS40-TH-I
attr TEMPERATUR_SENSOR peerIDs 00000000,xxxxxxxx,
attr TEMPERATUR_SENSOR room xxx
attr TEMPERATUR_SENSOR serialNr KEQxxxxxxx
attr TEMPERATUR_SENSOR subType THSensor
define FileLog_TEMPERATUR_SENSOR FileLog ./log/TEMPERATUR_SENSOR-%Y.log TEMPERATUR_SENSOR
attr FileLog_TEMPERATUR_SENSOR logtype text
attr FileLog_TEMPERATUR_SENSOR room xxx
define SVG_FileLog_TEMPERATUR_SENSOR_1 SVG FileLog_TEMPERATUR_SENSOR:SVG_FileLog_TEMPERATUR_SENSOR_1:CURRENT
attr SVG_FileLog_TEMPERATUR_SENSOR_1 room xxx

== FHEM Log-Auszug ==
<nowiki><Datum>_<Zeit> CUL_HM_THSensor_1ABCDE T: 21.8 H: 56
<Datum>_<Zeit> CUL_HM_THSensor_1ABCDE T: 21.8 H: 56
<Datum>_<Zeit> CUL_HM_THSensor_1ABCDE T: 21.8 H: 56
<Datum>_<Zeit> CUL_HM_THSensor_1ABCDE T: 21.8 H: 56</nowiki>
== Links ==
Anleitung [http://www.elv-downloads.de/service/manuals/76998_HM_GE_WDS40_TH_I_GE_V1_1.pdf PDF]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Feuchtigkeitssensor]]
[[Kategorie:Temperatursensor]]

HM-WDS40-TH-I Funk-Temperatur-/Feuchtesensor innen (IT)

2013-12-01T22:16:46Z

Jab: /* FHEM Config-Auszug */

HM-WDS40-TH-I Funk-Temperatur-/Feuchtesensor innen (IT)

2013-12-01T22:13:44Z

Jab: Aktuelle Firmware

HM-LC-Sw1-Pl2 Funk-Zwischenstecker-Schaltaktor 1fach

2013-12-01T22:01:37Z

Jab: Firmware Version hinzugefügt

'''HomeMatic HM-LC-Sw1-Pl-2 Funk-Zwischenstecker-Schaltaktor 1fach'''

Homematic Zwischenstecker-Schalter, 1-fach

= Features =

Schalten eines angeschlossenen Verbrauchers mittels CUL/CUN/HMLAN Konfigurator.

'''Technische Daten:'''
* Schaltvermögen: 16A bei 230V/50Hz (ohmsche Last)
* Relais: 1x Schließer
* Standby Verbrauch: 0,5W
* Schutzart: IP20
* Farbe: Reinweiß mit silberner Blende
* Maße(HxBxT): 125x63x40mm

* Aktuelle Firmware: 1.12 (via get DEVICE param firmware)

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define internet CUL_HM 1BEXXX
attr internet .devInfo 010100
attr internet .stc 10
attr internet autoReadReg 4_reqStatus
attr internet devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr internet expert 2_full
attr internet firmware 1.9
attr internet model HM-LC-SW1-PL2
attr internet peerIDs 00000000,
attr internet room CUL_HM
attr internet serialNr JEQ0461XXX
attr internet subType switch
attr internet webCmd toggle:on:off:statusRequest
define FileLog_internet FileLog /var/log/fhem/internet-%Y.log internet
attr FileLog_internet logtype text
attr FileLog_internet room CUL_HM</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Schaltet den Aktor um
set <name> on-for-timer <time>-> Schaltet den Aktor für <time> an
set <name> on-till <time> -> schaltet den Aktor biz zur Uhrzeit <time> an
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1-Pl-2 folgendes Log zu sehen:
<pre>
2013-11-10_16:26:28 internet level: 100 %
2013-11-10_16:26:28 internet pct: 100
2013-11-10_16:26:28 internet deviceMsg: on (to HMLAN0)
2013-11-10_16:26:28 internet on
2013-11-10_16:26:28 internet timedOn: off
2013-11-10_16:26:28 internet RSSI: -55
2013-11-10_16:26:28 internet RAWMSG: E1BEE7E,0000,004EC156,FF,FFC9,05A4101BEE7EF112120601C80038
</pre>

== Probleme ==

Ein Schaltaktor hatte nach einigen Wochen des ungestörten Funktionierens nur noch "MISSING ACK"s im Geräte-Log (zu den Schaltzeiten). Er schaltete auch nicht mehr zuverlässig (2 An- und 2 Ausschaltvorgänge je Tag per "at")

Log-Auszug dazu:
<pre>
2013-01-24_17:00:00 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-24_17:00:00 UG.AR.Luefter on
2013-01-24_23:30:00 UG.AR.Luefter deviceMsg: off (to HMLAN1)
2013-01-24_23:30:00 UG.AR.Luefter off
2013-01-25_06:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_08:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_17:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_23:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_07:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_18:57:42 UG.AR.Luefter MISSING ACK
2013-01-26_18:58:01 UG.AR.Luefter MISSING ACK
</pre>

Ein Reset des Schaltaktors mit anschließendem pairen brachte Abhilfe.
<pre>
2013-01-26_19:31:38 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-26_19:31:38 UG.AR.Luefter on
</pre>

= Links =

Anleitung: [http://www.elv-downloads.de/service/manuals/Homematic/74799_HM_Zwischenstecker_G_V1_0_WEB_um.pdf PDF]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-CC-RT-DN Funk-Heizkörperthermostat

2013-11-29T16:14:08Z

Jab: /* Technische Daten */

Beim '''HM-CC-RT-DN''' handelt es sich um einen '''Funk-Heizkörperthermostaten''', der als Nachfolger den [[HM-CC-VD]] ablöst und seit Mitte September 2013 verfügbar ist.

Im Gegensatz zum Vorgänger misst der HM-CC-RT-DN selbst die Temperatur und verfügt über eine Boost-Funktion. Er braucht zur Steuerung kein separates Raumregelungsgerät mehr und verfügt über eine eigene Fenster-Offen-Erkennung. Laut Aussagen auf der ELV-Produktseite soll ein passender Wandthermostat "im Laufe des Jahres 2014" erscheinen.

Das Gerät wird seit Anfang Oktober 2013 von Fhem unterstützt (siehe Diskussion im [http://forum.fhem.de/index.php/topic,14738.0.html Forum]).

Der '''HM-CC-RT-DN''' scheint das erste HomeMatic-Device zu sein, bei dem ein Update der Firmware auch vom Anwender durchgeführt werden kann. Zu dem "Wie" kann bisher noch nichts näheres gesagt werden.

'''Achtung:''' Die Solltemperaturen eines HM-CC-RT-DN lassen sich <ins>nicht</ins> durch einen [[HM-CC-TC Funk-Wandthermostat|HM-CC-TC]] steuern. Dieser kann höchstens die Ist-Temperatur an den RT weiter geben, damit die Raumtemperatur nicht am RT selbst zur Ventilsteuerung genommen wird.

Mit einem HM-CC-RT-DN können maximal (neben der Zentrale/Fhem):
* 7 HomeMatic Heizkörperthermostate
* 8 HomeMatic Tür-Fensterkontakte / Fenster-Drehgriffkontakte
* 8 Tastenpaare von HomeMatic Fernbedienungen bzw. Display-Wandtaster
* 1 HomeMatic Innen-Temperatur-Sensor
gepeert werden.

== Technische Daten ==

* Betriebsspannung: 2 Stck. 1,5V LR6/Mignon/AA
* Stromaufnahme: 180 mA max.
* Abmessungen (B x H x T): 54 x 65 x 93 mm
* Gewicht: 180 g (ohne Batterien)
* Ventilanschluss: M30 x 1,5 mm

Aktuelle Firmware: 1.1

== Betrieb mit FHEM ==
Der Funk-Heizkörperthermostat muss zuerst mit Fhem [[HomeMatic_Devices_pairen|gepairt]] werden.

=== Channels (Kanäle) ===
==== Channel (Kanal) 01 _Weather ====
Dieser Kanal dient zur Einspeisung der "IST-Temperatur", als Sensor kann z. B. ein HomeMatic HM-WDS10-TH-O Funk-Temperatur-/Luftfeuchtesensor OTH dienen.

Befehl zum peeren:
set <thermoSensor> peerChan 0 <rt_Weather> single

==== Channel (Kanal) 02 _Climate ====

==== Channel (Kanal) 03 _WindowRec ====
Hier lassen sich Fensterkontakte (HM-SEC-SC oder HM-SEC-RHS) peeren, die ihren Fensterstatus (geöffnet/gekippt) an ein oder mehrere Thermostate senden. Die Thermostate stellen anschließend die entsprechende (konfigurierbare) Temperatur ein. Der Temperaturwert kann je Fenster-Sensor unterschidlich definiert werden. Sind mehrere Fenster gleichzeitig geöffnet, so wird der Thermostat auf die Temperatur des Sensors mit dem gerinsgten Temperaturwert eingestellt.
Ferner wird empfohlen, bei Einsatz von externen Sensoren, die interne „Fenster auf Erkennung“ zu deaktivieren (Weitere Details sind im [[HM-CC-RT-DN_Funk-Heizkörperthermostat#Channel_.28Kanal.29_04_ClimRT_tr|Channel (Kanal) 04 _ClimRT_tr]] näher beschrieben).

Befehl zum peeren:
set <fenster-sensor> peerChan 0 <rt_WindowRec> single

Zum Löschen von einen peer:
set <fenster-sensor> peerChan 0 <rt_WindowRec> single unset

Der Peer-(Lösch)Vorgang muss auf dem SC/RHS Sensor durch "drücken" der Anlerntaste bestätigt werden.

Temperatur für Windowopen definieren:

set <rt_WindowRec> regSet winOpnTemp 10 <fenster-sensor>

==== Channel (Kanal) 04 _ClimRT_tr ====
Dieser Kanal ist "der" operationelle. Hier kann z.B. die Temperatur eingestellt werden.

'''Temperaturlisten setzen''': um gebündelt die Wunschtemperaturen für eine ganze Woche zu setzen, können, wie beim HM-CC-TC [[HM-CC-TC Funk-Wandthermostat#Temperaturlisten|beschrieben]], Temperaturlisten in der z.B. [[99_myUtils anlegen|99_MyUtils.pm]] angelegt werden. Anders als beim HM-CC-TC sind diese Listen aber nicht auf den Channel ''_Climate'', sondern auf den Channel ''_ClimRT_tr'' zu übertragen.

######################################################
# Temperatur-Liste für Kellertreppe
# setzen per Aufruf von "{SetTempList_UG_Treppe_Heizung}"
# Vorsicht, da kein HM-CC-TC, sondern HM-CC-RT-DN, ist hier ein anderer Channel
# zu nehmen. Zudem wird mit prep|exec gearbeitet, um nicht alle Zeilen als
# einzelnen Befehl zu senden, sondern per "prep" erst alles
# zusammenzufassen und dann per "exec" an das Thermostat zu senden.
# Also als ein einziger Befehl statt sieben. Vermeidet "NACKs"
######################################################
sub
SetTempList_UG_Treppe_Heizung()
{
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListMon prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListTue prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListWed prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListThu prep 05:30 16.0 07:00 18.0 16:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListFri prep 05:30 16.0 07:00 18.0 15:00 18.5 20:30 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListSat prep 07:00 16.0 09:00 18.0 15:00 18.5 21:00 19.0 24:00 16.0")};
{ fhem ("set UG.Treppe.Heizung_ClimRT_tr tempListSun exec 07:00 16.0 09:00 18.0 15:00 18.5 21:00 19.0 24:00 16.0")};
}
# End SetTempList_UG_Treppe_Heizung

Sobald die neue/geänderte ''99_MyUtils.pm'' gespeichert ist, können per Fhem-Befehl ''<code>{SetTempList_UG_Treppe_Heizung}</code>'' (also inclusive der geschweiften Klammern) die neuen Temperaturen an den HM-CC-RT-DN gesendet werden.

'''Die interne Fernster auf Erkennung kann man wie folgt abschalten:'''

set <rt_ClimRT_tr> regSet winOpnMode off

==== Channel (Kanal) 05 _ClimaTeam ====
Dieser Kanal dient zum peeren von mehreren RTs untereinander, also wenn z.B. zwei RTs in einem Raum sind und sich synchronisieren sollen. Das funktioniert jedoch nur, wenn die Einstellungsänderungen direkt am Thermostat durchgeführt werden. Änderungen, die in FHEM (bzw. über den Channel 4) durchgeführt werden, werden (nach bisherigen Erkenntnissen firmwarebedingt) nicht unterstützt.

Die Temperaturen werden '''nicht''' ausgetauscht, wenn die Quelle (z.B. Fensterkontakt) 'in der Lage ist' es an alle RTs zu verteilen (so die HM Philosophie).

'''Folgende Änderungen werden "nicht" weitergegeben:'''
* Status der Fensterkontakte
* Temperaturvorgaben der Zentrale
* Temperaturlisten/Wochenplan

'''Folgende Änderungen werden weitergegeben:'''
* Änderung der Temperatur am Handrad
* Boost am Handrad

Befehl zum peeren:
<pre>set <rt1-ClimaTeam> peerChan 0 <rt2-ClimaTeam> single</pre>

==== Channel (Kanal) 06 _remote ====
Kann an eine Fernbedienung gekoppelt werden. Damit lässt sich z.B. mit der +/- Taste die Temperatur einstellen.

Befehl zum peeren:
<pre>set <button> peerChan 0 <rt-remote> single</pre>

=== Modus Auto, Manu, Party (Urlaub) ===

Im Automode kann man die Temperatur am Einstellrad des RT ändern. Zum nächsten Schaltpunkt wird dies dann überschrieben. Will man dies nicht (z.B. lange Party, ...), kann man auf manuell schalten. Dann bleibt die mit dem Drehregler (oder der Zentrale) eingestellte Temperatur stehen bis ''ultimo''. Es gibt dann noch den Party- oder Urlaubsmodus. In diesen kann man den Automodus für eine gegebene Zeit überschreiben.

=== Burst-Modus ===

Das ist ein Übertragungsmodus für Nachrichten zwischen HM-Geräten und der Zentrale. Der RT erwacht alle 2,5 Minuten und dann überträgt die Zentrale die Kommanods. Wenn man einen Fensterkontakt oder eine Fernsteuerung nutzt, muss der RT sofort reagieren - dann muss man den Burst ''enablen''. Der RT kann in diesem Fall sofort aufgeweckt werden und bearbeitet die Anforderung (Request). Das kannt man auch von der Zentrale aus nutzen (so man möchte). Das ist der '''Vorteil''' des eingeschalteten Burst-Modus.

'''Nachteil:''' Der RT muss den Receiver wach halten. Der RT und alle anderen Burst-Devices erwachen bei '''jedem''' Burst (egal für wen) und legen sich dann wieder schlafen.
* jeder Burst-trigger kostet Batterie für '''alle''' Burst-Geräte im System
* wenn Burst enabled ist kostet es dem RT Batteriekapazität

==Fhem-Log==
=== Device-Log ===
2013.10.10 20:03:24 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_2212BC, please define it
2013.10.10 20:03:24 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC CUL_HM 2212BC A1A0184002212BC0000001000954B4551303531303031375900FFFF
2013.10.10 20:03:24 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_2212BC thermostat, model HM-CC-RT-DN serialNr KEQ0510017
2013.10.10 20:03:24 3: LANCUL pairing (hmPairForSec) not enabled
2013.10.10 20:03:24 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC-%Y.log CUL_HM_HM_CC_RT_DN_2212BC
2013.10.10 20:03:24 3: Device Heizung_Wohnzimmer added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: Heizung_Wohnzimmer thermostat, model HM-CC-TC serialNr JEQ0044286
2013.10.10 20:03:24 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_2212BC thermostat, model HM-CC-RT-DN serialNr KEQ0510017
2013.10.10 20:03:25 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_Weather CUL_HM 2212BC01
2013.10.10 20:03:25 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Weather FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Weather-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Weather
2013.10.10 20:03:25 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Weather FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Weather-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Weather
2013.10.10 20:03:26 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_Climate CUL_HM 2212BC02
2013.10.10 20:03:26 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Climate FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Climate-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Climate
2013.10.10 20:03:26 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Climate FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Climate-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Climate
2013.10.10 20:03:27 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_WindowRec CUL_HM 2212BC03
2013.10.10 20:03:27 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_WindowRec FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_WindowRec
2013.10.10 20:03:27 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_WindowRec FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_WindowRec
2013.10.10 20:03:28 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr CUL_HM 2212BC04
2013.10.10 20:03:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr
2013.10.10 20:03:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr
2013.10.10 20:03:29 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam CUL_HM 2212BC05
2013.10.10 20:03:29 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam
2013.10.10 20:03:29 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam
2013.10.10 20:03:30 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_remote CUL_HM 2212BC06
2013.10.10 20:03:30 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_remote FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_remote-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_remote
2013.10.10 20:03:30 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_remote FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_remote-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_remote
2013.10.10 20:03:35 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:40 2: CUL_HM set CUL_HM_HM_CC_RT_DN_2212BC getSerial
2013.10.10 20:03:40 2: CUL_HM set CUL_HM_HM_CC_RT_DN_2212BC getConfig
2013.10.10 20:03:54 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time

=== Event monitor ===
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr motorErr: ok
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr measured-temp: 18.4
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr desired-temp: 18
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr ValvePosition: 3 %
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr mode: manu
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr unknown0: 24
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr T: 18.4 desired: 18 valve: 3 %
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC battery: ok
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC batteryLevel: 3.1 V
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC measured-temp: 18.4
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC desired-temp: 18
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC actuator: 3 %

== Bekannte Probleme ==

== Links ==
* [http://www.elv.de/homematic-heizkoerperthermostat-1.html Produktinfo]
* [http://www.elv-downloads.de/Assets/Produkte/10/1051/105155/Downloads/105155_thermostat_um.pdf Bedienungsanleitung (PDF)]
* [http://www.elv-downloads.de/Assets/Produkte/10/1051/105155/Downloads/105155_thermostat_data.pdf Datenblatt (PDF)]
* [http://www.elv-downloads.de/service/manuals/ventilkompatibilitaet.pdf Ventil-Kompatibilitätsliste (PDF)]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Heizungsventile]]